[sendmail] MaxUsage
Buenas tardes, sirva este mensaje como de saludo a todo el grupo.
Llevo unos días inscrito y tanto el flujo de mensajes como el contenido de
éstos son detalles más que suficientes como para prestarle la atención que
se merece. Aprovechando el medio me gustaría hacer un breve comentario
referido a Debian: Matrícula de Honor a los desarrolladores y enhorabuena,
una vez más, por el monstruo. Volví a quedar impresionado como me pasó con
la Hamm, sólo he podido pasar unas horas y aún tengo dselect para rato.
Paso a exponer un error de violación de segmento que tuve ayer al recibir
el correo. Utilizo sendmail para la entrega y fetchmail para el transporte.
Hasta ahora mi flujo de mensajes diarios no era excesivo, la situación
ha cambiado al inscribirme a esta lista, afortunadamente.
Cuál fue mi sorpresa al comprobar el log de fetchmail:
[...]
leyendo mensaje 3 de 25 (67939 octetos)
fetchmail: SMTP> MAIL FROM:<bounce-debian-user-spanish=melaza=retemail.
es@lists.debian.org> SIZE=67939
[...]
fetchmail: SMTP< 552 Headers too large (32768 max)
fetchmail: SMTP> RSET
fetchmail: SMTP< 250 Reset state
fetchmail: Error de SMTP: 250 Reset state
[...]
fetchmail: SMTP< 250 <bounce-debian-user-spanish=melaza=retemail.es@
lists.debian.org>... Recipient ok
fetchmail: SMTP> DATA
fetchmail: SMTP< 354 Enter mail, end with "." on a line by itself
fetchmail: SMTP: (bounce-message body)
Violación de segmento
directo a los manual de sendmail y fetchmail, eso me pasa por no leerme
los RFC básicos (apt-get install doc-rfc como penitencia).
En el fichero de configuración de fetchmail tenía activado, para casos de
error de este tipo, el reenvío del mensaje al remitente,como se puede ver
en el log, aunque ahora el mensaje se queda en casa, va al administrador
de correo.
Solucioné el problema de la manera, según mi opinión, menos elegante,
cambié de 32k a 68k el máximo recomendado para que sendmail no se quejara
del tamaño maximo de la cabecera de los mensajes y funcionó.
# /etc/mail/sendmail.cf
[...]
# Maximum length of the sum of all headers
O MaxHeadersLength=69632
[...]
Todo esto lo hice suponiendo que el error de asignacion de memoria fuera
motivado por este exceso de tamaño en las cabeceras, sin destripar el core
para saberlo a ciencia cierta. Antes de hacerlo os planteo el problema para
saber vuestra opinión al respecto.
Saludos.
--
La vejez es la pérdida de la curiosidad. (Azorín)
Debian GNU/Linux 2.2 Kernel 2.2.17
--
Reply to: