Відправка тестового електронного повідомлення. Помилки відправки і варіанти їх усунення

Коли ви, перебуваючи поза домом, відправляєте повідомлення електронної пошти за допомогою домашньої поштової облікового запису, Це повідомлення може повернутися з помилкою 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-адрес, перевіреними користувачами. Він може надати додаткові відомості.

Можливих сценаріїв ретрансляції дуже багато. Нижче наведені найпоширеніші ситуації. Можливо, одна з них схожа на вашу.

ситуація	Це ретрансляція?
Ви вдома, і у вас є обліковий запис постачальника інтернет-послуг, що закінчується на @ proseware.com, з якої ви підключаєтеся по телефонній лінії, за допомогою кабелю або через DSL-модем. Ви відправляєте повідомлення іншій людині, поштову адресу якого теж закінчується на @ proseware.com.
Те ж, що і в першій ситуації, тільки ви відправляєте повідомлення людині, поштову адресу якого закінчується на @ adatum.com.	Так, але вона не блокується. Ви підключаєтеся безпосередньо до постачальника інтернет-послуг і тим самим отримуєте повноваження для відправки пошти через його SMTP-сервер (вихідної пошти) на будь-які адреси, незалежно від розташування поштової скриньки одержувача.
Ви на роботі. Ваш робочий поштову адресу закінчується на @ thephone-company.com, і у вас є домашня обліковий запис постачальника інтернет-послуг, адреса якої закінчується на @ proseware.com і з якою ви підключаєтеся по телефонній лінії, за допомогою кабелю або через DSL-модем . В Outlook у вас налаштовані ті ж параметри SMTP-сервера, що і вдома. Ви відправляєте повідомлення людині, поштову адресу якого теж закінчується на @ proseware.com.	Ні. Ваша пошта обробляється звичайним способом.

Ви зупинилися в готелі або отриманих в аеропорту інтернет-терміналом, що надає доступ в Інтернет. У вас є домашня обліковий запис постачальника інтернет-послуг, що закінчується на @ proseware.com, з якої ви підключаєтеся по телефонній лінії, за допомогою кабелю або через DSL-модем. В Outlook у вас налаштовані ті ж параметри SMTP-сервера, що і вдома. Ви відправляєте повідомлення іншій людині, поштову адресу якого теж закінчується на @ proseware.com.	Ні. Ваша пошта обробляється звичайним способом.
Те ж, що і в попередній ситуації, тільки ви відправляєте повідомлення людині, поштову адресу якого закінчується на @ adatum.com.	Так, і це повідомлення може бути заблоковано як ретранслюються пошта. Ви намагаєтеся використовувати домашній SMTP-сервер (вихідної пошти) свого постачальника інтернет-послуг, хоча не підключені до його мережі. SMTP-сервер не може засвідчити вас як повноважного передплатника постачальника інтернет-послуг. Крім того, ви просите SMTP-сервер приймає повідомлення і підключитися до іншого SMTP-сервера, щоб доставити його в поштову скриньку одержувача.

рішення

Якщо ваша ситуація розглядається як ретрансляція, ви повинні відправити повідомлення через сервер, до якого зараз підключаєтеся. Тобто, якщо ви на роботі або поза домом і не використовуєте свого постачальника інтернет-послуг для підключення до Інтернету, але хочете відправити повідомлення зі своєї домашньої обліковий запис, наданий цим постачальником, вам потрібно змінити параметри поштової облікового запису, вказавши той SMTP-сервер , який ви використовуєте там, де ви є (наприклад, робочий SMTP-сервер). покрокові інструкції см. в статті.

Якщо це не працює або ви віддаєте перевагу використовувати домашню обліковий запис, вам потрібно зв'язатися зі своїм постачальником інтернет-послуг і запитати, чи маєте ви право описані раніше параметри. Що стосується перших двох обмежень (повинен розпізнаватися вашими SMTP і потрібно спочатку підключення до POP3-сервера вхідної пошти постачальника інтернет-послуг), ви можете внести зміни в Параметри облікового запису в Outlook. Інструкції див. У статті Зміна параметрів облікового запису електронної пошти.

Повідомлення як і раніше не відправляються?

Ви змінили параметри SMTP в Outlook або знайшли параметр, який дозволить вам відправляти поштові повідомлення. Але ви як і раніше не можете відправити пошту і отримуєте повідомлення про помилку.

Можливо, ви все зробили правильно, але адміністратори мережі використовують ще якусь функцію системи безпеки для запобігання спуфинга посвідчень. Спуфінга посвідчень - це просто спосіб відправлення поштового повідомлення, при якому ви приховуєте, хто ви.

В Outlook, як і в більшості поштових програм, Можна вказати "псевдонім" і зворотну поштову адресу, який з'являється при відповіді на ваше повідомлення. У небажаної пошти ці поля майже завжди містять неправдиву інформацію. Ви правда вірите, що повідомлення про те, як швидко розбагатіти, прийшли від супермоделі або світового лідера?

Щоб запобігти спуфинг посвідчень, деякі постачальники інтернет-послуг обмежують можливість вставки неправдивої інформації в поле адреси у відповідях. Наприклад, якщо доменне ім'я вашого постачальника інтернет-послуг закінчується на proseware.com, постачальник може заборонити вам вказувати зворотну адресу [Email protected] . Це обмеження використовується не так широко, як описані раніше, але може застосовуватися до всіх користувачів незалежно від їх місцезнаходження і способу підключення. В цьому випадку альтернативи немає. Якщо адміністратор сервера використовує цей спосіб, ви повинні вказувати в зворотній адресі домен, що відповідає вашому поточному підключенню.

Якщо в процесі розсилки виникають помилки відправки, потрібно перервати розсилку, зайти в "Налаштування / Загальні настройки / вкладка SMTP" і відредагувати поточні настройки. Потім продовжити розсилку: натисніть чорний трикутник біля кнопки "Почати" і виберіть необхідну опцію (перепослать на ще невідправлені або на невдало відправлені).

Якщо все ж відправку не зупинили і виникла помилка відправки, то вам буде показана причина помилки і рада, як виправити цю помилку. У програмі наводиться коротка інформація. Повну інформацію ви можете переглянути у нас на сайті (посилання на помилку перебуває під радою).

551 5.9.9 Spam message discarded. If you feel we mistreat you, do contact us: [Email protected]
RSET

Вам необхідно написати лист на [Email protected] який є вашим email-провайдером і попросити додати вас в білий список.

1. Ваш лист не проходить перевірку спам фільтрами. (Спробуйте відправити порожній лист щоб перевірити це припущення).
2. В налаштуваннях SMTP сервера швидкість і кількість потоків занадто великі для цього сервера. (Рекомендовані параметри - "Потоки" - 1, "Швидкість" - 1 повідомлення в хвилину).
3. Крім того рекомендуємо використовувати персоналізацію листів, щоб кожен лист сприймалося сервером як унікальне. Ознайомтеся з довідкою з даного питання тут - - Редагування повідомлення - Підстановка тексту.

Проблема з ім'ям або паролем

553 5.7.1 < [Email protected]\u003e: Sender address rejected: not owned by user [Email protected]
RSET

Уточніть у Вашого SMTP-провайдера, чи зареєстрований у них ваш email адреса. Надішліть їм інформацію про цю помилку, і вони підкажуть, що треба робити.

535-5.7.1 Please log in with your web browser and then try again. Learn more at535 5.7.1 https://support.google.com/mail/bin/answer.py?answer\u003d78754 p2sm808096lbj.4Disconnected.

535 Incorrect authentication data Disconnected.

Примітка 1
Примітка 2

535 5.7.1 http://support.google.com/mail/bin/answer.py?answer\u003d14257o5sm1396905lbg.5
Disconnected.

Перевірте налаштування SMTP-сервера. Переконайтеся в тому, що логін і пароль введені правильно. Відкрийте «Налаштування» / «Загальні Налаштування» / «SMTP», клікніть двічі за адресою SMTP сервера, і у вікні виправте ім'я користувача і пароль.

Примітка 1Переконайтеся, що CAPS LOCK вимкнений - це важливо!
Примітка 2: Деякі SMTP сервера вимагають в якості логіна « [Email protected]»Замість просто« user », уточніть ці моменти.

535 5.7.0 Failed. Incorrect username / password
Disconnected.

Згідно з цим повідомленням про помилку ви ввели невірний логін / пароль для поточного облікового запису.
Перевірте налаштування SMTP-сервера. Переконайтеся в тому, що логін і пароль введені правильно. Відкрийте «Налаштування» / «Загальні Налаштування» / «SMTP», клікніть двічі за адресою SMTP сервера, і у вікні виправте ім'я користувача і пароль.

503: Bad sequence of commands or this mail server requires authentication.

Повторює помилка 503 може свідчити про проблеми з'єднання. Відгук 503 від SMTP-сервера найчастіше є показником того, що SMTP-сервер вимагає аутентифікації, а Ви намагаєтеся відправити повідомлення без аутентифікації (логін + пароль).
Перевірте поточні параметри SMTP, щоб переконатися в правильності налаштувань SMTP-сервера. Зайдіть в меню "Налаштування / Загальні настройки / вкладка SMTP", двічі клікніть на вказівки в списку акаунті і вкажіть аутентифікацію (зазвичай, аутентифікація ESMTP), логін і пароль.

513: Address type is incorrect or authentication required.

Переконайтеся, що адреса електронної пошти одержувача введений вірно і не містить помилок. Потім спробуйте повторно відправити повідомлення.
Іншою причиною може бути те, що SMTP-сервер вимагає аутентифікації, а Ви намагаєтеся відправити повідомлення без аутентифікації (звичайно аутентифікація ESMTP, логін + пароль). Перевірте поточні параметри SMTP в меню "Налаштування / Загальні настройки / вкладка SMTP", щоб переконатися в правильності налаштувань SMTP-сервера.

550 5.4.5 Daily sending quota exceeded. d1sm2839081lbh.7

Перевищено денний ліміт по відправці.
Уточніть у Вашого SMTP-провайдера коректні настройки для розсилки, настройки швидкості розсилки і денний ліміт. Налаштувати ці параметри можна в меню "Налаштування / Загальні настройки / вкладка SMTP", клікнувши двічі за поточним аккаунту. Встановіть коректні настройки швидкості відправки у вікні.

530: Access denied.

SMTP-сервер вашого провайдера, вимагає аутентифікації, а Ви намагаєтеся відправити повідомлення без аутентифікації (логін + пароль).
Перевірте поточні параметри SMTP в меню "Налаштування / Загальні настройки / вкладка SMTP", щоб переконатися в правильності налаштувань SMTP-сервера.
Іншою причиною може бути те, що ваш SMTP-сервер знаходиться в чорному списку сервера одержувача. Або, наприклад, поштова скринька одержувача не існує.

503 sender not yet given
Disconnected.

Для вирішення цієї помилки необхідно пройти в налаштування SMTP сервера і продублювати email адреса з поля "Логін" в поле "Email відправника".

535-5.7.1 Username and Password not accepted. Learn more at
535 5.7.1 http://support.google.com/mail/bin/answer.py?answer\u003d14257 gi19sm1293099lab.16
Disconnected.

501 sender address must match authenticated user
RCPT TO:
RSET
503 sender not yet given
Disconnected.
або
530 5.1.8 : Sender address rejected: Envelope from do not match authentication data; check your settings
Disconnected.

Проблема полягає в тому, що поштову скриньку відправника не належить SMTP-сервера, через який ведеться розсилка. Наприклад, якщо SMTP-сервер smtp.yandex.ru, тоді адреса відправника повинен бути [Email protected] , Або якщо SMTP - smtp.gmail.com, то адреса відправника повинен бути [Email protected] .Для вирішення цієї помилки необхідно пройти в налаштування SMTP сервера і продублювати email адреса з поля "Логін" в поле Email відправника.

535-5.7.1 Please log in with your web browser and then try again. Learn more at 535 5.7.1 https://support.google.com/mail/bin/answer.py?answer\u003d78754 r8sm4616093lba.15

Зайдіть в ваш обліковий запис через браузер і переконайтеся, що ящик не заблокований.

451: Requested action aborted: local error in processing.

Ця помилка, як правило, виникає через перевантаження вашого Інтернет-провайдера, або по тйо причини, що через ваш SMTP-релей було відправлено занадто багато повідомлень.

неправильну адресу SMTP сервера або порт

Connecting to: first.hosted.in:25

Socket Error # 10060

Connection timed out.

У меню "Налаштування / Загальні настройки / SMTP" вам необхідно або виправити адресу SMTP first.hosted.in або поміняти порт 25 на інший. Щоб дізнатися номер порту вам необхідно звернутися до вашого хостинг-провайдеру.

Connecting to: smtp.ukr.net:465
Connected.
451 excessive mail rate for unknown mailhub, throttling
Disconnected.

Ця помилка, як правило, виникає через перевантаження вашого Інтернет-провайдера, або з тієї причини, що через ваш SMTP-релей було відправлено занадто багато повідомлень.
Наступна спроба відправити лист може виявитися успішною.

Рішення: підключіть комп'ютер до Інтернету або до мережі.

Відкрийте веб-браузер, щоб побачити, чи є доступ до сайтів в Інтернеті. Якщо ви перебуваєте в локальної мережі, Перевірте, чи можна відкрити сайти інтрамережі. Відомості про те, як перевірити стан здійснювати підключення до мережі, Див. Довідку Mac OS.

Рішення: переконайтеся в тому, що Outlook підключений до Інтернету.

В меню Outlook подивіться, чи не встановлений прапорець Автономна робота.

Причина: деякі облікові записи електронної пошти POP і IMAP використовують сервер вихідної пошти (SMTP), для якого потрібна перевірка достовірності.

Рішення: включите перевірку справжності SMTP для облікового запису POP або IMAP.

Деякі служби електронної пошти, включаючи облікових записів електронної пошти iCloud, вимагають перевірки автентичності для їх SMTP-сервера. Якщо ви переконаєтеся, що всі параметри облікового запису задані правильно, але ви як і раніше не вдається відправляти повідомлення, спробуйте відключити перевірку автентичності SMTP.

В меню сервіс Оберіть облікові записи.

Облікові записи виберіть обліковий запис.

В розділі SMTP-сервер виберіть Додаткові параметри ...

У спливаючому меню Перевірка автентичності виберіть тип перевірки автентичності і введіть необхідні облікові дані.

Причина: постачальник послуг Інтернету або адміністратор мережі використовує брандмауер, який блокує підключення до сервера вихідної пошти (SMTP) вашої служби електронної пошти.

Рішення: дізнайтеся, чи не можуть ваш постачальник послуг Інтернету або адміністратор мережі надати альтернативний SMTP-сервер для вашого профілю POP або IMAP.

При наявності адреси альтернативного SMTP-сервера вкажіть його в параметрах облікового запису.

В меню сервіс Оберіть облікові записи.

У лівій області діалогового вікна Облікові записи виберіть обліковий запис.

У полі сервер вихідної пошти введіть ім'я або адресу сервера.

Примітка: При використанні ноутбука в декількох розташуваннях, таких як будинки і на роботі, SMTP-сервер, який використовується в одному місці може не працювати в інших місцях. Кожен до Інтернету, за допомогою якої ви, можливо, брандмауер з обмеженнями власний.

Причина: облікові дані або параметри облікового запису невірні.

Рішення: перевірте, чи правильно вказані ваше ім'я користувача, пароль та інші параметри облікового запису.

В меню сервіс Оберіть облікові записи.

У лівій області діалогового вікна Облікові записи виберіть обліковий запис.

Переконайтеся в тому, що ви ввели правильну адресу електронної пошти, ім'я користувача і пароль.

Якщо обліковий запис, як і раніше працює неправильно, зверніться до постачальника послуг електронної пошти, щоб дізнатися, як налаштувати ваш обліковий запис в поштовому додатку. Можливо, для вашого облікового запису необхідно використовувати спеціальні параметри, наприклад застосовувати протокол SSL для підключення або перевизначити порт за замовчуванням.

Причина: мережі потрібно проксі-сервер для підключення до поштового сервера.

Рішення: вкажіть поштовий проксі-сервер в розділі " Системні налаштування" на комп'ютері.

Якщо ви використовуєте мережі для підключення до Інтернету, може знадобитися вказати пошти проксі-сервер. Зверніться до адміністратора мережі для правильні параметри для вашої поштової проксі-сервер. Інструкції про те, як вводити ці параметри, зверніться до довідкової системи Mac OS.

Причина: сервер електронної пошти недоступний.

Рішення: перевірте, чи працює поштовий сервер.

Якщо ви раніше успішно підключалися до цього облікового запису, можливо, проблема в тому, що поштовий сервер відключений. Зверніться до постачальника послуг електронної пошти або адміністратора мережі, щоб дізнатися, чи працює поштовий сервер.

Добрий день шановні читачі блогу сайт, сьогодні я розповім як я зіткнувся з помилкою при спробі відправити повідомлення в Microsoft Outlook 2013, ось з таким формулюванням відгук сервера 550 5.7.1 Sender unnown, код у помилки був 0x800CCC78, я якщо чесно до цього його не зустрічав. Лається, що нібито не правильний відправник на комп'ютері, дуже дивне формулювання, але містики тут жодної немає, все виявилося дуже банально з відлунням людського фактора, куди ж без нього.

Помилка 0x800ccc78 неможливо відправити повідомлення

Мало нам було помилки 0x800ccc0f в MS Outlook 2007, так прилетіла ще й ця. Ось більш наочно як виглядає дана помилка. Найцікавіше, що вхідні листи приходили, а вихідні немає. Видаючи ось таке повідомлення.

Завдання відправка повідомила про помилку 0x800CCC78, Неможливо відправити повідомлення. Перевірте адресу електронної пошти у властивостях облікового запису. Відгук сервера 550 5.7.1 Sender unknown

Мене це трохи збентежило, через те, що вхідна пошта була. Заходимо в властивості вашого профілю і перевіряємо, у мене була граматична помилка в поле Адреса електронної пошти, мабуть мій колега її зробив. Переконайтеся, що у вас В поле адресу електронної пошти і Користувач мали одне значення.