On 01/06/22, Jeremy Harris via Exim-users ([email protected]) wrote: > On 01/06/2022 12:05, Rory Campbell-Lange via Exim-users wrote: > > Possibly another case of > https://lists.exim.org/lurker/message/20220429.095648.83dbd9f7.en.html > > - for which the workaround was > hosts_try_fastopen = !*.l.google.com
On 01/06/22, Graeme Coates via Exim-users ([email protected]) wrote: > On 2022-06-01 11:05, Rory Campbell-Lange wrote: ... > Yes - See: > https://lists.exim.org/lurker/message/20220524.110745.56bc2aa8.en.html ... > In /etc/exim4/conf.d/transport/30_exim4-config_remote_smtp (Debian system): > > hosts_try_fastopen = !*.l.google.com Thanks very much indeed for these helpful replies. As our servers are only outbound we are using exim4-daemon-light and the simple config (i.e. update-exim4.conf.conf has the option dc_use_split_config='false'). I added the hosts_try_fastopen config line here: ### transport/30_exim4-config_remote_smtp ################################# ... remote_smtp: debug_print = "T: remote_smtp for $local_part@$domain" driver = smtp hosts_try_fastopen = !*.l.google.com Adding that option cleared the queue. Thanks again, Rory -- ## 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/
