Re: qmail-remote crashed.

John Johnstone <[email protected]> Mon, 18 Feb 2019 13:33:10 -0500
Newsgroups gmane.mail.qmail.general
Message-ID <[email protected]>
On 2/18/19 12:26 PM, Rejaine Silveira Monteiro wrote:
> Helo Erwin
> 
> I'm not using TLS and using qmail-1.03-jms1-7.10.patch  (FORCE_TLS=0
> and DENY_TLS=1)

I can't offer much help with specific ideas for a solution but I can 
offer some advice about where not to look.

In John Simpson's patch FORCE_TLS and DENY_TLS are only used by 
qmail-smtpd.  They are not used elsewhere.

> anyway, I created the tlsdestinations file as you indicated, but it
> did not work.
> 
> the only problem is with clients using mail.protection.outlook.com
> 
> in the link below you can read that there may be problems with new
> ips, due to some "policy reputation" stuff  (our mta ip was changed
> last nigth)  and maybe that is why we can not send it there ..
> 
> https://docs.microsoft.com/pt-br/office365/securitycompliance/removing-a-user-domain-or-ip-address-from-a-block-list-after-sending-spam-email

If there is a problem with your IP addresses or domain names being 
acceptable to Microsoft you will be seeing 4yz or 5yz SMTP reply errors 
returned by them to you.  Those errors will be in your qmail-send log 
files.  Those problems wouldn't cause qmail-remote to crash.

> I publish SPF, but not DMARC or DKIM ... so I guess I'll have to wait
> a little longer ..

Any changes with SPF, DKIM, etc will not make a difference with 
qmail-remote crashing.

If you have /var/qmail/control/clientcert.pem you can rename that file 
out of the way so that qmail-remote won't use it.  It will effectively 
disable TLS for qmail-remote.  Just be aware that without TLS you may 
have delivery problems with certain destinations since some will only 
accept mail transferred with TLS.

-
John J.