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.
  [EMAIL PROTECTED]> 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
--

Responder a