Estoy tratando de configurar un Sophos Appliance (SEA) para manejar el antispam. Parte de este service es la validation del destinatario, que interroga al MTA descendente, en nuestro caso, Exchange 2010, para un destinatario válido.
Parece que hay un problema con esto, que pertenece a Exchange 2010 no manejar correctamente los commands SMTP de pipeline.
La conversación SMTP es la siguiente:
Escape character is '^]'. 220 <my domain> Microsoft ESMTP MAIL Service ready at Sun, 16 Nov 2014 14:07:15 +1100 EHLO <valid domain> 250-<my downstream server Hello [<an ip>] 250-SIZE **250-PIPELINING** 250-DSN 250-ENHANCEDSTATUSCODES 250-STARTTLS 250-AUTH 250-8BITMIME 250-BINARYMIME 250-CHUNKING 250-XEXCH50 250 XSHADOW Luego, para verificar el receptor, la SEA envía lo siguiente, en un solo package (verificado por un rastreo de packages
MAIL FROM:<a temp but valid email> SIZE=278 RCPT TO:<validrecipient> ORCPT=rfc822;validrecipient RSET QUIT
Sin embargo, el server de Exchange parece ignorar los primeros 3 commands y sólo la respuesta a la QUIT
221 2.0.0 Service closing transmission channel
Ahora, en el ínterin puedo desactivar la validation del destinatario intermedio, pero la pregunta más apremiante es por qué Exchange no está apoyando pipelining correctamente. Un pensamiento es que RFC2920, sección 4, sugiere que no se pueden agregar parameters al command MAIL FROM para que el pipelining funcione correctamente.
Me pregunto si es esto? Voy a probar que manualmente, pero otras sugerencias sería agradable.
Gracias
Simplemente deshabilitado pipelining en el conector de recepción para trabajar alnetworkingedor de esto con resultados satisfactorios. A less que escuche lo contrario, asumiré que es un error en la implementación de implementación / ESMTP de Microsoft en Exchange 2010.
Esto me sucede a mí también, deshabilitar pipelining trabajado para mí.
Set-ReceiveConnector "Connector Name" -PipeliningEnabled $false
Para mí, el remitente fue pipelining Mail From , Rcpt To , then Data . Exchange 2010 respondería a Mail From , Rcpt To , pero no a los data y el remitente obtendría un "Timed Out" rebote.