Перейти к содержимому

О понятии производительности почтовой очереди на арендуемом smtp-сервере.

Основываясь на опыте поддержки почтовых серверов для рассылок, мы говорим о возможности рассылок писем размером около 500 Кбайт (помним, что вложения, в том числе и изображения раздувают размер сообщения примерно на 30%) по базе усреднённого качества.
Чтобы понять, что влияет на скорость доставки сообщений, то есть, в конечном счёте, на количество писем, которые сервер может доставить за некий интервал времени — в нашем случае — сутки, коротко расскажем, в чем возникает проблема при попытке доставить слишком большое число писем.

Глобально можно представить весь процесс как следующие его этапы: формирование письма на Вашем клиенте (процесс не сложный, зависит от мощности Вашего компьютера), передачу сообщений для доставки почтовому серверу (на 99% зависит от скорости Вашего канала в интернет), приём сервером сообщения, перемещение его в очередь для отправки, передача на конвейер отправки, поиск сервера (запрос к dns), который будет принимать сообщения, попытка отправки сообщения (процесс довольно длительный, по отношению к «закидыванию» сообщения на сервер отправки, поскольку в 95% случаев, принимающий сервер будет проверять посылающий сервер по RBL-базам «источников спама», потом проверять текст письма на спам и вирусы и лишь после этого сообщит либо «письмо доставлено», либо «не буду принимать спам», либо «нет такого пользователя»).

Дополнительной нагрузкой на передающий сервер являются так называемые «серые листы» - довольно эффективная технология борьбы со спамом, распространяемым «бот сетями»: при поступлении нового письма (обычно учитывают от какого сервера письмо, с какого адреса и для какого адреса). ...читать далее "Производительность почтовых серверов"

SMTP (аббревиатура от Simple Mail Transfer Protocol) — это один из старейших, популярных сетевых протоколов, предназначенный для доставки электронной почты в сетях TCP/IP.

Smtp протоколу более 35 лет. Последнюю модификацию протокол получил в 2008, которая включала в себя масштабируемое расширение — ESMTP (аббревиатура от английского названия Extended Smtp).

Стандартным TCP портом, на котором по умолчанию работает протокол, является 25 порт.

SMTP-сервер - часть (или одна из функций) программного обеспечения почтового сервера (или MTA), отвечающая за передачу сообщений между почтовыми серверами. Иногда smtp сервером является отдельная самостоятельная программа, выполняющая только функцию передачи почты.

В другом смысле smtp-сервером (или почтовым сервером) является и физический или виртуальный (VPS/VDS) сервер, который выполняет функции почтового сервера. То есть, любой сервер, на аппаратных ресурсах которого развернуто программное обеспечение почтового сервера в просторечии именуют "smtp-сервером".

MTA (или Mail Transfer Agent) - самостоятельное, минимально достаточное для приема и отправки электронной почты, программное обеспечение. Любой почтовый сервер (MTA) работает одновременно с несколькими протоколами почты: SMTP, POP, IMAP. MTA может самостоятельно обеспечивать работу почтового сервера или входить в состав более сложных комплексов, таких, как Microsoft Exchange Server, CommuniGate Pro, включающих в себя интерфейсы управления и дополнительные функции.

Под этим названием понимают программное обеспечение почтового сервера. MTA является любая программа - почтовый сервер (см. варианты программного обеспечения ниже). Это обобщающее название для категории программного обеспечения, организующего работу почтового сервера.

Работа MTA совмещает в себе одновременно функции внешней и локальной доставки и получения почты.

Почтовый клиент - программа на стороне (компьютере) конечного пользователя почты для создания и редактирования, хранения, отправки и получения писем.

Схема, принцип работы почты

Путь письма от отправителя до получателя:

В почтовой программе (почтовом клиенте) пользователь-отправитель создает письмо и передает (опция "отправить") по smtp протоколу на почтовый сервер адреса своего почтового ящика к дальнейшей отправке. Почтовый сервер (MTA) пользователя-отправителя связывается, так же, по smtp протоколу с почтовым сервером (MTA) пользователя-получателя (адресата) письма и передает ему письмо для дальнейшей передачи в почтовый ящик пользователя.

Сравнить работу электронной почты можно с работой физической, бумажной почты

Внешняя функция MTA, отвечающая за доставку писем между серверами, это огромный объем почты и посылок перевозимый (грузовиками) между почтовыми отделениями городов. А внутренняя функция MTA, отвечающая за распределение писем по конечным email адресам пользователей, это работа сотрудников почтового отделения с конечными потребителями услуг почты - жителями города или района.

Программное обеспечение почтового сервера

Варианты SMTP-серверов (MTA) в операционных системах семейства Linux:

  • Qmail;
  • Exim;
  • Postfix;
  • Sendmail

Варианты SMTP-серверов (MTA), которые могут быть установлены в операционных системах Windows:

  • Microsoft Exchange Server;
  • Sun Java System Messaging Server;
  • Sendmail;
  • CommuniGate Pro;
  • MDaemon Server;
  • Kerio Mail Server;
  • Courier Mail Server;
  • hMailServer;
  • SPECTral Personal SMTP Server.

 

 

 

Claws Mail - простой, удобный, легкий и быстрый почтовый клиент с открытым кодом, распространяемый под лицензией GPL.

Надежный почтовый клиент, созданный для работы в средах ОС Windows, FreeBSD, Ubuntu, Debian, Fedora и других. В общей сложности способен работать в более чем десяти операционных системах.

Проект Claws Mail - бывшая часть проекта Sylpheed. Четыре года, с 2001 по 2005 год, в рамках проекта "Claws" тестировались новые идеи проекта Sylpheed. В 2005 году Claws отделился и стал самостоятельным проектом.

Интерфейс Claws Mail построен с использованием кроссплатформенной библиотеки элементов интерфейса (фреймворка) GTK+, отличающейся простым в использовании API.

В новой версии клиента появились более десятка полезных нововведений и доработок, в том числе обновлены файлы локализации для русского языка.

Сайт программы: http://www.claws-mail.org/

 

 

5

Оказываем квалифицированные консультации и профессиональную помощь в сфере отправки и получения почты, самостоятельной организации процесса рассылки, подписки и отписки; организации и настройки системы рассылки на сайте; настройки программ и систем email маркетинга; организации корпоративного почтового сервера и доставки почты на любые сервера при использовании, в том числе, сторонних сервисов рассылки; и др.

Вот некоторый список вопросов, с которыми чаще всего обращаются к нам: ...читать далее "Платные консультации"

Mutt - консольный клиент. Выход версии 1.7.0 обрадует любителей данного почтового клиента и пользователей, предпочитающих работать с почтой из командной строки.

Поддерживаемые системы: BSD, Linux, Windows.

Преимущество клиентов такого типа - простота, небольшой вес, отсутствие лишних графических элементов интерфейса, работа с письмами в текстовом формате, надежность.

В новой версии почтового клиента внедрена поддержка боковой панели и реализована "корзина" для удаленных писем. Таким образом удаленные письма сохраняются. Для включения боковой панели Mutt 1.7.0 собирается из исходных кодов с добавлением опции "--enable-sidebar".

Опция "Корзины" включается настройкой "$trash", в которой указывается путь для хранения удаленных сообщений.

Сайт программы: http://www.mutt.org/

 

 

Для того, чтобы ваша массовая почта доходила до адреса необходимо соблюдать правила.

Основные правила:

  1. Double opt-In. Получатели в явной форме выразили свое желание в получении информации до начала рассылки.
    Убедитесь, например, одним из следующих способов, что вы отправляете письма пользователям, которые в однозначной форме выразили согласие их получать:

    • вручную установив галочку «Подписаться на рассылку...» в форме регистрации или подписки (настоятельно не рекомендуется ставить галочку подписки по умолчанию);
    • отправив по e-mail сообщение с запросом на подписку на специальный адрес;
    • кликнув на ссылку подтверждения подписки в письме.
      Перед подпиской, обязательно проверьте адрес пользователя. Пользователь явно должен подтвердить, что является владельцем этого почтового адреса. Сделать это можно, например, отправив по этому адресу письмо с кодом активации и инструкцией как подтвердить адрес. Также для минимизации риска попадания в спам, вы не должны приобретать базы данных адресов пользователей у третьих лиц или собирать адреса с сторонних сайтов.
      Когда пользователи подписываются на вашу рассылку, они должны иметь представление, какие сообщения им будут поступать, как часто и как они будут выглядеть. Опишите честно, не обманывайте ожидания получателей!
  2. Аутентификация
    Используйте аутентификацию на технологии Domain Keys Identified Mail (DKIM). Этот механизм может обеспечить вам непротиворечивую репутацию в рамках вашего домена, без привязки к IP адресам, с которых вы производите рассылку.
  3. Инструкции, как отписаться от рассылки
    Снабдите каждое письмо понятной и заметной инструкцией, как отписаться от рассылки. Сделайте процесс отписки от вашей рассылки как можно проще. Обязательно убедитесь, что отписаться от вашей рассылки действительно просто, например, простым нажатием на ссылку в письме, и этот процесс не требует от пользователя сложных действий: ввод и восстановление пароля, регистрация и пр. Пользователи не должны авторизовываться на сайте, чтобы отписаться от рассылки. Процесс остановки подписки или удаления из вашей базы получателей должен происходить без задержки, непосредственно после выражения пользователем такого намерения.
    В каждом письме из рассылки рекомендуется использовать служебный заголовок List-Unsubscribe, позволяющий мгновенно отписаться от рассылки, процесс отписки должен завершаться сразу же после перехода по указанному в нем URL или получению письма на указанный в нем адрес. В этом случае от пользователя не должно требоваться дополнительных действий, т.к. обычно этот процесс выполняется в автоматическом режиме и результат пользователю не виден.
    Пример: List-Unsubscribe: <//example.com/notifications/unsubscribe/j4f8kdnotmnws4bfpesgfgl.html
  4. Жалобы на спам
    Многие рассыльщики блокируются именно из-за жалоб пользователей на спам, как следствие того, что пользователям трудно отписаться и удалиться из списка получателей рассылки, и поэтому они сообщают о спаме.
    Рекомендуется сохранять всю информацию о том, когда пользователь подписался на рассылку (IP-адрес; время и дату осуществления подписки; браузер и пр.) — это поможет вам в спорных ситуациях доказать, что ваши действия были правомерными, и вы не рассылали письма без согласия на то пользователя.
  5. Несуществующие адреса получателей
    Большое количество некорректных получателей вредят вашей репутации. Вы можете сократить количество таких получателей в вашей рассылке, если будете использовать двойную (подтвержденную) процедуру подписки на рассылку. Даже если в вашем листе будет несколько невалидных адресов, ваша репутация не испортится.
    Существует вероятность, что ящик получателя вашей рассылки будет заблокирован или удален, например, по желанию пользователя или из-за длительного периода неактивности ящика, поэтому важно иметь механизмы контроля существования и корректности доставки писем вашим получателям. Если такой контроль отсутствует, с течением времени репутация может значительно ухудшиться из-за появления большого количества невалидных получателей.
    Наличие в рассылках более 5% невалидных адресов может привести к попаданию писем, отправленных с вашего домена, в папку «Спам» или даже к полной их блокировке.
  6. Кто вы есть: пользователь не должен ошибиться
    Обозначьте ваше письмо так, чтобы пользователь не ошибся и случайно не принял ваше письмо за спам. Убедитесь, что поле «От кого» явным образом указывает от кого получено это письмо, и пользователь не спутает вас ни с кем другим — используйте свой домен в адресе отправителя. Также, включите название вашей компании или же бренда в тему письма. Даже если пользователи соглашались на получение вашего письма, они могут с первого взгляда не определить его происхождение. Тема письма вида «Наша ежедневная рассылка от Фирмы» или «Ваше ежемесячное обновление `Название продукта`» помогут пользователям сразу узнать ваше письмо.
    Даже если у вас предусмотрена двойная (подтвержденная) подписка на рассылку (confirmed opt-in), пользователи могут не узнать рассылку, на которую они подписывались с темой, например, «Купи две, получи третью БЕСПЛАТНО!» и сообщить о спаме.
  7. Разные IP адреса
    Не рассылайте массовые (рекламные) письма с того же IP-адреса, что вы используете для обычной или деловой переписки, сообщений с важной (технической или финансовой) информацией и пр. Разделяя ваши IP-адреса для того или иного типа задач, вы способствуете тому, чтобы ваши письма доставлялись надежным образом до адресатов.

 

 

Популярные ошибки при отправке и доставке писем, на примерах работы почтовой службы Mail.ru.

  1. Ошибка «550 message sending for this account is disabled». Чаще всего проблема решается сменой или восстановлением пароля почтового ящика, от которого отправляется письмо, или прохождением процедуры подтверждения владения почтовым ящиком, в случае подозрения взлома или кражи данных авторизации (логина/пароля) почтового ящика и рассылки спама.
  2. Ошибка содержит «Mailbox Full» или «User quota exceeded»
    Данная проблема возникает из-за того, что лимит свободного места для хранения писем в почтовом ящике превышен, и нет свободного места. Попробуйте подождать некоторое время, возможно получатель очистит ящик, удалит старые и ненужные письма (или скачает письма на компьютер), тем самым освободив место под новую почту. И повторите попытку отправки почты.
  3. Ошибка содержит «User not found» или «No such user»
    Возможно Вы неверно указали адрес получателя. Так же возможно (если адрес правильный и такой ящик существовал) пользователь удалил данный почтовый адрес. Данное сообщение говорит о том, что электронный ящик, на который отправляется почта не существует сейчас на почтовом сервере.
  4. Ошибка «Аccess to this account (user) имя_ящика@mail.ru/list.ru/bk.ru/inbox.ru is disabled»
    Данная ошибка выдается в связи с тем, что почтовый ящик получателя удален или заблокирован за неиспользование. Попробуйте связаться с получателем альтернативными способами.
  5. Ошибка «No such message, only 1471 (число может быть разным) messages in maildrop».
    Эта ошибка возникает при попытке скачать на компьютер почтовой программой письма с сервера. Решить данную ситуацию можно двумя способами. Первый способ - включить в почтовой программе (например, в TheBAT!) просмотр писем на сервере с помощью диспетчера писем, удалить часть писем (например, уже скаченные/старые/прочитанные письма), и повторить попытку проверки обычным способом. Второй вариант - зайти в почтовый ящик через веб-интерфейс и удалить самое старое письмо, затем попытаться загрузить письма почтовой программой еще раз.
  6. Ошибка «We do not accept mail from dynamic IPs» Проблема в том, что обратная запись (PTR) для вашего локального IP (выделяемого вашим провайдером), от которого идет соединение с почтовым сервером mail.ru для отправки почты, похожа или является обратной записью для ip-адресов динамических сетей, от которых mail.ru блокирует почту в целях борьбы со спамом. Решить проблему может только Ваш провайдер путем изменением PTR-записи таким образом, чтобы она соответствовала имени домена провайдера.
  7. Ошибка «550 Access from ip address blocked». Если данная ошибка возникает при попытке отправить почту через smtp-сервер mail.ru, то это означает, что ip-адрес, выданный Вам вашим провайдером, с которого идет соединение с почтовым сервером smtp.mail.ru и отправка почты, был ранее замечен в рассылке спама, и теперь блокируется фильтром mail.ru. Если данная ошибка возникает при попытке отправки почты на mail.ru с вашего корпоративного почтового сервера/домена, это означает в фильтр mail.ru (black-лист, rbl) попал ip-адрес именно вашего корпоративного почтового севера. В этом случае необходимо в первую очередь проверить безопасность вашего почтового сервера, исключающую возможность неавторизованной  отправки почты с сервера анонимно любым желающим, с целью рассылки спама. И сменить логины/пароли для авторизации всех существующих почтовых ящиков. Так же данная ошибка может возникать при нарушении правил (рекомендаций) массовой рассылки на почтовый сервер mail.ru. Так же необходимо проверить соответствует ли следующим требованиям настройка почтового сервера. Требования для серверов, предоставляющих почтовые учетные записи пользователям:

    - должна отсутствовать возможности использования поддельного envelope-from, отличающегося от аккаунта авторизовавшегося пользователя;
    - либо в заголовках должна быть информация об авторизовавшемся пользователе, осуществившем отправку письма.

    Например:

    Received: from username [192.168.10.27] (Authenticated sender: user@domain.ru)
    by smtp.domain.ru (Postfix)
    Thu, 21 Apr 2011 08:58:21 +0400 (MSD)
    Прямые соединения на почтовые MX-серверы Mail.Ru из веб-скриптов не разрешены. Следует осуществлять отправку таких почтовых сообщений через локальный почтовый сервер вашего хостинга или сервера, или через отдельный SMTP-сервер с осуществлением авторизации и соблюдением предыдущих пунктов.
    После проведения настроек почтового сервера в соответствии с вышеуказанными требованиями, администратору вашего сервера может потребоваться дополнительно связаться с поддержкой почтовой службы Mail.ru.

  8. Ошибка «550 spam message discarded/rejected» Ваше письмо заблокировано системой антиспам-фильтров. Для решения данной проблемы необходимо проанализировать текст вашего письма, контактную информацию (адреса, телефоны) и ссылки в письме - не использовались ли они ранее в спам-рассылках. Так же воспользуйтесь данными рекомендациями. Ошибка содержит код «0x800CCC». Для решения данной проблемы попробуйте в настройках указать IP-адреса, вместо "pop.mail.ru" — 94.100.184.75, вместо "smtp.mail.ru" — 94.100.177.1.
    Также вы можете изменить порт SMTP c 25 на порт 2525 или 587 в настройках вашей почтовой программы. Если все это не помогло, то попробуйте использовать для отправки SMTP сервер вашего провайдера.
  9. Ошибка «452 Space shortage, please try later: retry timeout exceeded» Данная ошибка означает, что на сервере получателя закончилось место, и письмо не может быть доставлено. Данная проблема является временной. Повторите отправку позже, и письмо будет доставлено.
  10. Ошибка Synthatically invalid HELO argument(s) Для решения данной проблемы обратитесь за помощью к вашему системному администратору. Подобная ошибка выдается при использовании запрещенных символов в имени компьютера (в соответствии со стандартами RFC2821 и RFC1045, см.  www.rfc-editor.org).
    Имя компьютера должно содержать только латинские буквы, цифры и дефисы.

 

1

Всю пасхальную неделю до 27.04 включительно все услуги нашего сайта, и любой smtp сервер можно заказать со скидкой 50%!

При заказе пожалуйста укажите слово: ПАСХА-2014

Поздравляем всех с Великим Праздником Пасхи - Христос Воскресе!

Любви, тепла, милосердия, взаимопонимания мира Вам, Вашим родным и близким!

Ссылки по теме. Можно отдохнуть, почитать и подумать:

http://www.pravoslavie.ru/smi/1873.htm
http://www.pravoslavie.ru

Так же масса материала тут. И там же всегда можно сделать доброе дело:

http://predanie.ru/

Приятная новость от нас: http://www.mailout.ru/skidka_pasha/

2

Предположим, что Вы хотите реализовать следующий механизм подписки:

  • Пользователь заполняет на вашем сайте форму подписки
  • Пользователю приходит сообщение для подтверждения факта подписки.
  • Для подтверждения подписки пользователь нажимает на ссылку в полученном письме.
  • Пользователю приходит уведомление об успешной подписке.

Подробнее