Протокол SMTP

Протокол SMTP

Автоматизация почто
353p1515d 074;ой рассылки и спам

SMTP  Simple Mail Transfer Protocol

SMTP (sender (receiver SMTP

Каждый почто
353p1515d 074;ый ящик представляет собой SMTP-получатель, связавшись с которым напрямую, можно передать сообщение без посредников. Однако такой способ не обрел большой популярности. Связь с далекими узлами может быть медленной и ненадежной, поэтому миссию доставки сообщения удобно возложить на специальный сервер, часто называемый сервером исходящей почты. Если связь с сервером исходящей почты быстрая и надежная, то такой подход вполне оправдан. Напротив, рассылать письма через далекие, тормозные и нестабильно работающее сервера не имеет никакого смыла. В таком случае лучше положить сообщение непосредственно в ящик получателя. Однако немногие почто
353p1515d 074;ые клиенты поддерживают такую возможность.

SMTP telnet SMTP mail.aport.ru , дождаться выдачи приглашения.

mail aport ru

220 camel.mail.ru ESMTP Exim 3.02 #107 Sun, 26 Mar 2000 17:36:24 +0400

RFC

TCP-соединения не достаточно, и необходимо установить еще одно, так называемое SMTP-соединение. Это достигается возвращением ответного приветствия серверу с указанием имени узла клиента (если у него есть имя) или IP

220 camel.mail.ru ESMTP Exim 3.02 #107 Sun, 26 Mar 2000 17:36:24 +0400

HELO ppp-15.krintel.ru

250 camel.mail.ru Hello ppp-15.krintel.ru [195.161.41.239]

HELO[2] SMTP IP

MAIL FROM» с указанием собственного почто
353p1515d 074;ого адреса при желании заключенного в угловые скобки.

220 camel.mail.ru ESMTP Exim 3.02 #107 Sun, 26 Mar 2000 17:36:24 +0400

HELO ppp-15.krintel.ru

250 camel.mail.ru Hello ppp-15.krintel.ru [195.161.41.239]

MAIL FROM:<kpnc@aport.ru>

250 <kpnc@aport.ru> is syntactically correct

RCPT TO

220 camel.mail.ru ESMTP Exim 3.02 #107 Sun, 26 Mar 2000 17:36:24 +0400

HELO ppp-15.krintel.ru

250 camel.mail.ru Hello ppp-15.krintel.ru [195.161.41.239]

MAIL FROM:<kpnc@aport.ru>

250 <kpnc@aport.ru> is syntactically correct

RCPT TO:<kpnc@aport.ru>

250 <kpnc@aport.ru> verified

RCPT TO

DATA

DATA

354 Enter message, ending with "." on a line by itself

Последовательность завершения ввода представляет собой обыкновенную точку, «окаймленную» с двух сторон переносами строк. Если такая последовательность встретится в тексте сообщения, формирование письма будет немедленно завершено. Почто
353p1515d 074;ые клиенты, обычно распознают такую ситуацию и прибегают к перекодировке, но при работе с telnet

DATA

220 camel.mail.ru ESMTP Exim 3.02 #107 Sun, 26 Mar 2000 17:36:24 +0400

HELO ppp-15.krintel.ru

250 camel.mail.ru Hello ppp-15.krintel.ru [195.161.41.239]

MAIL FROM:<kpnc@aport.ru>

250 <kpnc@aport.ru> is syntactically correct

RCPT TO:<kpnc@aport.ru>

250 <kpnc@aport.ru> verified

Hello, Sailor!

250 OK id=12ZDEd-000Eks-00

QUIT

quit

221 camel.mail.ru closing connection

POP IMAP

From kpnc@aport.ru Sun Mar 26 17:38:03 2000

Received: from ppp-15.krintel.ru ([195.161.41.239])

by camel.mail.ru with smtp (Exim 3.02 #107)

id 12ZDEd-000Eks-00

for kpnc@aport.ru; Sun, 26 Mar 2000 17:37:59 +0400

Message-Id: <E12ZDEd-000Eks-00@camel.mail.ru>

From: kpnc@aport.ru

Date: Sun, 26 Mar 2000 17:37:59 +0400

Hello,Sailor!

SMTP Received

Например, ниже показан заголовок письма, вытащенного автором этой книги из его собственного почто
353p1515d 074;ого ящика:

From irt@chiti.uch.net Wed Mar 22 16:57:03 2000

Received: from gate.chiti.uch.net ([212.40.40.141])

by msk2.mail.ru with esmtp (Exim 3.02 #116)

id 12Xld1-0008jx-00

for kpnc@aport.ru; Wed, 22 Mar 2000 16:56:59 +0300

Received: from 13.chiti.uch.net ([192.168.223.13])

by gate.chiti.uch.net (8.8.8/8.8.8) with SMTP id PAA29678

for <kpnc@aport.ru>; Wed, 22 Mar 2000 15:51:47 +0200 (EET)

From: "irt" <irt@chiti.uch.net>

13.chiti.uch.net gate.chiti.uch.net

220 gate.chiti.uch.net ESMTP Sendmail 8.8.8/8.8.8; Sun, 26 Mar 2000 16:21:53 +0300 (EEST)

220 gate.chiti.uch.net ESMTP Sendmail 8.8.8/8.8.8; Sun, 26 Mar 2000 16:21:53 +0300 (EEST)

HELO kpnc.krintel.ru

250 gate.chiti.uch.net Hello kpnc.krintel.ru [195.161.41.239], pleased to meet you

MAIL FROM:<kpnc@id.ru>

250 <kpnc@id.ru>... Sender ok

RCPT TO:<kpnc@aport.ru>

250 <kpnc@aport.ru>... Recipient ok

Recipient ok

From kpnc@id.ru Sun Mar 26 17:28:33 2000

Received: from gate.chiti.uch.net ([212.40.40.141])

by camel.mail.ru with esmtp (Exim 3.02 #107)

id 12ZD5a-000Dhm-00

for kpnc@aport.ru; Sun, 26 Mar 2000 17:28:30 +0400

Received: from kpnc.krintel.ru (kpnc.krintel.ru [195.161.41.239])

by gate.chiti.uch.net (8.8.8/8.8.8) with SMTP id QAA02468

for <kpnc@aport.ru>; Sun, 26 Mar 2000 16:22:44 +0300 (EEST)

(envelope-from kpnc@id.ru)

Date: Sun, 26 Mar 2000 16:22:44 +0300 (EEST)

From: kpnc@id.ru

Message-Id: <200003261322.QAA02468@gate.chiti.uch.net>

Жирным шрифтом выделен адрес отправителя, показывая, что он не смог остаться анонимным. Если это оказывается неприемлемо, среди входящих писем своего почто
353p1515d 074;ого ящика можно попробовать отыскать такие, в чьих заголовках нет никаких сведений об отправителе, за исключением той информации, которую он пожелал сообщить сам.

dore on ru

220 WITHELD FTGate server ready -Fox Mulder

HELO kpnc.krintel.ru

250 Ready

MAIL FROM:<konc@aport.ru>

250 <konc@aport.ru> Sender Ok

RCPT TO:<kpnc@aport.ru>

550 Relaying denied for <kpnc@aport.ru>

SMTP IP .

IP

HELO MAIL FROM

В эксперименте, приведенном ниже, отправитель сообщает не свой собственный домен, а домен владельца сервера, и в качестве обратного адреса, использует один из адресов локальных пользователей сервера (что
353p1515d 073;ы его узнать, необходимо получить с этого сервера хотя бы одно письмо, или попробовать выяснить имена зарегистрированных пользователей методом перебора):

220 WITHELD FTGate server ready -Fox Mulder

HELO dore.on.ru

250 Ready

MAIL FROM:<fox@dore.on.ru>

250 <fox@dore.on.ru> Sender Ok

RCPT TO:<kpnc@aport.ru>

250 Recipient Ok

fox@dore.on.ru! Reply To

220 WITHELD FTGate server ready -Fox Mulder

HELO dore.on.ru

250 Ready

MAIL FROM:<fox@dore.on.ru>

250 <fox@dore.on.ru> Sender Ok

RCPT TO:<kpnc@id.ru>

250 Recipient Ok

data

354 Start mail input; end with <CRLF>.<CRLF>

Subject:TEST

Reply-To:<kpnc@hotmail.com>

Hello!

250 Ok Message queued

quit

221 dore.on.ru Service closing transmission channel

Received: from relay1.aha.ru ([195.2.83.105] verified)

by aha.ru (CommuniGate Pro SMTP 3.1b2)

with ESMTP id 3882573 for kpnc@id.ru; Mon, 05 Jul 1999 20:01:40 +0400

Received: from warlock.miem.edu.ru (miem-as.ins.ru [195.19.18.226])

by relay1.aha.ru (8.9.3/8.9.3/aha-r/0.04B) with ESMTP id UAA07173

for <kpnc@id.ru>; Mon, 5 Jul 1999 20:01:40 +0400 (MSD)

Received: from dore.miem.edu.ru (rtuis.miem.edu.ru [194.226.32.50])

by warlock.miem.edu.ru (8.9.3/8.9.3) with ESMTP id UAA00637

for <kpnc@id.ru>; Mon, 5 Jul 1999 20:00:42 +0400 (MSD)

Received: from fox by dore.on.ru (FTGate 2, 1, 2, 1);

Mon, 05 Jul 99 20:02:30 +0400

Message-ID: <000301bec6ff$c87f5220$16fe7dc1@fox>

From: <fox@dore.on.ru>

To: <KPNC@id.ru>

Subject: TEST

Reply-To:<kpnc@HotMail.com>

Date: Mon, 5 Jul 1999 20:02:29 +0400

Hello!

При попытке ответить отправителю, почто
353p1515d 074;ый клиент получателя извлечет содержимое поля "Reply To

Received (от английского relay

Работа типичного мелкокорпоративного сервера исходящей почты выглядит приблизительно так: получив в свое распоряжение письмо, он тут же устанавливает соединение с почто
353p1515d 074;ым ящиком получателя, и отправляет послание. При этом он сталкивается с теми же затруднениями, что и обычный клиент. Поэтому, широко используется ретрансляция сообщений. Если письмо по каким-то причинам не может быть передано напрямую, оно передается ретранслятору.

SMTP , и нет никаких гарантий, что в эту цепочку не вклиниться злоумышленник.

SMTP RCPT TO !

RCPT TO:<@s1,@s2,@s3,@sn:name@host>

s s s sn IP name@host почто
353p1515d 074;ый ящик получателя. В первую очередь сообщение передается узлу s RCPT TO

RCPT TO:<@s2,@s3,@sn:name@host>

s s s2, письмо возвращается назад отправителю с сообщением об ошибке. В противном случае процесс повторяется до тех пор, пока сообщение не окажется в почто
353p1515d 074;ом ящике получателя.

SMTP

К сожалению, большинство почто
353p1515d 074;ых клиентов, проверяя корректность ввода адреса получателя, считают такую операцию синтаксически неправильной и отказываются отправлять письмо. Приходится в очередной раз запускать telnet