Problema ricezione posta da Telecom Business

[Valeriano Manassero]

Dominio mittente: virgilio.i (secondo me non è così importante perchè conta solo se usa connettività telecom business smtp.191.it.... inviato da webmail arriva)
Dominio ricevente: te lo invio in pvt

Il dominio virgilio.it ha come MX:
mxrm.virgilio.it

Già questo non è proprio il massimo perchè l'host corrispondente in realtà è smtp.tin.it.
Una buona aggravante è che il banner dell'smtp non corrisponde affatto all'hostname visto che ogni volta cambia (probabilmente c'è un cluster dietro questo ip con vari host).

Se mi dici che tramite webmail arriva, ho bisogno che mi giri un header di una mail inviata tramite webmail.
A questo punto, visto che il casino è evidentemente lato loro, saprai anche cosa indicargli precisamente nella mail in cui li contatterai.
Ultima cosa, usi Spamassassin o qualche sistema a punteggio?

[DanyXP]

Ho chiesto di rimandare 2 mail, una da outlook e una da webmail. Quando sarà eseguito posterò qui quanto richiesto, per verificare e capire le differenze.

Non ho spamassassin installato sul server mentre è attivo il filtro anti-spam basato sulle liste DNSBL zen.spamhaus.org

[DanyXP]

Valeriano ti ho inviato in pvt un header di una mail inviata da webmail Yahoo. Arrivata. L'utente lamenta il fatto che inviata da Outlook non arriva....

[Valeriano Manassero]

Valeriano ti ho inviato in pvt un header di una mail inviata da webmail Yahoo. Arrivata. L'utente lamenta il fatto che inviata da Outlook non arriva....

Si beh, non ho la sfera magica senza i log.
Qual'è il server in uscita impostato sull'Outlook che usa?

[DanyXP]

mail.191.it (telecombusiness)

[Valeriano Manassero]

mail.191.it (telecombusiness)

Ah beh, allora vorrei vedere.
Quella mail ha, come sender, dominio yahoo. Quando il tizio la manda tramite webmail è effettivamente l'stmp yahoo ad inviare.
E' assolutamente logico che una mail che arriva da un server smtp tin venga rifiutata.
Ora non conosco la conf del tuo mailserver, ma evidentemente c'è un check sullo stile SPF.
E' il sender che non fa le cose come deve.

[fmortara]

Ah beh, allora vorrei vedere.
Quella mail ha, come sender, dominio yahoo. Quando il tizio la manda tramite webmail è effettivamente l'stmp yahoo ad inviare.
E' assolutamente logico che una mail che arriva da un server smtp tin venga rifiutata.
Ora non conosco la conf del tuo mailserver, ma evidentemente c'è un check sullo stile SPF.
E' il sender che non fa le cose come deve.

??

Se io ho alice ADSL ed una mail con tiscali...
per usarla devo mettere in outlook come server smtp: out.alice.it e come mittente: **@tiscali.it.

Non posso fare altro, e le email devono essere recapitate.
O forse capisco male io?

[Valeriano Manassero]

??

Se io ho alice ADSL ed una mail con tiscali...
per usarla devo mettere in outlook come server smtp: out.alice.it e come mittente: **@tiscali.it.

Non posso fare altro, e le email devono essere recapitate.
O forse capisco male io?

Ma assolutamente no.
Tutto dipende da come il dominio sender permette l'invio tramite SPF.
Nel tuo esempio, se tu sei sender da dominio tiscali e, putacaso, tiscali dichiara che solo il loro MX è deputato ad inviare mail tramite spf, nel momento in cui tu invii da alice vieni *giustamente* segato.

[fmortara]

Ok, non avevo capito io.
Fin qui ci siamo, a parte il fatto che:

1. i grossi provider non credo che impostino il SPF in questo modo, sarebbe un suicidio per loro.
2. in caso di impostazione del MX esclusivo, dovrebbero dire che il record smtp nel client di posta va impostato sul loro server con autenticazione necessaria.

Qui si tratta invece di errori proprio nella comunicazione con il destinatario.

Nel mio altro post, anche via telnet, con out.alice.it, non arriva nulla al server ricevente.

[Valeriano Manassero]

1. i grossi provider non credo che impostino il SPF in questo modo, sarebbe un suicidio per loro.

E' esattamente l'opposto, ormai tutti i grossi implementano SPF ed è anche logico visto che è uno standard.

2. in caso di impostazione del MX esclusivo, dovrebbero dire che il record smtp nel client di posta va impostato sul loro server con autenticazione necessaria.

SPF non imposta un MX esclusivo ma ti permette di settare tutti gli ip da cui le mail possono uscire.
Altrettanto ovviamente gli host abilitati devono poter utilizzare connessioni dall'esterno tramite auth.
Oggigiorno, praticamente tutti i provider lavorano in questo modo ed anche i client di posta permettono di utilizzare server in uscita in base all'account utilizzato.

Qui si tratta invece di errori proprio nella comunicazione con il destinatario.

Nel mio altro post, anche via telnet, con out.alice.it, non arriva nulla al server ricevente.

No, non si tratta di errori lato destinatario ma legittimi drop dovuti al fatto che l'MTA sender non è nei trusted.
In fondo è abbastanza evidente che, se spedisci come utente del dominio X tu debba passare tramite i server che dominio X pubblica come attendibili, diversamente non potrebbero tenere alcuna traccia dei tuoi send.
Inoltre, con una corretta implementazione si evita molto spam che viene inviato da host non corretti.
Questo è uno standard, non una limitazione, che poi fino a ieri molti non implementassero controlli di questo tipo e quindi, più o meno andasse bene tutto è un'altro paio di maniche.