SMTP: Diferenzas entre revisións

A utilización en masa do SMTP remonta aos [[anos 80]]. Na altura era un complemento ao [[UUCP]] que estaba mellor adecuado para transferencias de [[correo electrónico]] entre máquinas sen ligazón permanente. Por outro lado, o desempeño do SMTP aumenta se as máquinas envolvidas, emisor e receptor, se atoparen ligadas permanentemente.

 

 

Dada a especificación inicial, que contemplaba apenas texto [[ACII]], este protocolo non é ideal para a transferencia de ficheiros. Algúns [[estándar]]s foron desenvolvidos para permitir a transferencia de ficheiros en formato binario a través de texto simple, como o caso do [[MIME]]. Hoxe en día case todos os servidores SMTP soportan a extensión 8BITMIME.

O SMTP é un protocolo de recepción apenas, i.e., non permite que un usuario descargue as mensaxes dun servidor. Para iso é necesario un [[cliente de email]] que soporte [[POP3]] ou [[IMAP]], que é o caso da maioría dos clientes actuais.

 

Despois do estabelecemento dunha [[conexión]] entre emisor ([[cliente]]) e receptor ([[servidor]]), o exemplo seguinte ilustra unha sesión SMTP. Na conversación seguinte, "C:" designa as mensaxes do cliente e "S:" as mensaxes do servidor. Na maioría dos computadores unha [[conexión]] pode ser estabelecida usando o comando [[telnet]] no emisor, por exemplo:

 

Aínda que opcional, practicamente todos os clientes pregúntanlle ao servidor cales extensións SMTP soporta, utilizando o comando ''EHLO'' (en oposición ao ''HELO'' ilustrado enriba), e o corpo da mensaxe (a seguir a ''DATA'') segue tipicamente en formato [[MIME]].

 

 

Unha das limitacións da especificación SMTP inicial é que non existe método de autenticación dos emisores. Como tal, foille engadida a extensión [[SMTP-AUTH]].

É por esta razón que existen varias propostas para protocolos alternativos que irían asistir a operación SMTP. O [[Anti-Spam Research Group|Grupo de Investigación Anti-Spam]] do [[IRTF]] atopase a estudar varias propostas para se soportar a autenticación do emisor dunha forma flexíbel e escalábel. A proposta aparentemente máis sólida parece ser o protocolo [[Sender Policy Framework]].

 

* [[Post Office Protocol]]

 

* [http://www.ietf.org/rfc/rfc2821.txt RFC 2821] - ''The Simple Mail Transfer Protocol'', que tornou obsoleto o RFC 821

* [http://www.ietf.org/rfc/rfc2822.txt RFC 2822] - ''Internet (i.e. e-mail) Mesaxe Format'', que tornou obsoleto o RFC 821

 

[[ar:بروتوكول إرسال البريد البسيط]]

[[bs:Simple Mail Transfer Protocol]]

[[ca:Simple Mail Transfer Protocol]]