Tom Allison wrote:
I'm going by recent memory so please be kind if I miss something.
I recall in the greylisting docs that under DATA and something else only
one recipient is transmitted. Is that also true immediately following
the RECIPIENT block?
Is just the first one listed or any particular order?
you only have the "current" recipient. if mail has multiple recipients,
then the policy server is called for each recipient if the check is done
at RCPT stage (so this doesn't apply to data stage, when you don't get
the recipient(s)).
What I am trying to do long term is look for some kind if a hook to keep
deferring the bad email so it stays on the senders machine and I don't
have to own it, other than this deferral process.
not clear what you mean. defer causes the mail to stay on the "previous"
MTA, if this is really an MTA. In case of ratware, the behaviour is
unpredictable (ratware can retry or not).
Of course, sine I thought of trying to do this yesterday it's probably
already been tried a dozen different ways...
do you mean you want to defer the mail indéfinitely. you can use
"defer", but be careful here. you'll have to be very selective because a
false positive that is detected 5 days later is worst than one that is
detected shortly. so "reject" is generally the way to go. don't think
too much about zombies. defer won't help (they don't have to follow the
smtp protocol!). and for real MTAs, it is unfriendly to delay mail too
long.
