Courier 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.