As always Mike, you're the King. Thank you.

The HTML wrapper for your output is generated by *dev/html.  Its a pretty basic program that can be modified in order to customize your output.

We are attempting to print our standard print-outs using the file type of *HTML* and out of the box the page is being rendered, however we would like to NOT have the Page info on the top of each page. We would also like to be able to control the rendering to either portrait or landscape. One other thing we have noticed is that in the rendering, our TOP doesn't line up with the HTML page-breaks in the rendered page. Are there other properties and methods associated with this file type as there is with the *PDF*?

We've implemented svn in linux it's working really well for us now that we got the kinks out.

We basically made two tools, our own svndiff and svncommit

We made use of these two existing tools which were handy:

call "*plus/proj/pxprg;to_cvs",APP_PATH$,OUT_PATH$,LAST.PSWD$

as well as

call "*plus/proj/pxpnl;to_cvs",APP_PATH$,OUT_PATH$,PANELS$

Just a quick update on this problem:

1.  dbg cannot connect into this running pvx web session.  However, the cpu cycle time shows it's running.
2.  I was able to trace the pvx web session on the client's SQL server and found this being reported in Activity Monitor Session:

-- network protocol: TCP/IP
set quoted_identifier on
set arithabort off
set numeric_roundabort off
set ansi_warnings on
set ansi_padding on
set ansi_nulls on
set concat_null_yields_null on
set cursor_close_on_commit off
set implicit_transactions off
set language us_english
set dateformat mdy
set datefirst 7
set transaction isolation level read committed

...suggesting a bad handshake?

There are a number of reasons for your DMARC to be rejected and its possible that the client having trouble might just be more fussy.

Here is an article that highlights a number of potential DMARC issues that could be causing the problem you are having.

https://dmarc.org/2016/07/common-problems-with-dmarc-records/

Also if your application is adding custom headers to the email make sure they are correct and don't have things like an accidental trailing semi-colon on a header.  That may cause a header your email server might add to render incorrectly.

Hi Eva,

Thank you for those two thoughts.  The DBG does not connect to these sessions, however I am able to identify what html pages they are viewing.  So, I'll investigate your thought about the SetTime function.

=) Thank you.

Best,
Yonman

Hi Alain, 
 
You mention in your note that 'the mail server is the one provided by a hosting company'.  That leaves a lot of questions, Alain. 

But, the fact that only one customer is not receiving your email suggests the problem lay with the recipient's Exchange server itself.  Is there an admin who manages that Exchange server?  They should be able to see in their error logs a need to whitelist your domain or add your domain or sender name to an allow-list.

Emails going to this same recipient through Gmail or Outlook are flagged as safe because they are going through authorized email servers, over a secure port, with full encryption.  Something about your email 'hosting company' is being flagged as suspicious.

Very best,
Yonman

Hello
We are sending PDF invoices to our customers with *web/email. The mail server is the one provided by a hosting company. Works great except one customer doesn't receive them. I get an email from their Exchange server saying that there is a problem with DMARC and that's why the email is rejected. However, when I send an email to that customer by using desktop Outlook (classic) with the same username, passwort and SMTP-settings, the email arrives at the customers inbox. Also, if I send emails with *web/email to GMAIL addresses or any other customers, they all go through fine and I never get a message about DMARC problems. If I send it to my test account and have a look at the email headers, there I see DMARC=pass, DKIM=pass, SFP=pass.

I have also tried different mail servers for sending (smtp) but no matter which smtp server I use, when I send an email with *web/email to that customer I get to see that error-mail about DMARC.

So first I thought it's a problem on the customers side as I have only had problems with 1 customer so far. But it doesn't make sense to me that the problem only occurs when I send him an email with *web/email but not with outlook.

So my question is: Is it possible that *web/email on my version (2016) has some problems with DMARC in combination with Exchange-servers?

The PxPlus Apache interface runs the *plus/apache/pxp_cgi program which relies on the *SYSTEM SetTimer() function to force a timeout (https://manual.pvxplus.com/?utilities/SYSTEM%20Event%20Handling%20Object/Introduction.htm).  I'm assuming that your web application is not resetting that timer as that would cause problems with the Apache timeout.  Did you try to connect to these sessions using the 'dbg' console mode command to determine where in your application they are stuck (https://manual.pvxplus.com/?commands/dbg.htm) ?