Newsgroup: it.comp.reti.ip-admin
Titolo: Curiosita'

Non vorrei essere OT...
L'altro giorno discutevo con un amico sulla possibile struttura "di
rete" per la gestione della posta elettronica di grossi provider
(esempio TIN, IOL, ...), cioe' con molti utenti e quindi molte caselle
di posta. 
La questione fondamentale e': quanti server ci sono? E se sono piu' di
uno, come avviene il "pop" della posta se io indico sempre lo stesso
nome per il server?
Sono stato chiaro?  boh!
   saluti
 
------------------------------------------------------
 Fabrizio Accatino
 Web:   
http://www.cclinf.polito.it/~fhtino
 EMail: 
fht...@cclinf.polito.it
 
fht...@geocities.com
------------------------------------------------------

 nome per il server?
La domanda non e' pellegrina. Il vero problema come ci si rende subito
conto e' legato al POP3/IMAP server, piuttosto che al server SMTP.
Di fatto di server SMTTP ce n'e' piu' di uno e non e' un problema
usare il round-robin della libreria resolv per 'bilanciare' un po'
il traffico. Al nome 
mail.tin.it
 corrispondono in effetti parecchie
macchine
Addresses:  212.216.176.32, 212.216.176.33, 212.216.176.34, 212.216.176.35
          212.216.176.40, 212.216.176.41
Il problema reale e' legato alla ricezione della posta:
tin.it
  preference = 10, mail exchanger = 
mail.tin.it
tin.it
  preference = 5, mail exchanger = 
mail3.tin.it
tin.it
  preference = 20, mail exchanger = 
mail2.tin.it
Qui sembra che vengano usate 3 macchine per ricevere la posta che poi
in effetti attendono la disponibilita' di 
pop.tin.it
 (che e' una sola
macchina apparentemente) per instradarvi la posta:
Name:    
pop.tin.it
Address:  194.243.155.88
Il punto debole della catena in effetti e' quello. Se la macchina
non e' in grado di gestire il giusto numero di connessioni al secondo
ci possono essere ritardi nella ricezione in SMTP e/o ritiro della posta 
via POP3.
Naturalmente ci possono essere svariati trucchi per fare in modo 
che quella macchina possa alleggerire il carico, consistenti 
fondamentalmente nel mettere mano al codice del popper (o prenderne
uno gia' bello e pronto) per ... ottenere la scalabilita' :-)))
ma questa e' un'altra faccenda e se i sysop di tin sanno il fatto
loro possono gia' avere adottato la soluzione appropriata, e se cosi'
non fosse (improbabile, o no?) perche' suggerirgliela aggratis ;-) ? 
-- 
Francesco P. Lovergine  f.lovergine AT 
iesi.ba.cnr.it

nome per il server?
Credo che sia TIN che IOL tengano le mailbox su Netapp e poi le montino
con NFS dai pop server.
Idem per i mail server.
-- 
ciao, | [Per rispondere togli "toglimi" dal mio indirizzo.]
Marco | A name indicates what we seek. An address indicates where it is.
      | A route indicates how we get there.  -- Jon Postel (1943-1998)

Address:  194.243.155.88
Non e' cosi'.
I record MX presenti nel DNS individuano i server SMTP e non hanno niente a che
fare con l'individuazione del POP server (anche se spesso questo coincide con
quello).
Il POP server puo' essere benissimo distinto dal server SMTP e viene indicato
"a mano" all'utente; nel caso di TIN:
http://how.tin.it/areaclienti/configura/postaelettronica/index.html
Inoltre, come puoi leggere nell'altra mia risposta, anche il POP server
indicato da TIN corrisponde in realta' a un quintetto gestito in round-robin.
--
---------------------------------------------------------------------
Marco Coletti
Network Admin, Webmaster, Tuttologo :)
PGP public key:
http://www.trustcenter.de:11371/pks/lookup?search=0x96A79061&op=index
Fingerprint: 9F E5 80 61 F6 9F 05 2D  EA 53 6F 2D 82 8B C7 C2
Certificate: 
http://www.trustcenter.de/cgi-bin/SearchCert.cgi
---------------------------------------------------------------------

Idem per i mail server.
Non ho capito bene la risposta, ma mi pare che non centri con la questione
fondamentale che credo fosse stata posta: come se la cavano:
- lo stack TCP/IP del POP server
- il programma che gestisce il servizio POP3
dato che - apparentemente - a tutti gli abbonati viene indicato di usare un
unico POP server di nome 
box.tin.it
?
http://how.tin.it/areaclienti/configura/postaelettronica/index.html
La risposta e' analoga a quella data per il caso SMTP:
al nome 
box.tin.it
 corrispondono 5 diversi indirizzi IP (ai quali corrispondono
presumibilmente 5 macchine diverse):
Query:Address (A):
box.tin.it
box.tin.it
	A	212.216.176.64
box.tin.it
	A	212.216.176.65
box.tin.it
	A	212.216.176.67
box.tin.it
	A	212.216.176.68
box.tin.it
	A	212.216.176.69
quindi il carico viene distribuito piu' o meno casualmente sulle 5 macchine,
per effetto del meccanismo round-robin del resolver delle macchine client.
Ripensandoci... ho capito che la tua risposta spiega in realta' come fanno a
tenere una base unica di mailboxes che possono essere accedute
indifferentemente da uno qualsiasi dei 5 POP server!



http://how.tin.it/areaclienti/configura/postaelettronica/index.html
No, agli abbonati venivano indicate varie configurazioni a seconda del
periodo di tempo dell'abbonamento.
Ad esempio il mio abbonamento di casa fatto subito dopo la
trasformazione da Vol veniva indicata box1.
Per un abbonamento ISDN fatto tempo dopo veniva indicato Box2, qualche
amico ha Box3.
All'epoca provai a cambiare le impostazioni da box1 a box 2 e non
funzionava per cui mi sa che dividevano gli utenti fra le varie
macchine.
Ora non so se hanno cambiato la configurazione e il carico viene diviso
automaticamente col Round-Robin fra le varie macchine.
Se fosse cosi' non dovrebbe cambiare nulla usando box1-2-3, magari
provo.
Ciao
Francesco

automaticamente col Round-Robin fra le varie macchine.
Penso proprio di si', dovrebbero avere aprofittato del cambio di tutti gli
indirizzi da @
mbox.vol.it
 a @
tin.it
 (hanno mandato una mail a ogni utente per
avvisarlo del cambio configurazione).  Del resto, credo che la pagina di How
non sia messa li' a caso.


per effetto del meccanismo round-robin del resolver delle macchine client.
Esatto.


Non capisco il problema.
Il problema era semplicemente: come fa una sola macchina, per quanto
potente, a star dietro ai picchi di utenza che si verificano con
decine di migliaia di POP account.
Io ho dato una risposta, che forse tu consideravi gia' scontata.
--
----------------------------------------------------------------------
Marco Coletti
Network Admin, Webmaster, Tuttologo :)
PGP public key:
http://keys.pgp.com:11371/pks/lookup?op=get&exact=on&search=0x96A79061
Fingerprint: 9F E5 80 61 F6 9F 05 2D  EA 53 6F 2D 82 8B C7 C2
----------------------------------------------------------------------