On 01/06/22, Jeremy Harris via Exim-users (exim-users@???) 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 (exim-users@???) 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
