O Simple Mail Transfer Protocol é um protocolo para o envio de correio. O SMTP é usado para transmitir e receber mensagens de correio por servidores de correio e outros agentes de transferência. Os clientes no nível do usuário normalmente utilizam o SMTP apenas para transmitir mensagens para um e-mail para retransmitir e enviar e-mails de saída pela porta 587 ou 465, conforme definido pela RFC 8314. IMAP é o padrão para recuperar mensagens, no entanto, servidores proprietários, como como O ACTIVESYNC, normalmente utiliza protocolos proprietários também.

O SMTP foi atualizado, aprimorado e expandido várias vezes desde a sua criação em 1981. A versão atual do protocolo é flexível, incluindo adições que possibilitam a autenticação, transmissão de dados binários e endereços de email internacionalizados. O protocolo de controle de transmissão é amplamente usado pelos servidores SMTP nas portas 25 e 587.

O RFC 1869 definiu o protocolo de transferência de correio simples estendido em 1995, que criou uma estrutura genérica para todas as modificações presentes e futuras direcionadas para preencher as lacunas no SMTP original. O ESMTP especifica um método consistente e controlado para identificar clientes e servidores ESMTP, bem como uma maneira de os servidores declararem se as extensões são suportadas.

Em 1998 e 1999, foram publicados o envio de mensagens do RFCS e o SMTP-AUTH, ambos detalhando novos padrões de e-mail. Os servidores SMTP eram originalmente internos a uma organização, recebendo correio de fora para a organização e transmitindo mensagens da organização para o exterior. No entanto, como passou, os servidores SMTP começaram a expandir suas responsabilidades para incluir agentes de envio de mensagens para agentes de usuários de email, alguns dos quais agora estavam transmitindo e -mails de fora de uma organização. Devido a esse problema, que surgiu como resultado do rápido crescimento e popularidade da Web, o SMTP teve que incorporar certas regras e técnicas para transmitir e -mails e autenticar usuários para evitar abusos, como o retransmissão de email indesejado.

Os servidores de email populares freqüentemente reescrevem o correio na tentativa de resolver erros, como adicionar um nome a um endereço não qualificado, portanto, no início do envio de mensagens. Quando a mensagem que está sendo reparada é um envio original, esse comportamento é bom, mas é arriscado e destrutivo quando a mensagem se originou em outro lugar e está sendo retransmitida. As submissões de reescrita foram consideradas como permitir e reescrever as submissões, mas proibir a reescrita de reescrita, dividindo claramente o correio em envio e revezamento. À medida que o spam se tornou cada vez mais comum, também era considerado uma autorização e rastreabilidade para o correio enviado por uma entidade. Essa distinção entre relé e submissão rapidamente se tornou uma pedra angular da segurança por e -mail contemporânea.

Como esse protocolo foi projetado para funcionar apenas com o texto ASCII, ele não podia ou personagens binários de muitos idiomas não ingleses. Para criptografar dados binários para SMTP, foram criados padrões de extensões multiuso da Internet Mail. Após o Sendmail, os agentes de transferência de email tendiam a ser implementados de 8 bits, permitindo que o ⠀ œplique envie oito método para ser usado para fornecer qualquer dados de texto por meio do SMTP. Devido a diferentes mapeamentos de conjuntos de caracteres entre os fabricantes, o Mojibake permaneceu um problema, mesmo que o email se endereça apenas ASCII suportado. Hoje, a maioria dos MTAs limpos de 8 bits aceita a extensão de 8bitmime, que permite que alguns arquivos binários sejam enviados tão prontamente quanto o texto simples. A extensão SMTPUTF8 foi criada em 2012 para aceitar texto UTF-8, permitindo conteúdo e endereços estrangeiros em outros caracteres que não o latim, como cirílico ou chinês.
Baixe a Galeria Transparente SMTP PNG Images