you > /dev/null

Amor Eterno. ¿Qué es lo que nos hace, como seres humanos, creer en el amor eterno? ¿Será lo mismo que motiva creer en qué existe algo después de la muerte, o creer en Dios, en las energías o en la ley de la atracción? Será otro intento desesperado para no sentirnos solos. Probablemente más por cinismo que edad, se deriva un estado de total escepticismo, la idea del amor permanente se desvanece tras un historial contundente de experiencias que conllevan a una única conclusión, somos una suma de momentos y diversas compañías, detrás de la algarabía de esos momentos, estamos tan solos como lo estuvimos el día que nacimos. La naturaleza instintiva del ser humano prevalece sobre las normas sociales y los romanticismos inculcados. Somos seres cambiantes, el yo de hoy no es el mismo que hace 20 años, ¿qué nos hace pensar que podremos amar a la misma persona y sus diferentes mutaciones por una vida eterna?, ¿por qué atrevernos a hacer un juramento que no sabemos con certeza que vam...

Al fin llegó Zimbra 8.7 ! la versión mas madura hasta ahora con muchos cambios desde su base de datos nativa MariaDB, mejorado su sistema anti-spam con PostScreen y con 2FA  Factores de autenticación. El método de instalación también que ha cambiado, ahora es mediante un repositorio propio de Zimbra. Hace algunos días a un cliente mio se le fundió su servidor, gracias a Dios teníamos ZeXtras y no perdimos nada de información, así que aproveché para probar Zimbra 8.7, todo sucedió sin novedad hasta que al instalar los certificados SSL Comerciales me dió este tremendo error: Obviamente el Zimbra no arrancaba y fue un gran susto luego de que mi servidor incluso ya se encontraba con información. Buscando en la documentación de Zimbra encontre lo siguiente: ldap_starttls_supported ldap_starttls_supported - LC key, defaults to 1 (True).  Enables/disables if the LDAP server supports STARTTLS, and whether the LDAP client in the mailbox server, Postfix, and Amavis serv...

Ojalá las relaciones en la vida fueran tan sencillas como la razón dicta, donde dos personas que se quieren traten de hacer todo lo posible para que ese sentimiento se fortalezca y sea mejor cada día.    Pero desgraciadamente somos seres humanos con nuestras flaquezas, cobardías, miedos, egoísmos, ignorancia y demás defectos que hacen que fastidiemos en demasiadas ocasiones lo que más deseamos.    Estamos acaso mas alla del bien y del mal ? Cuales son los límites de la cordura y de la razón? O nos entregamos por completo a lo que dicta nuestro corazón.    

Resulta que un cliente nuestro decidió cambiar toda su infraestructura de comunicaciones. En el manejo de correo se decidió por Zimbra 8.6 para sacarle provecho a esta plataforma. Al momento de armar la nueva infraestructura nos encontramos con algo no previsto y es que todos los usuarios tenian configurado IMAP en sus gestores de correo, gran cantidad de información y carpetas sincronizadas con su servidor actual un ClearOS. El escenario es el siguiente: 1.- Servidor ClearOS 192.168.1.1 2.- Servidor CentOS 6.7 (Zimbra) 192.168.1.2   Paso 1 Instalaremos el repositorio de EPEL   Paso 2 Instalamos imapsync yum install imapsync   Paso 3 Identificamos el Correo a Migrar Usuario: sistemas1 Clave: 123456 Pdta. Previamente esta cuenta de correo ya debe estar creado en Zimbra con la clave 7890 por ejemplo   Paso 4 En el servidor CentOS o destino ejecutamos el comando /usr/bin/imapsync --nosyncacls --syncinternaldate...

Ultimamente estoy usando MailScanner con MailWatch como gateway para Zimbra, los resultados son excelentes, filtra hasta el 98% de spam, Virus, ataques de Pishing y un largo etc y sin contar con los reportes que me genera MailWatch !!! He tenido algunos problemas al compilar MailScanner ultimamente y por la premura, falta de tiempo y "vagancia" no me ponía a leer la biblia de MailScanner.info  y saber cual es el problema en si. - La solución facil es descargar una version diferente y compilar nuevamente. - La solución elegante el saber el por que del problema. 1.- Preguntamos a MailScanner que le pasa MailScanner --lint 2.- Por lo que me he dado cuenta los problemas son comunmente a librerias de PERL, asi que: yum install perl-CPAN 3.- Nos ingresamos a la consola de CPAN [root@abc.com]# cpan 4.- En este caso MailScanner  me indico un dependencia Perl::ZIP por lo que hacemos los sig: root# cpan cpan> install Archive::Zip cpan> quit 5.- Reiniciamos e...

Y recuperados los correos veremos que todos se encuentran con la fecha en que realizamos la recuperación de la data, este es un gran problema asi que vamos a realizar el siguiente procedimiento. 1.- Vamos a crear una cuenta de respaldo para poder trabajar sin problemas. [root@abc~]# mkdir /opt/zimbra/respaldos 2.- Se Obtiene el ID de la cuenta con el comando. [zimbra@abc~]# zmprov gmi fabricio@abc.com   como resultado obtendré algo similar a esto: mailboxId: 97 quotaUsed: 1123435385 siendo el numero 97 el buzón correspondiente a nuestro usuario. 3.- vamos a crear un script como #root vi /usr/local/script/zimdates SCRIPTDIR = ` pwd ` TMPFILE = "$SCRIPTDIR/zimdates.tmp" show_usage () { echo "Usage: zimdates DIRECTORY" echo "Inserts the X-Zimbra-Received header into a directory of messages" echo echo "Example: zimdates ./mail/" } # check for correct usage: 1 argument (directory) if [ $# -eq 1 ] ; the...

A los tiempos por aqui... resulta que un cliente mio tenía un zimbra 7 el cual estaba con muchos problemas por lo que decidimos migrar a un nuevo equipo y tambien de zimbra al 8.0.7, sacamos respaldos de toda la data del zimbra en un disco externo sin embargo al subir los respaldos el disco se daño !!! Logramos recuperar la carpeta store en el cual se almacenan los correos y aqui vino lo bueno. debido a que no teniamos un ldap funcionando ni otra manera de ver a quin corresponden los correos hicimos un plan de contingencia. Instalamos un zimbra 7 (la misma version dañada)  En el store los correos se almacenan por numero, por ejemplo 1,2,3,etc... Creamos usuarios de correo por ejemplo usuario1, usuario2, etc subimos los respaldos del disco externo recuperado en /media/flash rescatamos los correos mediante el comando: /opt/zimbra/bin/zmlmtpinject -r usuario18@empresa.net -s usuario18@empresa.net -d /media/flash/zimbra/store/0/18/msg/0 como no sabemos a quien corresponde...