Tag sysadmin (Página 10) - Userlinux.net

Posts sobre el tag sysadmin (Página 10)

SysAdminDay

28.Jul.2006 ~ 0 Comentarios ~ 1408 Lecturas
Como me han felicitado, felicito. Felicidades a todos los que habeis instalado un sistema operativo, lo habeis parcheado para aumentar su seguridad, monitorizado su estabilidad, configurado software pertinente, mantenido sus copias de seguridad, servido páginas web, instalado routers, configurado redes, preocupado por las consecuencias del spam, spyware...

Felicidades a todos los sysadmin, porque de los 365 días del año, 364 vivimos sin respecto y 1 es el nuestro, hoy: Friday, July 28th, 2006. El 7º System Administrator Appreciation Day (traducción de andar por casa). Cuidado con los pasteles, que todos los excesos son malos :D.
Categorías:

POP3 vs IMAP, MAXDAEMONS

05.Jul.2006 ~ 2 Comentarios ~ 2379 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

  • graffic
  • reidrac
  • reidrac
  • Wu
  • dilam
  • r0sk
  • reidrac
  • r0sk
  • chucu
  • r0sk
  • el_palomo_programador
  • r0sk
  • reidrac
  • Player 1
  • r0sk

Moneting

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

Tagcloud

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

Archivo

Social

Enlaces de interés