Correo electrónico: Diferenzas entre revisións
Contido eliminado Contido engadido
m arranxiño |
tradución ca.wiki |
||
Liña 45:
En [[1977]], o correo electrónico converteuse nun servizo de rede estandarizado, grazas a diversos estándares parciais,<ref>Véxase [https://tools.ietf.org/html/rfc561 RFC 561 - Standardizing Network Mail Headers], [https://tools.ietf.org/html/rfc680 RFC 680 - Message Transmission Protocol] e [https://tools.ietf.org/html/rfc724 RFC 724 - Proposed Official Standard for the Format of ARPA Network Messages].</ref> que remataron coa especificación RFC 733.<ref>{{Cita web | url = https://tools.ietf.org/html/rfc733 | título = RFC 733 - STANDARD FOR THE FORMAT OF ARPA NETWORK TEXT MESSAGES(1) | páxina-web= [[IETF]] | dataacceso = 21 de agosto de 2016}}</ref>
== Formato ==
O formato do correo electrónico defínese no [[Documento RFC]] 5322, e nos documentos RFC do 2045 a 2049, colectivamente chamadas [[CONSINTA|Multipurpose Internet Mail Extensions]]. A pesar de que o documento RFC 2822 é o estándar proposto tecnicamente polo [[IETF]] e os outros son só borradores do IETF, estes documentos son os estándares ''de facto'' do correo electrónico.<ref>{{cita web
| url = http://www.ietf.org/iesg/1rfc_index.txt| título = RFC Index
}}</ref> Antes o formato describíase no documento RFC 822.
O correo electrónico consta de dous compoñentes principais:
* Cabeceira (Header) - Contén de forma estruturada información como o emisor e o destinatario, asunto, data, e outra información. O documento RFC 5322 define a sintaxe en detalle.
* Corpo (Body) - A mensaxe en si como texto non estruturado. Ás veces contén a firma ao final.
As dúas seccións sepáranse por unha liña en branco.
O correo electrónico está pensado para transmitir mensaxes [[ASCII]] de 7 [[bit]]s. A pesar de que a miúdo se poden usar 8 bits, isto non está garantido. Por esta razón, utilízase o estándar [[#CONSENTIR]], que permite enviar ficheiros binarios, incluídos son e imaxes, e código [[HTML]].
Doutra banda, o correo electrónico permite unha escritura con erros ortográficos, impensables noutros medios de comunicación, con abreviaturas, emoticonos, etc, permite facer algo máis oral o discurso escrito.
=== Cabeceira ===
A cabeceira contén como mínimo os seguintes campos:
* From: (De:) O enderezo de correo electrónico orixe, e opcionalmente o nome do emisor.
* To: (A:) O enderezo (ou enderezos) de destino, e opcionalmente o nome do receptor (ou receptores).
* Subject: (Asunto:) Un resumo ou título do contido da mensaxe
* Data: (Data:) A hora e día local de cando a mensaxe foi escrita
Nótese que estes campos se transmiten en inglés, posto que forman parte do protocolo.
Nótese tamén que o campo "To" non está necesariamente ligado ás direccións ás cales se envía a mensaxe. A lista de destinatarios non se extrae da cabeceira do correo, senón que se especifica no protocolo SMTP.
Outros campos frecuentes son (para ver tódolos campos pódese consultar o documento RFC 4021 ou RFC 2076):
* Cc: Copia de carbón (''Carbon copy'').
* Bcc: Copia de carbón oculta. (''Blind Carbon Copy'').
* Received: Información de seguimento xerada polos servidores de correo que xestionaron a mensaxe previamente.
* Content-Type: Información de como se ten que mostrar a mensaxe, normalmente de tipo [[#CONSENTIR]].
* Reply-To: O enderezo que se tería que usar para contestar ao remitente.
* References: A id da mensaxe á cal se responde (no caso de que se responda), a id desta mensaxe, etc.
* In-Reply-To: A id da mensaxe á cal se responde.
* X-Face: Pequena icona, normalmente mostrando a cara do remitente.
=== Corpo da mensaxe ===
==== Codificación ====
O correo electrónico estaba deseñado orixinalmente para mensaxes de 7 bits [[ASCII]].<ref> {{cita libro
|autor= Craig Hunt
|título= TCP/IP Administration
|ano=2002
|editorial= O'Reilly Media
|isbn= 978-0-596-00297-8
}}</ref> Moitos software de correo electrónico traballan con 8 bits pero hai que supor que se comunicarán con servidores de correo de 8 bits. O estándar [[#CONSENTIR]] introduce dúas codificacións para permitir a transmisión de datos non-ASCII. A extensión 8BITMIME introduciuse para permitir a transmisión de correo sen a necesidade destas codificacións, pero moitos [[MTA]]s aínda non o soportan. Nalgúns países, coexisten uns cantos esquemas de codificación; como resultado, por defecto, a mensaxe nunha lingua de alfabeto non latino aparece de forma non lexible (a única excepción é cando o remitente e o receptor usan o mesmo esquema de codificación). Por iso, o código [[Unicode]] está a crecer en popularidade.
==== Ficheiros de texto e HTML ====
Moitos [[cliente de correo electrónico|clientes de correo electrónico]] permiten o uso tanto de texto sen formato como de [[HTML]] para o corpo de mensaxe nas opcións do usuario. As mensaxes de correo electrónico en HTML a miúdo inclúen un ficheiro de texto xerado automaticamente, por razóns de compatibilidade.
As vantaxes de HTML inclúen a posibilidade de incluír ligazóns e imaxes, separa mensaxes previas en bloques, permite varias visualizacións, e o uso de formatos como o [[subliñado]], a [[cursiva]], e o cambio de tipo de letra.
As desvantaxes inclúen o incremento do tamaño do correo, a intimidade dos [[web bug]]s, o abuso do correo HTML como vector por ataques [[phishing]] e a extensión de [[malware]].<ref>[http://advosys.ca/papers/mail-policies.html Políticas que evitan virus]</ref>
As [[listas de correo]] normalmente insisten que todos os correos deben ser creados en texto sen formato<ref>[http://helpdesk.rootsweb.com/listadmins/plaintext.html "Cando cree unha lista de correo..."]</ref><ref>[http://www.openbsd.org/mail.html " ...Texto sen formato, 72 caracteres por liña..."]</ref><ref>[http://www.expita.com/nomime.html "que faemos mal cando enviamos mensaxes HTML ou CONSINTA?"]</ref> por tódalas razóns citadas, pero tamén porque teñen un número significativo de lectores utilizando correo baseado en [[interfaces de usuario de texto]], por exemplo [[Mutt]].
Algúns clientes de correo de [[Microsoft]] permitiron un mellor formato usando [[RTF]] antes que HTML, pero salvo que estea garantizado que o receptor ten [[cliente de correo electrónico]] compatible, non debería estar permitido.<ref>[http://support.microsoft.com/kb/138053 Como previr o envío do ficheiro Winmail.dat en usuarios Internet]</ref>
== Direccións de correo electrónico ==
| |||