Qpsmtpd check earlytalker

qpsmtpd: check_earlytalker

When a remote mail server sends email to your SME server, the SMTP specifications stipulate that it must wait until your SME server says "go ahead" before transmitting anything.

The "go ahead" response on a SME server should look like

220 mail.mysmeserver.com ESMTP

Many spam servers do not wait for the "go ahead" from the receiving mail server. Waiting for each connection, even for as little as a second or two, would greatly increase the amount of time required to send the spam. Also, until recently most mail servers would accept the email even from impolite senders that didn't wait.

SME Server uses the qpsmtpd check_earlytalker plugin to reject email from any mail server that tries to send email without waiting for permission.

The default settings insert a 1 second delay after the remote system connects to the SME server before the SME server responds.

You can increase this default delay from 1 second (to 3 seconds in the following example) at present only with a custom template:

Prior SME9.2 : check_earlytalker plugin

mkdir -p /etc/e-smith/templates-custom/var/service/qpsmtpd/config/peers/0
cd /etc/e-smith/templates-custom/var/service/qpsmtpd/config/peers/0
echo "check_earlytalker wait 3" > 10check_earlytalker
signal-event email-update

For SME9.2 and higher : earlytalker plugin

if updating remove previous template custom:

rm /etc/e-smith/templates-custom/var/service/qpsmtpd/config/peers/0/10check_earlytalker

then install:

mkdir -p /etc/e-smith/templates-custom/var/service/qpsmtpd/config/peers/0
cd /etc/e-smith/templates-custom/var/service/qpsmtpd/config/peers/0
echo "earlytalker wait 3" > 10earlytalker
signal-event email-update

The following command will let you monitor your connections to verify that (check_)earlytalker is working as expected:

tail -f /var/log/qpsmtpd/current |tai64nlocal| egrep  "Accepted connection|earlytal"

Mmccarn 17:59, 9 October 2008 (UTC)