>SWEET!! >Thanks, Len, Eric. >I moved the reject down before the reject and formatted it this way: > > reject_rbl_client, > check_recipient_maps hash:/etc/postfix/account_control.map, > reject > >Then the logs show this: > >Jan 28 17:02:19 scooter postfix/smtpd[29528]: 3D30E7BC4B: reject: RCPT >from smtp.moneyconcepts.co.nz[210.86.3.181]: 554 <[EMAIL PROTECTED]>: >Recipient address rejected: Access denied; from=<[EMAIL PROTECTED]> >to=<[EMAIL PROTECTED]> proto=SMTP helo=<moneyconcepts.co.nz>
that's the generic txt, to respond with your own text #else tulsa.com 553 account_control unknown user and do that for all your transport/relay_domains. why insist on your custom text? because you can match it easier in spam-stats.pl. >The setup here is two imgate gateways forwarding to imgate-amavis-sophos >virus scanner that forward to a final delivery server. similar to ours in Paris. >That attack had so much stuff stacked on the imgate-amavis virus >scanning machine, it would not finish a mailq | grep Kbytes to find how >much was in the queue. a faster alternative is : find /var/spool/postfix/deferred -maxdepth 5 -type f | wc -l find /var/spool/postfix/incoming -maxdepth 5 -type f | wc -l and whatever queue you want to look at under spool/postfix/* > It was then that I started looking around two >hours after receiving 40+ emails per second. The little perl program >killed almost 150 thousand bounces from the queue between the gateway >machine and the virus scanning machine. > >The email I sent to [EMAIL PROTECTED] hasn't bounced yet either. don't hold your breath >These systems were running pretty hard but every valid email was >delivered. POSTFIX/IMGATE is wonderful! yep, takes a licking, and keeps on tickin. now, put back SAV!! :)) Len
