Re: [exim] Non ascii characters in recipient address creates…

Top Page
Delete this message
Reply to this message
Author: Marcin Mirosław
Date:  
To: exim-users
Old-Topics: Re: [exim] Non ascii characters in recipient address creates bounce
Subject: Re: [exim] Non ascii characters in recipient address creates frozen bounce
W dniu 29.11.2012 02:17, Phil Pennock pisze:

Hi Phil, hi Jeremy, hi all!
Jeremy, I thought that MUA received 550 in session. I was wrong, my
fault, MUA session was completed without error. So it's completly ok for
me that exim generated bounce. Now I'm concentrating on error code 1.

> On 2012-11-28 at 16:08 +0100, Marcin Mirosław wrote:
>> 2012-11-28 15:40:45 1Tdiof-0007d2-JV ** zzzńzzz@???: Unknown user /
>> Nie ma takiego uzytkownika
>> 2012-11-28 15:40:46 1Tdiof-0007d2-JV Process failed (1) when writing
>> error message to yyyyyy@??? (frozen)
>>
>> Hex values for character "ń" in exim_main.log are: C5 84
>>
>> I don't understand what happend after rejecting message, at a line with
>> time 15:40:46. Why exim wanted create bounce message and why process
>> failed with error code 1?




> Just tried that to a friend's system, it bounced just fine.
>
> 2012-11-29 01:10:59 [71195] 1TdseY-000IWI-Kl ** zzzńzzz@???
> F=<phil.pennock@???> P=<prvs=0680ff0160=phil.pennock@???>
> R=outbound_signed T=remote_dksign:
> SMTP error from remote mail server after RCPT TO:<zzz\305\204zzz@???>:
> host mx0.firedrake.org [193.201.200.77]: 550 Unrouteable address
> 2012-11-29 01:10:59 [71198] 1TdseZ-000IWM-Eo <= <> R=1TdseY-000IWI-Kl
> U=exim P=local S=806 for phil.pennock@???
> 2012-11-29 01:10:59 [71195] 1TdseY-000IWI-Kl Completed QT=1s
> 2012-11-29 01:10:59 [71200] 1TdseZ-000IWM-Eo => phil <phil.pennock@???>
> F=<> P=<> R=imap_user T=imap_inject QT=0s DT=0s
> 2012-11-29 01:10:59 [71200] 1TdseZ-000IWM-Eo Completed QT=0s



> It seems likely that the error depends upon the transport used for
> delivering the bounce message. If you use 'exim -bt yyyyyy@???' to
> determine that, and grab the configuration for the Transport used, then
> could you please paste that configuration into a reply here?


I've looked into spool directory, I found another one message with
similar state. In second case the email was sended by authorized user to
external domain.
Snippet form log (again, sorry for obfuscation, it's not my email address):
# cat /var/spool/exim/msglog/1TdLJC-0000cu-26
2012-11-27 14:34:42 Received from cccc@??? H=(m) [192.168.2.134]
I=[192.168.2.1]:587 P=esmtpa A=fixed_login:cccc S=1299332
id=B501EF8474E84AA7B23039BB
F62B18E3@m
2012-11-27 14:34:42 routing failed for ddddd@???:
Unrouteable address
Process failed (1) when writing error message to cccc@??? (frozen)


As we can see destination domain is wrong, it is a mistake made by user.
Exim -bt shows (in both cases):
router = virtual_user, transport = virtual_delivery

Configuration of virtual_delivery transport is defined as below:
virtual_user:
                driver          = accept
                domains         = +local_domains
                condition       = ${lookup pgsql{SQL_CZY_ISTNIEJE_UZYTK}}
                transport       = virtual_delivery
                dsn_process


SQL_CZY_ISTNIEJE_UZYTK = SELECT 1 FROM exim_users \
                        WHERE login=lower(E'${quote_pgsql:$local_part}')
AND aktywny = true AND tylko_wysylanie = false


Meseems incorrect recipient address shouldn't be used in any place in
transport but there is high probability I'm wrong:)
Marcin