On 2018-07-05, Dean Brooks via Exim-users <exim-users@exim.org> wrote: > Hi, > > Thanks for the reply. The real problem here is the 4xx-style deferral > response to a remote server that doesn't support UTF8. I'm surprised nobody > else is running into this problem. A single message will halt all reliable > deliveries to a remote domain in the default configuration. > > I'll issue a bug report on this, thanks.
Are you doing queue runs in random order? > -- > Dean Brooks > d...@iglou.com > > On Wed, Jul 04, 2018 at 09:03:09AM +0200, Jeremy Harris via Exim-users wrote: >> >> >> On 3 July 2018 17:32:23 CEST, Dean Brooks via Exim-users >> <exim-users@exim.org> wrote: >> >However, Exim appears to still accept utf8 messages even if they aren't >> >advertised at EHLO time. I assume this is due to misbehaving senders >> >as these messages appear to all be spam. >> >> You should be able to inspect the SMTP mail command in the mail ACL. >> Presumably it has an smtputf8 modifier. Deny based on that. >> >> Probably you're right that Exim should do that for you; please raise a bug. >> >> Afraid I cannot think about the rest of the effects you describe as I'm away >> from my development facilities. >> -- >> Jeremy >> >> -- >> Sent from my Android device with K-9 Mail. Please excuse my brevity. >> >> -- >> ## 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/ >> > -- ت -- ## 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/