Newsgroup: it.comp.lang.visual-basic
Titolo: invio e-mail e conferma da mail-server + gestione mail server

Ho un applicazione sviluppata in vb che invia le e-mail d'informazione sui
miei prodotti ai miei clienti(qualche migliaio, e non spam) utilizzando
l'activex CDOMessage. Attualmente uso come mail server 
out.alice.it
 dato che
ho la flat di alice adsl con ip dinamico.
L'ideale sarebbe usare un mail-server sulla mia macchina. Ho installato
ArgoSoft Mail server ma avendo un ip dinamico dopo un centinaio di messaggi
il mio ip viene censito in alcune blacklist e tutte le e-mail spedite
vengono respinte dalla maggior parte dei mail-server. Purtroppo non sono
riuscito ancora a capire quale potrebbe essere una soluzione a questo
problema dato che mi hanno consigliato di acquistare un ip fisso ma
purtroppo alice adsl non lo prevede... Come fanno le altre aziende a gestire
in modo efficente l'e-mail marketing???
Il mail-server di alice non mi sembra molto efficente. Ho notato che spesso
mi butta già la connessione e poi è lentissimo nella spedizione...
Inoltre mi servirebbe sapere se dopo l'istruzione "send" dell'oggetto
CDOMessage è possibile sapere se l'e-mail è stata spedita correttamente...in
alternative esiste qualcos'altro che lo consenta???
Grazie e buon lavoro.
Inviato da X-Privat.Org - Registrazione gratuita 
http://www.x-privat.org/join.php

 correttamente...in alternative esiste qualcos'altro che lo consenta???
Se non erro, anche in passato si è discusso sul come sapere se la consegna 
di una email è andata a buon fine oppure no...
Sostanzialmente dipende dall'SMTP che in quel momento stai contattando:
Se è l'SMTP finale di destinazione, in caso di errore, riceverai subito un 
codice 5.x.x
In caso contrario, se l'SMTP è un semplice relay/gateway, in un tempo più 
o meno lungo, riceverai una NDR (Non Delivery Report) nel quale, secondo 
uno standard RFC, è indicato il motivo del fallimento.
Nel primo caso, non so quanto CDOMessage permetta di intercettare gli 
errori di protocollo SMTP... io mi affiderei a prodotti professionali come 
TCP MailTool (
www.dart.com
)
Nel secondo caso, analizzi i messaggi di bounce, ed agisci di conseguenza.
ciao
-- 
Gianluca Cannalire
Microsoft MVP/MCP - Visual Basic
http://www.visual-basic.it
http://community.visual-basic.it/gianluca
 


sapresti indicarmi una soluzione??? cosa mi serve per metter su un mail
server funzionante senza appoggiarmi a mail server esterni??? sapresti
indicarmi siti e/o fonti da cui prelevare tutte le informazioni a
riguardo???
grazie.


 ha scritto nel messaggio news:44717...@x-privat.org...


 riguardo???
Gestisco il mail server di 
visual-basic.it
 (sull'ordine delle 30/40.000 
sessioni SMTP-out giornaliere) da diversi anni oramai...
L'esperienza l'ho maturata nel tempo e non sono in grado di darti un 
semplice link "omnicomprensivo".
La corretta ed ottimale configurazione di un mail server, la si può 
ottenere solo dopo aver ben compreso come funziona il protocollo SMTP e 
ciò che è coinvolto (ad esempio, il DNS) nel routing/delivery di un 
messaggio...
Diciamo che devi partire con il leggere attentamente l'RFC di base, ovvero 
la 821:
"Simple Mail Transfert Protocol"
http://www.ietf.org/rfc/rfc0821.txt
A questo punto, puoi riassumere il concetto con qualcosa di meno verboso:
"How internet email works"
http://email.about.com/cs/standards/a/smtp.htm
"SMTP: Simple Mail Transfer Protocol"
http://cr.yp.to/smtp.html
(in particolare, in questo documento, troverai un bello schema che mostra 
i punti in cui puoi ottenere gli errori... cerca "Success, failure, 
deferral")
Dopodichè, si passa al DNS dato che spesso i problemi (l'ho sperimentato 
su me stesso) sono appunto legati al DNS (specialmente ora che i mail 
server di destinazione, fanno più controlli per evitare lo spam):
"Solving DNS & Email Server Validation Problems"
http://www.saas.nsw.edu.au/solutions/dns.html
Una cosa da controllare attentamente, è quella di non essere identificato 
come un "Open Relay".
Al riguardo, una lettura della FAQ di 
ordb.org
, ti sarà illuminante:
http://www.ordb.org/faq/
Infine, leggere l'RFC 2505, ti sarà senz'altro utile:
"Anti-Spam Recommendations for SMTP MTAs"
http://www.faqs.org/rfcs/rfc2505.html
...e questo, giusto per avere un'infarinatura...
Ciao


 ha scritto nel messaggio
news:e4titi$9lu$1...@area.cu.mi.it...

Inviato da X-Privat.Org - Registrazione gratuita 
http://www.x-privat.org/join.php

 acquistarlo da qualche parte integrandolo all'attuale connessione???
No. Devi affidarti a qualche servizio, magari offerto anche da 
tin.it
, con 
un profilo più rivolto verso il business.
Ad esempio, guarda qui: 
http://www.kpnquest.it/interna.asp?ln=3&sez=129&info=251
Altrimenti, potresti valutare il noleggio di un hosting (sempre di livello 
PRO)


www.formail.it

 
www.formail.it
ok, niente di particolare: un server SMTP autenticato.
Bisogna vedere se, per 60 euro l'anno, ti fanno spedire qualche centinaio 
di migliaia di email con il rischio (c'è sempre) di essere (loro) inseriti 
(anche momentaneamente) in qualche black list.
Comunque, potrebbe essere una soluzione...


 
www.formail.it


 ha scritto nel messaggio news:44741...@x-privat.org...


 Teoricamente nessuno puo' bloccarti o metterti in una black list.
Sbagliato: dato che l'IP è dinamico, non è detto che, in altri momenti, 
quello stesso IP sia stato utilizzato da qualche altro utente che, per x 
motivi, ne ha causato l'inserimenti in black list (anche interne, non solo 
pubbliche).
Pertanto, resta comunque fregato...


 ha scritto nel messaggio 
news:e52212$kj8$1...@area.cu.mi.it...


 ha scritto nel messaggio
news:4474378b$0$18288$4faf...@reader1.news.tin.it...


 ha scritto nel messaggio news:44756...@x-privat.org...


 > Server. E purtroppo dopo qualche centinai di mail sono stato messo più


 ha scritto nel messaggio
news:44756ead$0$18282$4faf...@reader1.news.tin.it...


 ha scritto nel messaggio news:44757...@x-privat.org...


 in tante e-mail quanti sono i destinatari specificati in CC/CCN...
Cambia nulla che io sappia.
che prg di posta hai?

 ha scritto nel messaggio
news:4475839a$0$18285$4faf...@reader1.news.tin.it...


 ha scritto nel messaggio news:4475a...@x-privat.org...


 ha scritto nel messaggio
news:44758635$0$18289$4faf...@reader1.news.tin.it...


 pubblicitą


 > pubblicità



)
- Server "B": Ok Server "A", in effetti il tuo IP corrisponde a 
"
mail.visual-basic.it
", piacere di conoscerti...
- Server "B": Aspetta... sai, con i tempi che corrono, bisogna fare 
attenzione... fammi fare un'altro controllino..
(a questo punto Server "B", interroga uno o più database on-line di Open 
Relay per verificare se l'host con cui è in contatto è marcato come OR)
e via di seguito con gli altri controlli (antispam, SPF, ecc. ecc.)
Tra questi controlli, ci può essere anche quello sull'appartenenza degli 
IP ad un lotto "dinamico".
In pratica, il maiserver "B", interroga una delle tante DNSBL e chiede, 
"ma sto IP, e' dinamico o no???" (vedi, ad esempio, come funziona questo 
DNS 
http://njabl.org/dynablock.html
)
Se è dinamico, il mail server potrebbe comportarsi in qualche modo, oppure 
rifiutare direttamente la connessione...
Ma non credere che sia solo l'open relay ad essere un problema... metti 
caso che l'ip, in precedenza, sia stato assegnato a qualcuno tempestato di 
virus che, a sua insaputa, inviava zozzeria a destra e manca, prelevando i 
destinatari dalla propria rubrica...
Magari, in questo elenco, c'è un sacco di indirizzi del dominio 
"taldeitali.dom"
Il mail server del dominio "taldeitali.dom" ha una serie di policy per le 
quali, dopo un tot di email che contengono virus provenienti da quel 
particolare IP, provvede a metterlo in quarantena (non accettando più 
connessione per un tot tempo) o peggio, in una black list interna.
Risultato: quell'IP non potrà più consegnare posta verso il dominio 
"taldeitali.dom"
Pertanto, se uno vuol mettersi in casa un SMTP server, che almeno disponga 
di un IP fisso!
Io ho un link ADSL con Atlanet, con un blocco di 8 IP fissi e spendo a 
malapena 39,00+iva al mese. Che poi degli 8 IP che ho a disposizioni, solo 
5 siano utilizzabili è un'altro paio di maniche, dato che uno è riservato 
per la rete, uno per il broadcast e un'altro, solitamente, se lo ciuccia 
il router


 modo, oppure rifiutare direttamente la connessione...
Più che altro, vista la situazione spam attuale, la stragrande
maggioranza dei mailservers in giro NON accetterà MAI
e-mail da un IP dinamico anzi, per la precisione, se si vuole
mettere in piedi un mailserver ed evitare problemi sarà
necessario
* avere un IP statico per il mailserver, evitando di usare
   lo stesso IP anche per navigare su internet, il mail
   server dovrebbe essere su un IP separato !
* avere un dominio registrato ed i records A ed MX
  che puntino al mailserver
* avere un PTR (reverse DNS) che punti al nome del
   mailserver
* avere un mailserver che si presenti (helo string) con
   lo stesso identico nome con il quale è registrato nel
   DNS (sia A che PTR)
* avere un record SPF nel DNS (non obbligatorio ma
   aiuta parecchio) correttamente configurato
* configurare il mailserver in modo che in caso di errore
   "temporaneo" durante la consegna di messaggi ritenti
   dopo un'attesa MINIMA di 8 minuti
* configurare (ovviamente) il mailserver in modo da NON
   permettere openrelay
con quanto sopra non dovresti avere problemi.. salvo nel
caso in cui tu utilizzi il server per inviare spam.. ed in questo
caso beh.. non ci sono configurazioni che tengano :)
Ciao