Provider e Mail server

Transcript

1 Il servizio di elettronica Provider e Mail server Il servizio di elettronica o nasce per scambiarsi messaggi di puro testo o altri tipi di informazioni (file di immagini, video, ecc.) fra utenti della rete Per comunicare è necessario disporre di un proprio indirizzo di Es: paolo@michelini.org paolo = nome scelto dall utente michelini.org = dominio che ospita il servizio di dell = at L indirizzo di elettronica è fornito dal cosiddetto provider ed è una sorta di casella le, che funge anche da segreteria telefonica. La modalità di accesso al servizio è quindi asincrona (servizio NON connesso), ovvero per la trasmissione di un messaggio non è necessario che mittente e destinatario siano contemporaneamente attivi o collegati al computer che fornisce il servizio di elettronica (mail server) Protocolli di elettronica Formato di un generico messaggio Ricezione dei messaggi di : POP3 (Post Office Protocol) Al momento della connessione al server di, scarica localmente sul nostro computer i messaggi ricevuti, normalmente cancellandoli dal server principale. Utilizza la porta 110 di TCP. IMAP (Internet Message Access Protocol) Scarica sul computer locale dell utente, solo l intestazione dei messaggi, lasciandoli inalterati sul server principale. Utilizza la porta 143 di TCP Trasmissione dei messaggi SMTP (Simple Mail Transfer Protocol). È basato sulla codifica ASCII standard (7 bit), cioè non è permesso trasmettere direttamente testo composto con un diverso set di caratteri e tantomeno file binari. Utilizza la porta 25 di TCP Da: Giovanni Invernizzi Alpha Technology Via Verdi Udine Oggetto: nuovo server Spett.le dott., con la presente le richiedo un offerta per un nuovo server di elettronica che soddisfi le specifiche gia concordata. intestazione corpo Paolo Michelini Information Tecnology Sincrotrone Trieste SS 14 km Trieste busta

2 Cosa impongono gli RFC Alcuni campi dell'header Non esiste una suddivisione fra i campi della busta e dell intestazione. Esiste solo un'intestazione (header) ed il corpo (body) del messaggio. L'header è formato da singole righe in formato di puro testo (ASCII standard) divise in campi. Formato dei campi: Nome del campo Separatore : Valore del campo Il testo del corpo del messaggio segue i vari campi dopo una riga bianca (sempre in ASCII standard) To: Cc: Bcc: From: Sender: Received: Return-Path: destinatario/i destinatario/i secondari (copia per conoscenza) destinatario/i non visibili a quelli di To e Cc mittente indirizzo di elettronica del mittente linea aggiunta da ogni mail server intermedio può indicare il percorso di ris Alcuni campi dell'header Mail d'esempio Date: Reply-To: Message-Id: In-Reply-To: References: Keywords: Subject: Data e ora invio messaggio Indirizzo a cui inviare le risposte Identificatore del messaggio (univoco) Id del messaggio a cui si sta rispondendo Altri id di riferimento Parole chiavi scelte dall utente Argomento del messaggio (una riga) Return-Path: <paolo.michelini@elettra.trieste.it> Delivered-To: paolo@michelini.org Received: (qmail invoked by uid 89); 29 Nov :35: Received: by simscan ppid: 14338, pid: 14355, t: s scanners: clamav: 0.97-exp/m:53 spam: X-Spam-Checker-Version: SpamAssassin ( ) on mxavas2.ad.aruba.it X-Spam-Status: No, score=-0.7 required=5.0 tests=bayes_05 autolearn=disabled version=3.3.1 Received: from unknown (HELO elettra.trieste.it) ( ) by mxavas2.ad.aruba.it with SMTP; 29 Nov :35: Received: from [ ] (account paolo.michelini@elettra.trieste.it [ ] verified) by elettra.trieste.it (CommuniGate Pro SMTP ) with ESMTPSA id for paolo@michelini.org; Tue, 29 Nov :35: Message-ID: <4ED517E @elettra.trieste.it> Date: Tue, 29 Nov :35: From: Paolo Michelini <paolo.michelini@elettra.trieste.it> User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:8.0) Gecko/ /8.0 MIME-Version: 1.0 To: paolo@michelini.org Subject: Prova mail Content-Type: text/plain; charset=iso ; format=flowed Content-Transfer-Encoding: 7bit Ecco una di test.

3 MIME Le limitazioni imposte dalla necessità di usare il set ASCII stretto, non permettono la trasmissione di caratteri accentati, simbolici o file binari in allegato (attachment in inglese). È quindi necessaria una speciale codifica per poterlo fare. La codifica dei file avviene normalmente tramite il cosiddetto standard MIME (Multipurpose Internet Mail Extensions) che permette di trasformare dati binari o ASCII con valore superiore a 127 in ASCII standard. La codifica più comune utilizzata da MIME è il Base64 che trasforma gruppi di 3 byte (24 bit) in gruppi di 4 caratteri ASCII (cioè 6 bit ciascuno<127) Mail d'esempio + attachment IDENTICO ALL'ESEMPIO PRIMA... Subject: Mail esempio2 Content-Type: multipart/mixed; boundary=" " This is a multi-part message in MIME format Content-Type: text/plain; charset=iso ; format=flowed Content-Transfer-Encoding: 7bit Mail d'esempio con attachment Content-Type: text/plain; name="attachment di Testo.txt" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="attachment di Testo.txt" UHJvdmEgZGkgYXR0YWNobWVudA== Nuove funzionalità ( ed ) Una delle caratteristiche più interessanti dei programmi di dell ultima generazione (, Netscape, Eudora, ecc.) è quello di ricevere e inviare messaggi usando lo stesso linguaggio usato per creare le pagine web, cioè HTML (HyperText Markup Language) Tramite l html è possibile personalizzare il proprio messaggio di testo (colore, dimensione caratteri, font, ecc.) Il programma di convertirà poi tutto questo in HTML, in maniera trasparente. Questo significa che i client di includono le caratteristiche di un vero e proprio editor HTML in modalità WYSIWYG ('What You See Is What You Get').

4

5 Personalizzazioni Talvolta i server di permettono di ricevere e spedire messaggi tramite protocolli sicuri che utilizzano la crittografia per prevenire la manomissione, la falsificazione e l'intercettazione dei dati. I più comuni sono: SSL (Secure Socket Layer) TLS (Transport Layer Security) In generale, sia SSL che TLS possono venire utilizzati per aggiungere sicurezza a qualsiasi protocollo che utilizza TCP. Posta Elettronica Certificata (PEC) Crittografia asimmetrica La elettronica certificata (PEC) è uno strumento che permette di dare, ad un messaggio di elettronica, lo stesso valore di una raccomandata con avviso di ricezione tradizionale. La PEC può aggiungere inoltre la certificazione del contenuto del messaggio solo se in combinazione con un certificato digitale (basato su una crittografia asimmetrica). Crittografia asimmetrica: generazione di coppie di chiavi (chiave pubblica e chiave privata). Le chiavi hanno una funzionalità reciproca, cioè i dati cifrati con una chiave sono decifrabili solo con l'altra. Esempio: un messaggio crittografato con una data chiave pubblica (pubk) può essere decrittato solo da chi possiede la relativa chiave privata (prvk); per cui, se siamo sicuri che la chiave pubblica appartiene a "Mario Rossi" allora siamo anche sicuri che solo "Mario Rossi" potrà leggere i messaggi criptati con quella chiave pubblica. Inoltre vale anche il viceversa: se possiamo decriptare un messaggio con quella chiave pubblica allora siamo sicuri che quel messaggio è stato criptato da "Mario Rossi"

6 Crittografia asimmetrica A Messaggio E %^& 45* D Messaggio A Messaggio pubblico criptato firmato da A Fornisce autenticazione ed integrità dei dati prvk di A Encryption pubk di B pubk di A Decryption Messaggio segreto per B prvk di B B B Certificato digitale Un certificato digitale è un documento elettronico che attesta l'associazione tra una chiave pubblica e l'identità di un soggetto (una persona, una società, un computer, ecc.) tramite la firma digitale ap da una autorità di certificazione (CA). Ha una durata limitata di tempo Revocabile sia dall'utente che dall'autorità di certificazione Messaggio E %^& 45* D Messaggio