New answers tagged sendmail
Postfix multi instance is a postfix feature that you are looking for. You need two instance. First instance was null client instance. It will act as system to handle email from PHP apps. Configuration of this instance looks like the describe in this documentation except you must add this parameter smtp_bind_address = my.first.ip.address Second instance ...
My guess, this header just some meta-information about DKIM processing milter, especially the deprecated dkim-milter. X-DKIM: Sendmail DKIM Filter v2.8.2 DOMAIN SOMEVALUE DOMAIN: Hostname in FQDN format SOMEVALUE: queue ID when this message processed by sendmail For example, X-DKIM header from this question. Received : from localhost ...
Use mailq to get queueid of the message. As root use sendmail -d8.20 -qIqueueid to trace DNS queries issued by sendmail during delivery of the message
I would set up the Exchange server to accept email to a temporary domain like @temp.yourdomain.com with @yourdomain.com set as the primary email address for the users you are migrating. Then make sure the backend server you're migrating from can resolve the MX record for temp.yourdomain.com and have it point to the Exchange server's internal IP address. Use ...
I found the problem by looking in the Apache logs. Apparently, the FTP password was hacked and there was a post.php file placed in all of the web directories that allowed them to send emails.
If your mail server is spamming, stop it and look at the queue files for clues. If it could be from PHP, add a mail.log directive where appropriate (eg Apache php_admin_value).
I had a similar issue recently with one of the domains we relay for. There was a single message in the queue for that domain which caused their gateway to hang and not accept the message. This arrived while their gateway was unavailable for maintenance (so we built up a queue of messages for them before they were back in service). On subsequent queue runs ...
Your question says you are "struggling to work out why this waited for so long before being re-tried", but it seems to me that those logs are definitive: your mail server isn't waiting 12 days before re-trying sending. It's retrying it quite often (though without all the logs I can't say how often), but the remote server is being consistently unavailable. ...
Top 50 recent answers are included