[Greylist-users] An approach for reducing mail loss with greylisting
CarbonBLOCK Support
brent at carbonblock.net
Sun Nov 12 07:29:36 PST 2006
That would completely defeat greylisting as ALL mail would be delivered.
Did you even read the whitepaper and understand the implementation?
--Brent
-----Original Message-----
From: greylist-users-bounces at lists.puremagic.com
[mailto:greylist-users-bounces at lists.puremagic.com] On Behalf Of Gaal Yahas
Sent: Sunday, November 12, 2006 8:49 AM
To: Greylist-users at lists.puremagic.com
Subject: [Greylist-users] An approach for reducing mail loss with
greylisting
Hello,
In discussing greylisting with friends, one of them who was worried
about possible mail loss because of sucky sender MTAs proposed the
following:
How about failing the transaction at the very last moment, after
we get the whole message (assuming there's only one, which is by
far the most common case)? Then, if after X hours we don't see the
same UID again, we *do* deliver the refused message, but mark it as
X-Graylist-Status: Abandoned and leave it to procmail/spamassassn/MUA
to decide the implications.
That should work nicely, nay? Greatly diminished chances of mail loss,
plus a chance to autotrain your spam filters, and you still get the
benefit of getting yourself off spammers' lists.
It's kinda kinky to report rejecting a message that you're delivering
anyway, but it does look like this makes sense. Only problem is that it
might be hard to implement. Has anyone seen it done?
--
Gaal Yahas <gaal at forum2.org>
http://gaal.livejournal.com/
_______________________________________________
Greylist-users mailing list
Greylist-users at lists.puremagic.com
http://lists.puremagic.com/cgi-bin/mailman/listinfo/greylist-users
More information about the Greylist-users
mailing list