Smtp submission что это
Включить или отключить проверку подлинности отправки SMTP клиента (SMTP AUTH) в Exchange Online
В следующих сценариях в Office 365 и Microsoft 365 используются клиентские smTP-сообщения электронной почты (также известные как проверки подлинности smTP Microsoft 365.
С февраля 2020 г. проверка подлинности OAuth доступна для подключений POP3, IMAP4 и SMTP AUTH к Exchange Online. Дополнительные сведения см. в статью Проверка подлинности подключения IMAP, POP или SMTP с помощью OAuth.
Протокол SMTP AUTH используется для отправки электронной почты smTP клиента, как правило, в порту TCP 587. SMTP AUTH поддерживает современную проверку подлинности (Modern Auth).
Практически все современные клиенты электронной почты, которые подключаются к Exchange Online почтовым ящикам в Office 365 или Microsoft 365 (например, Outlook, Outlook в Интернете, iOS Mail, Outlook для iOS и Android и т. д.) не используют SMTP AUTH для отправки сообщений электронной почты.
Поэтому настоятельно рекомендуется отключить SMTP AUTH в вашей Exchange Online организации и включить ее только для учетных записей (то есть почтовых ящиков), которые по-прежнему требуют этого. Существует два параметра, которые помогут вам сделать это:
Обратите внимание, что эти параметры применяются только к почтовым ящикам, которые находятся в Exchange Online (Office 365 или Microsoft 365).
Если вы включили по умолчанию безопасность в организации, SMTP AUTH уже отключен в Exchange Online. Дополнительные сведения см. в статье Что такое параметры безопасности по умолчанию?
Если политика проверки подлинности отключает базовую проверку подлинности для SMTP, клиенты не могут использовать протокол SMTP AUTH, даже если вы включаете параметры, описанные в этой статье. Дополнительные сведения см. в Exchange Online.
Отключение SMTP AUTH в организации
Вы можете отключить (или включить) SMTP AUTH глобально для вашей организации с помощью Exchange Online PowerShell.
Чтобы отключить SMTP AUTH во всем мире в организации, запустите следующую команду:
Откуда вы знаете, что эта процедура сработала?
Чтобы убедиться, что в организации отключена smtp AUTH глобально, запустите следующую команду и убедитесь, что значение свойства SmtpClientAuthenticationDisabled True :
Включить SMTP AUTH для определенных почтовых ящиков
Параметр для каждого почтового ящика, позволяющий включить (или отключить) SMTP AUTH, доступен в Центр администрирования Microsoft 365 или Exchange Online PowerShell.
Использование Центр администрирования Microsoft 365, чтобы включить или отключить SMTP AUTH в определенных почтовых ящиках
Откройте Центр администрирования Microsoft 365 и перейдите к пользователям > Active.
Выберите пользователя, а в вылете, который появится, щелкните Почта.
В разделе Приложения электронной почты щелкните Управление приложениями электронной почты.
Проверка параметра SMTP с проверкой подлинности: неконтранированное = отключено, проверено = включено.
После завершения нажмите кнопку Сохранить изменения.
Используйте Exchange Online PowerShell, чтобы включить или отключить SMTP AUTH в определенных почтовых ящиках
Используйте следующий синтаксис:
В этом примере включается SMTP AUTH для почтовых ящиков sean@contoso.com.
В этом примере отключает SMTP AUTH для почтовых ящиков chris@contoso.com.
Использование Exchange Online PowerShell, чтобы включить или отключить SMTP AUTH на нескольких почтовых ящиках
Для идентификации почтовых ящиков используйте текстовый файл. Лучше всего работают значения, не содержащие пробелов (например, псевдоним, адрес электронной почты или имя учетной записи). Текстовый файл должен содержать один почтовый ящик в каждой строке:
akol@contoso.com
tjohnston@contoso.com
kakers@contoso.com
Синтаксис использует следующие две команды (одна для идентификации почтовых ящиков, а другая — для использования SMTP AUTH для этих почтовых ящиков):
В этом примере включается SMTP AUTH для почтовых ящиков, указанных в файле C:\My Documents\Allow SMTP AUTH.txt.
Как убедиться, что все получилось?
Чтобы убедиться, что вы включили или отключили SMTP AUTH для определенного почтового ящика, сделайте все следующие действия:
Отдельные почтовые ящики в Центр администрирования Microsoft 365 : Перейдите к пользователям Активные пользователи выберите пользователь нажмите кнопку Почта нажмите кнопку Управление приложениями электронной почты и проверить значение проверки подлинности > > > > SMTP (проверено = включено, неконтранированное = отключено).
Отдельные почтовые ящики в Exchange Online PowerShell: Замените имя; псевдоним; адрес электронной почты или имя учетной записи почтового ящика; запустите следующую команду; и проверьте значение свойства SmtpClientAuthenticationDisabled False (= включено, True = отключено, пусто = параметр организации использования).
Все почтовые ящики с отключением SMTP AUTH: Запустите следующую команду:
Все почтовые ящики, в которых включена SMTP AUTH: Запустите следующую команду:
Все почтовые ящики, в которых SMTP AUTH контролируется параметром организации: Запустите следующую команду:
Smtp submission что это
587 порт, submission, smmsp и submit.cf. Цитаты.
—
Alexander Yurchenko (aka grange)
—————————————————-
http://groups.google.com/groups?hl=en&lr=&ie=UTF-8&frame=right&th=bd6c86b79d89d653&seekm=90rk3p%249ug%40flatland.dimensional.com#s
From: Tim Hogard (thogard@not.abnormal.com)
Subject: Re: port 587?
Newsgroups: comp.mail.sendmail
Date: 2000-12-08 17:31:39 PST
The idea is that your local network (pop users) submit mail to port 587
and port 25 is only used for server to server mail. This allow you to
user router port filtering to help prevent spam and it also should allow
other features such as limiting the server to server traffic based on load
while not limiting loacl users submitted email.
Maybe you should consider using it and not turning it off..
-tim
http://web.abnormal.com
————————————-
From: Michael Scheidell (me2@privacy.net)
Subject: Re: Port 587?
Newsgroups: comp.mail.sendmail
Date: 2001-04-12 15:18:27 PST
«Justin Shore» wrote in message news:3AD5DA43.F32E7E82@pittstate.edu.
> I just upgraded to 8.11.3 and noticed a new port was opened. Port 587.
> Can anyone tell me what it’s for and if there is anything in particular
> I should watch out for, blocking it’s use, securing it, etc. Many
> thanks
that is the ‘submit’ port (in theory, for local clients, seems to act just like port 25)
——————
Why?
Unless you also firewall/wrap/or stop port 25, there is no point in
doing this. Having sendmail listen on a second port adds no
additional risk.
————-]
Thanks to all the replies. I read the RFC that talked about the use of
that port. I don’t really see any reason why our clients would use it
at this time. Down the road, perhaps, but not at the moment. Do other
SMTP daemons support that RFC yet? Thanks again for the info.
—————-
http://groups.google.com/groups?hl=en&lr=&ie=UTF-8&frame=right&th=bd6c86b79d89d653&seekm=9b5sj4%242p69%241%40caerulus.cerintha.com#link11
From: Neil W Rickert (rickert+nn@cs.niu.edu)
Subject: Re: Port 587?
Newsgroups: comp.mail.sendmail
Date: 2001-04-13 08:42:02 PST
Justin Shore writes:
>Thanks to all the replies. I read the RFC that talked about the use of
>that port. I don’t really see any reason why our clients would use it
>at this time. Down the road, perhaps, but not at the moment. Do other
>SMTP daemons support that RFC yet? Thanks again for the info.
Potentially, the use of this port allows you to treat your
client systems differently from external systems sending
you email.
If you, and many others, decide that there is no point in supporting
this port, then there is no incentive for programmers of client
software to provide support.
I say that you should look to the long term. Support the port now
(which costs you nothing), and give incentives to software
designers to provide clients that do use the port. Long term, that
will make it possible for you to appropriately discriminate between
your clients and the rest of the world.
———————————
http://groups.google.com/groups?hl=en&lr=&ie=UTF-8&frame=right&th=bd6c86b79d89d653&seekm=9b5sj4%242p69%241%40caerulus.cerintha.com#link11
From: John Weber (user@domain.invalid)
Subject: Re: port 587?
Newsgroups: comp.mail.sendmail
Date: 2001-07-25 09:19:18 PST
MSA means Mail Submission Agent (port 587). Sendmail can act as a
submission agent that does some of the work of the MTA (Mail Transport
Agent). It’s probably useful for very busy mail servers. I think you
would need to configure your MUAs (Mail User Agents (user email tools))
to use port 587. I only read about this and haven’t messed with it. It’s
also the way sendmail is set up on Red Hat Linux. I just left mine
alone, although I’m also set up to not accept remote connections.
From: Neil W Rickert (rickert+nn@cs.niu.edu)
Subject: Re: port 587?
Newsgroups: comp.mail.sendmail
Date: 2001-08-08 06:00:03 PST
Christopher Kist writes:
>Thanks! After running an NMap scan shortly after a new (first time also)RedHat
>install and compiling sendmail that port really caught my eye! «submission»
>sounds like a scary port when one already has security concerns about RedHat
>getting hacked.
Since sendmail is already listening on port 25, there should be no
security concerns for it also listening on 587. The idea is to
encourage PC software writers to provide port 587 submission support
on their email clients.
That explains why both ports do the same thing even though Port
25 is configured as a MTA.
——————————
From: GaryM (garymcm@xyxaxhxoxo.com)
Subject: Re: port 587?
Newsgroups: comp.mail.sendmail
Date: 2001-08-08 09:50:09 PST
Neil W Rickert wrote in
news:9krcu4$on7@euclid.cs.niu.edu:
> Since sendmail is already listening on port 25, there should
> be no security concerns for it also listening on 587. The
> idea is to encourage PC software writers to provide port 587
> submission support on their email clients.
That explains why both ports do the same thing even though Port
25 is configured as a MTA.
Re: Sendmail на 587-ом порту.
В rfc определена служба Subscription (SUA)для почтовых серверов, которая сидит на 587 порту.
Это сделано для того, чтобы была возможность отделить собственно MTA от задач анализа «кривых» адресов, прежде всего от POP/IMAP пользователей использующих данный MTA, которые могут сильно грузить mailer (при большом числе пользователей). Таким образом, на 587 порту sendmail делает проверку на «правильность» адресов.
dmitriku (*) (19.07.2001 14:30:15)
———————————————
http://groups.google.com/groups?hl=en&lr=&ie=UTF-8&frame=right&th=87b591498c366d8c&seekm=38DA0BE5.BF32BCA9%40linuxmafia.org#s
From: Claus A?mann
(ca+sendmail(-no-copies-please)@mine.informatik.uni-kiel.de)
Subject: Re: port 587
Newsgroups: comp.mail.sendmail
Date: 2001-07-20 09:06:21 PST
system wrote:
> Hi there anyone what is the advantage or do we need port 587.
> when compile sendmail.
We plan to make more use of this port in future versions.
————————————————-
http://www.spamtest.ru/varticles.html?id=0027
Организационные усилия по борьбе со спамом
Часто можно услышать о неком будущем протоколе электронной почты, после
внедрения которого, спама не станет. Хотелось бы добавить в эту идею немного
здорового скепсиса.
Сетевое сообщество не смогло до сих пор внедрить простейшие антиспамерские
приемы, которые само же установило в качестве стандарта. Например, разделение
портов SMTP-сервера на порт для MTA (25: прием почты от чужого сервера для
сохранения своему пользователя; «общение между серверами») и MSA (587: прием
письма от своего пользователя для отправки на чужой сервер; «общение между
пользователем и сервером»). Эта идея, также как и SMTP авторизация, появилась
именно как реакция на появление спама.
On Thu, Nov 14, 2002 at 09:05:20PM +0300, Alexey Bazhin wrote:
> а зачем в нем нужен файл submit.cf?
> в нем содержится трастед юзер smmsp, который у меня не создан и
> соответственно сендмайл на это ругается. А чем этот юзер должен
> владеть или он должен только быть?
Почитайте сначала документацию, которая прилагается к sendmail.
Немного о submission. Есть два действия при доставке почты:
«забрасывание» письма в почтовую сеть (submission) и его роутинг
(relaying). Для первого используется порт 587, для второго 25. Файл
submit.cf как раз определяет конфигурацию sendmail для работы в режиме
submission.
(Вот последнее предложение в корне не верно, об этом в конце этой страницы сказано достаточно. Примечание мое)
————————————
http://www.dtcom.ru/outl.htm
————————————
http://www.jetinfo.ru/2000/3/1/article1.3.2000290.html
Представление сообщений для отправки
Чтобы облегчить проведение в жизнь политики безопасности, представлять сообщения для отправки следует через порт MAIL SUBMIT (587), как это предлагается в проводимой в настоящее время работе «Message Submission and Relay», а не через SMTP-port (25). Кроме того, представление сообщения следует
аутентифицировать с помощью расширения AUTH SMTP-сервиса (в соответствии с проводимой в настоящее
время работой «SMTP Service Extension for Authentication»). При таком подходе функции SMTP-порта (25) могут
быть ограничены локальной доставкой.
Перечисленные меры не только защищают поставщика Интернет-услуг от превращения в плацдарм спамера, но
и позволяют поддерживать подотчетность представления сообщений в ситуациях, когда потребитель
рассылает спам. Далее, использование порта MAIL SUBMIT в сочетании с функцией SMTP AUTH имеет еще и
то преимущество перед ограничениями по IP-адресам на представление сообщений, что оно дает
потребителям дополнительную гибкость, позволяя представлять сообщения, даже если они подключились не
через сеть своего обычного поставщика Интернет-услуг (например, при отправке письма с работы). Кроме
того, обеспечивается большая устойчивость к подделке IP-адресов и сохраняется возможность модернизации
механизмов аутентификации при появлении новых мощных средств.
Заслуживает внимания и (недокументированное) расширение XTND XMIT POP3, позволяющее клиентам
отправлять почту в рамках сеанса POP3, а не по протоколу SMTP. При этом обеспечивается поддержка
мобильных пользователей при отключенной функции открытой пересылки, предоставляется
аутентифицированное, протоколируемое соединение.
——————————
http://linuxnews.ru/forum/index.php?id=6722&thread=4418
Port 587 is reserved for email message submission as specified in this document.
Messages eived on this port are defined to be
submissions. The protocol used is ESMTP [SMTP-MTA, ESMTP], with
additional restrictions as specified here.
While most email clients and servers can be configured to use port
587 instead of 25, there are cases where this is not possible or
convenient. A site MAY choose to use port 25 for message submission,
by designating some hosts to be MSAs and others to be MTAs.
On Fri, 26 Oct 2001, Peter Didenko wrote:
> > Не давать посылать напрямую на чужие SMTP, а только через relay провайдера
>
> Фильтры на уровне TCP по большому счету являются злом. У нас, например,
> размещен более 5000 виртуальных почтовых серверов, довольно большая часть из
> которых, я уверен, используется не из наших сетей. Соответственно, если будут
> фильтры deny dialup any eq smtp, эти юзеры потеряют возможность пользоваться
> нашими услугами, например.
Удивительно, насколько мир консервативен :-(.
Ан нет. До сих пор у всех, кажется, mail submission происходит по 25
порту. Почему-то общественности оказалось проще не заменить кое-где 25 на
587, а пользоваться «проприетарным» DUL’ом, пытаться сделать его аналоги,
заносить туда свои сети, выносить диалапные пулы в специальные домены,
состовлять собственные access_db со списками таких сетей/доменов.
Не понимаю 🙁
Дмитрий Тейблюм
А такой фильтр не только помешает рассылать direct-to-MX спам, он еще
мешает пользоваться открытыми релеями. Поэтому это очень правильный
фильтр. Если бы он действительно не мешал нормальным пользователям, было
бы хорошо.
Хм. Аргументировано, принимается. Осталось натурально убедить всякие
MSOE ставить 587 by default %)
SY, Seva Gluschenko, just stranger on The Road. | http://gvs.rinet.ru/
Cronyx Plus / RiNet network administrator. | GVS-RIPE | GVS3-RIPN
SMTP protocol over port 587 (instead of normal 25)
Meant to be less strict on standards compliance
Addresses don’t have to be fully qualified
Hostnames don’t have to be fully qualified
Don’t require «required» headers, e.g. Message-ID: and Date:
MSA brings message into standards compliance before relaying to an MTA
MSA port should be limited to internal hosts (e.g., firewalled from
external world)
sendmail MTA has always been forgiving in what it accepts and strict in
what it sends.
Historically, port 25 has acted as both an MTA and MSA port in
sendmail
Future versions may make port 25 more strict
MSA port employs different features
Doesn’t allow ETRN
May require SMTP Authentication
Accomplished through new DaemonPortOptions (DAEMON_OPTIONS())
syntax
—————————————
http://groups.google.com/groups?hl=en&lr=&ie=UTF-8&frame=right&th=87b591498c366d8c&seekm=a5n0ta%24s6n%241%40husk.cso.niu.edu#link11
From: Neil W Rickert (rickert+nn@cs.niu.edu)
Subject: Re: port 587
Newsgroups: comp.mail.sendmail
Date: 2002-02-28 20:50:02 PST
«Bob» writes:
>Everytime I run sendmail 8.12.1 it puts something that listens on port 587:
>587/tcp open submission
>What is it?
It is an alternative port for connecting to sendmail.
The theory is that simple client software (Eudora, Netscape, Outlook,
etc) should connect to port 587, and port 25 should be left for
connections from real MTAs (as originally intended). The people
writing the client software seem to be slow catching on.
——————————————-
http://groups.google.com/groups?hl=en&lr=&ie=UTF-8&selm=aergtp%24brq%241%40husk.cso.niu.edu
From: Neil W Rickert (rickert+nn@cs.niu.edu)
Subject: Re: submit.cf purpose?
Newsgroups: comp.mail.sendmail
Date: 2002-06-19 20:10:07 PST
J writes:
> What’s its purpose?
It is used for locally submitted mail (command line mail), to get
the mail to the main daemon. That way sendmail need not be setuid
root, which is a security plus.
———————————————
http://groups.google.com/groups?hl=en&lr=&ie=UTF-8&threadm=R5qdnX_xvbSJAjyiRVn-uw%40comcast.com&rnum=13&prev=/groups%3Fq%3Dsubmit.cf%2Bgroup:comp.mail.sendmail%26start%3D10%26hl%3Den%26lr%3D%26ie%3DUTF-8%26group%3Dcomp.mail.sendmail%26selm%3DR5qdnX_xvbSJAjyiRVn-uw%2540comcast.com%26rnum%3D13
Your list is a subset of MUA features. Some MUA’s when installed on the
MTA system, mail, mailx, elm, pine, etc., don’t need pop or port 110.
The submit.cf file is for sendmail when running as a Mail Submission
Program (MSP) and handles locally generated mail. It runs as a low-priv
user which greatly increases security. It also introduces yet another
queue, the clientmqueue.
——————————
http://groups.google.com/groups?hl=en&lr=&ie=UTF-8&threadm=R5qdnX_xvbSJAjyiRVn-uw%40comcast.com&rnum=13&prev=/groups%3Fq%3Dsubmit.cf%2Bgroup:comp.mail.sendmail%26start%3D10%26hl%3Den%26lr%3D%26ie%3DUTF-8%26group%3Dcomp.mail.sendmail%26selm%3DR5qdnX_xvbSJAjyiRVn-uw%2540comcast.com%26rnum%3D13
From: Claus A?mann
(ca+sendmail(-no-copies-please)@mine.informatik.uni-kiel.de)
Subject: Re: Making sense of submit.cf
Newsgroups: comp.mail.sendmail
Date: 2003-10-30 19:58:02 PST
Dennis Peterson wrote:
> The submit.cf file is for sendmail when running as a Mail Submission
> Program (MSP) and handles locally generated mail. It runs as a low-priv
> user which greatly increases security. It also introduces yet another
It runs as the user who invokes it, it only changes the gid to
smmsp (default).
> queue, the clientmqueue.
Unfortunately that’s required in case the MTA doesn’t accept the mail..
We could have returned an error to the caller, but that causes some
problems because not all callers are able to deal with (temporary)
errors.
http://groups.google.com/groups?hl=en&lr=&ie=UTF-8&threadm=newscache%24913cbh%2445l%241%40frodo.fserver.locale&rnum=39&prev=/groups%3Fq%3Dsubmit.cf%2Bgroup:comp.mail.sendmail%26start%3D30%26hl%3Den%26lr%3D%26ie%3DUTF-8%26group%3Dcomp.mail.sendmail%26selm%3Dnewscache%2524913cbh%252445l%25241%2540frodo.fserver.locale%26rnum%3D39
If you want to keep all mailboxes of the client on another server then
msp may be sufficient.
MSP will deliver ALL locally submited messages to another host.
In such case change in sendmail.mc
FEATURE(`msp’)dnl
to
FEATURE(`msp’,`[aaa.bbb.ccc.ddd]’)dnl
>In such case change in sendmail.mc
> FEATURE(`msp’)dnl
>to
> FEATURE(`msp’,`[aaa.bbb.ccc.ddd]’)dnl
What if I want local mail to be delivered by local agent and outgoing mail to
be delivered to aaa.bbb.ccc.ddd?
Then you need main daemon running with root privileges.
The sendmail.org wants to keep submit.cf simple and the same on all
platforms/installations.
You either need
1) Keep sendmail listening localhost (127.0.0.1)
( when sendmail is installed as
setgid smmsp )
or
2) Install sendmail setuid root and remove
/etc/mail/submit.cf
> If I have sendmail stopped:
>
> date | sendmail myaddress
>
> fails but
because sendmail is not installed as setuid root
/etc/mail/submit.cf is needed and mail needed to pass
deamon running on localhost.
Only deamon can do mail delivery, because it is running as
root and sendmail invoked directly do not have root privileges.
( Note that using
/etc/mail/sendmail.cf
requires that sendmail running as deamon )
Что такое SMTP-сервер, зачем нужен и как работает для массовых рассылок
SMTP — это протокол передачи почты (англ. Simple Mail Transfer Protocol). SMTP-сервер используется, когда надо отправить письмо с одной почты на другую.
Если вы изредка отправляете письма друзьям и коллегам через обычные почтовые интерфейсы Google, Mail.ru или Яндекс.Почта, то настройки SMTP не понадобятся: всё уже настроено и готово к использованию.
А если собираетесь заниматься почтовыми рассылками для клиентов, то пригодятся знания: как правильно настроить и использовать SMPT через почтовые клиенты, например, The Bat или Microsoft Outlook.
Зачем нужен SMTP-сервер
Чтобы рассылать письма без ограничений
Часто провайдеры устанавливают ограничения на количество отправляемых писем в сутки. Если ограничения нарушить, почтовый адрес попадает в чёрный список и заблокируется.
SMTP позволяет обходить лимиты и без рисков отправлять массовые рассылки по всей базе подписчиков.
Чтобы повысить доставляемость писем
SMTP-сервер отфильтровывает всё, что похоже на спам или вирусные сообщения, в исходящих сообщениях. Рассылка становится более «чистой», не блокируется и попадает у подписчиков в папку «Входящие».
Чтобы избежать утечки личных данных подписчиков
Данные подписчиков хранятся на сервере отправителя рассылки, а не на сервере SMTP. Через SMTP данные не могут быть похищены или выложены в общий доступ, ведь сервер их не сохраняет.
Чтобы анализировать, почему рассылка не доставлена
При отправке письма сервер присылает ответы — специальные команды. Они известны заранее, поэтому можно понять, почему письмо не было отправлено.
Например, есть команда-ответ, которая означает, что отправка письма невозможна, так как почтовый адрес отправителя занесён в чёрный список.
Чтобы сэкономит деньги на транзакционной рассылке
SMPT-сервер стоит дешевле, чем специальные сервисы email-рассылок. Хотя у SMPT нет возможностей создавать шаблоны, автоматические цепочки, лендинги и сайты, он полезен, когда нужно доставить много писем. Например, транзакционных, в которых не используются картинки, GIF и видео.
Недостатки SMTP-серверов
Отсутствие шифрования
Все письма, которые отправлены с сервера, могут быть перехвачены злоумышленниками и прочитаны. Можно частично защитить данные, если использовать команду STARTTLS в расширенной версии сервера.
Много спама на стороне отправителя
Сервер не имеет защиты от спама, поэтому почтовые ящики отправителя будут переполнены спамом. Его придётся удалять вручную, если сервер не использует внешние механизмы блокировки спама.
Доработка для корректной работы
Чтобы отправлять рассылку через SMTP-сервер без проблем, его надо дорабатывать: настраивать заголовки, исправлять ошибки. Если сервер купить или арендовать, доработкой займётся техническая поддержка. Если он создан своими силами, то нужно найти разработчика.
Какие бывают SMTP-серверы
Обычные
Обычные серверы используются для отправки личной почты. Они принадлежат провайдерам, хостингам или бесплатным почтовым клиентам.
Главный минус — ограничение на отправку писем. Обычно это дневной лимит. Если лимит превысить, рассылка попадёт в спам, а почтовый ящик может быть занесён в чёрный список.
Выделенные
Такие серверы можно купить, арендовать или создать собственные. Они подходят для массовых рассылок, так как не имеют ограничений. Можно отправить сколько угодно писем и не переживать, что почта будет заблокирована.
Как работает SMTP-сервер
SMTP — это комплекс из сервера, жёсткого диска, дополнительного оборудования и программного обеспечения. Сервер выступает в роли посредника между почтой отправителя и почтой получателя письма.
Во время отправки сообщения SMTP-сервер устанавливает связь с компьютером отправителем и компьютером-получателем через команды и ответы.
Команды и ответы: пример SMTP-сессии
Шаг 1. Подготовка к отправке
Отправитель: команда HELO. Используется, когда сервер почты отправителя связывается с сервером почты получателя.
Пример: HELO receiver.com
Получатель: ответ 250. В ответ сервер получателя должен прислать ответную команду, которая разрешит дальнейшие действия.
Пример: 250 sendeer.com
Шаг 2. Уведомление об отправке
Отправитель: команда MAIL FROM. Команда сообщает, от кого будет отправлено письмо.
Пример: MAIL FROM: sender@mail.com
Получатель: ответ 250 2.1.0 Ok. После проверки сервер почты получателя разрешает отправку с ящика отправителя. Если ящик в чёрном списке, придёт сообщение об ошибке.
Шаг 3. Выбор почты получателя
Отправитель: команда RCPT TO. Команда сообщает, на какой почтовый адрес будет отправлено письмо.
Пример: RCPT TO: receiver@mail.com
Получатель: ответ 250 2.1.0 Ok. Сервер согласен принять письмо для этого получателя.
Шаг 4. Передача письма
Отправитель: команда DATA. Сервер отправителя сообщает, что начинает передавать письмо.
Получатель: ответ 250 2.0.0 Ok. Сервер сообщает, что принял письмо. Ещё он назначит ему ID, по которому можно будет узнать, что стало с письмом, если оно не будет доставлено.
Пример: 250 2.0.0 Ok: queued as 1CD5PQ7ERT
Шаг 5. Завершение передачи
Отправитель: команда QUIT. Сервер отправителя сообщает, что передача завершена и сеанс закончен.
Получатель: ответ 221 2.0.0 Bye. Сервер получателя завершает сеанс.
Пример: 221 2.0.0 Bye
Как отправлять рассылку с использованием SMTP-сервера
Если почта заведена на бесплатном почтовом клиенте
Возможности
Вы уже используйте SMTP, если отправляете письма с бесплатных почтовых ящиков, например, Yandex, Google, Yahoo. Чтобы начать работу, необходимо авторизоваться в веб-интерфейсе почты через логин и пароль.
Недостатки
Бесплатные почтовые сервисы не подойдут для массовых рассылок.
Чтобы отправлять письмо, надо соблюдать лимиты. Если превысить лимиты, почтовый сервис заблокирует ящик. Например, Яндекс позволяет отправлять 500 писем в сутки с одного ящика.
Если почта заведена у интернет-провайдера
Возможности
Некоторые провайдеры вместе с услугами связи создают на своих доменах клиентам почтовые ящики. С ящиков также можно отправлять письма через SMTP.
Недостатки
Почта на домене провайдера не подойдёт для массовых рассылок.
Так как провайдеры разрешают клиентам отправлять письма с собственных IP-адресов, они не могут допустить, чтобы писем стало слишком много и их стали помечтать как спам. Поэтому устанавливают лимиты на ежедневную отправку писем.
Пример: как настроить SMTP-сервер на Яндекс.Почте в почтовом клиенте The Bat
Исходные данные
Обычно письма через почту Яндекс отправляют из веб-интерфейса. Но можно делать это и с помощью почтовых клиентов.
Почтовый клиент — это программа. Она работает на компьютере и на смартфоне.
Если у отправителя рассылки несколько почтовых ящиков на разных платформах, то почтовый клиент позволяет всех их объединить. Тогда отправка писем с этих ящиков будет происходить в одном месте — через интерфейс почтового клиента.
Рассмотрим, как отправлять письма через сервер SMTP с Яндекс.Почты, которая подключена в почтовом клиенте The Bat (можно скачать с официального сайта разработчика)
Настройка Яндекс.Почты
Зайдите в Яндекс.Почту и перейдите в настройки:
Открываем настройки
Далее кликнете по разделу «Почтовые программы»
Следующий шаг — переход в «Почтовые программы»
Выберите, по какому протоколу будет работать сервер:
Запустите почтовый клиент The Bat и создайте новый почтовый ящик.
Чтобы отправлять письма через сервер SMTP, нужно создать новый ящик
В окне укажите настройки:
Выбор протокола, имени и электронного адреса
В следующем окне выберите протокол, который ранее указали в Яндекс.Почта. Автоматически подтянутся настройки адреса сервера и порт.
Эти блоки заполняются автоматически
Подтвердите настройки на следующем шаге и не забудьте поставить галочку напротив настроек аутентификации:
Финальный шаг настройки SMTP в The Bat
Готово. Клиент настроен. Можно отправлять письма через сервер SMTP с Яндекс.Почты из интерфейса The Bat.
Стоит ли приобретать дополнительный SMTP-сервер для рассылки
Если нужны массовые рассылки, то использовать онлайн-сервисы и почтовые клиенты невозможно из-за лимитов. Чтобы отправлять письма без ограничений, нужно купить SMPT-сервер, арендовать или настроить самостоятельно. В первых двух случая сервер будет уже настроен или его настройкой займётся техническая поддержка продавца.
Вот цены одного из поставщиков услуг покупки и аренды сервера:
Пример стоимости покупки и аренды SMTP-сервера
Настройка собственного сервера дешевле и надёжнее, хотя справиться своими силами не всегда легко. Лучше доверить работу специалисту, который всё сделает как надо.
Что в итоге
Через SMTP-сервер нельзя отправлять письма с картинками и видео, зато он подойдёт, если необходимо делать массовые рассылки с текстом как, например, в триггерных письмах. Рассылка через SMTP дешевле, чем на специальных сервисах.
Настраивать SMTP-сервер не нужно, если отправляете письма прямо из веб-интерфейсов Google, Yahoo, Mail.ru и так далее — он работает автоматически. А если почта работает через почтовый клиент, например, The Bat, то настройка выполняется через пару кликов. Но какой бы вариант вы ни выбрали, всё равно придётся столкнуться с ежедневными лимитами на отправку писем.
Рассылать письма без ограничений можно, если купить готовый SMTP-сервер, арендовать или подключить собственный. Первые два метода проще, так как настройкой будет заниматься техническая поддержка, а последний — сложнее. Доверить работу лучше специалисту, который всё сделает быстро.