[Qmail-it] Convivenza tra IIS e Qmail

[Davide]

Ciao a tutti, mi trovo a dover far "convivere" due mail server: uno con IIS 6 e uno con qmail. Spero di non essere troppo OT.

Le mail arrivano dall'esterno, passano da IIS (con antivirus) il quale le gira al server con qmail.

In questo documento è spiegato bene quello che mi succedeva: http://www.dylanbeattie.net/docs/iis6_bare_linefeed.html
Riassumendo: le mail non conformi ("bare LF") non venivano accettate da qmail che restituiva il classico messaggio di errore "Message delivery to the host 1.2.3.4 failed while delivering to the remote domain xxxx.net for the following reason: 451: See http://pobox.com/~djb/docs/smtplf.html.".
IIS smetteva quindi di inviare le mail per tutti i destinatari con lo stesso dominio! -.-
Ho dovuto risolvere utilizzando fixcrio (si, lo so, per molti di voi non è bene utilizzarlo...ma per ora non ho alternative).


Sembrava tutto ok, invece il problema si è riproposto. Questa volta è un po' diverso e non so proprio come risolvere.

Dalle prove che ho fatto ho potuto vedere che:
- nei log di IIS non appare più il messaggio "451: see..." giustamente visto che interviene il fixcrio.
- capita di trovare delle mail (buone) in coda che non vengono accettate da qmail, ottenendo l'errore "Message delivery to the host '172.27.12.169' failed while delivering to the remote domain 'xxxxxx.it' for the following reason: The semaphore timeout period has expired. "
- analizzando i file di log si vede chiaramente che il processo di invio mail inizia correttamente e arriva fino all'invio del corpo del messaggio. IIS invia il comando DATA e qmail risponde con "354+go+ahead"... dopodichè il nulla!

L'idea che mi sono fatto è che IIS non invii il "<CRLF>.<CRLF>" per chiudere il messaggio. Infatti ho provato a modificare un messaggio rimasto in coda su IIS semplicemente posizionandomi in fondo al file e dando un invio. Subito è stato inviato!!

A questo punto non so che pensare:
1. Il fatto è che anche IIS richiede il "<CRLF>.<CRLF>" finale per accettare le mail... quindi direi che l'e-mail iniziale doveva essere buona. Sarà lui (o l'antivirus) che in qualche modo corrompe il messaggio (solo alcuni!)?
2. E quindi mi sorge il dubbio: se non ci fosse l'IIS di mezzo, qmail riceverebbe cmq quelle mail (buone)? Io credo di si, ma mi è dura dimostrarlo...
3. Se al posto di qmail ci fosse ad esempio postfix le mail verrebbero accettate? Dalla serie: pensate che sia possibile che solo su qmail succeda questa cosa? C'è una spiegazione?
4. Bhò!

Va bene i bare LF all'interno del messaggio, ma ca**o quello finale, indispensabile per "chiudere" il comando DATA non può dare problemi...




Spero che qualcuno abbia voglia di darmi una sua opinione in merito, anche se ritiene che il problema sia solo e chiaramente IIS.


Grazie
Ciao
Davide