You are viewing limited content. For full access, please sign in.

Question

Question

Forms Emails "Sometimes" Fail to Send

asked on August 18, 2016 Show version history

Most of the time emails are sending OK.  About 10% of them fail and create a suspended instance.  I check the error and it says unable to send email.  I click retry on the instance and it sends with no problem at all.  This happens on multiple forms and is completely intermittent.  My exchange server is sending other network emails with no problems.  These failed emails are not getting to the exchange server at all, I've checked the logs.  Relaying is enabled for the forms server and it is not reaching the abuse limit. 

I'm running 10.1 Avante.

Here is the error in LFForms Event Viewer from the server:

Unable to send an email. Please contact your system administrator. [LFF2000-EmailSubmissionFailure]

Details:
URL:
Error: EmailSubmissionFailure
Date: 8/18/2016 10:30:11 AM (Eastern Standard Time)
HTTP Status Code: 400
Instance ID: 3958
Business Process ID: 31
Business Process Name: IT - Vendor Firewall Access Request

Stack Trace:
Caught exception: Laserfiche.Forms.CommonUtils.Exceptions.LFFormsException
Message: Unable to send an email. Please contact your system administrator. [LFF2000-EmailSubmissionFailure]
   at Laserfiche.Forms.CommonUtils.EmailDeliverFactory.DeliverEmailSync(IEntityContext context, EmailMessage em)
   at Laserfiche.Forms.Routing.EmailService.Execute(Int32 instanceId, IRoutingContext routingContext, RoutingInstanceStatus OriginalStatus)
   at Laserfiche.Forms.Routing.ServiceTask.Execute(Int32 instanceId, IRoutingContext routingContext)

Inner exception: System.Net.Mail.SmtpException
Message: Failure sending mail.
   at WebCommonCtrls.EmailDeliver.DeliverEmail(EmailMessage em)
   at Laserfiche.Forms.CommonUtils.EmailDeliverFactory.DeliverEmailSync(IEntityContext context, EmailMessage em)

Inner exception: System.IO.IOException
Message: Unable to read data from the transport connection: net_io_connectionclosed.
   at System.Net.Mail.SmtpReplyReaderFactory.ProcessRead(Byte[] buffer, Int32 offset, Int32 read, Boolean readLine)
   at System.Net.Mail.SmtpReplyReaderFactory.ReadLines(SmtpReplyReader caller, Boolean oneLine)
   at System.Net.Mail.SmtpReplyReaderFactory.ReadLine(SmtpReplyReader caller)
   at System.Net.Mail.CheckCommand.Send(SmtpConnection conn, String& response)
   at System.Net.Mail.SmtpTransport.SendMail(MailAddress sender, MailAddressCollection recipients, String deliveryNotify, Boolean allowUnicode, SmtpFailedRecipientException& exception)
   at System.Net.Mail.SmtpClient.Send(MailMessage message)

 

 

1 0

Replies

replied on January 12, 2017

Forms 10.2 has added auto retry for suspended steps to reduce the chance of failure.

2 0
replied on March 30, 2017

This just started happening in my environment.  I am running the latest version of 10.2, including updates.  Can I get some more details on the auto retry?  How often does it retry?  How many times will it retry before it goes into suspend?

If I implement the "Terminated Email Notification" under "Process Options" will it send a notification if the process becomes suspended rather than terminated?

 

0 0
replied on April 1, 2017

The auto retry is turned on by default in Forms 10.2 via the AutoRetry option in the cf_options table for Forms database.  It will only auto retry suspended steps. So if a step become suspended, it will be auto retried in next 2 seconds, 4, seconds, 8 seconds... until it reaches the maximum auto retry interval which is configured in the cf_options table as well via MaxAutoRetryInterval option with default value of 43200(12 hours).  If user modify the process definition and save, it will auto retry the suspended instances as well.

 

The "terminated email notification" will only send notification for terminated instances and will not work for suspended instances.

2 0
replied on August 11, 2017

On our system, I've noticed that if an Email task is trying to Email an invalid Email address, it will continue attempting the Email until the task is adjusted for correct Email addresses and retried, or suspended completely.  However, we have also been running into problems where form submissions aren't saving because of the following error:

The PDF generator was unable to contact the Laserfiche Forms server. Please ensure your SSL settings are correct. [LFF4112-PdfNetworkError]

Although all of these form submissions usually complete properly if I attempt them again, I'm wondering if adjusting the MaxAutoRetryInterval value in the cf_options table would decrease the number of Emails sent out from an invalid Email address, but would increase the number of form submissions that stall because the number of retries has been decreased?

Thanks to anyone who can assist with this. :)

Marty Gaffney - Network Technician

Town of Okotoks

0 0
replied on August 18, 2016
1 0
replied on August 19, 2016

Our SMTP server has only one static IP.  I'm not sure where to try this:

So, whatever the IP address your VS is listening on OR the IP your application is configured to use, configure the following areas:

  • Access/Connection control/Only the list below/[add your server ip]
  • Access/Relay restrictions/Only the list below/[add your server ip]
  • Configure your application to utilized the server ip, not localhost or 127.0.0.1
1 0
replied on August 21, 2016

Can you check whether this help?

https://www.microsoft.com/technet/prodtechnol/WindowsServer2003/Library/IIS/58f05ef9-55a3-42b3-9f57-27fdc8723b8a.mspx?mfr=true

 

Meanwhile, we will enhance the email sending by add auto retry mechanism to reduce the chance of failure.

 

0 0
replied on August 22, 2016

Every time an email fails to send and shows up in the Instance log as suspended, I click retry on it and it sends right away.  So implementing an auto retry for suspended instances would be a great fix.  

2 0
replied on September 13, 2016

Any update on a time frame for the auto retry mechanism mentioned earlier by Xiuhong? I am the support representative working with Jeff on this issue and it would be very helpful to know when it will be implemented since we can't seem to find a suitable alternative solution.

1 0
replied on September 14, 2016

This will be implemented in Forms 11.

1 0
replied on November 18, 2016
 
Laserfiche Forms Configuration --> Laserfiche --> Notification Service --> Laserfiche Notification Service Server
 
For me the fix was to change the server settings from "localhost:8268" to "<server name>:8268"
 
replied on November 20, 2016

It is wired that the Notification Service settings will affect sending emails as Notification Service is for real-time update tasks list. But others may have a try the solution Paul provided.

0 0
You are not allowed to follow up in this post.

Sign in to reply to this post.