Newsgroup: it.tlc.gestori.fastweb
Titolo: mailserver fastweb: no DSN

Noto, da stamattina (fino a ieri sera funzionava) che il mailserver fastweb,
di fronte ad una richiesta (sia da client che da interfaccia web,  e sia con
smtp fastwebnet che di altri gestori), non restituisce la DELIVERY STATUS NOTIFICATION
ricevuta di consegna sul server che i windowsisti con
*Calypso mailreader* (v. 3.0, ultima free per windows)
http://goo.gl/lNrV
hanno bene imparato  conoscere e che i thunderbisti (con la sderie 3) cominciano
ora ad apprezzare
Ho cercato di spiegarlo al telefono per far segnalare la cosa, ma credo di
esserci riuscito poco
se Macs passa di qui, magari legge del problema

STATUS NOTIFICATION
[...]
due settimane dopo, non si profila una soluzione per il problema:
nel frattempo ho scoperto che, quando si invia una mail ad un indirizzo a dominio
@fastwebnet, richiedendo (sia da client che dall'interfaccia web)
- la notifica di lettura (read receipt)
- la notifica di consegna sul server (delivery receipt, return receipt o DSN
= DELIVERY STATUS NOTIFICATION)
nessuna di queste perviene, in pratica:
richiedendo, all'atto dell'invio a indirizzi @fastwebnet la notifica di consegna
(delivery receipt), questa non viene restituita
quando, da client, si riceve una richiesta di notifica di lettura proveniente
da indirizzi @fastwebnet e si risponde da un indirizzo a dominio identico (@
fastwebnet.it
),
anche cliccando per inviarla (da client), questa poi non viene inviata al mittente
che così non può averla indietro
il delivery e il read receipt, vengono invece regolarmente restituiti per indirizzi
che non siano a dominio @
fastwebnet.it
cioè, se io invio una mail a un indirizzo @
gmail.com
, @libero, @virgilio ecc...
richiedendo la notifica di consegna, questa mi perviene regolarmente
se io, da un indirizzo non a dominio @
fastwebnet.it
, ricevo una mail che richiede
una notifica di lettura (read receipt), e clicco sì pe inviarla, il mittente
la riceve (mentre non la riceverebbe se la richiesta fosse inviata da un indirizzo
@
fastwebnet.it
)
provate per credere! autospeditevi, dalla vostra casella @
fastwebnet.it
, una
mail, richiedendo la notifica di consegna e di lettura
il comportamento del mailserver fastweb, per gli indirizzi @fastwebnet, opera
dunque in spregio alla rfc 1894
http://www.faqs.org/rfcs/rfc1894.html
ho anche scoperto che, da qualche tempo (e forse in concomitanza con la comparsa
di questo problema), il comportamento dello smtp @fastwebnet è cambiato
se prima si spediva una mail ad un indirizzo inesistente, ritornava un messaggio
diagnostico di errore dal mailserver, ora invece, al momento dell'invio il
campi to: viene controllato e se l'indirizzo del destinatario non esiste, viene
mostrato un mssaggio di errore che inibisce l'invio
io sospetto fortemente che con questa bella trovata, che viola la rfc 1894,
i tecnici d rete volesser compiacere fastweb nel diminuire (ma di pochi byte)
il traffico sul mailserver fastweb
attualmente risulta impossibile far sentire la propria voce, in quanto si è
obbligati a passare per il servizio clienti dove chi risponde non conosce la
differenza tra tra receipt e delivery receipt
caro Macs, se puoi fare qualcosa
..per aquella valor
ques us guida al som de l'escalina
ti saremo grati