Tag authlib - Userlinux.net

Cuando tratas de actualizar masivamente los paquetes de un servidor FreeBSD es porque basicamente has dejado pasar bastante tiempo desde la última actualización y probablemente encuentres sorpresas por el camino. La primera de ellas ha sido pear-PEAR, lo han cambiado de sitio y con los últimos ports no había Makefile disponible para compilación, con lo que... cual escopeta de feria.

Menos mal que tenemos un /usr/ports/UPDATING que en este caso nos ha ahorrado mucho tiempo:

20051213:
  AFFECTS: users of pear ports
  AUTHOR: ale@FreeBSD.org

  A few old pear ports have been removed from the tree in favour of a
  single devel/pear port.  If portupgrade complains about missing ports,
  you may safely remove pear-XML_RPC, pear-Console_Getopt, pear-Archive_Tar
  and php[45]-pear and then run:

  portupgrade -o devel/pear -f pear-PEAR

El siguiente susto ha sido actualizando courier-authlib-base y courier-authlib-mysql, aunque me decanto por el último sin saber muy bien lo ocurrido. Después justo de actualizar el paquete reinicio el authdaemond y a partir de ese momento IMAP ha dejado de funcionar, miro las configuraciones y veo que /usr/local/etc/authlib/authmysqlrc no es para nada lo que yo había configurado tiempo ha. Me sonaba más el contenido de authmysqlrc.bak.

Presupongo que alguno de esos dos paquetes ha sobreescrito mi configuración por la de casa, cosa que no me ha gustado demasiado. Mea culpa por otro lado, si en vez de ejecutar un portupgrade -a hubiera puesto -an la historia sería otra.

De todas formas no salgo de mi asombro al ver que con pkg_info todas mis suposiciones se van al traste:

# pkg_info -L courier-authlib-mysql-0.58
Information for courier-authlib-mysql-0.58:

Files:
/usr/local/etc/authlib/authmysqlrc.dist
/usr/local/lib/courier-authlib/libauthmysql.so
/usr/local/lib/courier-authlib/libauthmysql.so.0
/usr/local/share/doc/courier-authlib/README.authmysql.html
/usr/local/share/doc/courier-authlib/README.authmysql.myownquery

No sé si es un bug del port, si notificar un pr o que... En fin, llamaremos a Mulder & Scully que vengan a hacer de forenses.

Siguiendo con el montaje de Postfix+SASL2+MySQL y ya configurando el servidor Courier-IMAP (imap+pop) me encuentro un cambio, no sé si importante o no, pero al menos trascendental para ciertas configuraciones.

Los archivos de configuración de courier-imap antiguamente estaban en /usr/local/etc/courier-imap. En 5.4 siguen ahí, pero el demonio de autentificación de authdaemon (el que conecta con MySQL buscando usuarios virtuales) no verifica su configuración en ese directorio (como hacen courier-pop3 y courier-imap), ahora las configuraciones han de ubicarse en: /usr/local/etc/authlib (concretamente authdaemonrc).

Nota1: Al instalar Amavis (A Mail Virus Scanner) coloca los scripts de inicio en /etc/rc.d en vez de /usr/local/etc/rc.d como hacen todos los programas userland, mandar un pr ;).

Nota2: Si el Pear:DB no funciona, hay que editar php.ini y añadirle la siguiente linea: include_path=".:/usr/local/share/pear"

Nota3: Tener mucho cuidado con master.cf y main.cf porque si las versiones de Postfix varían un poco puede dar más de un quebradero de cabeza :P.