hi,
No, that's not what passtime means, and not how spamd works either.
(Read the man page for details;
i did read the manual. and have questions. which is why i'm here.
passtime has to do with the time between subsequent connects,
*PER* the manual,
After passtime minutes if spamd sees a
My question is about using spamd to GREYTRAP, but not GREYLIST.
spamd doesn't do that. because it needs to look at the address
in order to trap. it does this offline after one delay. It is not written
to do instantaneous type trapping, because your MTA can do that.
-Bob
hi,
it does this offline after one delay
well, fair enough, then.
what, then, is the MINIMUM value of that delay?
1 minute is obviouly OK.
*is* zero delay code functional (does it *break* anything)? i.e.,
the second attempt (after one zero delay ...) is passed?
afaict, delays in seconds
On Tue, Sep 11, 2007 at 10:31:31AM -0700, snowcrash+openbsd wrote:
it does this offline after one delay
well, fair enough, then.
what, then, is the MINIMUM value of that delay?
1 minute is obviouly OK.
*is* zero delay code functional (does it *break* anything)? i.e.,
the second
You *do* understand that the second attempt can occur at any random time
of the sending MTA's choice, or even never?
Yes. Irrelevant.
I'm asking about spamd's behavior. Not the sender's.
Just use your MTA's built-in features.
One can do EVERYTHING spamd does with the MTA ... It seems that
* snowcrash+openbsd [EMAIL PROTECTED] [2007-09-11 11:41]:
hi,
it does this offline after one delay
well, fair enough, then.
what, then, is the MINIMUM value of that delay?
1 minute is obviouly OK.
Nope, because it's up to the client (the other end) how
fast he retries.
You've got the source. Why not read it and figure out the answer for
yourself?
Source being available is true for just about everything, now, isnt't it?
Surprising, then, that people ask questions ...
Thanks for all the advice to use my MTA, everyone! The pissy off-list
insults are a nice
hi,
i'd like to use 'spamd' for GREYTRAPPING only, with NO delay-via-GREYLISTING.
i.e., other than mail to defined TRAPS and fully-blacklisted domains,
no delay on inbound mmail.
looking at config, i think i can achieve that by setting passtime,
via -Gx:y:z, equal to zero.
though it seems
8 matches
Mail list logo
