• How to queue messages ?

The easiest way to queue messages is use qmail-queue, but if you don’t have qmail, use your actual mail server in localhost and plugin smtp-forward:

queue/smtp-forward 127.0.0.1 25

Don’t forget to accept all mail from localhost and remove spam and antivirii from your mail server. Now your mail server is acting as MDA. Let qpsmtpd do all filters (antispam, antivirii, …).

• Auth plugins

Try to use standard method like smtpd or imap. It will allow you to change any piece of software whenever without affect your qpsmtpd setup.

auth/auth_imap 127.0.0.1 993

auth/auth_smtpd 127.0.0.1 25

• Check valid rcptto

Maybe the most important plugin to avoid dictionary attacks. There are scripts to extract valid users from qmail installation: John M. Simpson has some scripts to dump all users to a cdb file. Link

But if you don’t have qmail you have to do two things in order to have qpsmtpd workproperly:

1. Dump all domains into config/rcpthosts file. Use shell or perl scripts.
2. Dump all valid users into validrcptto.cdb file. Don’t forget this file is a cdb. There are tools (like cdbmake) to help you to build a cdb file. Send the valid list to a pipe like this :

E.g.: perl getValidUsers.pl |/usr/local/bin/cdbmake-12 /opt/qpsmtpd/config/validrcptto.cdb /opt/qpsmtpd/validrcptto.tmp

And you will have a validrcptto.cdb file. Be careful and don’t forget mailing lists!!!.

When you have the file generated add this line:

check_validrcptto_cdb /opt/qpsmtpd/config/validrcptto.cdb -

before rcpt_ok plugin

• How to stop mails from an address to a valid users.

Use this plugin: check_badmailfromto

Create a file (config/badmailfromto) with two columns: from to (separated with ab)

That’s all. Easy as qpsmtpd.

• How to accept mails from a relay client.

First of all be sure the relay client is a trust client. To accept all mail from the ip, include the ip in config/relayclients file. But the best way to do it is authenticate the client via standard method.

• How to accepts mails from servers that don’t use rfc.
  

Strange?, not at all. We are in Spain where an official mail server (Seguridad Social) doesn’t respect rfc. So we had to remove rhsbl plugin from our config.

• How to avoid spamassassin for relay clients.

Just add this lines in hook_data_post method, after this line:

return (DECLINED) if $transaction->data_size > 500_000;

The code:

…

if ( $self->qp->connection->relay_client ) {
# failsafe
$self->log(LOGALERT, “Allowing relay client past spamassassin”);
return (DECLINED);
}

…

So, if it is a relayed client it doesn’t send the message to spamassassin daemon.

As you can see, qpsmtpd is powerful and easy to configure. Give it a chance. Since we use it we are very confident of our mail service and proud of performance. In another post we will comment some tips about performance.

The plugin page must be your reference when implementing qpsmtpd. There is a lot of information about all you need. Thank Ask Bjørn Hansen and the active community very much for your work.

This is the simpliest way to do it:

1. Use your favorite app manager for your linux distro. Install stunnel.
2. cd /etc/ssl (in debian) and generate pem file.
3. $openssl req -new -x509 -days 3650 -nodes -config openssl.cnf -out stunnel.pem -keyout stunnel.pem
4. You have to fill in the next questions: Country Name, State or Province Name, Locality Name, Organization Name, Organizational Unit Name, Common Name and Email Address.
5. After this step you will have a stunnel.pem file.
6. $openssl gendh 512 >> stunnel.pem
7. This generates Diffie-Hellman parameters, and appends them to the pem file.
8. To check the process and verify the certificate is ok, type: “openssl x509 -subject -dates -fingerprint -in stunnel.pem” and check the information.

After having generate the pem file, follow the instructions and you will have qpsmtpd runing in 465 port properly.

Remember the stunnel version is 3 or the wrapper for version 3 built in version 4.

En los casos en el que el origen es confiable, podemos específicamente indicarle a Exchange 2007 que queremos que acepte email de un determinado origen de forma incondicional. Para poder llevar a cabo esto prácticamente todos los MTA soportan una funcionalidad que se conoce como whitelists.

En Exchange 2007, una de las formas de acceder a la configuración de las Whitelists es a traves del PowerShell que se instala automáticamente cuando instalamos Exchange 2007. Una vez abierta la shell la gestión de las whitelist se realiza con los comando set-ContentFilterConfig y get-ContentFilterConfig

Para añadir un determinado email origen a la whitelist:

set-ContentFilterConfig -BypassedSenders usuario@dominio.com

En el caso de que queramos crear una whitelist para un dominio origen completo:

set-ContentFilterConfig -BypassedSenderDomains dominio.com

Además de crear whitelists para dominios origen, podemos hacerlo de la forma contraria, si queremos que todo lo que vaya a un determinado usuario de un dominio que alojamos nosotros podemos hacer whitelists en destino de la siguiente forma:

set-ContentFilterConfig -BypassedRecipients abc@tudominio.com,info@tudominio.com

Como podemos observar aquí la diferencia es que utilizamos el comando BypassedRecipients en vez de BypassedSenders.

La consulta del estado de las whitelists es muy sencilla y se realiza con el comando get-ContentFilterConfig esto nos devolverá el estado actual de la configuración de los filtros de una forma bastante detallada.

Para hacer más cómoda la introducción de múltiples dominios, el comando set-ContentFilterConfig acepta atributos con múltiples valores, esto nos permite solucionar el hecho de que este comando sobrescribe siempre el valor que hayamos metido en la whitelist. Por lo tanto la forma de introducir un número de emails y/o dominios es separarlos con comas.

Set-ContentFilterConfig -BypassedSenderDomains "dominio1.com","dominio2.com","dominio3.com"

Para una gestión más eficiente de las listas, existe la posibilidad de introducir y eliminar elementos de forma individual de las listas sin que se vean afectados el resto de los elementos de la lista, para ello podemos utilizar un poco de scripting de PowerShell

Si quisiéramos añadir un dominio sin tocar el resto de lo que tengamos en la whitelist:

$foo=Get-ContentFilterConfig
$foo.BypassedSenderDomains +="undominio.com"
$foo | Set-ContentFilterConfig

Análogamente, para eliminar un dominio de dicha lista, podemos utilizar los siguientes comandos:

$foo=Get-ContentFilterConfig
$foo.BypassedSenderDomains -="undominio.com"
$foo | Set-ContentFilterConfig

Hasta aquí, es todo lo que necesitamos saber para hacer una gestión de Whitelists en Exchange 2007.

$exim -bp |more

Borrar los que llevan 18 días en la cola:

$exim -bp | grep 18d | awk ‘{ print $3 }’ | xargs exim -Mrm

Hacer flush a la cola, o lo que es lo mismo reprocesar la cola:

$exim -qf

o

$exim -qff

y para hacer debug del flush de la cola hay que poner -d (debug) al final.

Para procesar también los correos “frozen”

Otras opciones para todos los mensajes y para mensajes concretos:

-bp : Queue email in Server
-bpc : Count Queue email in Server
-M : Force delivery
-Mar : Add recipient
-Meb : Edit message body
-Mes : Edit sender
-Mf : Freeze message
-Mg : Give up (and bounce message)
-Mmad : Mark all recipients as delivered
-Mmd : Mark recipient as delivered
-Mrm : Remove message (no bounce)
-Mt : Thaw message
-Mvb : View message body
-Mvh : View message header
-Mvl : View message log

OJO!!!!, todo esto es válido si se utiliza el configure por defecto. Si se utiliza otro hay que añadir -C /opt/exim/configure.queseutiliza

El primero dice a qmail los dominios que aceptamos y el segundo los que son locales.

Luego hay que recrear las bases de datos , más bien los cdbs mediante el comando:

/var/qmail/bin/qmail-newmrh

en el caso que lo añadamos al control/morercpthosts porque el rctphost está muy lleno.

Por cierto, esto lo aprendimos allá por la primavera del 2000, cuando Mario puso un mensajito en la lista de qmail: msg20929.html

Y además, si buscas qmail+MX+secondary aparece como primer link la pregunta al foro de Mario

Generalmente, un qmail-smtp tiene una pinta así:

exec /usr/local/bin/softlimit -m 20000000
/usr/local/bin/tcpserver -v -H -R -P -l 0
-x /home/vpopmail/etc/tcp.smtp.cdb
-c “$MAXSMTPD”
-u “$QMAILDUID” -g “$NOFILESGID” $IP 25
/var/qmail/bin/qmail-smtpd
/home/vpopmail/bin/vchkpw /bin/true 2>&1

Este, por ejemplo, funciona para vpopmail. Pues el fichero /home/vpopmail/etc/tcp.smtp.cdb es donde están las ips abiertas, es decir para las que se hace relay. Para actualizar ese fichero basta con añadir esta línea al fichero /home/vpopmail/etc/tcp.smtp

x.x.x.x:allow,RELAYCLIENT=”",RBLSMTPD=”"

Ojo, poner mejor delante de la última línea que será algo así como:

:allow,QMAILQUEUE=”/var/qmail/bin/simscan”

Luego hay que compilar las reglas con:

/usr/local/bin/tcprules /home/vpopmail/etc/tcp.smtp.cdb /home/vpopmail/etc/tcp.smtp.tmp < /home/vpopmail/etc/tcp.smtp

Ojo, dejar los permisos correctamente de los ficheros. Puede ser que haya algún proceso que los cambie o lee y podemos fastidiarlo. También hay que tener en cuenta que todos los ficheros .cdb, .tmp y el de las reglas tienen que estar en el mismo filesystem. Si no es así da un error un poco feo y poco explicado.

$echo “dominiodestino:ipdelsmarthost”> /var/qmail/control/smtproutes

Para enviar todo el correo de todos los dominios a través de otro servidor:

$echo “:ipdelsmarthost”> /var/qmail/control/smtproutes

Esto viene muy bien cuando por alguna razón nos han metido en alguna blacklist y hay que enrutar todo el correo a través de otra máquina.

Lo lógico es no olvidar quitarlo cuando se ha corregido el error de la blacklist.