Re: [Postfix-es] Maximo tamaño del campo para

[Carlos Martinez]

Saludos.

Estas en lo correcto. Hice una descripcion muy formal del asunto y por
ende se prestaba a confusion.

Gmail por reportes que he recibido, puede acceptar simultameamente una
gran cantidad de destinatarios al momento de la redaccion del mensaje;
pero al entregarlo al servidor final, lo entrega para un buzon a la
vez o al menos para un valor que no excede los limites que he puesto
en postfix. Esto causa que el mensaje se entregre al usuario con una
cabecera extremadamente grande ya que contiene todas las direcciones a
los que se envia simultaneamente.

En esto radica el problema que tengo: los limites impuestos por
smtpd_recipient_limit no se exceden pero desde el punto de vista del
usuario final, que es el que lee el mensaje y despues se queja :-)
parece que el servidor dejara pasar de todo, debido a que el campo
Para  o To, tal como lo muestra el cliente de correo, es bastante
grande.

header_size_limit, como dices me parecio el parametro mas cercano para
limitar esta problematica. Sin embargo, La documentacion de postfix
dice lo siguiente:

"[...]
 header_size_limit (default: 102400 bytes)
 How much text may be carried in a multi-line message header. Header
text that does not fit in $header_size_limit bytes is discarded. This
limit is enforced by the cleanup header rewriting code.[...]"

La parte de "Header text that does not fit in $header_size_limit bytes
is discarded" me suena mas a que la cabecera se poda mas que descartar
el mensaje. Aun cuando no se pierda informacion valiosa por decirlo
asi, el mensaje se entrega al destinatario final en vez de ser
rechazado que es la idea. Estoy buscando una solucion relativamente
sencilla antes de tener que escribir un content_filter ... algo menos
invasivo que eso para manternerlo simple.

 Hasta la proxima.

Carlos Martinez


On 20 Nov 2007 18:08:35 +0100, Simon J Mudd <sjmudd en pobox.com> wrote:
> camarti en gmail.com ("Carlos Martinez") writes:
>
> > Consultado la documentacion de postfix he encontrado que fijando el
> > valor de smtpd_recipient_limit que por defecto esta en 1000 a un valor
> > como 150 puedo evitar que un usuario del servidor envie un correo con
> > mas de 150 destinatarios en el campo para. Por si acaso, ¿esto esto es
> > correcto?
>
> Cuidado. Postfix NO mira el campo "Para". De hecho no existe. El campo en las
> cabeceras se llama From: aunque tu MUA lo muestra como "Para: ".
>
> El numero de recipientes esta determinado no por lo que se pone en la
> cabecera del mensaje sino por el trafico SMTP utilizando el comando
> smtp: "RCPT TO: <una.direccion en un.dominio>".  Este limite (de
> recipientes) _ES_ como bien dices determinado por el parametro
> smtpd_recipient_limit.
>
> > Sin embargo, he notado que si de un servidor externo, digamos gmail,
> > se manda el mismo mensaje a 200 destinatarios en el campo para hacia
> > el servidor de correo, postfix lo accepta y lo entrega sin problemas.
>
> Porque gamil, al enviarlo a _tu_ servidor probablemente lo envia a un
> solo recipiente. No tengo idea cual es el numero de recipientes maximo
> determinado por el MUA de gmail.
>
> > ¿Como puedo entonces hacer para filtrar este tipo de mensajes? Es
> > decir, si el numero de destinatarios supera determinado valor rechazar
> > el mensaje.
>
> Confundes 2 cosas:
>
> 1. El numero de "destinos" que tu ves en los campos: "To: " o "Cc: "
>    (tal y como se ve en ingles), y
> 2. El numero de "destinos" que tu ves el las cabeceras del propio mensaje.
>
> Si quieres filtrar por el segundo elemento entonces tendras que
> escribir un content_filter porque dudo que vas a poder determinar este
> numero utilizando un regexp or expresion de perl.
>
> > O si esto no es posible, ¿como puedo obtener el tamaño de
> > la cabecera del mensaje para hacer el filtrado por tamaño de cabecera?
>
> Puedes configurar postfix para limitar el tamano maximo de cabeceras.
> header_size_limit = 102400 (el valor predeterminado).
>
> pero cuidado con estas cosas. Si el mensaje atraviesa muchos
> servidores un valor corto podria hacer que ni siquiera llega el
> mensaje (al destino final).
>
> Simon
>