using spamd to grey-TRAP *only*, with *no* grey-LIST delays, stutters, etc ?

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 s

Re: using spamd to grey-TRAP *only*, with *no* grey-LIST delays, stutters, etc ?

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 see

Re: using spamd to grey-TRAP *only*, with *no* grey-LIST delays, stutters, etc ?

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 seco

Re: using spamd to grey-TRAP *only*, with *no* grey-LIST delays, stutters, etc ?

> 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

Re: using spamd to grey-TRAP *only*, with *no* grey-LIST delays, stutters, etc ?

> 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 t