On Thu, 2017-01-26 at 09:25 +0000, Jeremy Harris wrote: > On 26/01/17 00:04, Thomas Hager wrote: > > The smtp transports work fine, lookups to the local LDAP daemon > > too. > > Only the spamd connectivity is broken. > > OK, so the basic usability of TCP Fast Open is present. No, it seems not. I re-installed 4.88 a few minutes ago and traced the daemon while sending an e-mail to a Google account.
While binding its listen ports, Exim tries to set TCP_FASTOPEN via setsockopt() on the sockets the daemon created. All of these calls fail with ENOPROTOOPT. And that's it, no more TCP_FASTOPEN or MSG_FASTOPEN after this point. The SMTP session to the Google MX is handled traditionally with socket(), connect() and sendto(). > What's your spamd_address setting? spamd_address = 127.0.0.1 11333 variant=rspamd Cheers, Tom. -- Thomas "Duke" Hager [email protected] GPG: 2048R/791C5EB1 http://www.sigsegv.at/gpg/duke.gpg ================================================================= "Never Underestimate the Power of Stupid People in Large Groups."
signature.asc
Description: This is a digitally signed message part
-- ## List details at https://lists.exim.org/mailman/listinfo/exim-users ## Exim details at http://www.exim.org/ ## Please use the Wiki with this list - http://wiki.exim.org/
