|
Buscar |
Qmail en la Release de OVH : Problemas y solucionesEsta guía describe y analiza en profundidad cómo se ha hecho instalación de Qmail con la distribución Linux Release de OVH y el panel OVHm, aunque puede ser utilizada para el resto de distribuciones Linux. Si utiliza un alojamiento compartido (GP/Plan) de OVH o un MX plan puede seguir la guía EmailSmtpPop3Imap En los servidores dedicados preconfigurados, hemos preinstalado un servidor de email qmail: http://www.qmail.org/En nuestra release, Qmail tiene los patchs siguientes:
También analizamos los principales problemas que pueden darse en el uso normal de Qmail, así como sus posibles soluciones . El servidor de email es un software que tiene como finalidad aceptar los emails en el puerto 25 via el protocolo SMTP. Para saber como funciona el protocolo SMTP he aqui la URL del RFC http://www.ietf.org/rfc/rfc0821.txt He aquí un ejemplo de comunicación SMTP en el puerto 25: $ telnet mx3.ovh.net 25 Resolución de mx3.ovh.net Trying 213.186.33.73... Connected to mx3.ovh.net. Escape character is . 220 Welcome ! You are on server 8 called mx3.ovh.net, spam protected: www.spam-rbl.com ESMTPHELO ping.ovh.net Nos presentamos 250 Welcome ! You are on server 8 called mx3.ovh.net, spam protected: www.spam-rbl.comMAIL FROM:< usuario@ovh.net> Dice quien envia el email250 ok RCPT TO: 250 ok aceptación DATA 354 go ahead test el cuerpo del email. Normalmente hay que insertar los campos FROM, TO, SUBJECT . 250 ok 1065864990 qp 27338 QUIT Salir 221 Welcome ! You are on server 8 called mx3.ovh.net, spam protected: www.spam-rbl.comConnection closed by foreign host. Las informaciones en DATA deben normalmente ser el e-mail mismo. Es decir, tener la forma de un email: From: usuario@ovh.netTo: usuario@ovh.netSubject: test test Si el email ha sido aceptado por el servidor mx3.ovh.net se debe:
La función más habitual de cualquier servidor de email es hacer de relay que consiste en:
Es un servidor SMTP el que va a ocuparse sólo de distribuir los emails en internet. Los proveedores de acceso (terra, orange) proponen este tipo de servidores para enviar los emails de sus usuarios.
El problema se hace complejo con la gestión de spam mediante alguna de las protecciones presentadas a continuación. Es el proceso qmail-smtp que se ocupa de esta función. Su labor es a de saber comunicar con SMTP y saber grabar el email bajo forma de un fichero en el disco duro.
Para gestionar la función relay (enviar correo), hay que gestionar qué usuarios pueden utilizar esta función. Si usted permite a todos los usuarios enviar correo, su máquina será utilizada como un servidor relay por los spammers. Existen varios modos de evitarlo:
Listas estáticas de IP Para gestionar los accesos de modo estático existe un fichero denominado /etc/tcp.smtp. # cat /etc/tcp.smtp 127.0.0.:allow,RELAYCLIENT=" " :allow Esto quiere decir que:
Por tanto puede añadir una IP de su elección (por ejemplo su tiene un IP fijo de su empresa o IP fijo de adsl) y compilar tcp.smtp # tcprules /etc/tcp.smtp.cdb /etc/tcp.smtp.tmp < /etc/tcp.smtp Las modificaciones hechas son de esa forma actualizadas en el fichero /etc/tcp.smtp.cdb que se utiliza por el servidor smtp. No necesita reinstalar el servidor smtp. El fichero se lee en cada conexión SMTP. En el caso de proveedores de acceso, las clases ip son insertadas en los servidores smtp que permite a los clientes del proveedor de acceso utilizar automáticamente el servidor smtp de relay sin necesidad de otro tipo de configuración. POP antes de SMTP La opción open-smtp o pop-smtp consiste en utilizar el servidor de pop3/impa para identificarlo en el servidor pop3. El hecho de utilizar login y contraseña permite estar seguro de que se trata de una persona de confianza y por tanto permitirle relay. Durante la operación de pop3/imap el servidor pop3 registra la IP de conexión, lo actualiza en /etc/tcp.smtp y compila /etc/tcp.smtp.cdb # cd /etc/vpopmail/ # ls -l total 696 -rw-r-r- 1 vpopmail vchkpw 25 fév 24 2003 inc_deps -rw-r-r- 1 vpopmail vchkpw 32 fév 24 2003 lib_deps -rw-r-r- 1 root root 700229 oct 11 13:22 open-smtp -rw-r-r- 1 root root 0 oct 11 13:22 open-smtp.lock Todos los ip temporales ese alamcenan en open-smtp: # head -n 5 open-smtp 213.41.188.249:allow,RELAYCLIENT=" ",RBLSMTPD=" " 1029581749 213.41.184.98:allow,RELAYCLIENT=" ",RBLSMTPD=" " 1029782162 213.41.184.135:allow,RELAYCLIENT=" ",RBLSMTPD=" " 1029880909 213.41.186.107:allow,RELAYCLIENT=" ",RBLSMTPD=" " 1029960881 213.41.186.122:allow,RELAYCLIENT=" ",RBLSMTPD=" " 1030146813 La última cifra es la hora en segundos desde 1970 y permite saber cuando la IP ha utilizado el pop3/imap por última vez. Y esto por tanto permite a otro script [/home/vpopmail/bin/clearopensmtp] ver todos los mensajes e IPs de más de 3 horas y retirarlos de la cola [/etc/tcp.smtp] para que entren en error. El comando estará en el crontab, de la forma : # cat /etc/crontab [...] 40 * * * * root /home/vpopmail/bin/clearopensmtp 2>&1 >/dev/null [...] Importante : En un crontab se debe utilizar e indicar el usuario y así introducir :
y no sólo :
Ya de paso vemos que en esta máquina el fichero open-smtp es particularmente grande. # wc -l /etc/vpopmail/open-smtp 11859 /etc/vpopmail/open-smtp El valor 11859 es mucho, ejecutamos clearopensmtp : # cd /etc/vpopmail/ # ls -l open-smtp -rw-r--r-- 1 root root 700229 oct 11 13:29 open-smtp # /home/vpopmail/bin/clearopensmtp # ls -l open-smtp -rw-r--r-- 1 vpopmail vchkpw 529 oct 11 13:29 open-smtp # wc -l open-smtp open-n-smtp # cp /etc/crontab /etc/crontab.OLD # pico /etc/crontab # /etc/rc.d/init.d/crond restart Stop crond : [ OK ] Start crond : [ OK ] # diff -u /etc/crontab.OLD /etc/crontab - /etc/crontab.OLD Sat Oct 11 13:31:15 2003 + /etc/crontab Sat Oct 11 13:31:24 2003 42 4 1 * * root run-parts /etc/cron.monthly # vpopmail -40 * * * * /home/vpopmail/bin/clearopensmtp 2>&1 >/dev/null +40 * * * * root /home/vpopmail/bin/clearopensmtp 2>&1 >/dev/null Es mejor. Los permisos de open-smtp también han cambiado, lo cual no es grave. SMTP auth Para no obligar a utilizar POP antes de poder enviar los emails podemos añadir a Qmail el parche smtp-auth. Este patch permite enviar a través de una conexión smtp, una autenticación con un login y contraseña de una cuenta pop. Sólo entonces permite el envío de los emails. Veamos el procedimiento de conexión en este caso:
# telnet localhost 25 Trying 127.0.0.1... Connected to localhost. Escape character is . 220 Welcome ! You are on server 1 called mx1.ovh.net, spam protected: www.spam-rbl.com ESMTPEHLO ping.ovh.net 250-Welcome ! You are on server 1 called mx1.ovh.net, spam protected: www.spam-rbl.com250-AUTH LOGIN CRAM-MD5 PLAIN 250-AUTH=LOGIN CRAM-MD5 PLAIN 250-PIPELINING 250-STARTTLS 250-8BITMIME 250 SIZE 10000000 AUTH LOGIN 334 VXNlcm5hbWU6 cG9zdG1gregreRlciVtbC5vdmgubmV0 334 UGFzc3dvcmQ6 errrob3Zo 235 ok, go ahead (#2.0.0) MAIL FROM:< oles@ovh.net>250 ok RCPT TO:< oles@ovh.net>250 ok DATA 354 go ahead truc . 250 ok 1065758232 qp 5296 QUIT 221 Welcome ! You are on server 1 called mx1.ovh.net, spam protected: www.spam-rbl.comConnection closed by foreign host. Explicación Vemos que en lugar de HELO, enviamos EHLO lo que permite utilizar los comandos avanzados de ESMTP descritos en http://www.ietf.org/rfc/rfc2821.txt El servidor responde a EHLO con todas las opciones que acepta, es decir: 250-AUTH LOGIN CRAM-MD5 PLAIN se trata de smtp-auth 250-AUTH=LOGIN CRAM-MD5 PLAIN 250-PIPELINING definido el tipo de diálogo 250-STARTTLS ssl o tls o conexión encriptada 250-8BITMIME acepción de los email de 8bits y no 7bit como smtp 250 SIZE 10000000 la talla máxima del email es de10Mb El login y contraseña se envian en base64. La instalación de este patch es compleja y necesita algunos trucos. Contacte con el soporte si tiene algún problema. Qmail-relay OSD Si tiene el servidor pop3/imap muy cargado con mas de 3000-4000 conexiones/hora, le aconsejamos utilizar el patch OSD (Open-Smtp-Dir) que puede encontrar en: ftp://ftp.ovh.net/made-in-ovh/vpopmail Este patch ha sido realizado por OVH y consiste en no utilizar el fichero open-smtp con el sistema de lock (bloqueo de IP). Si muchas personas se conectan al servidor pop3/imap deberan esperar cada uno su turno para tener acceso al fichero para registrar la IP que ralentiza el servidor. En vez de eso, hemos tenido la idea de utilizar un directorio con registro de ficheros con el número de IP y un tamaño nulo. A cada nueva conexión actualizamos la fecha del fichero y un tmpwatch elimina los ficheros de mas de tres horas. Otro script actualiza /etc/tcp.smtp cada segundo. Qmail-relay remote También puede especificar IP de las máquinas destinatarias directamente en la configuración de Qmail. Esto es muy util cuando por ejemplo el servidor MX no está accesible (como por ejemplo caramail.com). En ese caso, podemos indicar al servidor de utilizar un servidor SMTP especial, cuyo papel es el de reenviar los emails únicamente para un dominio dado (en este caso caramail.com). El proceso destinado a ello es qmail-remote que se ocupa de conectar los servidores elegidos mediante el puerto 25 y reenviar los emails. # cat /var/qmail/control/smtproutes caramail.com:213.186.33.9 Asi, todos los emails hacia caramail serán dirigidos hacia 213.186.33.9 que se ocupará de la distribución de emails hacia caramail.com. Así evitaremos tener un spool de email demasiado importante y descargaremos los servidores. Por supuesto es necesario que 213.186.33.9 acepte los emails a partir del email desde el que se reenvian los emails, pero confiamos en la buena configuración de los servidores. No hace falta reiniciar el servidor después de esta modificación. Para ver el estado del spool: # /var/qmail/bin/qmail-qstat queue messages in queue: 360 messages in queue but not yet preprocessed: 0 Esto quiere decir que hay 360 emails que el servidor de email ha enviado ya una vez visiblemente, sea porque el destinatario no existe, sea porque el servidor MX del destinatario no funciona correctamente. Hay que señalar que existen a menudo problemas de tiempo de respuesta del servidor de relay cuando hay muchos emails en el spool. Qmail es verdaderamente demasiado largo con mas de 25000 emails en el spool. En ese caso, la preparación del email se hace mas y mas larga y aumenta la presencia de mensajes como messages in queue but not yet preprocessed. Para ver los emails: # /var/qmail/bin/qmail-qread | grep remote | grep -v done remote dr_adams@sm66.comremote 66-2434019-directway.com?amysummers@trailerr.trailblazernews.com remote 2245031-5-reply@msgbnc.tgtrewards.netremote response@sleekzine.comremote larhondabeirne@hushmail.com... ¿Por qué están ahí esos emails? Puede ser debido a que :
Es qmail-send quien se ocupa de la gestión de la cola para todo qmail. Su rol es de mirar los ficheros que qmail-smtp ha dejado y distribuirlos. Puede elegir entre una distribución local (en el caso en el que el destinatario se encuentre en la misma máquina, es decir el servidor MX del email y existe una cuenta pop3/imap por ejemplo en la máquina remoto (distante: es decir, reenviar el email al destinatario del email). La tercera etapa consiste en enviar el email al destinatario. Por tanto el email está tomado de spool para saber quien es el destinatario. Qmail busca los servidores MX del dominio. Después se conecta en el puerto 25 para enviar el email. Esta operación es la misma que al principio. Podemos tener varios MX en un dominio con el mismo peso o diferente. En ese caso, el servidor SMTP intenta inicialmente conectarse al servidor MX con un menor peso. Si 2 MX tiene el mismo peso, entonces es este el que será utilizado en primer lugar. A nivel de erores, vea la sección error. Cada operación de relay es grabada en el encabezamiento del email (header). Podemos ver quien, desde donde y por medio de que servidor de email se ha enviado el email: Delivered-To: ovh.net-60gp@ovh.netReceived: (qmail 15496 invoked by uid 505); 11 Oct 2003 09:22:30 -0000 Received: from unknown (HELO 200-102-028-198.fnsce7005.dsl.brasiltelecom.net.br) (200.102.28.198) by mx4.ovh.net with SMTP; 11 Oct 2003 09:22:28 -0000 La lectura se hace de abajo a arriba. Vemos que el email se ha emitido de 200.102.28.198 que se ha conectado a mx4.ovh.net y que el email ha llegado a la cuenta 60gp@ovh.net.Para ver el funcionamiento de su servidor email puede ver los logs. Por defecto, usted tiene los logs únicamente de la tercera etapa: # tail -f /var/log/qmail/current @400000003f87e06f3172d234 end msg 195408 @400000003f87e07005d90c24 delivery 3534821: deferral: Sorry,_I_wasn't_able_to_establish_an_SMTP_connection._(#4.4.1)/ @400000003f87e07005d91fac status: local 0/15 remote 1/120 @400000003f87e0740c22b274 new msg 195408 @400000003f87e0740c22be2c info msg 195408: bytes 1580 from < loubfeenah@wanadoo.fr> qp 30987 uid 503@400000003f87e0740c7fb6f4 starting delivery 3534823: msg 195408 to local hfifi-geefnie.com-studio@hiffi-gefenie.com@400000003f87e0740c7fc694 status: local 1/15 remote 1/120 @400000003f87e0741c7b34d4 delivery 3534823: success: did_0+0+1/ @400000003f87e0741c7b4474 status: local 0/15 remote 1/120 @400000003f87e0741c7b485c end msg 195408
También puede utilizar el comando tail -F que reabre el fichero Los emails deben llegar al servidor MX destinatario en algún momento. Es decir, el que va a almacenar el email en espera de una consulta mediante pop3 o imap. Qmail como servidor MX En ese caso, el servidor email acepta el email y hace exactamente los mismo que en el caso de envío. Es la tercera etapa la que cambia. En la tercera etapa el proceso qmail-sent ha detectado que el destinatario existe en el servidor. Recordemos que el proceso qmail-sent que se ocupa en la segunda etapa de gestionar el spool. Se encarga pues de reinicar las listas de todos los dominios que se encuentran en el servidor. Estas listas están en: # ls -l /var/qmail/users/assign -rw-r--r-- 1 root root 24546 oct 9 10:32 /var/qmail/users/assign NO modifique alegremente estos ficheros. Tienen una forma especial y hay siempre un fichero cdb que hace falta compilar. # head -n 4 /var/qmail/users/assign +00-00l0-00l00l-0-0.com-:00-00l0-00l00l-0-0.com:508:503:/home/vpopmail/domains/00-00l0-00l00l-0-0.com:-:: +00h01.com-:00h01.com:508:503:/home/vpopmail/domains/00h01.com:-:: +01emarket.com-:01emarket.com:508:503:/home/vpopmail/domains/01emarket.com:-:: Por tanto, si el destinatario se encuentra en el servidor qmail-sent utiliza qmail-local para distribuir el email en local en el directorio correcto. Dentro debe haber un fichero .qmail-default o es vpopmail quien se encarga de distribución del email con todo el sistema de redirecciones, alias, mailing list, catch all y las cuentas pop3 con una gestión de quota. Configuración del servidor MX En la distribución OVH hemos seleccionado Vpopmail como sistema de recepción. Dispone de información sobre ello en la guía: VpopmailYAdministracion Tamaño máximo del fichero Para asignar un tamaño máximo de fichero debe introducirse en SSH el comando : # echo "10000000" > /var/qmail/control/databytes Todos los emails que tienen un tamaño mayor a 10 MB serán rechazados. Tiempo de vida del email en el spool # echo "846000" > /var/qmail/control/queuelifetime Si el email permanece en el spool durante 10 días y no ha sido reenviado, entonces vuelve en forma de doble error hacia la cuenta postmaster del servidor. Si el fichero no existe, el email es devuelto al cabo de 5 días. Rechazar los emails con un cierto MAIL FROM En el diálogo SMTP, el servidor responsable comunica un MAIL FROM único para cada servidor.
# echo " spammer@spam" > /var/qmail/control/badmailfromPodemos rechazar ciertos MAIL FROM que evitará la recepción de todos los mensajes que vengan de un mismo servidor, si sabemos a ciencia cierta que es un servidor que nos bombardea con SPAM o con virus. Modificar el puerto SMTP El puerto por defecto de SMTP es el 25. Para cambiarlo es necesario modificar la línea de ejecución de SMTP en el fichero de inicio. En la Release 2, el fichero de inicio está en : /etc/init.d/qmail Editamos el fichero y modificamos la línea : tcpserver -H -R -x /etc/tcp.smtp.cdb -c100 -u508 -g503 0 smtp \ por la línea tcpserver -H -R -x /etc/tcp.smtp.cdb -c100 -u508 -g503 0 puerto_deseado \ Reiniciamos qmail y se montará en el puerto indicado : # /etc/init.d/qmail restart Vaciar completamente una cuenta POP Si una de las cuentas de un dominio está saturada, podemos vaciarla completamente a través de SSH. La secuencia de comandos es la siguiente: # cd /home/vpopmail/domains/mi_dominio.com/mi_cuenta/Maildir/ # rm -rf new/* # rm -rf cur # mkdir cur # chown -R vpopmail.vchkpw cur # chmod -R 755 cur
Al final del proceso, la cuenta estará vacía y todos los mensajes habrán desaparecido. Sorry,_I_wasn't_able_to_establish_an_SMTP_connection El servidor no ha podido establecer una conexión SMTP. Las causas pueden ser múltiples. Vamos a ver ejemplos prácticos de las más habituales. Ejemplo 1 Intentamos enviar a dr_adams@sm66.comLo primero es saber qué servidor MX tiene el dominio sm66.com, así que preguntamos al servicio DNS. # dig sm66.com mx ; <<>> DiG 9.2.1 <<>> sm66.com mx ;; global options: printcmd ;; Got answer: ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 32527 ;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 0 ;; QUESTION SECTION: ;sm66.com. IN MX ;; ANSWER SECTION: sm66.com. 86400 IN MX 10 mail.sm66.com ;; Query time: 396 msec ;; SERVER: 127.0.0.1#53(127.0.0.1) ;; WHEN: Sat Oct 11 12:09:00 2003 ;; MSG SIZE rcvd: 47 Si se utiliza djbdns, podemos usar directamente dnsmx # dnsmx sm66.com 10 mail.sm66.com El servidor de correo que gestiona todos los mensajes hacia @sm66.com es por tanto mail.sm66.comVamos a intentar enviar el correo a esa máquina: # telnet mail.sm66.com 25 Trying 66.239.204.101... Connected to mail.sm66.com. Escape character is ' '`]'.421 newd1.sm66.com out of connection slots Connection closed by foreign host. Como se puede ver, el servidor no funciona correctamente. Podemos ver el mensaje de error (es todo un detalle):out of connection slots Lo que nos hace pensar que hay demasiadas conexiones de correo en ese momento Qmail va a intentar de enviar el correo más tarde. Ejemplo 2 Otro ejemplo. Hay un error al enviar un correo a 66-2434019-directway.com? amysummers@trailerr.trailblazernews.comLa dirección misma ya se asemeja a un email de spam. Vamos a comprobarlo: # dnsmx trailerr.trailblazernews.com 10 stdin-mv-01.trailblazernews.com # telnet stdin-mv-01.trailblazernews.com 25 Trying 206.131.244.8... # telnet: connect to address 206.131.244.8: Connetion refused El servidor MX está conectado y accesible, pero no hay un demonio SMTP que esté funcionando, así que no se puede hacer una conexión al puerto 25. # ping stdin-mv-01.trailblazernews.com PING stdin-mv-01.trailblazernews.com (206.131.244.8) from xxxxxxx : 56(84) bytes of data. 64 bytes from news1mv.trailblazernews.com (206.131.244.8): icmp_seq=0 ttl=240 time=83.048 msec 64 bytes from news1mv.trailblazernews.com (206.131.244.8): icmp_seq=1 ttl=240 time=81.381 msec stdin-mv-01.trailblazernews.com ping statistics 3 packets transmitted, 2 packets received, 33% packet loss round-trip min/avg/max/mdev = 81.381/82.214/83.048/0.881 ms # telnet stdin-mv-01.trailblazernews.com Trying 206.131.244.8... Connected to stdin-mv-01.trailblazernews.com. Escape character is '.]'. Red Hat Linux release 7.2 (Enigma) Kernel 2.4.7-10 on an i686 login: Login incorrect login: Login incorrect login: Login incorrect login: Connection closed by foreign host. La conexión en el puerto del telnet es posible, pero lógicamente, nos solicita una contraseña. Ejemplo 3 Otro ejemplo más: response@sleekzine.comRepetimos el procedimiento: # dnsmx sleekzine.com 20 mail2.sleekzine.com 30 mail3.sleekzine.com 10 mail1.sleekzine.com En este caso hay tres servidores MX diferentes con un peso para cada servidor. Qmail intentará enviarlo en primer lugar a mail1.sleekzine.com que tiene el peso más débil. Si no obtiene respuesta lo intentará con mail2.sleekzine.com y por último con mail3.sleekzine.com # telnet mail1.sleekzine.com 25 Trying 216.93.189.135... telnet: Unable to connect to remote host: Connection timed out # telnet mail1.sleekzine.com 25 Trying 216.93.189.135... telnet: Unable to connect to remote host: Connection timed out # telnet mail3.sleekzine.com 25 Trying 216.93.189.133... telnet: Unable to connect to remote host: Connection refused Si miramos lo que hace Qmail en un caso así: # echo "test" | mail -s "test" response@sleekzine.com# ps auxw ... qmailr 7066 0.0 0.5 2568 736 ? S 15:04 0:00 qmail-remote sleekzine.com root@nsxxxx.ovh.net response@sleekzine.com... # tail -f /var/log/qmail/current @400000003f880003024f7034 new msg 66208 @400000003f880003024fbe54 info msg 66208: bytes 229 from < root@nsxxxx.ovh.net> qp 7065 uid 0@400000003f88000303f530f4 starting delivery 67496: msg 66208 to remote response@sleekzine.com@400000003f88000303f5447c status: local 0/10 remote 1/20 @400000003f88003f221f1d74 delivery 67496: deferral: Sorry,_I_wasn't_able_to_establish_an_SMTP_connection._(#4.4.1)/ @400000003f88003f221f30fc status: local 0/10 remote 0/20 553 sorry, that domain isn't allowed to be relayed thru this MTA En este caso el servidor no tiene un destino para esa dirección. Esto quiere decir que: - La IP de la conexión no está en /etc/tcp.smtp (sección relay) - El destinatario no tiene cuenta en la máquina (sección mx) $ telnet mx1.ovh.net 25 Trying 213.186.33.29... Connected to mx1.ovh.net. Escape character is '.]'. 220 Welcome ! You are on server 2 called mx1.ovh.net, spam protected: www.spam-rbl.com ESMTPHELO ping.ovh.net 250 Welcome ! You are on server 2 called mx1.ovh.net, spam protected: www.spam-rbl.comMAIL FROM:< usuario@ovh.net>250 ok RCPT TO:< mongr@wanadoo.es>553 sorry, that domain isn't allowed to be relayed thru this MTA (#5.7.1) QUIT 221 Welcome ! You are on server 2 called mx1.ovh.net, spam protected: www.spam-rbl.comConnection closed by foreign host. En este caso podemos adivinar fácilmente que el dominio wanadoo.es no está gestionado por mx1.ovh.net, se trata simplemente de un problema de relay. La IP de la conexión no está declarada en la sección /etc/tcp.smtp (ver la sección relay). Si el servidor gestiona el nombre de dominio y se obtiene este error, debe verificar que el dominio está declarado en /var/qmail/bin/assign y si antes de iniciar qmail-send se han cerrados todas las instancias anteriores mediante: # killall -HUP qmail-send Si no hay varias instancias del servidor, puede haber una declaración falsa en el DNS: se ha indicado un servidor de correo que no tiene nada que ver con el dominio y que por tanto, al recibir un correo de un dominio que no conoce, arroja este error. qmail_has_prog_delivery_but_has_x_bit_set._(#4.7.0) Este error refleja que el directorio /home/vpopmail tiene elementos con el permiso de ejecución activado, algo totalmente incorrecto (chmod 700 en lugar de un chmod 600 en un .qmail-alias) Puede usar un script de bash para corregir esos errores de manera fácil: #!/bin/sh cd /home/vpopmail/domains chown -R vpopmail.vchkpw . for file in `find . ` do if [ -d $file ] then chmod 700 $file else chmod 600 $file fi done 553 sorry, that domain isn't in my list of allowed rcpthosts Esto quiere decir simplemente que su dominio no está configurado en /var/qmail/control/rcpthosts Por ejemplo el dominio test.com se ha instalado pero se ha borrado accidentalmente de /var/qmail/control/rcpthosts. Cuando se envía un correo a postmaster@test.com sucede lo siguiente:$ telnet nsXXXX.ovh.net 25 Trying 213.186.XX.XX... Connected to nsXXXX.ovh.net. Escape character is '.]'. 220 nsXXXX.ovh.net ESMTP HELO ping.ovh.net 250 nsXXXX.ovh.net MAIL FROM:< usuario@ovh.net>250 ok RCPT TO:< postmaster@test.com>553 sorry, that domain isn't allowed to be relayed thru this MTA (#5.7.1) QUIT Connection closed by foreign host $ : QmailAdmin :: La gestión de los emails con qmailadmin. : ColaQMailLlena :: Reiniciar el directorio de la cola de mensajes. : InstallQmailAntiSpam :: el filtrado por blacklist con Spam-RLB.com. : VpopmailYAdministracion :: La administración de Vpopmail. : OvhmDisociarMailsYAlias :: Como gestionar de manera separada los emails de dos dominios cuando uno es un alias de otro. |
