Re: [exim] Strange system filter behaviour.

Páxina inicial
Borrar esta mensaxe
Responder a esta mensaxe
Autor: Molly Fletcher
Data:  
Para: Todd Lyons
CC: exim-users@exim.org, Phil Pennock, Ian Eiloart
Asunto: Re: [exim] Strange system filter behaviour.
On 30/10/12 13:19, Todd Lyons wrote:
> On Tue, Oct 30, 2012 at 3:57 AM, Molly Fletcher
> <molly.fletcher@???> wrote:
>>>>>> Has nobody ever used this before and noticed that email addresses
>>>>>> still have this '>' character in front of them? Googling didn't find
>>>>>> any for me.
>>>>> I suspect that at some point, the "-t parse" logic must have been
>>>>> removed/simplified away without realising the address format.
>>>> Ah, good point. Maybe we can look and find said parse logic.
>>>> http://forum.lissyara.su/viewtopic.php?f=20&t=8366#p68304
>>>> I don't read Russian, but I did see this debug output:
>>>>
>>>> 2540 Filter: end of processing
>>>> 2540 system filter returned 1
>>>> 2540 system filter added mail-copy-mailbox@???
>>>> 2540 system filter added mail-copy-mailbox@???
>>>> 2540 Delivery address list:
>>>> 2540 mail-copy-mailbox@???
>>>> 2540 mail-copy-mailbox@???
>>>> 2540 opt1k@???
>>>>
>>>> It's without the '>' mark, so there's at least a possibility that the
>>>> simple fix is to strip the leading '>' before it prints this output.
>>> Note that in this case, all the recipients are of type email, so the
>>> processing which looks at the first element in the list sees the > and
>>> strips it off all of them. In the bug case, the first recipient address
>>> is a path, so that doesn't happen.
>> The path was only added as an aid to debug a problem we were already
>> having. It still occurred when we only had email address deliveries.
> Molly, can you test to make sure that when it's only delivering to
> email addresses that the debug output above still has the errant '>'
> symbols present?
>
> ...Todd


Appears I was wrong. The debug output doesn't have the '>' so it looks
like the initial issue I put the save to file in there for is something
unrelated. I won't post debug output as it's long and not relevant.

-- 
Molly Fletcher, IT System Administrator    <molly.fletcher@???>
Red Embedded Design            www.redembedded.com
Tel: +44 (0)1274 287724


This E-mail and any attachments hereto are strictly confidential and intended solely for the addressee. If you are not the intended addressee please notify the sender by return and delete the message.

You must not disclose, forward or copy this E-mail or attachments to any third party without the prior consent of the sender.

Red Embedded Design Registered in England, Company Number: 06688253
Registered Office: The Waterfront, Salts Mill Road, Saltaire, West Yorkshire, BD17 7EZ