No deja de llamarme la atención la fauna local; a la cual debo cordialmente llamar “equipo” ya que son mis compañeros de trabajo.

Después de que “el chino” (técnico de seguridad informática) se diera mil cabezasos con la papelística; Yoel (el jefe del departamento) le dijo que quería revisar el estado y organización de todos los papeles. De facto “apareció” la contraseña del MultiPOP. También resulto que “el que no puede ser nombrado” (un tal Andy) se la sabía de memoria.

Resulta que el servidor con el DomainPOP (multipop es un disparate) y este buzón (que no tiene imap) está en multipop.sld.cu.

En fin, fetchmail que tu conoces y pa abajo el correo que no hay más ná.

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22

set daemon 60
set postmaster "root"
set no bouncemail
set no spambounce
set logfile /var/log/fetchmail/fetchmail.log
set no syslog

defaults
    timeout 10
    no keep
    fetchall
    expunge 5
    dropstatus

poll multipop.sld.cu port 110 protocol pop3 localdomains hcg.sld.cu
    envelope 1 "Delivered-To"
    no dns
    username ????
    password ?????????
    to * here
    limitflush
    smtphost localhost

Aún me queda pendiente a verificar que encabezado genera Exim para entregar el correo, si no, fetchmail lo manda todo amablemente para el postmaster. Cuando arranque probaré si es ese; si no, debe ser “X-Delivered-To:”

Ahora el problema está en que NO hay un puntero MX para el dominio hcg.sld.cu porque el contrato no está renovado (problemas papelísticos). En el nodo de infomed me dijeron que fuera al “GAU” para renovar el contrato.

Solo falta poner en orden la parte burocrática…