From: Alexey Koptsevich (kopts+asg654haboob.atmosp.physics.utoronto.ca)
Date: Fri Jan 06 2006 - 11:47:08 CST

• Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]

If my user forwards his mail somewhere and it happens that
a) somebody sends him a message from the domain with SPF record,
b) the final destination filters mail based on SPF,
then it might be that mail for _my_ user will be dropped.
My question was not whether SPF is right or wrong, but how
can I set up things that mail will be reliably delivered
without controlling where my users forward mail and explaining
tem what is SPF and how it works.

I saw a procmail-based vacation program, I imagine it would be
possible to create a loop detection based on its priciple. Say,
message IDs for the last 10 min are stored in a database, and
if a message with such ID passed through procmail more than 20
times in 10 min it gets bounced. Maybe somebody already did
something like that or have better idea how to deal with the
situation rather than ignore it?

Thanks,
Alex

> On Fri, Jan 06, 2006 at 03:01:19AM -0500, Alexey Koptsevich wrote:
>
>> Hello,
>>
>> I am trying to figure out how to forward mail properly.
>> As far as I understand, none of alternatives
>> (~/.forward, virtual(5), SRS, procmail recipe)
>> does this properly:
>>
>> 1) ~/.forward breaks possible SPF policy of the sender,
>> and if I am not mistaken, specifying forwarding in
>> virtual(5) gives essentially the same result
>>
>> 2) As far as I understand, SRS is not really supported by
>> postfix and will not be supported anytime soon
>>
>> 3) Forwarding via procmail seems to work, but what happens
>> if the destination address ceases to exist? Mail gets
>> bounced from there, but the bounce message should be
>> delivered to the same nonexisting address, so delivery
>> attempts repeat every few seconds. Does not seem to be a
>> good solution.
>>
>
> Forward as usual via virtual(5) or .forward (not procmail which causes
> mail loops) and don't worry about the SPF users.
>
> --
> Viktor.
>
> Disclaimer: off-list followups get on-list replies or get ignored.
> Please do not ignore the "Reply-To" header.
>
> To unsubscribe from the postfix-users list, visit
> http://www.postfix.org/lists.html or click the link below:
> <mailto:majordomopostfix.org?body=unsubscribe%20postfix-users>
>
> If my response solves your problem, the best way to thank me is to not
> send an "it worked, thanks" follow-up. If you must respond, please put
> "It worked, thanks" in the "Subject" so I can delete these quickly.
>
>

• Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]