{"id":71,"date":"2016-03-25T02:04:21","date_gmt":"2016-03-25T02:04:21","guid":{"rendered":"http:\/\/www.smtp-server.net\/?p=71"},"modified":"2015-05-04T20:34:26","modified_gmt":"2015-05-04T20:34:26","slug":"att-smtp-server-o-protocolo-smtp","status":"publish","type":"post","link":"https:\/\/www.smtp-server.net\/pt\/att-smtp-server-o-protocolo-smtp\/","title":{"rendered":"Servidor Att SMTP - O protocolo SMTP"},"content":{"rendered":"<p>O correio eletr\u00f3nico j\u00e1 existia, de uma forma ou de outra, desde a d\u00e9cada de 1960. As pessoas deixavam mensagens umas \u00e0s outras utilizando uma s\u00e9rie de m\u00e9todos diferentes em computadores mainframe, mas s\u00f3 em agosto de 1982, quando o Information Sciences Institute publicou o Simple Mail Transfer Protocol (SMTP; RFC 821), \u00e9 que foi proposto um m\u00e9todo normalizado para enviar e receber correio eletr\u00f3nico.<\/p>\n<p><!--more--><\/p>\n<p>O SMTP rapidamente ganhou popularidade na ARPANET, substituindo m\u00e9todos mais antigos e complexos utilizados para transferir correio eletr\u00f3nico de um mainframe para outro, e foi suportado pela primeira vez no final de 1982 pelo Sendmail, um dos primeiros Agentes de Transfer\u00eancia de Correio, no BSD 4.1c.<br \/>\nDesde ent\u00e3o, o protocolo tem sido revisto e alargado com bastante regularidade, mas o m\u00e9todo fundamental para o envio de correio eletr\u00f3nico permaneceu, em grande parte, inalterado.<\/p>\n<p>O protocolo \u00e9 um protocolo baseado em texto, que inicialmente n\u00e3o suportava a transmiss\u00e3o de dados bin\u00e1rios. No entanto, o facto de ser baseado em texto tornou o protocolo f\u00e1cil de implementar e manter. O MIME (Multipurpose Internet Mail Extensions) tornou-se popular no final dos anos 80 para codificar e enviar dados bin\u00e1rios atrav\u00e9s do SMTP. Atualmente, o SMTP \u00e9 o protocolo dominante para o envio e rece\u00e7\u00e3o de e-mail na Internet, sendo o conhecimento aprofundado deste protocolo essencial para qualquer administrador de rede.<\/p>\n<p>Como o SMTP \u00e9 baseado em texto, aprender o protocolo \u00e9 significativamente mais f\u00e1cil do que muitos outros, e basta um programa capaz de enviar dados ASCII atrav\u00e9s da porta 25 do TCP\/IP, como o Telnet, para comunicar diretamente com um servidor SMTP.<\/p>\n<p>O correio eletr\u00f3nico \u00e9 enviado via SMTP numa transa\u00e7\u00e3o; ou seja, se o envio da mensagem n\u00e3o for conclu\u00eddo na \u00edntegra e sem gerar um erro, a mensagem \u00e9 descartada. A RFC 821 descreve uma transa\u00e7\u00e3o como tendo tr\u00eas fases: especificar um remetente, indicar um ou mais destinat\u00e1rios e, por fim, enviar a pr\u00f3pria mensagem. No entanto, \u00e9 mais f\u00e1cil conceber uma transa\u00e7\u00e3o SMTP como tendo 5 fases:<\/p>\n<ul>\n<li>Aperto de m\u00e3o<\/li>\n<li>Enviar endere\u00e7o de resposta<\/li>\n<li>Enviar aos destinat\u00e1rios<\/li>\n<li>Enviar dados da mensagem<\/li>\n<li>Concluir transa\u00e7\u00e3o<\/li>\n<\/ul>\n<p><b>Aperto de m\u00e3o<\/b><\/p>\n<p>Ao estabelecer liga\u00e7\u00e3o a um servidor SMTP na porta 25, o remetente de uma mensagem deve aguardar que o destinat\u00e1rio aceite a liga\u00e7\u00e3o e se identifique no seguinte formato:<\/p>\n<blockquote><p>220 [dom\u00ednio] [Informa\u00e7\u00f5es sobre o servi\u00e7o]<br \/>\nExemplo: 220 example.com Servi\u00e7o dispon\u00edvel<\/p><\/blockquote>\n<p>O remetente deve, em seguida, identificar-se junto do destinat\u00e1rio utilizando o comando HELO.<\/p>\n<blockquote><p>HELO [dom\u00ednio]<br \/>\nExemplo: HELO example.com<\/p><\/blockquote>\n<p>Os servidores de correio eletr\u00f3nico esperam que cada um se identifique utilizando um nome de dom\u00ednio que possa ser utilizado para verificar a identidade do servidor atrav\u00e9s de uma pesquisa do registo MX; no entanto, o servidor recetor n\u00e3o deve rejeitar a liga\u00e7\u00e3o nesta fase, mesmo que a identidade do remetente n\u00e3o possa ser verificada, devendo, por isso, responder com:<\/p>\n<blockquote><p>250 [Mensagem]<br \/>\nExemplo: 250 example.com Ol\u00e1, bob@example.com<\/p><\/blockquote>\n<p>O c\u00f3digo de resposta 250 \u00e9 a resposta gen\u00e9rica \u2018OK\u2019 enviada por um servidor SMTP para indicar que a \u00faltima a\u00e7\u00e3o foi conclu\u00edda com sucesso.<\/p>\n<p><b>Endere\u00e7o para resposta:<\/b><\/p>\n<p>Assim que os dois servidores tiverem conclu\u00eddo o processo de estabelecimento de liga\u00e7\u00e3o, a transa\u00e7\u00e3o SMTP ter\u00e1 in\u00edcio e poderemos come\u00e7ar a enviar comandos ao servidor. Se pretender ver os comandos suportados pelo servidor, envie o comando HELP e o servidor SMTP dever\u00e1 responder com uma mensagem a indicar quais os comandos suportados.<\/p>\n<p>No entanto, para enviarmos uma mensagem a um utilizador neste servidor, temos primeiro de definir um endere\u00e7o de resposta. O endere\u00e7o de resposta deve ser indicado primeiro para que, caso ocorram erros durante a transa\u00e7\u00e3o SMTP, estes possam ser comunicados a esse endere\u00e7o. Para tal, utilizamos o comando \u2018MAIL FROM:\u2019:<\/p>\n<blockquote><p>E-MAIL DE:<br \/>\nExemplo: MAIL FROM:<\/p><\/blockquote>\n<p>Repare nos caracteres \u00abMenor que\u00bb e \u00abMaior que\u00bb. A norma RFC 821 exige que estes caracteres fa\u00e7am parte do pr\u00f3prio endere\u00e7o de e-mail. Se o endere\u00e7o for aceite, o SMTP devolver\u00e1 uma resposta 250 OK.<\/p>\n<p><b>Enviar aos destinat\u00e1rios<\/b><\/p>\n<p>Depois de definir um endere\u00e7o de resposta, o SMTP permite-nos identificar os destinat\u00e1rios da mensagem. Para tal, utilizamos o comando \u2018RCPT TO:\u2019:<\/p>\n<blockquote><p>RCPT PARA:<br \/>\nExemplo: RCPT PARA:<\/p><\/blockquote>\n<p>Para definir v\u00e1rios destinat\u00e1rios, basta repetir este comando para cada destinat\u00e1rio. Caso o destinat\u00e1rio aceite correio para este utilizador e possa aceitar a mensagem neste momento, dever\u00e1 responder com um 250 OK. No entanto, se o correio n\u00e3o for aceite para este utilizador, ser\u00e1 enviada uma resposta de falha 550 ou o c\u00f3digo de erro apropriado. Caso recebamos uma resposta 250 OK, podemos prosseguir com o envio dos dados da mensagem.<\/p>\n<p><b>Enviar dados da mensagem<\/b><\/p>\n<p>O envio de dados via SMTP \u00e9 bastante simples; no entanto, os formatos das mensagens podem ser bastante complexos, especialmente quando se enviam anexos bin\u00e1rios. Para come\u00e7ar a enviar dados, devemos emitir o comando \u2018DATA\u2019, ao qual o servidor deve responder com a resposta interm\u00e9dia 354. Ou seja:<\/p>\n<blockquote><p>354 Introduza a mensagem, terminando com \u201c.\u201d numa linha separada<\/p><\/blockquote>\n<p>A mensagem mais simples que podemos enviar \u00e9 uma mensagem de texto simples, que n\u00e3o requer a utiliza\u00e7\u00e3o do formato de mensagem MIME multiparte. Todas as mensagens, sejam elas de texto simples ou n\u00e3o, terminam com o envio de uma linha que cont\u00e9m apenas um ponto. Al\u00e9m disso, antes de enviar uma mensagem, pode incluir algumas informa\u00e7\u00f5es de cabe\u00e7alho, tais como Data, Assunto, Para, Cc e De.<\/p>\n<p>Exemplo:<\/p>\n<blockquote><p>DADOS<br \/>\n354 Introduza a mensagem, terminando com \u201c.\u201d numa linha separada<br \/>\nAssunto: Esta \u00e9 a linha de assunto da mensagem de texto do plano<br \/>\nE este \u00e9 o corpo da mensagem em texto simples.<\/p><\/blockquote>\n<p>Se for aceite, o servidor SMTP devolver\u00e1 uma resposta 250 OK ou um c\u00f3digo de erro, caso a transa\u00e7\u00e3o tenha falhado ou tenha ficado incompleta. Repare no ponto final no final da linha do corpo da mensagem; s\u00f3 quando for encontrado um ponto final sozinho numa linha \u00e9 que o servidor deixar\u00e1 de aguardar dados. Caso o servidor remetente esteja a enviar uma mensagem que possa provocar o encerramento prematuro da sess\u00e3o de dados \u2014 uma vez que a mensagem cont\u00e9m um \u00fanico ponto numa linha \u2014, deve adicionar um ponto adicional \u00e0 linha.<\/p>\n<p><b>Concluir a transa\u00e7\u00e3o<\/b><\/p>\n<p>At\u00e9 este momento, tudo o que foi enviado para o servidor SMTP de destino \u00e9 considerado descart\u00e1vel. Se o comando \u2018QUIT\u2019 n\u00e3o for enviado antes do encerramento da liga\u00e7\u00e3o, o servidor de destino limitar-se-\u00e1 a eliminar quaisquer dados de mensagens que tenham sido armazenados. Originalmente utilizado como uma forma elegante de encerrar uma liga\u00e7\u00e3o, \u00e9 hoje comummente utilizado para indicar que uma transa\u00e7\u00e3o foi conclu\u00edda, sendo que muitos servidores de correio aguardam o comando QUIT antes de colocarem o correio na fila para que o Agente de Transfer\u00eancia de Mensagens o encaminhe. Depois de enviar o comando \u00abQUIT\u00bb, o servidor de destino deve enviar uma resposta 221 para confirmar que a transa\u00e7\u00e3o foi conclu\u00edda e que a liga\u00e7\u00e3o est\u00e1 a ser encerrada.<\/p>\n<p>Se estiver a aprender o protocolo SMTP, recomenda-se que leia as RFC 821, 2476 e 2554. Deve ter em conta, especialmente ao ler a RFC 821, que, desde 1982, os servidores de e-mail sofreram altera\u00e7\u00f5es significativas, em parte como resposta aos abusos cometidos pelos spammers.<\/p>","protected":false},"excerpt":{"rendered":"<p>O correio eletr\u00f3nico existe, de uma forma ou de outra, desde a d\u00e9cada de 1960. As pessoas deixavam mensagens umas para as outras utilizando v\u00e1rios m\u00e9todos diferentes em computadores mainframe, mas s\u00f3 em agosto de 1982, quando o Information Sciences Institute publicou o Protocolo Simples de Transfer\u00eancia de Correio (SMTP; RFC 821), \u00e9 que surgiu um m\u00e9todo padronizado <a href=\"https:\/\/www.smtp-server.net\/pt\/att-smtp-server-o-protocolo-smtp\/\" rel=\"nofollow\"><span class=\"sr-only\">Saiba mais sobre o servidor SMTP da Att \u2013 O protocolo SMTP<\/span>[...]<\/a><\/p>","protected":false},"author":2,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[3],"tags":[],"class_list":["post-71","post","type-post","status-publish","format-standard","hentry","category-smtp-servers"],"_links":{"self":[{"href":"https:\/\/www.smtp-server.net\/pt\/wp-json\/wp\/v2\/posts\/71","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.smtp-server.net\/pt\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.smtp-server.net\/pt\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.smtp-server.net\/pt\/wp-json\/wp\/v2\/users\/2"}],"replies":[{"embeddable":true,"href":"https:\/\/www.smtp-server.net\/pt\/wp-json\/wp\/v2\/comments?post=71"}],"version-history":[{"count":1,"href":"https:\/\/www.smtp-server.net\/pt\/wp-json\/wp\/v2\/posts\/71\/revisions"}],"predecessor-version":[{"id":72,"href":"https:\/\/www.smtp-server.net\/pt\/wp-json\/wp\/v2\/posts\/71\/revisions\/72"}],"wp:attachment":[{"href":"https:\/\/www.smtp-server.net\/pt\/wp-json\/wp\/v2\/media?parent=71"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.smtp-server.net\/pt\/wp-json\/wp\/v2\/categories?post=71"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.smtp-server.net\/pt\/wp-json\/wp\/v2\/tags?post=71"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}