Newsgroup: it.tlc.provider
Titolo: a cosa serve il server SMTP

fosse sto per dire una cavolata ma mi sono sempre chiesto a cosa serve
il server SMTP.
Cioè se io voglio mandare un'email a 
ti...@katamail.com
 il mio
computer invece di inviarla al server SMTP del mio provider, non si
potrebbe collegare direttamente al server 
pop.katamail.com
 e collocare
il messaggio nella casella "tizio".
In questo modo non ci sarebbe bisogno di usare alcun server SMTP,
specificando direttamente il server POP nell'indirizzo, ad esempio
"
ti...@pop.katamail.com
".
Non è una bella idea?
Ovviamente attendo commenti da chi magari è più esperto di me, per
capire perchè è proprio necessario usare i server SMTP.

 Non č una bella idea?
Direi proprio di no: i server POP3 sono contattabili solo per scaricare
la posta, non per consegnarla, e l'invio diretto al server SMTP del
destinatario e' il tipico mezzo di diffusione di spam e virus.

 collocare il messaggio nella casella "tizio".
Non mi dilungo sul funzionamento della posta elettronica (troverai 
guide su internet approfondite a riguardo, nonché diversi RFC), ma ti 
dico solo questo: come fai ad accedere a 
pop.katamail.com
 senza avere 
la password del destinatario?
-- 
Ciao, Lurkos

 capire perchè è proprio necessario usare i server SMTP.
proprio per evitare di smazzarsi a manina tutti i vari lookup, ovviamente 
stiamo solo parlando di un server smtp in uscita ma lo scopo di un server 
smtp è anche quello di gestire l'entrata delle email e quindi di smistare le 
email nelle mailbox corrette
Per info più complete
http://www.ietf.org/rfc/rfc0821.txt
http://www.ietf.org/rfc/rfc974.txt
-- 
Christian Paparelli
http://www.ithost.ch
 

 capire perchè è proprio necessario usare i server SMTP.
Tecnicamente si chiama direct-to-MX.
Funziona (funzionerebbe), ma viola una lunga serie di best-practices.
Non è un caso che sia il mezzo predefinito di propagazione di spam e
virus (che spesso anzi tentano addirittura un direct-to-A).
Per tale ragione, utilizzando un metodo simile, è assai probabile che
l'invio venga rifiutato dagli MX degli ISP che adottano ruleset più
restrittivi (vedi ad esempio le linee guida di AOL per l'accettazione di
mail dai loro sistemi: 
http://postmaster.aol.com/guidelines/standards.html
).
Per approfondimento sul tema best-practices invito ad una visita a
http://www.maawg.org
Bye.

destinatario e' il tipico mezzo di diffusione di spam e virus.
però il pop potrebbe benissimo fare i controlli che si fanno tramite
l'smtp


http://www.ietf.org/rfc/rfc974.txt
Cmq sono tutte cose che può fare benissimo anche il client

la password del destinatario?
la password non serve per scrivere sulla mailbox, ma solo per leggere.
Quando il server POP riceve l'email dal server SMTP, questo non gli
fornisce di certo la password!!!

 mi chiedevo perchè non sono stati concepiti anche per ricevere
Perche' il protocollo POP3 (RFC 1081) e' del 1988, e il primo
protocollo POP (RFC 918) e' del 1984, mentre il primo protocollo SMTP
(RFC 788) e' del 1981.
A quell'epoca non si lavorava con workstation intelligenti, ma con host
e terminali stupidi, quindi la posta rimaneva nell'host.
Quando e' nato il problema di scaricare la posta nelle workstation, il
protocollo SMTP era gia' ben consolidato (RFC 821), quindi il POP si e'
appoggiato al collaudato SMTP per l'invio e il trasferimento delle mail:
"The intent of the Post Office Protocol (POP) is to allow a user's
workstation to access mail from a mailbox server.  It is expected
that mail will be posted from the workstation to the mailbox server
via the Simple Mail Transfer Protocol (SMTP)."

 Cmq sono tutte cose che può fare benissimo anche il client
leggi bene le rfc i client non dovrebbero fare i server, in primo perchè 
potrebbero (IMHO dovrebbero venir bloccati) per questi motivi:
ip dinamico e quindi il record ptr non corrisponde al record mx
server smtp spesso configurati male e lasciati impostati come open relay
errata o assente impostazione degli alias abuse, postmaster, ecc.


 l'smtp
allora rileggi bene cosa fa pop3, perchè dovrebbe fare quello che fa già 
smtp??
Spiegato alla brutto cane
smtp (input) = riceve da altri server smtp le email di sua competenza 
(ovvero quella per i domini da lui gestiti)
smtp (output) = invia ad altri server smtp le email da parte degli utenti da 
lui gestiti ad altri server smtp
pop3 = scarica le email dalla mailbox
Moooolto ma mooolto in sintesi :-D


 ha scritto nel messaggio 
news:t4c3s.hfb8jt5.zl...@scdswg01.gcfct.4ixvm3.h9vuk.wdd6tb...

Il protocollo POP non viene utilizzato per lo scambio dei messaggi email su 
internet, solo l'SMTP (25), il POP (110) si usa solo per scaricare i 
messaggi dal mailbox server al client. Non e' corretto parlare di server POP 
e' una deviazione dettata da chi conosce solo le configurazioni date dagli 
ISP.
Non potresti mai fare relay autenticato su tutti i server Internet SMTP, 
quindi quello che proponi è di fatto irrealizzabile a meno che tu non voglia 
uno spam 1000 volte superiore all'attuale. Senza considerare che in caso di 
irraggiungibilità del server di destinazione i messaggi rimarrebbero nella 
coda del tuo PC che dovrebbe provare a ricollegarsi e rilasciare a te 
eventualmente gli NDR cosa che un client Email non fa.
Una volta questo giochetto funzionava con i DNS non protetti sui quali 
bastava sparare un messaggio SMTP e loro provvedevano a girarlo al dominio 
di destinazione.
Leggiti i link che ti hanno già consigliato se ti interessa.
-- 
Ciao da Marco.

appoggiato al collaudato SMTP per l'invio e il trasferimento delle mail:
grazie per la spiegazione.
Anch'io concordo sul fatto che la colpa è degli sviluppatori di allora
che erano un pò immaturi (senza offesa), mentre non condivido chi dice
che gli smtp siano ancora indispensabili, a parte il fatto di
mantenere la compatibilità

Leggiti i link che ti hanno già consigliato se ti interessa.
appena ho tempo

Moooolto ma mooolto in sintesi :-D
:-)

errata o assente impostazione degli alias abuse, postmaster, ecc.
cmq se in futuro si decidesse di scrivere un nuovo protocollo, secondo
me le soluzioni ci sono e si possono trovare.
I server NNTP ad esempio non sono esposti + o - agli stessi problemi?
Eppure invio e ricezione sono gestiti da un unico server e persino
sulla medesima porta (119)