Applicazioni di rete. La posta elettronica nell'architettura TCP/IP. Indirizzi reali e virtuali. Indirizzi RFC-822. Dai domini postali agli host

Transcript

1 La posta elettronica nell'architettura TCP/IP Antonio Lioy < > Politecnico di Torino Dip Automatica e Informatica Applicazioni di rete indirizzi logici (applicativi) per identificare gli end-point applicativi protocollo di rete (sopra TCP/UP e IP) tra i due end-point applicativi formato dati dati significativi per l'applicazione per ciascun punto occorre definire: lessico = i caratteri ammissibili sintassi = composizione di richieste e risposte semantica (parziale) = significato Indirizzi reali e virtuali l indirizzo RFC-822 è: dominio-postale la casella postale può essere: un nome di utente (login) un identificativo virtuale il dominio postale può essere: un nome / indirizzo di host un dominio virtuale Indirizzi RFC-822 tre possibilità: indirizzo commento < indirizzo > indirizzo ( commento ) esempio: lioy@politoit Antonio Lioy <lioy@politoit> lioy@politoit (Antonio Lioy) occhio alle fregature! "Prof Antonio Lioy <lioy@politoit> " <cattivik@malvagiit> Dai domini postali agli host MHS (Message Handling System) il dominio postale è un concetto logico ma per trasmettere la posta con occorre identificare un host fisico con un indirizzo IP preciso il dominio coincide con un host? nslookup -q=a dominio MS MTA MSA MTA chain MTA MSA MS posta inviata all host il dominio è virtuale ed ha quindi un mail exchanger? nslookup -q=mx dominio (Message User Agent) posta inviata ad uno degli MX host (contattati in ordine di preferenza) MSA (Message Submission Agent) MTA (Message Transfer Agent) MS (Message Store) ALioy - Politecnico di Torino (2013) C-1

2 in client-server Webmail Mailserver ( MSA ) MTA Mailserver ( MSA ) MTA (es Thunderbird, Outlook Express) POP, IMAP Post Office ( MS ) MTA web browser HTTP HTML HTTP engine web server POP / IMAP virtual Post Office ( MS ) MTA Protocolli e porte (Simple Mail Transfer Protocol) 25/tcp (MTA) 587/tcp (MSA) POP (Post Office Protocol) 110/tcp IMAP (Internet Message Access Protocol) 143/tcp sono protocolli di basso livello (si occupano solo di trasportare i messaggi, non entrano in merito al loro contenuto) Formati dei messaggi RFC-822 formato di un messaggio (header + body) body di puro testo contenuti non testuali (es immagini) devono essere trasformati in testo (es uuencode, binhex) MIME estensione multimediale di RFC-822 body può includere anche dati non di testo alcuni campi aggiuntivi nell header Messaggi "RFC-822" RFC-5322 (ex RFC-822) solo caratteri US-ASCII a 7 bit righe terminate da <CR> <LF> messaggi composti da header + body header parole chiave a inizio riga righe di continuazione iniziano con uno spazio body separato dall header da una riga vuota contiene il messaggio Header RFC-822 From: mittente (logico) Sender: mittente (operativo) Organization: organizzazione del mittente To: destinatario Subject: argomento Date: data e ora di spedizione Received: passaggi intermedi Message-Id: ID di spedizione CC: in copia a Bcc: in copia (nascosta) a Return-Receipt-To: ricevuta di ritorno a ALioy - Politecnico di Torino (2013) C-2

3 Ricevuta di ritorno RFC-822 collegata all header Return-Receipt-To: non standard e deprecata ma usata da molti risposta dipende da MS e/o del destinatario: può non offrirla può offrirla alla ricezione o alla lettura Unix (sendmail): alla ricezione Windows-NT: alla lettura Notes: alla ricezione e alla lettura lo standard preferisce RCPT TO con DSN (che però copre solo la consegna ma non la lettura) Perché si attraversano tanti MTA? minimo due MTA concettualmente MSA e MS sono diversi dagli MTA un MTA in uscita dalla rete del mittente (con tanti MSA alle spalle per distribuire il carico in ingresso) un MTA in ingresso nella rete del destinatario (con tanti MS per distribuire il carico di memorizzazione e lettura dei messaggi) in passato molti altri MTA intermedi rete non tutta TCP/IP e/o posta non RFC-822 MTA = gateway (traduzione protocollo di rete e/o formato di posta) guardare i "Received:" per vedere gli MTA attuali Contenuti binari in RFC-822 devono essere codificati come testo tramite appositi programmi: uuencode / uudecode in Unix binhex in MacOS esempio: uuencode photogif photogif mail s "my pic" ucl!ucb!john problema poi affrontato e risolto in modo più automatico, completo e strutturato dal formato MIME $ ls -sh flowerico 68K flowerico Esempio uuencode $ uuencode flowerico flowerico > floweruue $ cat floweruue begin 755 flowerico M```!``$`@(````$`(``H"`$`%@```"@```"```````$```$`(``````````! M`!(+```2"P````````````# \` `/ P# \` `/ P# \` M + \` end $ ls -sh floweruue 92K floweruue Esempio uuencode: spiegazione il primo carattere di ogni riga indica il numero di byte codificati nella riga per renderlo stampabile si somma il suo valore a quello del carattere Blank si considerano 6 bit per volta (invece di 8) ed il loro valore lo si somma al carattere Blank 3 byte diventano 4 caratteri stampabili (+33%) alcuni calcoli (sui contatori): M (ASCII 77) Blank (ASCII 32) = 45 byte 45 / 3 = 15; 15 * 4 = 60 caratteri di dati riga da 62 caratteri (dati + contatore + LF) + (ASCII 43) 32 = 11 byte / 3 = 4 * 4 = = 18 Il protocollo specifica base in RFC-5321 (ex RFC-821) protocollo ASCII a 7 bit il MSB del byte può essere forzato a zero o usato per la parità (semplice controllo di errore) alfabeto US-ASCII comandi case-insensitive righe terminate da <CR><LF> ALioy - Politecnico di Torino (2013) C-3

4 Comandi base HELO hostname identifica l host mittente MAIL FROM: return-path identifica il mittente RCPT TO: forward-path identifica il destinatario DATA tutte le righe successive contengono un messaggio RFC-822 sino alla riga (esclusa) che contiene <CR><LF> QUIT termine della trasmissione Altri comandi RSET annulla tutti comandi sinora impartiti VRFY indirizzo-postale verifica se l indirizzo è valido EXPN indirizzo-di-una-lista elenca gli iscritti alla lista HELP fornisce un breve help NOOP operazione nulla (utile per keep-alive) nota: VRFY e EXPN quasi sempre non sono supportati per cercare di limitare lo spam Comandi obsoleti permetteva anche di mandare messaggi direttamente sul terminale di un utente, operazione nota col nome di SEND per distinguerla dalla normale MAIL SEND FROM: return-path identifica il mittente SOML FROM: return-path send-or-mail SAML FROM: return-path send-and-mail Codici di stato ogni risposta inizia con un codice di stato numerico a tre cifre XYZ la prima cifra (X) fornisce il major status dell azione richiesta: X=1 : positive preliminary X=2 : positive completion X=3 : positive intermediate X=4 : transient negative completion X=5 : permanent negative completion Codici di stato la seconda cifra (Y) indica la tipologia Y=0 : syntax Y=1 : information Y=2 : connections Y=5 : mail system la terza cifra (Z) fornisce un modo per distinguere codici di risposta appartenenti alla stessa classe risposta su più righe se lo stato è XYZ (l ultima riga ha solo XYZ) Limiti quantitativi di e RFC-822 mailbox 64 caratteri domain 64 caratteri reverse / forward-path 256 caratteri comando / risposta 512 caratteri linea di testo 1000 caratteri (MUST) linea di testo 80 caratteri (SHOULD) molti MTA forzano un CRLF dopo 78 caratteri numero di destinatari 100 ALioy - Politecnico di Torino (2013) C-4

5 Un esempio / RFC-822 telnet dukecoloradoedu 25 Trying Connected to dukecoloradoedu Escape character is ^] 220 dukecoloradoedu HELO leonardopolitoit 250 Hello leonardopolitoit Nice to meet you! MAIL FROM: cat 250 cat Sender ok RCPT TO: franz 250 franz Recipient ok DATA 354 Enter mail, end with on a line by itself From: cat@athenapolitoit (Antonio Lioy) To: franz@dukecoloradoedu Subject: vacanze Ciao Francesco, ti rinnovo l invito a venirmi a trovare nelle tue prossime vacanze in Italia Fammi sapere quando arrivi Antonio 250 Ok QUIT 221 dukecoloradoedu closing connection connection closed by foreign host E Extended, definito in RFC-1869 e quindi incorporato (con ) in RFC-5321 non cambia il protocollo base ed il canale i client E devono presentarsi con: EHLO hostname se il server ricevente parla E, deve dichiarare le estensioni che supporta, una per riga, nella sua risposta all EHLO Estensioni standard tutti i comandi non obbligatori: SEND SOML SAML EXPN HELP TURN Estensioni E standard 8BITMIME (RFC-1652) nel corpo del comando DATA può ricevere dati da 8bit SIZE dimensione MAIL FROM: address SIZE=dimensione (RFC-1870) dichiara la massima dimensione accettabile dal server o la dimensione del messaggio da inviare PIPELINING (RFC-1854) invio di più comandi senza attendere risposta per ognuno di essi (eccezione: quelli che fanno cambiare stato) Estensione DSN (Delivery Status Notification) estende il comando RCPT con: NOTIFY=notify-list valori possibili: NEVER, SUCCESS, FAILURE, DELAY ORCPT=original-recipient specifica il destinatario originale estende il comando MAIL con: RET=returned-message valori possibili: FULL, HDRS ENVID=sender-id identificativo creato dal mittente ALioy - Politecnico di Torino (2013) C-5

6 Esempi E positivi mailer E senza estensioni: 220 mailpolitoit - service ready 250 Hello mailerxcom - nice to meet you! Esempio E negativo il mailer non conosce il protocollo E: 220 mailpolitoit - service ready 500 Command not recognized: EHLO mailer E con estensioni: 220 mailpolitoit - service ready 250-Hello mailerxcom - nice to meet you! 250-SIZE BITMIME -Auth estensione di E definita in RFC-4954 comando AUTH + opzioni di MAIL FROM per autenticare un client prima di accettarne i messaggi!!! utile contro lo spamming: dopo il comando EHLO il server invia i meccanismi di autenticazione supportati il client ne sceglie uno viene eseguito il protocollo di autenticazione se l autenticazione fallisce, il canale viene chiuso Esempio AUTH negativo il mailer non conosce (o non accetta) la modalità di autenticazione proposta dal client: 220 examplepolitoit - service ready 250-examplepolitoit 250 AUTH LOGIN CRAM-MD5 DIGEST-MD5 AUTH PLAIN 504 Unrecognized authentication type AUTH: metodo LOGIN 220 examplepolitoit - service ready 250-examplepolitoit 250 AUTH LOGIN CRAM-MD5 DIGEST-MD5 AUTH LOGIN 334 VXNlcm5hbWU6 Username: bglveq== lioy 334 UGFzc3dvcmQ6 Password: YW50b25pbw== antonio 235 authenticated AUTH: metodo PLAIN sintassi (RFC-2595): AUTH PLAIN id_pwd BASE64 id_pwd è definito come: [ authorize_id ] \0 authentication_id \0 pwd 220 examplepolitoit - service ready 250-examplepolitoit 250 AUTH LOGIN PLAIN AUTH PLAIN bglveqbsaw95agfudg9uaw8= 235 authenticated lioy \0 lioy \0 antonio ALioy - Politecnico di Torino (2013) C-6

7 POP (Post-Office Protocol) una volta era diffuso anche POP-2 (109/tcp) oggi è usato solo POP-3 (RFC-1725, 110/tcp) realizza il collegamento tra e MS, quindi serve solo a leggere la posta dall ufficio postale talvolta usato (impropriamente) in assenza di -auth per autenticare l utente prima di spedire posta (es Pegasus Mail) POP-3: formati protocollo ASCII (ma è 8-bit clean) comandi case-insensitive righe terminate da <CR><LF> codici di errore del server +OK -ERR risposte multi-linea terminate da una riga contenente solo: <CR> <LF> separatore: un solo carattere di spazio POP-3: comandi obbligatori QUIT STAT +OK nmsg totalmsgsize LIST [ msgid ] msgid msgsize RETR msgid DELE msgid NOOP RSET POP-3: comandi opzionali USER mailbox PASS password APOP mailbox digest AUTH mechanism (KERBEROS_V4, GSSAPI, SKEY) TOP msgid nline UIDL [ msgid ] msgid umsgid fornisce stringhe di identificazione univoche per tutte le sessioni Un esempio POP-3 telnet poppolitoit 110 +OK POP3 server ready < @poppolitoit> USER lioy +OK password required for lioy PASS antonio +OK lioy mailbox locked and ready STAT +OK LIST +OK 2 messages (320 octets) Un esempio POP-3 RETR 1 +OK 120 octets ( messaggio n 1 ) DELE 1 +OK message 1 deleted RETR 2 +OK 200 octets ( messaggio n2 ) QUIT +OK POP3 server signing off ALioy - Politecnico di Torino (2013) C-7