Score:0

postfix time to time issue delivery temporarily suspended connection timed out

is flag

I have a Postfix installed on an Oracle Linux server. This Postfix is configured to receive emails from another Postfix server, which are sent externally through the Fortinet Cloud Email Security Gateway.

From time to time, mail delivery fails and the mail.log displays the following error message:

"Delivery temporarily suspended: Connect to abc.fortimailcloud.com[x.x.x.x]:25: connection timed out."

When attempting to issue a telnet command from the Postfix server to abc.fortimailcloud.com[x.x.x.x]:25, it also fails.

After a few minutes, the email automatically delivery starts again. This solution is used for sending bulk promotional emails. We have noticed that one of the bulk email lists includes numerous incorrect email addresses and invalid domain names.

According to the Fortinet Cloud team, they have confirmed that there are no issues on their end. Also, forti mail cloud does not check email addresses or domain validity. However, I would appreciate your support in resolving this issue. If there is no issue on the Postfix side, I need to prove it.

Paul avatar
cn flag
Your mass mailings should include bounce processing. Sending bulk email with bad addresses gets servers blacklisted.
Diads avatar
is flag
If bulk email is sent with invalid addresses, can this be a reason for the temporary server blacklist and temporary delivery suspension?
Paul avatar
cn flag
Yes, especially if the server keeps sending to the same bad addresses. Bad addresses should be removed with bounce processing.
Score:0
is flag

Yes, that is correct. We are sending a large number of emails, which is why we are utilizing a dedicated bulk mail gateway (destination server). This server is specifically designed to handle high volumes of incoming emails, it does not mistakenly detect or block the high volume as spam. Anyway, I need to clarify the postfix end. Is there a way to check and confirm the postfix side?

Score:0
us flag

You didn't mentioned how many emails you are sending, but I Assume that you might have sent large number of emails to your desired destination.

Sending a high volume of emails to a destination server can sometimes result in the emails getting queued on the source server for security reasons. This can occur if the destination server or its associated security systems detect the high volume of incoming emails as a potential spam or abuse attempt.

Diads avatar
is flag
Yes, that is correct. We are sending a large number of emails, which is why we are utilizing a dedicated bulk mail gateway (destination server). This server is specifically designed to handle high volumes of incoming emails, it does not mistakenly detect or block the high volume as spam. Anyway, I need to clarify the postfix end. Is there a way to check and confirm the postfix side?
I sit in a Tesla and translated this thread with Ai:

mangohost

Post an answer

Most people don’t grasp that asking a lot of questions unlocks learning and improves interpersonal bonding. In Alison’s studies, for example, though people could accurately recall how many questions had been asked in their conversations, they didn’t intuit the link between questions and liking. Across four studies, in which participants were engaged in conversations themselves or read transcripts of others’ conversations, people tended not to realize that question asking would influence—or had influenced—the level of amity between the conversationalists.