Newsgroup: it.comp.software.mailreader
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.

il messaggio nella casella "tizio".
I server POP3 non sono in grado di accettare email perchè il protocollo non
lo supporta. A questo sono delegati i server SMTP. Bisognerebbe estendere
il protocollo POP3, cosa tecnicamente fattibile, praticamente impossibile
vista la relativa staticità di Internet e dei suoi standard.
Quello che dici tu si può fare collegandosi direttamente al server SMTP del
destinatario, ovvero anzichè usare il tuo server SMTP (che poi smista) il
tuo programma potrebbe chiamare direttamente il server SMTP del
destinatario e depositare la posta. Alcuni programmi lo fanno.
Ci sono tre problemi.
Il primo riguarda il fatto che alcuni server smtp, come misura anti-spam,
non accettano posta in arrivo da indirizzi IP che non siano di server smtp
conosciuti o comunque non da IP volanti, come quelli tipi delle connessioni
modem o adsl.
Il secondo è che se devi spedire un messaggio a più indirizzi devi
collegarti ad ognuno dei server smtp e questo allunga il tuo tempo di
spedizione, anche se a conti fatti è lo stesso lavoro che fa il tuo server
smtp.
Il terzo è che dal nome del dominio @
undominio.it
 non risulta direttamente
il server smtp che serve quel dominio. Per poterlo ricavare bisogna
interrogare il DNS, cosa tecnicamente fattibile e che appunto alcuni
programmi fanno.
-- 
-antonio-
www.geminisoft.com
(email valida sul mio sito)

 Non è una bella idea?
No, non mi sembra una bella idea. Ci sono dei motivi per i quali sono stati 
creati dei protocolli distinti per il trasferimento (SMTP) e per lo 
scaricamento (POP3/IMAP4) dei messaggi. Fondamentalmente questi protocolli 
sono "specializzati" per le attività che devono portare a termine, ed ognuno 
di essi fa i conti con alcune problematiche uniche.
Provo a scrivere qualcuno dei punti che mi viene in mente su questo tema, 
lungi dall'essere comunque un elenco esaustivo. :-)
- non tutti i servizi di posta sono erogati tramite POP3, ed adottando la 
nomenclatura che suggerisci (ad esempio @
pop.katamail.com
) ci sarebbero seri 
problemi. :-)
- gli indirizzi dei POP potrebbero cambiare nel tempo, e questo 
costringerebbe a cambiare tutti gli indirizzi. Il dominio di posta invece è 
più "stabile" (ad esempio @
katamail.com
).
- nelle reti più grandi ad un unico dominio di posta sono associati diversi 
server POP (per questioni di bilanciamento, o di posizionamento geografico, 
o di altra natura). Siccome non puoi sapere a priori il POP del cliente 
(oppure questo potrebbe cambiare nel tempo), saresti costretto a gestire gli 
indirizzi dei destinatari in maniera differente.
- se il tuo messaggio in uscita fosse indirizzato a tanti destinatari che 
appartengono a domini (e quindi potenziali server POP) diversi, il tuo 
client di posta dovrebbe effettuare un invio a ciascuno di questi domini 
(POP), generando maggiore traffico lato client e richiedendo più risorse e 
tempo. Prova a pensare di inviare un messaggio di Auguri di Natale a 100 
persone diverse... Normalmente questa operazione viene ottimizzata da parte 
del server SMTP al quale tu invii un solo messaggio, ed è proprio il server 
a "smistare" ed eventualmente duplicare il tuo messaggio inoltrandolo a chi 
di competenza. Il server è molto probabile che abbia a disposizione più 
banda e più risorse di quanta ne dispone il tuo computer client sul quale 
gira il tuo mailreader.
- il server SMTP controlla e gestisce tutta una serie di problemi relativi 
alla consegna; il tuo client che spedisce la posta potrebbe non essere in 
grado di farlo (ad esempio perchè non è sempre connesso alla rete, oppure 
perchè non possiede sufficienti autorizzazioni o non è riconosciuto). Prova 
a pensare se per motivi transitori il server del destinatario non fosse 
raggiungibile. Ad oggi è premura del server SMTP fare delle operazioni di 
retry per tentare la consegna in momenti diversi.
- dare la possibilità direttamente ai client di contattare il server con le 
mailbox nella consegna dei messaggi amplificherebbe di molto il problema 
dello SPAM. Ad oggi invece è possibile mettere qualche freno (anche se non è 
sufficiente per arginare il problema) per esempio introducendo le black-list 
di server, piuttosto che alcune limitazioni sugli indirizzi IP o simili.
- l'utilizzo di un punto di concentrazione per l'invio dei messaggi (server 
SMTP) permette di controllare in qualche modo il traffico, sia in termini di 
implementazione di restrizioni (come ad esempio un numero massimo di 
destinatari per combattere il mass-mailing), sia in termini di controllo (ad 
esempio per funzionalità di antivirus, o di tracciatura).
Come vedi le questioni in gioco sono numerose, e l'argomento è piuttosto 
"delicato" (ed io son oper nulla esaustivo). :-)
Ciao
Roberto
-- 
Roberto Restelli
Microsoft MVP - Office Systems - Outlook
************************************************
La prima raccolta delle FAQ del newsgroup Microsoft di Outlook:
http://erredue.altervista.org
 

dello SPAM.
Ma no, non direi. Credo che l'op intendesse integrare server smtp e pop,
quindi con tutte le caratteristiche, comprese quelle anti-spam.


quindi con tutte le caratteristiche, comprese quelle anti-spam.
esattamente, ma ormai le cose stanno come stanno.
Magari in futuro si potrebbe creare un nuovo protocollo fondendo
quelli già esistenti (per certi versi un pò obsoleti)

esempio per funzionalità di antivirus, o di tracciatura).
tutte cose che a mio avviso potrebbe fare il POP

programmi fanno.
si, ma come già detto invece del dominio si potrebbe specificare
direttamente il server

 Com'è?
E chi l'ha detto che è sempre quello?
Se nella mia azienda lavoro nell'ufficio di Roma e scarico la posta dal POP 
di Roma, e poi mi trasferisco per un certo periodo (anche limitato) a Milano 
ed il mio amministratore di posta sposta la mia mailbox sul POP di Milano, 
io devo segnalare a tutti i miei destinatari che cambio indirizzo, quando 
invece oggi questa modifica è trasparente al sistema esterno (= il mio 
indirizzo non cambia)?
Al momento esiste una certa indipendenza tra il sistema esterno e 
l'organizzazione infrastrutturale di una azienda (che è ambito di una 
amministratore di sistema/posta). Anche qui non vedo l'esigenza di 
stravolgere questo meccanismo e rendere il sistema globale dipendente 
dall'organizzazione di una azienda.
Posso considerare che sia lecito parlare di una rivalutazione dei sistemi e 
dei protocolli e che questo può essere uno dei luoghi nel quale discuterne 
ciascuno per la propria esperienza, però mi sembra che il tuo discorso sia 
un po' troppo semplicistico e che pecchi di parecchie informazioni in merito 
a come funziona oggi questo meccanismo (ed anche io mi metto in prima fila 
tra gli "ignoranti").
IMHO quello di cui il sistema "posta elettronica" ha bisogno è senza dubbio 
una rivisitazione dei protocolli e dei meccanismi di trasmissione, sia per 
adeguarsi a nuove situazioni (ad esempio uno scambio maggiori di allegati 
binari, siano essi immagini o file multimediali, cosa che non era più di 
tanto pensata quando sono stati introdotti protocolli di posta che gestivano 
prevalentemente messaggi di testo) sia per affrontare problemi contingenti 
come lo SPAM o l'abuso; mi rendo conto che la modifica non è però così 
semplice e che per poter pensare e poi agire bisogna avere un quadro 
completo delle informazioni e conoscenza a tutto campo dei problemi 
connessi.


direttamente il server
Mi sembra inutile visto che c'è già un meccanismo standard per cui dato il
dominio posso ricavare il server smtp e quindi collegarmi a questo. In
questo modo sono indipendente da qualsiasi modifica.


connessi.
sono daccordo, per questo è bello discutere :-)

questo modo sono indipendente da qualsiasi modifica.
si, ma cmq la mia domanda era sull'utilitą del server smtp