Tag postfix - Userlinux.net

Posts sobre el tag postfix

Dovecot, pequeñas peculiaridades

07.Sep.2010 ~ 4 Comentarios ~ 1336 Lecturas

Desde hace algún tiempo -y después de haber lidiado con Cyrus y Courier- he optado por Dovecot como servidor POP3 e IMAP para máquinas en producción. Por varios motivos: la sencillez de configuración, sigue los estándares, soporta mbox y Maildir y algo muy importante, tiene un backend de autentificación SMTP compatible con Postfix (entre otros).

Sin duda el servicio de correo electrónico es el menos agradecido y probablemente el más doloroso para el sysadmin pero el haber dado con esta combinación de elementos me ha ahorrado un montón de problemas.

De todos modos en la última instalación que me ha tocado he encontrado un par de peculiaridades que me gustaría documentar por si alguien se encuentra en la misma situación.

Categorías:

Jugando con mailq

26.Oct.2007 ~ 8 Comentarios ~ 13728 Lecturas
Cuando falla la entrega en un servidor de correo lo lógico es que la cola se vaya llenando hasta reparar el problema. En ese momento las peticiones irán saliendo con cierto orden de prioridad. Hay varios comandos con los que podemos jugar para ayudar al servidor en el proceso de peticiones.

Con un poco de paciencia, conocimientos mínimos de bash y usando tanto mailq como postsuper (Postfix) podremos facilitar el flujo de correos encolados. Vamos a ello.

FreeBSD: Arrancando Postfix

17.Oct.2007 ~ 0 Comentarios ~ 1397 Lecturas
Hay circunstancias en las que un problema no se resuelve de la forma más eficiente. Suele ser bajo presión, cuando las cosas no se ven del todo claras y -sin motivo lógico- acaba funcionando con la condición no escrita de no tocarle más.

Algo así pasó hace tiempo en una FreeBSD, intentando reiniciar el servicio de correo (Postfix) no atendía a razones:
# /usr/local/etc/rc.d/postfix start
#
Rabia e impotencia se unían a la presión de tener colgado un servicio de varios cientos de clientes, indagando -deprisa y corriendo- por la sintaxis de postfix al final se solucionó con un inadecuado:
Categorías:

Postfix y mailq

31.Jan.2007 ~ 3 Comentarios ~ 4393 Lecturas
Saw 3
Rating
'postsuper -d ALL' borra la cola de correos (mailq), pequeña anotación mental.

Mailgraph

20.Dec.2006 ~ 0 Comentarios ~ 1362 Lecturas
Estos días estoy intentando monitorizar todos los servicios que pueda o sepa, algo que se podía intuír vistos los miniposts dedicados a Cacti. Una vez montado y conectado a SNMP (motivo de otro post) con lo básico (In/Out de interfaces de red, espacio de particiones, carga de procesador, número de procesos y usuarios conectados) quería integrar gráficas del servidor de correo (Postfix).

POP3 vs IMAP, MAXDAEMONS

05.Jul.2006 ~ 2 Comentarios ~ 2332 Lecturas
No recuerdo la última entrada sobre servidores de correo, he debido de tener bastante suerte porque suele ser el pan de cada día en materia de administración. Debe ser cierto eso de que una vez configurado y funcionando este tipo de servicios comen poco tiempo al BOFH de turno.

Un repaso de configuraciones de vez en cuando no viene mal, así que juntadas unas cuantas quejas decido comprobar los parámetros que se mandan al servidor encargado de repartir el correo, courier en este caso. El problema concreto se centra en la respuesta del servidor, no se efectúa en la totalidad de los casos y vistas las estadísticas del tráfico medio de ancho de banda, no debería ser problema de conectividad (al menos no en tantos casos).

Los correos se sirven en dos bandejas, POP e IMAP, las diferencias son notorias así que resumiendo demasiado el primer protocolo consiste en la descarga de todos los mensajes para poder leerlos offline mientras que el segundo es una sincronización continua de los correos del servidor. ¿Qué significa?, que por norma general POP usa menos tiempo la conexión con el servidor pero ocupando mayor caudal de descarga e IMAP establece una conexión más duradera y ligera (dependiendo del tipo de caché cliente, descarga de cabeceras...).

Si seguimos acumulando factores y después de analizar a grosso modo los logs del sistema, creo que soy el único que utiliza IMAP, es muy probable que el servidor POP se sature de cuando en vez (no por ancho de banda, sino por límite de peticiones):
# grep imapd /var/log/maillog | wc -l ; grep pop3d /var/log/maillog | wc -l
      88
    1382
# grep MAXDAEMONS /usr/local/etc/courier-imap/pop3d
    ##NAME: MAXDAEMONS:0
    MAXDAEMONS=40
# 
40 es, por defecto, el número de peticiones simultáneas que atiende (tanto pop3d como imapd). Visto que imapd lleva 88 peticiones en total (hoy) no creo que haga falta cambiar demasiado su configuración, sin embargo puede quedarse corto para el resto de clientes que usan pop3d, así que me parece inteligente probar con un valor más alto. 300 sería una cifra óptima para un gran servidor de correo, pero no queriendo pecar de protagonismo, 'ni pa tí ni pa mi', probaré un tiempo con 80 a ver si disminuyen las quejas.

Buscar

Cargando...

Últimos comentarios

  • Juan
  • Marina
  • Francisco
  • fon
  • minWi
  • isra
  • reidrac
  • r0sk
  • Rodrigo Rega
  • minWi
  • r0sk
  • reidrac
  • r0sk
  • deady
  • errece

Moneting

Valor de mi cuenta de Facebook según Moneting
Valor de mi cuenta de Twitter según Moneting

Tagcloud

mercurial twitt rsidenotes openbsd twitter humor frases nintendo films cumpleaños 2008 macosx vacaciones alemania_2006 sysadmin debian ps3 conciertos django barça bsd freebsd userlinux iphone ds lugo cake cakephp programación games bake personal bash meme rfilms mundial linux lucux league web hack blogs canción sidenotes blogsfera felicidades champions 2007 blog futbol juegos ubuntu mac deportes php apple mysql opinion seguridad ssh

Archivo

Social

Enlaces de interés