Correu electrònic: diferència entre les revisions

Contingut suprimit Contingut afegit
Línia 7:
This website was how do you say it? Relevant!! dbgddegfbdcdegda
 
I like what you guys are usually up too. This kind of clever work and exposure! Keep up the amazing works guys I've added you guys to my blogroll. gadcbcafkeddecak
== Format ==
El format del correu electrònic es defineix al [[Document RFC]] 5322, i les que van dels documents RFC 2045 a 2049, col·lectivament anomenades [[MIME|Multipurpose Internet Mail Extensions]]. Tot i que el document RFC 2822 és l'estàndard proposat tècnicament per l'[[IETF]] i els altres són només esborranys de l'IETF, aquests documents són els estàndards ''de facto'' del correu electrònic.<ref>{{ref-web
| url = http://www.ietf.org/iesg/1rfc_index.txt| títol = RFC Index
}}</ref> Abans el format es descrivia al document RFC 822.
 
El correu electrònic consta de dos components principals:
* Capçalera (Header) - Conté de forma estructurada informació com l'emissor i el destinatari, assumpte, data, i altra informació. El document RFC 5322 en defineix la sintaxi en detall.
* Cos (Body) - El missatge en si com a text no estructurat. De vegades conté la signatura al final.
 
Les dues seccions se separen per una línia en blanc.
 
El correu electrònic està pensat per transmetre missatges [[ASCII]] de 7 [[bit]]s. Tot i que sovint es poden fer servir 8 bits, això no està garantit. Per aquesta raó, s'utilitza l'estàndard [[MIME]], que permet enviar fitxers binaris, inclosos so i imatges, i codi [[HTML]].
D'altra banda, el correu electrònic permet una escriptura amb errors ortogràfics, impensables en altres mitjans comunicatius, com ara abreviatures, emoticones..., permet fer una mica més oral el discurs escrit.
 
=== Capçalera ===
La capçalera conté com a mínim els següents camps:
* From: (De:) La direcció d'e-mail, i opcionalment el nom de l'emissor.
* To: (A:) La direcció (o direccions), i opcionalment el nom del receptor (o receptors).
* Subject: (Assumpte:) Un resum del contingut del missatge
* Date: (Data:) L'hora i dia local de quan el missatge ha estat escrit
 
Noteu que aquests camps es transmeten en anglès, ja que formen part del protocol.
Noteu també que el camp "To" no està necessàriament lligat a les adreces a les quals s'envia el missatge. La llista de destinataris no s'extreu de la capçalera de l'e-mail, sinó que s'especifica en el protocol SMTP.
 
Altres camps freqüents són: (per a veure més camps, consulteu document RFC 4021 o RFC 2076)
* Cc: Còpia de carbó (''Carbon copy'').
* Bcc: Còpia de carbó oculta. (''Blind Carbon Copy'').
* Received: Informació de seguiment generada pels servidors de correu que han gestionat el missatge prèviament.
* Content-Type: Informació de com s'ha de mostrar el missatge, normalment de tipus [[MIME]].
* Reply-To: L'adreça que s'hauria d'usar per contestar al remitent.
* References: La id del missatge al qual es respon (en cas que es respongui), la id d'aquest missatge, etc.
* In-Reply-To: La id del missatge al qual es respon.
* X-Face: Petita icona, normalment mostrant la cara del remitent.
=== Cos del missatge ===
 
==== Codificació ====
El correu electrònic estava dissenyat originalment per missatges de 7 bits [[ASCII]].<ref> {{ref-llibre
|autor= Craig Hunt
|títol= TCP/IP Administration
|any=2002
|editorial= O'Reilly Media
|isbn= 978-0-596-00297-8
}}</ref> Molts programaris de correu electrònic treballen amb 8 bits però cal suposar que es comunicaran amb servidors de correu de 8 bits. L'estàndard [[MIME]] introdueix dues codificacions per permetre transmissió de dades no-ASCII. L'extensió 8BITMIME es va introduir per permetre la transmissió de correu sense la necessitat d'aquestes codificacions però molts [[MTA]]s encara no ho suporten. En alguns països, coexisteixen uns quants esquemes de codificació; com a resultat, per defecte, el missatge en una llengua d'alfabet no llatí apareix de forma no llegible (l'única excepció és quan el remitent i el receptor fan servir el mateix esquema de codificació). Per això, el codi [[Unicode]] està creixent en popularitat.
==== Arxius de text i HTML ====
Molts [[client de correu electrònic|clients de correu electrònic]] permeten l'ús tant de text sense format com d'[[HTML]] per al cos de missatge en l'opció de l'usuari. Els missatges de correu electrònic d'HTML sovint inclouen un fitxer de text generat automàticament, per raons de compatibilitat.
 
Els avantatges de HTML inclouen la possibilitat d'incloure enllaços i imatges, separa missatges previs en blocs, permet diverses visualitzacions, i l'ús de formats com el [[subratllat]], la [[cursiva]], i el canvi de tipus de lletra.
 
Els desavantatges inclouen l'increment de la mida del correu, la intimitat dels [[web bug]]s, l'abús del correu HTML com a vector per atacs [[phishing]] i l'extensió de [[malware]].<ref>[http://advosys.ca/papers/mail-policies.html Polítiques que eviten virus]</ref>
 
Les [[llistes de correu]] normalment insisteixen que tots els correus es creïn en text sense format<ref>[http://helpdesk.rootsweb.com/listadmins/plaintext.html "Quan creis una llista de correu..."]</ref><ref>[http://www.openbsd.org/mail.html " ...Text sense format, 72 caràcters per línia..."]</ref><ref>[http://www.expita.com/nomime.html "què fem malament quan enviem missatges HTML o MIME?"]</ref> per totes les raons citades, però també perquè tenen un nombre significatiu de lectors utilitzant correu basat en [[text user interface]] com ara [[Mutt]].
Alguns clients de correu de [[Microsoft]] han permès un millor format fent servir [[RTF]] abans que HTML, però llevat que al receptor se li garanteixi tenir un [[client de correu electrònic]] compatible, no hauria d'estar permès.<ref>[http://support.microsoft.com/kb/138053 Com prevenir l'enviament de l'arxiu Winmail.dat a usuaris Internet]</ref>
 
== Vista general del funcionament ==