SFFS Hangs when sending daily summary

[philip_b]

Greetings-

We are running 5.43 (just upgraded from 5.42) and we have an issue with sending email summaries. THis issue was present in 5.42 and 5.43 - and I believe that it started immediately after SFFS was installed.

If we go into email settings there is only one recipient listed and if we look at the SMTP Configuration tab we are able to send test emails successfully. There is a much longer delay before the DONE pops up, but is does complete and the test email is received.

On the notify tab we have a Daily Summary scheduled to go every day at 8AM. If I send it manually by clicking the “send now” button it will hang and about 1 min later I get a popup that has a title of "NOTE" and the error message is “ERROR Read timed out”

We get the same response if “Send email when tasks complete is NOT checked and we try to send now.

Any thoughts on how to resolve this issue? Thanks for any ideas or input.

[superflexible]

I recommend to use a different SMTP server. For example, you could sign up for a free GMail account.

[philip_b]

Thank you. Unfortunately we need to keep this internal as the data is sensitive.

We have three other SFFS installs also running against our SMTP server without issue... and the error in question is a read timeout.

I did point that client at GMail and it worked well.

Can you think of anything else I might try to keep this on our server? Is the client initiating a SMTP connection and then trying to parse the various logs and that SMTP session is timing out?

[superflexible]

Hi,

no, the sending of the email is immediate. No parsing is done. It must be a router, firewall, or other security software intercepting the action, or the IP might be blocked and so forth.

[philip_b]

THanks for the prompt reply.

The test emails are sent successfully so access to port 25 and any RBLs are not an issue. Also sending logs and notifications based on manual or schedule are also delivered without issue - it is just the daily summary that bombs in a fairly unspectacular way that is the issue.

Can you point me at any logging or other place to look for answers? Other email-enabled applications on that server (StorageCraft ImageManager) are not having any issues with SMTP.

[philip_b]

THanks for the prompt reply.

The test emails are sent successfully so access to port 25 and any RBLs are not an issue. Also sending logs and notifications based on manual or schedule are also delivered without issue - it is just the daily summary that bombs in a fairly unspectacular way that is the issue.

Can you point me at any logging or other place to look for answers? Other email-enabled applications on that server (StorageCraft ImageManager) are not having any issues with SMTP.

[superflexible]

You could turn on Internet Protocol Logging on the Logs tab sheet and take a look at the logs or send them to me. They will be named ftplog*.txt and they will be in the TEMP folder.

You could also use "Network Monitor" from Microsoft to analyze the network traffic.