Newcomposers.ru

IT Мир
0 просмотров
Рейтинг статьи
1 звезда2 звезды3 звезды4 звезды5 звезд
Загрузка...

Imap код ошибки 26

Отправка почты из 1С 8

Доброго времени суток, коллеги! Сегодня пытался настроить отправку сообщений из 1С и столкнулся с проблемой отправки сообщений. Как оказалось все упиралось в настройки gmail. Ну давайте все по порядку.

Настройка учетной записи электронной почты

Чтобы почта отправлялась нужно настроить основную учетную запись. Для этого нужно перейти:

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

Когда вы нажмете на ссылку «Настройка системной записи электронной почты», то появиться диалог:

Закладка «Отправка писем»

Ошибки, который могут появиться после настройки почты

Сначала появилась такая ошибка:

Смотрел по форумам, менял настройки в 1С ничего не помогло и выходит другая:

Исправление ошибок после настройки

Вначале статьи показан скриншот по устранению неполадок, связанных со входом в аккаунт gmail. На нем подчеркнута ссылка, которая ведет к странице, на которой можно дать доступ непроверенным приложениям. Вот эта ссылка: https://www.google.com/settings/security/lesssecureapps. Переходя по ней вы увидите такую же страницу, как на скриншоте ниже:

Разрешение непроверенным приложениям доступ к вашему аккаунту

Надеюсь эта статья поможет вам решить проблему с настройкой почты в 1С 8.

Поделиться записью
Вам, возможно, понравится

Подскажите пожалуйста, использую бизнес почту мейл.ру, создал почту info@comix.by, мейл ру дал настроки:

Имя почтового ящика — это полное название вашего почтового ящика;
Сервер входящей почты IMAP-сервер — imap.mail.ru;
Порт для подключения по IMAP — 143 (при использовании шифрования STARTTLS) и 993 (при использовании шифрования SSL/TLS);
Сервер входящей почты POP3-сервер — pop.mail.ru;
Порт для подключения по POP3 — 995 (с шифрованием);
Сервер исходящей почты SMTP-сервер — smtp.mail.ru;
Порт для подключения по SMTP — 465 (с шифрованием);
Имя пользователя — это полное название вашего почтового ящика (логин и домен);

после ввода всей информации выдаёт ошибку:
Не удалось подключиться к серверу исходящей почты:Произошла ошибка при работе с SMTP. Код ошибки: 27
Не удалось подключиться к серверу входящей почты:Произошла ошибка при работе с IMAP. Код ошибки: 26. Ответ сервера: Command disabled. Please use STARTTLS first.
Что не так делаю?

Проверьте правильно ли вы указываете настройки почты, не изменилось ли что?

Спасибо, очень помогли! Долго не мог решить проблему, а оказывается все дело было в настройках почтового ящика GOOGLE.

Добрый день. Подскажите пож, приподключении пишет: Не удалось подключиться к серверу исходящей почты:Произошла ошибка при работе с POP3. Код ошибки: 2
с/у Ирина.

Здравствуйте, Ирина! Проверьте, правильно ли вы указали настройки.

Спасибо! Очень помогли!

Добрый день, ситуация аналогичная, выходит следующая ошибка:
Не удалось подключиться к серверу исходящей почты:Произошла ошибка при работе с POP3. Код ошибки: 10

Использую бизнесакаунт Mail.ru

Пробовали применить советы из статьи?

Ответить

Добавить комментарий Отменить ответ

Метки

Рубрики

  • 1С (30)
  • Запросы в 1С (7)
  • Обмен в 1С (6)
  • Обработки 1С (11)
  • Отчеты 1С (14)
  • Платформа 1С (5)
  • Реклама (3)
  • СКД (9)
  • Таблица значений в 1С (2)
  • Табличной поле в 1С (4)
  • Тестирование (3)
    • Тесты по СКД (3)
  • Типы данных в 1С (7)

Рубрики

  • 1С (30)
  • Запросы в 1С (7)
  • Обмен в 1С (6)
  • Обработки 1С (11)
  • Отчеты 1С (14)
  • Платформа 1С (5)
  • Реклама (3)
  • СКД (9)
  • Таблица значений в 1С (2)
  • Табличной поле в 1С (4)
  • Тестирование (3)
    • Тесты по СКД (3)
  • Типы данных в 1С (7)

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

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

Свежие комментарии

  • softmaker к записи Ошибка СУБД: Ошибка SQL: Таблица не найдена: _Reference. Как исправить?
  • Валерий к записи Ошибка СУБД: Ошибка SQL: Таблица не найдена: _Reference. Как исправить?
  • softmaker к записи Отправка почты из 1С 8

Страницы

Метки

Наши сайты

Этот сайт использует файлы cookie. Продолжая просматривать сайт, вы соглашаетесь с тем, что мы используем файлы cookie.

Cookie и настройки приватности

Мы можем запросить сохранение файлов cookies на вашем устройстве. Мы используем их, чтобы знать, когда вы посещаете наш сайт, как вы с ним взаимодействуете, чтобы улучшить и индивидуализировать ваш опыт использования сайта.

Чтобы узнать больше, нажмите на ссылку категории. Вы также можете изменить свои предпочтения. Обратите внимание, что запрет некоторых видов cookies может сказаться на вашем опыте испольхования сайта и услугах, которые мы можем предложить.

These cookies are strictly necessary to provide you with services available through our website and to use some of its features.

Because these cookies are strictly necessary to deliver the website, refuseing them will have impact how our site functions. You always can block or delete cookies by changing your browser settings and force blocking all cookies on this website. But this will always prompt you to accept/refuse cookies when revisiting our site.

We fully respect if you want to refuse cookies but to avoid asking you again and again kindly allow us to store a cookie for that. You are free to opt out any time or opt in for other cookies to get a better experience. If you refuse cookies we will remove all set cookies in our domain.

We provide you with a list of stored cookies on your computer in our domain so you can check what we stored. Due to security reasons we are not able to show or modify cookies from other domains. You can check these in your browser security settings.

These cookies collect information that is used either in aggregate form to help us understand how our website is being used or how effective our marketing campaigns are, or to help us customize our website and application for you in order to enhance your experience.

If you do not want that we track your visit to our site you can disable tracking in your browser here:

We also use different external services like Google Webfonts, Google Maps, and external Video providers. Since these providers may collect personal data like your IP address we allow you to block them here. Please be aware that this might heavily reduce the functionality and appearance of our site. Changes will take effect once you reload the page.

Google Webfont Settings:

Google Map Settings:

Google reCaptcha Settings:

Vimeo and Youtube video embeds:

The following cookies are also needed — You can choose if you want to allow them:

Читать еще:  Код ошибки d000f001

Ошибки почтового сервера

Причины некоторых ошибок почтового сервера легко найти, для других потребуется тщательная диагностика настроек почтового сервера. Эта статья призвана помочь в поиске и устранении таких ошибок.

Содержание статьи:

  • Пошаговая проверка почтового сервера
  • Коды ошибок почтовых серверов и как устранить эти ошибки
    • Ошибка почтового сервера 421
    • Почтовый сервер ответил 451
    • Ошибка почтового сервера 452
    • Ошибка почтового сервера 550
    • Почтовый сервер ответил 571
    • Сертификат почтового сервера недействителен

Иногда в работе электронной почты возникают ошибки. Чаще всего они проявляются в том, что пользователи не могут отправить или получить письмо, получают сообщение “Не удалось подключиться к почтовому серверу”. Причины некоторых ошибок почтового сервера легко найти, для других потребуется тщательная диагностика настроек почтового сервера. Эта статья призвана помочь в поиске и устранении таких ошибок.

Пошаговая проверка почтового сервера

В первую очередь надо убедиться, что проблема именно на сервере, а не где-либо еще. Для этого попробуйте отправить себе несколько тестовых писем на тот же адрес электронной почты и на внешние почтовые сервисы, такие как Gmail. Если вы успешно получите тестовое письмо, то ответьте на него, чтобы проверить отправку и прием почты.

  • Если вы сразу же получили сообщение об ошибке подключения к почтовому серверу, как только попытались отправить или получить письмо, это свидетельствует, что проблема действительно с сервером. Отметьте себе код ошибки, далее мы расскажем о них подробнее.
  • Письмо было отправлено, но затем возвращено, вы получили так называемое bounced message – сообщение о том, что письмо было не доставлено по какой-либо причине. Чаще всего в тексте сообщения указывается эта причина (например, письмо слишком похоже на спам или почтовый сервер imap mail не отвечает), попробуйте устранить её.
  • Почтовый сервер не отвечает, при отправке ошибок не было, но вы не получили письмо в течение нескольких минут. В первую очередь проверьте папку “Спам”, возможно, оно попало туда. Если нет, то перепроверьте настройки почтового клиента.
  • Если вы без проблем отправляете и получаете тестовые письма, скорее всего проблема не в почтовом сервере, а в работе сети.

Рекомендуем также проверить доступность почтового сервера хотя бы одним из бесплатных инструментов для проверки почтового сервера онлайн:

Эти сервисы пробуют подключиться к вашему почтовому серверу по SMTP, замеряют время отклика, подтверждают, что у него есть запись обратной зоны DNS почтового сервера. С их помощью можно диагностировать некоторые ошибки службы почтовых серверов или проверить, не занесен ли почтовый сервер в черные списки из-за спама.

Коды ошибок почтовых серверов и как устранить эти ошибки:

Ошибка почтового сервера 421

  • проблема может возникнуть из-за неправильно заданных параметров SMTP-соединения, перепроверьте их настройки
  • брандмауэр блокирует IP сервера электронной почты, в таком случае надо добавить новое правило для него
  • блокируется трафик через порт 25. Попробуйте в настройках учетной записи электронной почты сменить номер порта SMTP на 465
  • ошибка вызвана использованием VPN – попробуйте отключить VPN и отправить письмо. Если проблема была в этом, то необходимо, чтобы провайдер услуги занес ваш почтовый сервер в белый список адресов VPN

Почтовый сервер ответил 451

  • превышено количество допустимых подключений или лимит обмена сообщениями за отрезок времени, в таком случае письма просто ждут в очереди отправки. В настройках сервера вы можете увеличить этот лимит или задать ограничение не на количество подключений к серверу, а на количество писем на одного пользователя. Если никакой вредоносной деятельности вы не обнаружили, то можете отправить накопившуюся очередь писем командой принудительной отправки (force send).
  • неправильно настроенные MX-записи домена и неправильная маршрутизация писем вследствие этого. Проверьте логи, конфигурационные файлы, МХ-записи и разрешения, чтобы установить причину ошибки

Ошибка почтового сервера 452

  • вероятно, ошибка не на вашей стороне – на сервере получателя закончилось место, поэтому письмо не доставляется. Проверьте, получается ли отправлять письма на другие сервера
  • если в сообщении об ошибке есть текст “Out of memory”, то места не хватает на вашем сервере. Проверьте количество писем в очереди, свободное место на диске и объем доступной памяти

Ошибка почтового сервера 550

  • указан неправильный адрес почты получателя, уточните, действующий ли он и правильно ли вы его написали
  • неправильные настройки сервера SMTP
  • есть подозрение, что ваша система заражена вирусом, который автоматически рассылает письма. Выполните проверку специализированным антивирусом, например, Kaspersky для почтовых серверов
  • провайдер установил ограничения на исходящие сообщения. Свяжитесь с техподдержкой провайдера и вам подскажут, что делать в таком случае

Почтовый сервер ответил 571

Ошибка при получении почты (на стороне получателя). Причины:

  • IP отправителя заблокирован на стороне получателя спам-фильтром, антивирусом или фаерволом, текст сообщения об ошибке будет похож на такой: “Почтовый сервер ответил: spam message rejected”. Если вы отправляете тестовое письмо себе, попробуйте отключить это ПО и проверьте отправку/получение писем без него
  • у IP отправителя нет RDNS
  • отправитель занесен в спам-лист, фильтры сообщений получателя не пропускают письмо

Чтобы устранить ошибку, проверьте настройки получения писем и в особенности разрешения для доменов-отправителей.

Сертификат почтового сервера недействителен

Проверьте, вероятно, пришло время обновить сертификаты.

Мы надеемся, что этот материал был вам полезен. Иногда найти ошибку очень трудно, для этого приходится изучать логи электронной почты, её маршрутизацию, параметры почтового сервера. Специалисты “Интегрус” готовы помочь в этом. Мы проведем аудит, обеспечим защиту почтового сервера, отсутствие спам-рассылок, установим почтовый сервер на Windows Server, почтовый сервер на Линукс, выполним настройку почтового сервера Postfix, настроим записи RDNS и SPF, устраним ошибки почтового сервера pop3 и другие.

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

OAuth-авторизация в Яндекс.Почте

Почтовые клиенты и приложения могут получать доступ к ящикам Яндекс.Почты по протоколу OAuth. Этот протокол позволяет программам не запрашивать и не хранить логины и пароли, а пользователям — не беспокоиться о безопасности паролей.

OAuth-авторизацию поддерживают IMAP- и SMTP-серверы Яндекс.Почты. Авторизация реализована с помощью механизма XOAUTH2, который также использует Gmail и почта Mail.ru .

Подключение

Чтобы реализовать OAuth-авторизацию в своем почтовом клиенте:

Зарегистрируйте приложение на Яндекс.OAuth со следующими правами:

для авторизации на SMTP-сервере — Яндекс.Почта → Отправка писем через Яндекс.Почту по протоколу SMTP ;

для авторизации на IMAP-сервере — Яндекс.Почта → Доступ на чтение писем в почтовом ящике или Чтение и удаление писем в почтовом ящике .

Реализуйте запрос OAuth-токенов любым доступным способом (см. документацию Яндекс.OAuth). Для первоначального тестирования можно использовать отладочный токен.

Организуйте отправку OAuth-токенов в Яндекс.Почту и обработку ответа сервера. Ниже описано корректное взаимодействие с серверами Яндекс.Почты по протоколам IMAP и SMTP.

Читать еще:  Код ошибки 18

Адреса почтовых серверов

Обращаться к почтовым серверам следует по следующим адресам:

Взаимодействие с IMAP-сервером

При авторизации на IMAP-сервере ваша программа должна использовать команду AUTHENTICATE с механизмом XOAUTH2 (этот механизм не упоминается в выводе команды CAPABILITY , но поддерживается). OAuth-токен и email пользователя следует передавать в аргументе команды.

Чтобы составить аргумент с авторизационными данными:

Подготовьте строку с данными:

Закодируйте полученную строку методом base64, например:

Команда AUTHENTICATE должна быть оформлена как одна строка, без разрывов и переносов (пример ниже отформатирован для удобства чтения). Последовательность запросов и ответов при успешной IMAP-авторизации может выглядеть так:

Ответ об ошибке авторизации

Сервер возвращает описание ошибки в ответ на команду AUTHENTICATE . Последовательность запросов и ответов с ошибкой IMAP-авторизации может выглядеть так:

После описания ошибки сервер приводит последовательность вида sc=ANQrQk2BrGkH_101523_7m . Это идентификатор сессии, который стоит указать, если вы обращаетесь с этой ошибкой в службу поддержки Яндекс.Почты.

Взаимодействие с SMTP-сервером

При авторизации на SMTP-сервере ваша программа должна использовать команду AUTH с механизмом XOAUTH2 . Токен и логин пользователя следует закодировать и передавать в аргументе команды.

Аргумент с авторизационными данными составляется так же, как и для протокола IMAP:

Подготовьте строку с данными:

Закодируйте полученную строку методом base64, например:

Последовательность запросов и ответов при успешной SMTP-авторизации выглядит так:

Команда AUTH должна быть оформлена как одна строка, без переносов (пример отформатирован для удобства чтения).

Ответ об ошибке авторизации

Сервер возвращает описание ошибки в ответ на команду AUTH , с кодом 535.

Пример последовательности запросов и ответов при ошибке SMTP-авторизации:

Если авторизационная строка была составлена неверно, ошибка будет такой:

Ошибки почтового сервера

Причины некоторых ошибок почтового сервера легко найти, для других потребуется тщательная диагностика настроек почтового сервера. Эта статья призвана помочь в поиске и устранении таких ошибок.

Содержание статьи:

  • Пошаговая проверка почтового сервера
  • Коды ошибок почтовых серверов и как устранить эти ошибки
    • Ошибка почтового сервера 421
    • Почтовый сервер ответил 451
    • Ошибка почтового сервера 452
    • Ошибка почтового сервера 550
    • Почтовый сервер ответил 571
    • Сертификат почтового сервера недействителен

Иногда в работе электронной почты возникают ошибки. Чаще всего они проявляются в том, что пользователи не могут отправить или получить письмо, получают сообщение “Не удалось подключиться к почтовому серверу”. Причины некоторых ошибок почтового сервера легко найти, для других потребуется тщательная диагностика настроек почтового сервера. Эта статья призвана помочь в поиске и устранении таких ошибок.

Пошаговая проверка почтового сервера

В первую очередь надо убедиться, что проблема именно на сервере, а не где-либо еще. Для этого попробуйте отправить себе несколько тестовых писем на тот же адрес электронной почты и на внешние почтовые сервисы, такие как Gmail. Если вы успешно получите тестовое письмо, то ответьте на него, чтобы проверить отправку и прием почты.

  • Если вы сразу же получили сообщение об ошибке подключения к почтовому серверу, как только попытались отправить или получить письмо, это свидетельствует, что проблема действительно с сервером. Отметьте себе код ошибки, далее мы расскажем о них подробнее.
  • Письмо было отправлено, но затем возвращено, вы получили так называемое bounced message – сообщение о том, что письмо было не доставлено по какой-либо причине. Чаще всего в тексте сообщения указывается эта причина (например, письмо слишком похоже на спам или почтовый сервер imap mail не отвечает), попробуйте устранить её.
  • Почтовый сервер не отвечает, при отправке ошибок не было, но вы не получили письмо в течение нескольких минут. В первую очередь проверьте папку “Спам”, возможно, оно попало туда. Если нет, то перепроверьте настройки почтового клиента.
  • Если вы без проблем отправляете и получаете тестовые письма, скорее всего проблема не в почтовом сервере, а в работе сети.

Рекомендуем также проверить доступность почтового сервера хотя бы одним из бесплатных инструментов для проверки почтового сервера онлайн:

Эти сервисы пробуют подключиться к вашему почтовому серверу по SMTP, замеряют время отклика, подтверждают, что у него есть запись обратной зоны DNS почтового сервера. С их помощью можно диагностировать некоторые ошибки службы почтовых серверов или проверить, не занесен ли почтовый сервер в черные списки из-за спама.

Коды ошибок почтовых серверов и как устранить эти ошибки:

Ошибка почтового сервера 421

  • проблема может возникнуть из-за неправильно заданных параметров SMTP-соединения, перепроверьте их настройки
  • брандмауэр блокирует IP сервера электронной почты, в таком случае надо добавить новое правило для него
  • блокируется трафик через порт 25. Попробуйте в настройках учетной записи электронной почты сменить номер порта SMTP на 465
  • ошибка вызвана использованием VPN – попробуйте отключить VPN и отправить письмо. Если проблема была в этом, то необходимо, чтобы провайдер услуги занес ваш почтовый сервер в белый список адресов VPN

Почтовый сервер ответил 451

  • превышено количество допустимых подключений или лимит обмена сообщениями за отрезок времени, в таком случае письма просто ждут в очереди отправки. В настройках сервера вы можете увеличить этот лимит или задать ограничение не на количество подключений к серверу, а на количество писем на одного пользователя. Если никакой вредоносной деятельности вы не обнаружили, то можете отправить накопившуюся очередь писем командой принудительной отправки (force send).
  • неправильно настроенные MX-записи домена и неправильная маршрутизация писем вследствие этого. Проверьте логи, конфигурационные файлы, МХ-записи и разрешения, чтобы установить причину ошибки

Ошибка почтового сервера 452

  • вероятно, ошибка не на вашей стороне – на сервере получателя закончилось место, поэтому письмо не доставляется. Проверьте, получается ли отправлять письма на другие сервера
  • если в сообщении об ошибке есть текст “Out of memory”, то места не хватает на вашем сервере. Проверьте количество писем в очереди, свободное место на диске и объем доступной памяти

Ошибка почтового сервера 550

  • указан неправильный адрес почты получателя, уточните, действующий ли он и правильно ли вы его написали
  • неправильные настройки сервера SMTP
  • есть подозрение, что ваша система заражена вирусом, который автоматически рассылает письма. Выполните проверку специализированным антивирусом, например, Kaspersky для почтовых серверов
  • провайдер установил ограничения на исходящие сообщения. Свяжитесь с техподдержкой провайдера и вам подскажут, что делать в таком случае

Почтовый сервер ответил 571

Ошибка при получении почты (на стороне получателя). Причины:

  • IP отправителя заблокирован на стороне получателя спам-фильтром, антивирусом или фаерволом, текст сообщения об ошибке будет похож на такой: “Почтовый сервер ответил: spam message rejected”. Если вы отправляете тестовое письмо себе, попробуйте отключить это ПО и проверьте отправку/получение писем без него
  • у IP отправителя нет RDNS
  • отправитель занесен в спам-лист, фильтры сообщений получателя не пропускают письмо
Читать еще:  Ошибка 905 при скачивании

Чтобы устранить ошибку, проверьте настройки получения писем и в особенности разрешения для доменов-отправителей.

Сертификат почтового сервера недействителен

Проверьте, вероятно, пришло время обновить сертификаты.

Мы надеемся, что этот материал был вам полезен. Иногда найти ошибку очень трудно, для этого приходится изучать логи электронной почты, её маршрутизацию, параметры почтового сервера. Специалисты “Интегрус” готовы помочь в этом. Мы проведем аудит, обеспечим защиту почтового сервера, отсутствие спам-рассылок, установим почтовый сервер на Windows Server, почтовый сервер на Линукс, выполним настройку почтового сервера Postfix, настроим записи RDNS и SPF, устраним ошибки почтового сервера pop3 и другие.

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

При отправке почтовых сообщений я получаю ошибки с номерами 550 и 553 или ошибки ретрансляции

Проблема

Когда вы, находясь вне дома, отправляете сообщение электронной почты с помощью домашней почтовой учетной записи, это сообщение может вернуться с ошибкой 550, 553 или ошибкой ретрансляции. То же самое может произойти, когда вы, находясь вне офиса, пытаетесь отправить сообщение электронной почты с помощью рабочей почтовой учетной записи.

Описание

Ретрансляция происходит, когда почтовое сообщение отправлено на адрес электронной почты, домен которого (имя после символа @, например adatum.com) не обрабатывается протоколом SMTP или сервером исходящей почты, получающим от отправителя запрос на доставку сообщения. SMTP-серверу необходимо подключиться к другому SMTP-серверу, чтобы ретранслировать сообщение.

Если при отправке почтового сообщения возникает ошибка ретрансляции, ваш SMTP-сервер (исходящей почты) может вернуть ваше сообщение вместе с сообщением об ошибке, например, такого вида:

«Не удается отправить сообщение, поскольку сервер отказался принять адрес одного из получателей. В письме был указан адрес: . Тема: , учетная запись: , сервер: , протокол: SMTP, ответ сервера: «550 . Ретрансляция запрещена», порт: 25, защита (SSL): нет, ошибка сервера: 550, номер ошибки: 0x800CCC79″.

«Не удается отправить сообщение, поскольку сервер отказался принять адрес одного из получателей. В письме был указан адрес: . Тема: , учетная запись: , сервер: , протокол: SMTP, ответ сервера: «553 к сожалению, этого домена нет в моем списке разрешенных узлов (#5.7.1)», порт: 25, защита (SSL): нет, ошибка сервера: 553, номер ошибки: 0x800CCC79″.

Точный текст сообщения об ошибке будет зависеть от вашего поставщика интернет-услуг. Некоторые поставщики не возвращают сообщение об ошибке, когда определяют исходящие сообщения как нежелательную рекламу. В этих случаях все выглядит так, как будто ваше сообщение отправляется в обычном режиме (в Outlook остается в папке Исходящие и появляется в папке Отправленные), но получателю оно не доставляется.

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

SMTP — это протокол (стандарты, используемые компьютерами для взаимодействия), который используется на большинстве серверов электронной почты для отправки сообщений в Интернете. Если вы используете почтовую программу (например, Outlook), которая позволяет хранить сообщения на компьютере, вам необходим доступ к SMTP-серверу для отправки сообщений.

Примечание: Веб-системы электронной почты (например, Windows Live Mail или Yahoo! Mail) работают иначе и не рассматриваются в этой статье.

Нежелательная почта и открытые ретрансляции

Рекламные сообщения, распространяемые без запроса, называют нежелательной почтой или спамом. Объем нежелательной почты продолжает расти, потому что ее отправка практически ничего не стоит тем, кто ее рассылает. Фактически отправителю даже не обязательно отправлять нежелательную почту через SMTP-сервер (исходящей почты) своего поставщика интернет-услуг.

При создании базовой структуры Интернета никто не предвидел, к каким последствиям приведет возможность отправлять миллионы нежелательных сообщений за ничтожно малую плату. Благодаря способности SMTP-серверов к ретрансляции отправители нежелательной почты маскируют ее подлинный источник, передавая ее через сторонние серверы, на которых разрешены такие открытые ретрансляции. В результате нежелательная почта как бы приходит с сайта, который ретранслирует сообщение и скрывает личность настоящего отправителя.

До недавнего времени большинство почтовых SMTP-серверов работали на основе доверительной открытой системы. В такой системе кто угодно откуда угодно может передать почтовое сообщение SMTP-серверу, а сервер должен принять его и переслать получателю или другому почтовому серверу, на котором находится почтовый ящик получателя. При такой открытой ретрансляции нет ограничений, запрещающих кому-либо отправлять почту через SMTP-сервер.

Ограничения поставщика интернет-услуг на ретрансляцию почтовых сообщений

По мере увеличения объемов нежелательной почты администраторы сети (люди, отвечающие за управление серверами поставщика интернет-услуг) начали вводить ограничения на своих почтовых SMTP-серверах. Эти ограничения не позволяют использовать почтовый сервер всем подряд. Представьте, что в вестибюле вашей организации есть телефон, доступный для всех, в том числе для тех, кто не является сотрудником организации. Теперь телефоном разрешено пользоваться только сотрудникам.

На сегодняшний день используются ограничения нескольких типов.

Требуется проверка подлинности SMTP. Так же как вы используете имя пользователя и пароль для доступа к POP3-серверу (входящей почты) и своим почтовым сообщениям, вам требуется ввести имя пользователя и пароль для отправки почтовых сообщений через SMTP-сервер. Обычно это те же имя пользователя и пароль, что и для POP3-сервера, но могут быть и уникальные.

Требуется сначала подключиться к POP3-серверу (входящей почты) поставщика интернет-услуг. Чтобы получить свои новые почтовые сообщения, вы обычно подключаетесь к POP3-серверу (входящей почты). Для доступа к почтовому ящику вам нужно ввести имя пользователя и пароль. Администратор сети может настроить сервер таким образом, что если вы сначала подключаетесь к POP3-серверу входящей почты и проходите проверку подлинности, он будет утверждать все запросы на отправку почтовых сообщений через SMTP-сервер исходящей почты, на котором в ином случае эта возможность будет ограничена.

Требуется подключение из авторизованного расположения в сети. Если вы из дома подключаетесь к поставщику интернет-услуг по телефонной линии, с помощью кабеля или через DSL-модем, подключение идет напрямую к сети поставщика. Вы заслуживаете доверия, поскольку у вас есть учетная запись с именем пользователя и паролем, которые предоставил поставщик интернет-услуг. Вам как клиенту разрешается использовать SMTP-сервер для отправки почтовых сообщений.

Требуется подключение с определенного IP-адреса или диапазона IP-адресов. Ваш поставщик интернет-услуг может разрешить доступ к SMTP-серверу людям, не подключенным к сети напрямую. Например, это может быть удаленный пользователь в офисе. Основная проблема состоит в том, что во многих местах используются динамические IP-адреса. При этом вы не можете быть уверены в том, что при каждом подключении у вас один и тот же IP-адрес. У некоторых организаций может быть зарезервирован блок или диапазон IP-адресов. Поставщик интернет-услуг может считать тех, кто подключается с этих IP-адресов, проверенными пользователями. Он может предоставить дополнительные сведения.

Возможных сценариев ретрансляции очень много. Ниже приведены самые распространенные ситуации. Возможно, одна из них похожа на вашу.

Ссылка на основную публикацию
Adblock
detector