Newsgroup: it.comp.os.linux.sys
Titolo: demone smtp e immediato riscontro all'invio della mail

Salve a tutti
ho una questione da porvi sull'invio di mail da parte di un client che
dovrò sviluppare.
Devo creare un applicativo che faccia l'invio di alcune mail data una
lista, però una volta inviata deve capire "immediatamente" se è stata
accettata o respinta e da ciò avvertire chi di dovere (tutto
lecito...non è spam).
La prima idea è stata quella di usare lo MX del dominio della mail ...
e quelloè ok, ma è stata sollevata l'opzione di voler usare un server
SMTP interno di proprietà alla quale delegare l'invio delle mail.
Ora, per quella che è la mia esperienza, se un client invia una mail
tramite un server SMTP nella maniera "classica" , riceverà solo
successivamente una mail di bounce, ma non avrà un riscondro diretto
immediato se la mail è stata accettata dal server MX di destinazione
del dominio della mail.
che voi sappiate c'è un qualche demone SMTP che , anche previa
configurazione ad hoc, permetta di avere il riscontro immediato ?
Personalmente mi pare un po' insensato, poichè si verrebbe a snaturare
quello che è la coda di invio del demone stesso con relativo calo di
performance ... però questa info mi serve per capire al meno il
ventaglio delle possibilità e la relativa fattibilità o meno di questa
"richiesta".
Grazie infinite a tutti
      Massimiliano

 
[cut]
cosa vuol dire 'accettata'?
il destinatario dell'email lavora per una multinazionale.
la posta in ingresso della multinazionale arriva tutta all'unico server 
pubblico che sta in cina.
questo server smista successivamente le email in base a regole interne e le 
consegna poi ai vari server dipartimentali tramite vpn.
il server dipartimentale riceve la tua email e verificato che l'indirizzo 
e' inesistente, ti manda il messaggio d'errore.
la tua email verra' sempre e comunque accettata dal mx di destinazione, ma 
poi riceverai un messaggio d'errore perche' l'indirizzo e' inesistente.
ti ritrovi con un'informazione imho inutile.
forse che meta' di quello che ti serve lo faceva il comando 'vrfy'?
comando ormai disattivato sul 99% dei server smtp...
-- 
Paolo opg
BE AWARE that this post uses a fake reply-to address
to contact me write to:
janickg ( at ) hotmail ( dot ) com
--


Grazie,
giusto punto di vista al quale non avevo pensato.
L'informazione sul "negato" se ce l'ho mi è utile, se non ce l'ho
verificherò con la mail di errore ... la quale dovrò per forza
gestirla
Massimiliano

 stata accettata dal server MX di destinazione del dominio della mail.
DSN (Delivery Status Notification) potrebbe fare al caso tuo.

 comando ormai disattivato sul 99% dei server smtp...
Il VRFY non servirebbe comunque, se un MX non ha conoscenza della reale
esistenza di un certo utente.


Grazie per la info
Ma non è quello che mi viene recapitato nella mail di bounce o dal
messaggio di errore del MX una volta inviata la mail ?
A me interessa sapere se c'è un modo per ottenere l'informazione nel
momento dell'invio , senza per forza aspettare la mail di ritorno, dal
server SMTP "mio" senza quindi l'obbligo di andare col mio "client" a
collegarmi all' MX di ogni singola mail.
Massimiliano

 utente inesistente e non inoltrare bovinamente a un backend
Ho una fontana da venderti, centralissima su Roma...
:-P
-- 
ValeRyo
XT600 "Katoki Pajama" - 
http://www.slimmit.com/go.asp?7Y9
CBR600F "Cerbero" - In vendita - 
http://www.slimmit.com/go.asp?7X0
GamerTag: 
http://card.mygamercard.net/IT/nxe/ValeRyo76.png
 

 NOTIFY=SUCCESS,DELAY,FAILURE
Per FAILURE e SUCCESS hai una risposta "immediata"; per il DELAY, ovvero mail
in deferral per qualsiasi motivo, puoi agire sui parametri del MTA scelto.
Su postfix regoli il tempo per la notifica del delay con il parametro
delay_warning_time, ad esempio.

 Ho una fontana da venderti, centralissima su Roma... :-P
Sciuocchino, l'ho già comprata in bundle con Piazza di Spagna e Piazza
Navona...;-P

 Navona...;-P
Tu si che fai gli affaroni :-)
