Dubbi su S/MIME e posta elettronica - pnn aprile 2000

> Scusa il disturbo ma purtroppo non potevo farne a meno.
> Sono un tecnico di una catena romana di PC e ultimamente dopo aver
> installato il servizio internet in uno studio di commercialisti e' sorto un
> problema a me fino ad ora sconosciuto.
> I comm.. ricevono per lavoro dei documenti PDF allegati alla posta, e chissa'
> per quale motivo arrivano spezzettati e non piu' leggibili.
> Telefono alla sede centrale che e' a XXXXXX e mi dicono che il problema sta
> nel fatto che il nostro Service Provider non supporta l'SMIME. Provo con un
> altro provider e tutto effetivamente funziona e gli allegati arrivano
> perfetti.
> Ora la mia domanda e', possibile che XXXXX, un provider con
> connessioni 56 V.90 e pie' di 3000 utenti non si sia accorto che il suo
> server di posta non supporta l'SMIME.
> Questo SMIME che cosa e' esattamente.

MIME e' uno standard per codificare attachments e documenti compositi (per esempio: messaggi contenenti immagini e suoni)

Lo standard MIME e' stato disegnato per essere assolutamente trasparente, cioe' ogni mail processor che supporti lo standard RFC-822 DEVE recapitare correttamente anche i messaggi MIME e S/MIME.

Vedo solo tre motivi per cui tali messaggi potrebbero arrivare rovinati:

1. che il mail processor decida di "spezzare" i messaggi piu' lunghi di tot KB. Molti mail processor hanno tale opzione configurabile, ed alcuni provider "grandi" (cioe' con molti utenti) lo attivano di proposito perche' cosi' evitano che messaggi grossi blocchino le mailbox.
2. che inserisca nei messaggi tag particolari, come le righe di pubblicita' aggiunte da server di posta elettronica "gratuiti" come hotmail
3. che tagli eventuali caratteri ASCII estesi (come le accentate); lo standard S/MIME DI BASE non prevede che tali caratteri vengano trasmessi, ma alcuni client lo fanno, per risparmiare qualche byte... sul Netscape Messenger, ad esempio, tale comportamento e' configurabile: Da Edit... Preferences... Mail... Messages... "Send messages that use 8-bit characters" il default e' "as-is" che trasmette i dati in ASCII esteso (che potrebbe non essere accettato da tutti); e' da settare "as MIME quoted printable" sul computer DEL MITTENTE per la massima compatibilita'.

Il suggerimento che le posso dare e' quello di prendere una casella di posta (se non un dominio virtuale) presso un ISP che non ponga limiti di dimensione (i miei clienti si scambiano attachment fino a 30 MB senza problemi); tale ISP non deve necessariamente essere nella stessa citta' dove il cliente si collega.

Roberto Piola, Gruppo IH

--------------- segue output controllo mail server remoto
--------------- per ovvi motivi ho nascosto i dati reali
claudia:~$ host -a zzz.it
Trying null domain
rcode = 0 (Success), ancount=4
The following answer is not authoritative:
zzz.it     30521 IN        A       aaa.bbb.ccc.ddd
zzz.it     542697 IN       NS      dns.nis.garr.it
zzz.it     542697 IN       NS      dns.interbusiness.it
zzz.it     542697 IN       NS      linux.zzz.it
For authoritative answers, see:
zzz.it     542697 IN       NS      dns.nis.garr.it
zzz.it     542697 IN       NS      dns.interbusiness.it
zzz.it     542697 IN       NS      linux.zzz.it
Additional information:
dns.nis.garr.it 110832 IN       A       193.205.245.8
dns.interbusiness.it    126309 IN       A       151.99.125.2
linux.zzz.it       52852 IN        A       aaa.bbb.ccc.ddd
claudia:~$ telnet zzz.it 25
Trying aaa.bbb.ccc.ddd...
Connected to zzz.it.
Escape character is '^]'.
220- Cities On Line at bbs.zzz.it
220  Worldgroup SMTP server ready at 11-SEP-98 09:11:14
214- Commands currently implemented:
214-      HELO     MAIL     RCPT     DATA     VRFY
214       QUIT     HELP     RSET     NOOP
quit
221 bbs.zzz.it closing connection.
Connection closed by foreign host.
claudia:~$