Dear clapf users,
I have released the latest rc of clapf. You can get the 0.4.1-rc1 from
the project web site (http://clapf.acts.hu/download.php)
Features:
SMTP PIPELINING support. This enables that more smtp commands
may be sent at once, as follows (see rfc1854 for details):
Consider the following SMTP dialogue that does not use pipelining:
S: <wait for open connection>
C: <open connection to server>
S: 220 innosoft.com SMTP service ready
C: HELO dbc.mtview.ca.us
S: 250 innosoft.com
C: MAIL FROM:<mr...@dbc.mtview.ca.us>
S: 250 sender <mr...@dbc.mtview.ca.us> OK
C: RCPT TO:<n...@innosoft.com>
S: 250 recipient <n...@innosoft.com> OK
C: RCPT TO:<d...@innosoft.com>
S: 250 recipient <d...@innosoft.com> OK
C: RCPT TO:<k...@innosoft.com>
S: 250 recipient <k...@innosoft.com> OK
C: DATA
S: 354 enter mail, end with line containing only "."
...
C: .
S: 250 message sent
C: QUIT
S: 221 goodbye
The client waits for a server response a total of 9 times in this
simple example. But if pipelining is employed the following dialogue
is possible:
S: <wait for open connection>
C: <open connection to server>
S: 220 innosoft.com SMTP service ready
C: EHLO dbc.mtview.ca.us
S: 250-innosoft.com
S: 250 PIPELINING
C: MAIL FROM:<mr...@dbc.mtview.ca.us>
C: RCPT TO:<n...@innosoft.com>
C: RCPT TO:<d...@innosoft.com>
C: RCPT TO:<k...@innosoft.com>
C: DATA
S: 250 sender <mr...@dbc.mtview.ca.us> OK
S: 250 recipient <n...@innosoft.com> OK
S: 250 recipient <d...@innosoft.com> OK
S: 250 recipient <k...@innosoft.com> OK
My implementation looks stable, and I already use it for a month or so.
Enhanced webui supporting mass operations (message delivery,
training, user editing, etc.) Thanks for Miklos the idea.
Optimized antivirus engine utilization. This was inspired
by amavis-new, and clapf will (if you enable it) to skip
antivirus check if the message does not contain any base64
encoded attachment, thus saving unnecessary virus scanning.
Please note that (at least) clamav is able to mark some phishing
attempts as viruses where the message has no attachments. If you set
always_scan_message=0, then it cannot detect these scams.
By default, clapf will pass every email to the virus scanner.
Revised and smarter message store even in a distributed
environment. You may specify --with-store=fs if you want to keep the
messages locally (on the same partition), or you may use
--with-store=nfs if you use NFS, or even when you want to keep the
emails at a different partition.
Added some configuration file options suitable for high performance
installations. You may set update_tokens=0 if you don't want to update
the timestamp of the tokens. If you do this, then do _not_ run the
periodic purge script.
Flexible webui authentication. You may use a traditional .htpasswd file
or you may use an sql database for authentication (if you exend the user
table with a column named 'password' holding crypted passwords).
Email address blacklist feature similare to the whitelist. This is not
to be confused with the traditional DNS blacklists, such as spamhaus,
etc. This blacklist is a set of email addresses or patterns. If the
sender is on this list then his email is discarded and syslog()'ed
immediately.
You can specify what uid/gid clapf will run. Use the -u and -g command
line switches to specify the numeric options.
Added a graphical representation of the per user statistics at the
webui. You can track how may ham and spam emails you got at the last 24
hours or last 30 days.
If you experience any problems, just send an email, and I'll help.
Best regards,
Janos
