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.
--
Dean Brooks
dean@???
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@???> 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/
>
