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/

Reply via email to