Kamus Blog » zimbra ubuntu http://www.korporation.cl/blog Sitio Personal Thu, 29 Jul 2010 03:46:51 +0000 http://wordpress.org/?v=abc en hourly 1 monitoreando zimbra con logwatch http://www.korporation.cl/blog/2009/03/monitoreando-zimbra-con-logwatch/ http://www.korporation.cl/blog/2009/03/monitoreando-zimbra-con-logwatch/#comments Tue, 17 Mar 2009 22:28:10 +0000 vvargas http://www.korporation.cl/blog/?p=104 Una de las tareas diarias de todo Sysadmin es revisar la salud de sus maquinas, si bien Zimbra posee su propio sistema de estadísticas con bonitos gráficos no me entrega toda la información en detalle y ahí es donde entra el viejo y nunca mal ponderado Logwatch a prestar complemento. Si bien la instalación de Logwatch para una estación de trabajo es bien trivial (apt-get install logwatch), pues para unirlo se necesitan unos pasos adicionales ya que una de las dependencias es tener un MTA instalado en el sistema, y no podemos instalar postfix, exim ya que causara conflicto con el mta que trae integrado Zimbra, pero a la vez necesitamos tener sendmail para enviar las alertas correspondientes. Entonces la receta sigue mas o menos así:

1)

Si seguiste todos los pasos al pie de la letra del HOW TO para la instalación bajo Ubuntu, en el paso final adjuntan una URL

con un paquete llamado mta-dummy_1.0_all.deb , se debe descargar e instalar (dpkg -i mta-dummy..), luego debes

instalar el paquete  apt-get install mailx . Luego en tu /etc/mail.rc debes agregar al final:

set sendmail=/opt/zimbra/postfix/sbin/sendmail

2) Configurar y enlazar el MTA de zimbra.

Primero comprobar que no tenemos sendmail:

[root@zimbra ~]# ls -l /usr/sbin/sendmail
lrwxrwxrwx 1 root root 21 Jun 23 12:21 /usr/sbin/sendmail -> /etc/alternatives/mta
Ahora vemos si dentro de alternatives tenemos algún MTA asociado por defecto..

[root@zimbra ~]# update-alternatives --display mta
 mta - status is auto.
 link currently points to /usr/sbin/sendmail.sendmail
     /usr/sbin/sendmail.sendmail - priority 90
      slave mta-mailq: /usr/bin/mailq.sendmail
      slave mta-newaliases: /usr/bin/newaliases.sendmail
      slave mta-rmail: /usr/bin/rmail.sendmail
      slave mta-sendmail: /usr/lib/sendmail.sendmail
      slave mta-pam: /etc/pam.d/smtp.sendmail
      slave mta-sendmailman: /usr/share/man/man8/sendmail.sendmail.8.gz
      slave mta-mailqman: /usr/share/man/man1/mailq.sendmail.1.gz
      slave mta-newaliasesman: /usr/share/man/man1/newaliases.sendmail.1.gz
      slave mta-aliasesman: /usr/share/man/man5/aliases.sendmail.5.gz
     Current `best' version is /usr/sbin/sendmail.sendmail.   

Bien, como NO mostrara nada de lo anterior procedemos a enlazar el sendmail de zimbra con:

[root@zimbra ~]# update-alternatives --install /usr/sbin/sendmail mta-sendmail /opt/zimbra/postfix/sbin/sendmail 25

y luego chequeamos :

[root@zimbra ~]# update-alternatives --display mta-sendmail
 el enlace apunta actualmente a /opt/zimbra/postfix/sbin/sendmail
/opt/zimbra/postfix/sbin/sendmail - prioridad 25
Actualmente la «mejor» versión es /opt/zimbra/postfix/sbin/sendmail.

Bien, hasta aquí llega la configuración, luego es cosa de configurar tu logwatch.conf a gusto y no olvidar editar /etc/cron.daily/00logwatch ya que el parámetro –mailto viene en vacío por defecto :) 



[1] http://wiki.zimbra.com/index.php?title=Ubuntu_8.04_LTS_Server_(Hardy_Heron)_Install_Guide


[2]http://wiki.zimbra.com/index.php?title=How_to_%22fix%22_system%27s_sendmail_to_use_that_of_zimbra

]]>
			http://www.korporation.cl/blog/2009/03/monitoreando-zimbra-con-logwatch/feed/
		0
		
		
		actualizando a zimbra 5.0.13
		http://www.korporation.cl/blog/2009/03/actualizando-a-zimbra-5013/
		http://www.korporation.cl/blog/2009/03/actualizando-a-zimbra-5013/#comments
		Tue, 03 Mar 2009 21:17:55 +0000
		vvargas
				
		
		
		
		
		
		

		http://www.korporation.cl/blog/?p=88
		
			Hoy tuve el tiempo y los recursos para poder probar la nueva versión de zimbra que fue liberada un par de dias atras, a modo de resumen les puedo decir que no incluye ninguna funcionalidad nueva ( por si querían ver algún adelanto de Guns and Roses) solo se agrego una corrección para el bug #35100, que dice mas o menos así:


“Si tratas de agregar un nuevo alias y anteriormente existe una cuenta con ese nombre, esta cuenta sera reemplazada como alias”


Normally when you try to add an alias, if the LDAP entry already exists, it checks if the alias is ‘dangling’ (pointing to a non-existing target). If it is free, then it cleans up the address and then creates a new alias entry in LDAP. The bug misses checking if the entry is really an alias when deleting a dangling alias – thereby classifying it as free and modifying the LDAP entry for the first account. All email for account A will point at account B, and A is effectively gone from the system.


Bueno el proceso de actualización por suerte no me arrojo ningún error y tampoco se han reportado incidentes, al menos desde una versión 5.0.11 a 5.0.13, de todas maneras no deja de llamar la atención el bug.


Dentro de estos días espero compartir una pequeña receta para migrar desde Zimbra a Zimbra OS sin morir en el intento ; – )

]]>
			http://www.korporation.cl/blog/2009/03/actualizando-a-zimbra-5013/feed/
		5