On Wed, 20 Aug 2008 10:03:46 +0200, Alessandro Vesely <[EMAIL PROTECTED]>
wrote:
> Gordon used to maintain a "pretty-received" patch to do exactly that.
> Alas, it never made it to an official version. However, the fact that
> he himself did not implement a pythonfilter as he said is meaningful!

It does mean nothing.
If nobody asks for this feature, if Gordon does not need it anymore, I
don't see any reason why he would implement it.

> The general solution to tracing back the original recipient address is
> to do it upon delivery, I mean .courier or .mailfilter stuff, rather
> than upon receiving. In that case you get Delivered-To and Received
> headers for each hop, besides being able to redirect the stuff to
> different folders. It is ideal for "spam finger" addresses, e.g.
> [EMAIL PROTECTED], that people may forge at need.

Delivered_To won't give you the alias, but the final mailbox.
Received won't give you the data pieces I want.

> I've learned to regard aliases as some kind of hard link, and use them
> sparingly. CC-on-delivery addresses, much like soft links, are easy to
> trace.

I don't want any copy of my mail.  CC is useless here.

>> Therefore, I would prefer if courier would log RCPT TO: address before
>> alias explosion at least in "courierd: started" line out of the box. I
>> think that would be better than extra line in logs from some filter.
> 
> The control file gets split in case of huge number of recipient. I
> recall discussions on this list about Courier not being able to
> accommodate some 5000 recipients because of header size limits...

If I have the information I want in the mail, I won't have to watch my
logs.
I think the better way is to add an extra header. If filters know what is
the "first" recipient.

But it's not so trivial. As you mentionned, we can have hundreds and
hundreds recipients. The filter has to be smart enough to add just the
needed data pieces. Typically, if I send a mail to several people, all in
BCC, I want the mail to contain only 1 address per mail.

HTH.
Jerome Blion.

-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________
courier-users mailing list
[email protected]
Unsubscribe: https://lists.sourceforge.net/lists/listinfo/courier-users

Reply via email to