Lectura de correo cuando el correo se entrega a mas de un servidor.

[Julio Pacheco T.]

Horst H. von Brand escribió:
> Enrique Vera <ejsvera en surnet.cl> wrote:
>> Estoy estudiando como implementar una entrega de correo en mas de un
>> servidor. La idea es que si un servidor de correo no responde, lo haga
>> el segundo. Segun entiendo, debo tener dos servidores cada uno con una
>> direccion IP publica y tener a ambos registrados en el DNS; el primero
>> tendra un registro MX con preferencia 10 y el segundo un MX con
>> preferencia 20.
> 
> No necesariamente esos numeros, pero OK.
> 
>> Mis dudas:
>> * ¿Como afectan la configuracion de los reversos a la deteccion de spam?
> 
> Depende de la tecnica que uses... con greylisting es mas o menos fatal,
> porque si el 1o rechaza, intentaran el 2o (==> doble carga).
> 
>> * ¿Cuando el DNS (del ISP) no puede enviar hacia un servidor intenta
>> inmediatamente con el otro o puede demorarse?,
> 
> "El DNS" no existe, DNS es un servicio. Si te refieres al servidor de
> nombres de tu ISP, nada tiene que hacer aca. Tampoco el de quien envia, ya
> que estamos en eso. Quien envia/reintenta/... es el MTA (servidor de
> correo) del origen.
> 
>>                                                ¿Esta establecido esto en
>> alguna parte?
> 
> El RFC del caso que define los MX especifica que si no hay MX, se intentan
> registros A; si el MX de mayor prioridad (menor numero) no acepta el
> correo, se intentan los demas en orden de prioridad decreciente.
> 
> No faltan los MTA escritos por nin~itos de basica que usan los RFC para
> hacer avioncitos de papel...
> 

Profe, no sea así con los niñitos de básica... Siempre puede aparecer un 
Marcelo Tosatti, o el desarrollador de emacs del que hablaba Germán Poó 
hace un par de meses (1)(2)

(1)http://listas.inf.utfsm.cl/pipermail/linux/2007-August/038648.html
(2)http://producingoss.com/en/communications.html#you-are-what-you-write

-- 
It is pitch black. You are likely to be eaten by a grue.