Newsgroup: it.comp.lang.perl
Titolo: Modulo perl per inviare email senza specificare l'smtp.

Salve,
sto cercando, per adesso invano, un modulo perl per poter
inivare facilmente email senza specificare l'smtp da
utilizzare. Sostanzialmente mi servirebbe un modulo che
una volta avuto il dominio del destinatario, automaticamente
invii la mail al record mx di quel dominio. Vorrei evitare
di usare un modulo perl che non fa questo e calcolarmi da
solo l'mx del dominio (anche se esistono moduli che lo
fanno di gia'). Se ci fosse qualcosa che di bello e pronto
sarebbe meglio, grazie :)

 sarebbe meglio, grazie :)
Uso con successo Mail::Mailer
esempio:
use Mail::Mailer;
my $mailer = Mail::Mailer->new();
$mailer->open({From	=> 'mittente',To	=> 'destinatario',Subject =>
'oggetto'}) or eval(die 'messaggio errore');
print $mailer 'testo del messaggio' ;
$mailer->close();
Saluti
oreste.parlatano.org

 $mailer->close();
Grazie, ma non sembra fare al caso mio. In realta' questo
modulo cerca nell'ordine i seguenti oggetti, come elencato nel
campo description:
http://search.cpan.org/~markov/MailTools-2.04/lib/Mail/Mailer.pod
Poiche' sto sviluppando sotto windows e non e' detto che almeno
1 di questi campi esista, mi serve qualcosa totalmente
indipendente dall'architettura in cui gira. Probabilmnente faccio
prima a ricavarmi l'mx direttamente io e passarlo a questo
modulo o a Email::Send che era un altro modulo che avevo
visionato. GFrazie cmq.

visionato. GFrazie cmq.
Mail::Bulkmail fa, mi pare, quello che chiedi.
Mi sembra perň in fondo piů semplice installare, se sei nella condizione di
poterlo fare (e se non sei nella condizione di poterlo fare, non dovresti
inviare posta direttamente all'smtp del destinatario), un server smtp, e
inviare la posta a quello (con Net::SMTP o altro semplice mailer), senza
preoccuparsi oltre di quello che accade dopo e come il server recapita la
posta.
Ciao.

Antani wrote:

Net::DNS::Sendmail (della distribuzione Sendmail) dovrebbe fare quello 
che chiedi (e probabilmente ce n'è anche qualche altro che ora mi sfugge).
Tuttavia contattare direttamente il server smtp del destinatario è 
altamente sconsigliabile: mi associo a quanto detto da Giovanni.
Inoltre, se dovessi decidere di fare tutto a mano, ricercare il record 
MX del dominio del destinatario non basta: tale record può essere 
assente, nel qual caso si dovrebbe cercare di contattare il server 
puntato dal record A, a rigor di RFC 2821 (è solo uno dei tanti 
possibili problemi dell'approccio manuale).
Altra possibile soluzione: utilizzare un succedaneo di sendmail per 
Windows. Se cerchi con Google ne trovi svariati.
Ciao!

 posta.
Non voglio installare un server smtp, e' una cosa che ho sempre
odiato quella di appoggiarsi al smtp locale per spedire le email,
mi ricorda IIS di windows ai tempi d'oro. Ho risolto usando net::smtp, e
facendo specificare nel file di configurazione del mio programma,
l'smtp da utilizzare per inviare. In alternativa mi prendo l'mx e
se nn esiste, l'a record. Se non riesco a contattare nemmeno questi
2, sparo un errore.
Grazie cmq.

contattare nemmeno questi 2, sparo un errore.
Appunto. Se e dove sia il vantaggio, nel contesto in cui operi, a
reinventarsi la ruota (e una ruota, per forza di cose, non altrettanto
testata ed efficiente di quelle già in corso), puoi stabilirlo ultimamente
solo tu, ma io faccio fatica a vederlo. Non avere un server smtp in
ascolto, il cui profilo può essere anche molto basso, non mi pare che possa
essere un gran vantaggio.
Ciao.

 reinventarsi la ruota
Nessuno si sta reinventando niente, basta usare 10 righe di codice
di net::smtp.

 router smtp? :D Ma di cosa stai parlando.
Credo, come sopra, che intenda smart host. Comunque si, "router smtp"
non ha molto senso :-P
Enrico

Comunque si, "router smtp" non ha molto senso :-P
Quello che si chiama comunemente "server smtp" (sendmail, postfix, qmail,
il programma, insomma) è composto da un componente propriamente "server"
(quello che riceve la posta), un componente client (quello che la trasmette
al server smtp di destinazione), e un componente che calcola l'indirizzo di
destinazione. Una struttura di questo genere si chiama router.
Ciao.

ne' tantomeno esistono ip _non_ abilitati a spedire posta.
Se la posta proveniente dal tuo ip č respinta dal 90% dei server smtp di
destinazione, io dico che non č abilitato a spedire posta. Tu vedila come
vuoi.
Ciao.

 router smtp? :D Ma di cosa stai parlando.
Scusate (lo dico anche a Enrico), ma che cosa c'è di strambo
nell'espressione "router smtp"? Si parla di "routing" riferendosi alle
modalità e le regole in cui la posta viene -appunto- instradata. Quindi si
può parlare benissimo di "router".
Max

 destinazione. Una struttura di questo genere si chiama router.
Non dirlo mai ad un colloquio, ne' prova a cercarlo con google,
perche' la definizione di "router smtp" l'hai coniata tu adesso e
probabilmente una ricerca sui gruppi di "router smtp" dara' come
risultato questo NG e questi messaggi. Per quanto riguarda la struttura
di un server smtp, se proprio vogliamo usare una terminologia
tecnica, si potrebbe iniziare a parlare di MTA,MDA etc etc, ma
non mi sembra il contesto adatto.

Giovanni Zezza ha scritto:

Chiariamo la situazione una volta per tutte, visto che e' evidente
che stai parlando di cose che non conosci. Non esiste nessun rfc al
mondo che parla di ip abilitati o _NON_ abilitati a spedire posta.
_QUALSIASI_ indirizzo ip e' in grado di spedire posta. Se poi le
email vengono rifiutate perche' il gestore di posta del server di
_DESTINAZIONE_ ha deciso di sua _PERSONALE_ iniziativa di bloccare
alcuni tipi di messaggi o di bloccare tutti i messaggi provenienti da
certi indirizzi IP, implementando dei meccanismi di protezione, questi
sono solamente affari _SUOI_. Chi e' in torto in questo caso e' lui,
perche' io non sto violando il protocollo.

 Quindi si può parlare benissimo di "router".
Ma dai...

 risultato questo NG e questi messaggi. 
Veramente una ricerca su google di "smtp routing" ritorna 17600 risultati
sul web e 2330 nei gruppi, qualcuno meno per "smtp router". Sembra un
termine usato molto in ambito lotus/exchange.

 termine usato molto in ambito lotus/exchange.
Appunto.

 Questo non e' routing.
Non ti seguo: stai sostenendo che non si usa il termine "routing" in
relazione alla trasmissione della posta elettronica? Hai provato -non so- a
cercare "route"/"routing" su 
postfix.org
 o 
sendmail.org
?
Max

mondo che parla di ip abilitati o _NON_ abilitati a spedire posta.
E chi ha mai parlato di rfc? io dico che, se il tuo problema è recapitare
posta, è meglio che tieni conto di quello che ha deciso di fare al riguardo
la comunità, o la gran maggior parte di essa.
Se, come mi pare di capire, non ti interessa se la tua posta venga o no
recapitata, mi scuso per il tempo che ti ho fatto perdere con tutta questa
discussione: spedire direttamente la posta da perl è senz'altro il modo
migliore di fare quello che vuoi.
Ciao.



Pero' "mail routing" e' molto usato, anche nella documentazione di sendmail
e postfix (in particolare nel libro postfix: the definitive guide).
Comunque sono d'accordo che non e' la stessa cosa di "smtp routing".

 Comunque sono d'accordo che non e' la stessa cosa di "smtp routing".
Il tutto e' nato dalla definizione di "router smtp", che effettivamente e'
una definizione che anche io trovo insolita.
** Posted from 
http://www.teranews.com
 **