qmail

How to avoid being "cut off" by spamhaus.org

As you probably know spamhaus limits your smtp and DNS traffic (http://www.spamhaus.org/organization/dnsblusage/ for more info) and in case of big servers this can be a serious problem. Luckily, Costel Balta sent me a solution to the problem that I'm going to paste...

Adjusting the tcprules files for qmail

Info: http://www.fehcom.de/ipnet/ucspi-tcp6/tcpserver.html  http://cr.yp.to/ucspi-tcp/tcprules.html This is my tcprules file: > more /home/vpopmail/etc/tcp.smtp 0.0.0.0:allow,RELAYCLIENT="",SMTPD_GREETDELAY="0" xxx.xxx.xxx.xxx:allow,RELAYCLIENT="",SMTPD_GREETDELAY="0" 10.0.0.:allow,RELAYCLIENT="",SMTPD_GREETDELAY="0" 127.:allow,RELAYCLIENT="",SMTPD_GREETDELAY="0" :allow As you can see, the localhost, the internal subnet 10.0.0., and the external server's IP are allowed to use the MTA as a relay (RELAYCLIENT=""), and do not face a GREETDELAY. All other clients...

ezmlm-browse

Info: http://untroubled.org/ezmlm-browse/ Version: 0.20 (2010-12-03) Requires: Python 2.6 or later, ezmlm-idx version 0.40 or later ezmlm-browse is a web interface for browsing ezmlm-idx archives. For newbies: this topic is not essential and is advanced. You may skip this step and come back later. Download the package...

Testing ESMTP-SIZE patch for qmail

Author of the patch: Will Harris' (?) http://will.harris.ch/qmail-smtpd.c.diff The patch allows the qmail-smtpd to reject the message if it's too big according to its accepted databytes before it has been received. Try to send a test message that is bigger than your accepted databytes...