Які кроки діагностики я можу зробити, якщо мої електронні листи надсилаються, але не отримуються, навіть як спам?

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

• На минулому тижні я надсилав кілька електронних листів клієнту, з Outlook 2016. Зараз я виявив, що вони ніколи не отримувались. Я намагався надсилати електронну пошту іншим у своєму домені, і схоже, що ніхто з них не отримує мої електронні листи, але інші в інших доменах роблять
• Я перевірив свою "надіслану" папку, і вони здаються однаковими для всіх інших надісланих повідомлень. У мене не було звітів про доставку чи нічого подібного, і вони знаходяться в папці "відправлений", а не "вихідній". Я також спробував влаштувати CCing у своїх останніх електронних листах цим людям - вони обов'язково надсилають.
• Я поспілкувався з відповідним клієнтом, і вони ніколи від мене нічого не отримували, навіть у папці зі спамом . Я можу отримувати від них електронні листи, але вони нічого від мене не отримують - навіть мої відповіді на їхні електронні листи.
• Перший електронний лист мав два невеликих PDF-файли (500 кб), але така ж доля спіткала і подальші електронні листи, які не мали вкладених файлів. Жодних зображень та посилань у жодних електронних листах. Вони були звичайними робочими електронними листами між одними та трьома особами, з якими я раніше обмінювався електронною поштою через ту саму адресу електронної пошти та Outlook. Вони також у тій же країні, що і я.
• Не було відповідей на помилки доставки чи чогось подібного. Перший такий електронний лист був надісланий о 8:55 минулої п’ятниці, тому понад 5 днів тому, і нічого з мого або їхнього боку не надійшло.
• Їх електронні листи до мене надходять нормально - і фактично, мої перші повідомлення, які не вдалися, були відповідями на їх власні електронні листи. Я також отримував електронні листи до цього домену, як правило, останні два тижні тому.

• Я спробував різні тестові електронні листи до цього домену, і нічого не проходить:

  • Електронні листи, які просто кажуть "Це тестовий лист" і подібні, ніколи не надходять
  • Електронні листи з веб-пошти та моєї програми для електронної пошти Android не надходять так само, як електронні листи з Outlook (а також не надсилають звіти про доставку - все виходить з ладу)
  • Електронні листи, надіслані за допомогою 3G мого телефону, зазнають тієї ж долі, що й електронні листи, надіслані за допомогою мого Wi-Fi
  • Я також створив новий обліковий запис електронної пошти в тому ж домені (наприклад, test@my-domain.comщоб іти поряд із моїм звичним my-name@my-domain.com), і у нього була точно така ж проблема (протестована за допомогою веб-пошти).
  • Щоб перевірити, чи є у мене якісь заплутані налаштування SMTP, які блокують квитанції про зворотну доставку, я надіслав електронний лист на hg1ugtvr34vrgfrt2t@ashfrlwejbtlwerhtklhejtkghwerkbjhrw.com, мотивуючи це тим, що він, ймовірно, не існує. Я отримав цілком нормальний "зворотний зв'язок з доставкою пошти: повернення повідомлення відправнику" - тому я можу отримувати відмови, я чомусь не надсилаю їх з цього домену.
  • Електронні листи до них, наприклад, з мого особистого облікового запису Gmail, отримують штрафи (тому я тим часом використовую це, поки ця проблема не буде вирішена)

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

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

• Чи є щось "під кришкою", на яке я можу подивитися в Outlook, як-от відправлення звіту чи журналу?
• Чи є якісь типи журналів, пов’язаних із сервером або доменом, які я повинен переглянути, які можуть бути релевантними? Мій домен призначений серверу SMTP на VPS Centos.
• Чи є якісь чорні списки чи втручання в безпеку, про які я повинен знати, і перевірити, чи це може призвести до того, що електронний лист не потрапить навіть до папки зі спамом?

Я бачив це запитання , яким деякі люди не отримують електронних листів , що схоже, але з двома відмінностями:

• Вони використовують систему масової пошти, я використовую звичайний Outlook, один електронний лист за раз.
• Прийнята відповідь звинувачує в грайлінгу - однак, моє перше пропущене повідомлення було від минулої п’ятниці (п’ять днів тому), і, мабуть, грайлінг затримує електронні листи на 15 хвилин і «на кілька днів».

Як запропонував Тайсон, я спробував http://mxtoolbox.com/, але, на жаль, він не дав жодних підказок (принаймні, ніяких підказок, які я бачу). Якщо я щось пропустив, ось результати:

Перевірка чорного списку

Перевірка XX.XX.XX.XX проти 95 відомих чорних списків ...

Перераховано 0 разів із 1 тайм-аутом

[багато зелених кліщів, то в кінці списку:]

TIMEOUT IPrange RBL Project [response time:] 0

Тож його немає в жодних відомих чорних списках. Я не знаю, чому не вдалося перевірити IPrange RBL, але я перевірив вручну за адресою http://iprange.net/rbl/lookup/, і я там не потрапив у чорний список.

Перевірка SMTP:

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

http://intodns.com також дає тверді зелені кліщі для всіх перевірок MX мого домену.

Я спробував переглядати файли журналів на сервері (Centos / Linux):

• /var/log/maillog- це всі порожні. Я вважаю, що це журнали sendmail, і я зараз не використовую sendmail, тому це має сенс.
• /var/log/exim/reject.logповна відхилених грубих спроб на dovecot. У мене є, fail2banі я переходжу до перевірки налаштувань брандмауера тощо, щоб побачити, чи можу я зупинити їх навіть намагатися, але я не думаю, що це пов'язано
• /var/log/exim/main.log також містить багато відхилених спроб грубої сили, але також містить записи деяких фактично відправлених електронних листів:

Ось електронний лист трьом людям в одному домені, який не вдався для всіх трьох людей (я відредагував деякі буквено-цифрові рядки та замінив IP-адреси на TXT.LIKE.TH.IS):

2016-02-12 08:55:41 no host name found for IP address MY.PC'S.IP.ADR
2016-02-12 08:55:49 1aU9Vw-0004vq-EG <= me@my-domain.com H=(MyPCName) [MY.PC'S.IP.ADR] P=esmtpa A=dovecot_login:me@my-domain.com S=1443429 id=000001d17563$920b5cf0$7b1622d0$@my-domain.com
2016-02-12 08:55:51 1aU9Vw-0004vq-EG => alice.domain@receives-nothing.org <alice.domain@receives-nothing.org> R=dnslookup T=remote_smtp H=cluster5.us.messagelabs.com [US.IP.ADR.ESS] X=UNKNOWN:DHE-RSA-AES256-GCM-SHA384:256
2016-02-12 08:55:51 1aU9Vw-0004vq-EG -> brian.domain@receives-nothing.org <bob.domain@receives-nothing.org> R=dnslookup T=remote_smtp H=cluster5.us.messagelabs.com [US.IP.ADR.ESS] X=UNKNOWN:DHE-RSA-AES256-GCM-SHA384:256
2016-02-12 08:55:51 1aU9Vw-0004vq-EG -> carol.domain@receives-nothing.org <carol.domain@receives-nothing.org> R=dnslookup T=remote_smtp H=cluster5.us.messagelabs.com [US.IP.ADR.ESS] X=UNKNOWN:DHE-RSA-AES256-GCM-SHA384:256
2016-02-12 08:55:51 1aU9Vw-0004vq-EG Completed

Ось електронний лист одній людині, яка досягла успіху (отримала одержувач):

2016-02-12 08:58:20 no host name found for IP address MY.PC'S.IP.ADR
2016-02-12 08:58:23 1aU9YU-0004w0-IN <= me@my-domain.com H=(MyPCName) [MY.PC'S.IP.ADR] P=esmtpa A=dovecot_login:me@my-domain.com S=23133 id=003101d61537$874b04a0$59e01ed0$@my-domain.com
2016-02-12 08:58:26 1aU9YU-0004w0-IN => zak.receives@email-normally.org <zak.receives@email-normally.org> R=dnslookup T=remote_smtp H=cluster4.eu.messagelabs.com [UK.IP.ADR.ESS] X=UNKNOWN:DHE-RSA-AES256-GCM-SHA384:256
2016-02-12 08:58:26 1aU9YU-0004w0-IN Completed

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

Я не знаю , що значення cluster5.us.messagelabs.comабо cluster4.eu.messagelabs.comє, але пов'язаний з IP - адресою є MessageLabs IP - адресою.

Googling messagelabs.com розробив цю статтю в блозі , яка виглядає релевантною і дозволяє припустити, що (випадково) обидва моїх клієнтів є підписниками MessageLabs, але для важливих відмінностей, які: а) на відміну від автора, я навіть не отримую доставку квитанцію та б) якщо саме MessageLabs блокував мій електронний лист, я не бачу, чому вони заблокують його для одного зі своїх клієнтів, але не для іншого.

Усунення несправностей електронною поштою можна розділити на "відправник" та "отримувач". Оскільки ви можете відправити інших людей, сторона, що надсилає, ймовірно, працює добре. Вам потрібно дослідити сторону одержувача, щоб знайти проблему.

Перегляд журналів - це хороший крок, і він може повідомити вам, куди потрапляють ваші повідомлення, а де їх немає. Звичайний потік електронної пошти виглядає так:

1. Ви відправляєте зі свого програмного забезпечення електронної пошти на свій сервер

2. Ваш сервер надсилає їх серверу

3. Їх сервер надсилає своєму клієнту електронної пошти

У цьому випадку ви можете бачити, що з журналів є їхній сервер

cluster5.us.messagelabs.com

Messagelabs - це послуга фільтрації електронної пошти, яка зараз належить Symantec. Служби фільтрації повідомлень, подібні цій, використовуються для видалення всієї спаму та небажаної електронної пошти перед тим, як повідомлення надсилаються до клієнтського програмного забезпечення. Це означає, що будь-які повідомлення, заблоковані лабораторіями повідомлень, не з’являтимуться у папках із спамом чи небажаною поштою в клієнтському програмному забезпеченні. Вони просто зникнуть, і одержувач ніколи не побачить їх жодних ознак. У рідкісних випадках вони можуть отримати повідомлення про те, що "повідомлення від кого-небудь@example.com було заблоковано. Зверніться до своєї ІТ-служби, щоб розблокувати його".

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

Інші корисні загальні кроки усунення несправностей: Якщо у вас не було доступу до файлів журналу, ви можете дізнатися, яким повинен бути сервер для будь-якого домену, переглянувши "записи MX"

Наприклад тут: http://mxtoolbox.com/

Запис MX - це те, що шукає сервер електронної пошти, щоб дізнатися, куди вони повинні надсилати вашу електронну пошту.

Потім можна ініціювати підключення вручну до сервера, зазначеного в записі mx, щоб побачити, чи приймає він електронну пошту та які повідомлення про помилки ви можете отримати. Використовуйте програму telnet на зразок Putty: http://www.putty.org/ і telnet на сервері електронної пошти на порту 25. Деякі з потрібних вам команд перераховані тут: http://www.yuki-onna.co. uk / email / smtp.html

Отже, тепер ви можете підключитися до їх поштового сервера та надіслати електронний лист, використовуючи свою електронну адресу як адресу "Від" і побачити, як сервер реагує безпосередньо. Усі повернені коди помилок електронної пошти можна переглянути в google або тут: http://www.serversmtp.com/en/smtp-error

Після того, як ви переконаєтесь, що можете підключитися до сервера, це може сказати вам, чому ваш електронний лист відхиляється як спам або з якоїсь іншої причини, але причину може бути не просто розшифрувати. На цьому етапі я б запропонував вам попросити клієнта, що працює з повідомленнями, зв’язатися з його номером підтримки з кодами помилок (або їх відсутністю), які ви отримали від їх сервера. Оскільки ви не користуєтесь повідомленнями, ви не можете зареєструвати проблему або попросити повідомлення, щоб перевірити налаштування в обліковому записі свого клієнта. Їх клієнту доведеться запитати це самі. Це буде подібне до будь-якого іншого постачальника фільтрації пошти.

Сподіваємось, код помилки вкаже на певну проблему, наприклад, ваш сервер занесений до списку блоків або відсутній запис SPF, і ви можете це виправити самостійно, оскільки працювати з постачальником фільтрації пошти з третьої сторони - це ніколи не цікаво. Остання проблема, яка мені сподобалася, займала три місяці, перш ніж було виявлено помилку, і повідомлення виправили її.

Я відкладу відповідь kubanczyk для детальної інформації про налаштування SPF та DKIM, тому що вони здаються набагато більш обізнаними, ніж я!

Удачі!

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

Ось інформаційний лист із продуктом для рішення MessageLabs (дивіться контрольні дії на сторінці 2)

Таким чином, поштова система цього клієнта використовує корпоративне рішення для захисту електронної пошти, яке пропонує потенційно складну політику щодо блокування, заборони, модифікації, фільтрації, сканування, перенаправлення тощо пошти на основі загальних факторів, таких як:

1. Заголовки транспорту (Чи було скановане це повідомлення іншим продуктом? Чи було воно позначено для шифрування? Чи воно підписане? Чи я довіряю вихідній пошті?)
2. Одержувачі (кому дозволено надсилати електронну пошту кому?)
3. Тема, обмеження щодо вкладення (Чи є "V1AGArA" у темі? Чи містить він .exe?)
4. Обмежені ключові слова в тексті?
5. Чи був засекречений текст повідомлення? (Чи було це повідомлення позначено як образливе? Чи воно містить PII?)

Список продовжується і продовжується. Я не зовсім знайомий із пропозицією MessageLab, але я працюю з подібним продуктом, який люблять відділи відповідності, управління, ризику та ІТ-безпеки великого банку, оскільки він дозволяє цим відділам фільтрувати, перевіряти, архівувати, переглядати, аналізувати, класифікувати, блокувати пошта з надзвичайно детальним рівнем деталізації. Багато наших клієнтів мають юридичні обов'язки робити такі речі, як:

1. Карантинну вхідну та виїзну пошту, яка може загрожувати порушенням фінансових норм, шляхом прозорого перенаправлення повідомлення до юридичної команди компанії для перегляду та затвердження.
2. Перепишіть учасників на вхідні чи вихідні повідомлення на основі змісту повідомлення.
3. Блокуйте повідомлення з певних поштових скриньок на основі вмісту або ключових слів
4. Переробляйте та переписуйте частини повідомлення на основі аналізу документів
5. Застосовуйте додаткові обмеження та керуючі дії залежно від регіону. Одним із прикладів може бути положення правил ITAR, які мав мій клієнт. Усі електронні листи з певних географічних регіонів потребували застосування додаткової політики глибокого вмісту щодо великих підмножин обсягу пошти, що вимагає затвердження вручну, щоб дістатись до поштових скриньок кінцевих користувачів.

І звичайно, оскільки все, що може і відбудеться в електронному листі підприємства, завжди існує можливість поштового сервера призначення просто відкинути ваше повідомлення та підробити 200 OKабо 250 COMPLETEDвідповісти на ваше ретрансляцію. Це трапляється ... Я знаю деяких клієнтів, які налаштовували поштові ретрансляції для маршрутизації пошти в black holeреле для усунення шахрайських циклів маршрутизації. Корпоративна пошта завжди весела :)

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

Я знайшов кілька безкоштовних онлайн-сервісів тестування електронної пошти. Вони генерують одноразову адресу електронної пошти, ви надсилаєте їй електронний лист, потім натискаєте посилання, і він дає звіт про те, як різні відомі фільтри спаму оцінюють саме цю електронну пошту.

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

Я не знав, що спробувати, але перший спробував - https://www.mail-tester.com/ - дав корисні результати.

Я використовував для них помилковий test@my-domain.comобліковий запис електронної пошти, оскільки надання безкоштовної послуги для перевірки облікових записів електронної пошти на спаммість, а потім продаж цих облікових записів електронної пошти у списках спаму є надто очевидною бізнес-моделлю ... :-)

Звіт дав мені корисні результати. Ось їх вирок:

Непогано. Деякі вхідні папки все одно можуть відмовити вам

5/10

І скріншот їх діагнозу:

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

Це те, що я шукав: корисні речі, які потрібно спробувати виправити за відсутності повідомлення про невдачу доставку.

Тому я зараз досліджую, чому мої адреси електронної пошти вказують на головне VPS-ім’я Vps.my-domain.com замість імені хоста поштового сервера mail.my-domain.com, і я досліджу, чому записи SPF - які я встановив місяці тому, і інструменти MX вважають, що це нормально - ще не повністю запропоновано.

Зокрема, це виглядає як корінь моєї конкретної проблеми: вигадка конфігурації сервера, яку, я думаю, деякі конфігурації вважатимуть нерелевантною, а деякі вважатимуть рибкою:

Оновити ...

Погані новини ... Я вирішив усі проблеми, які виникли у звіті про тестер пошти (для всіх, хто цікавиться, див. Мої запитання про помилку сервера щодо проблеми адреси HELO та поширення SPF ). Тепер мої електронні листи отримують ідеальний 10/10 від тестер пошти ...

Оце Так! Ідеально, ви можете відправити

10/10

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

Я спробую тут свою дику здогадку. Я бачу, ви використовуєте SPF та DKIM. Тож існує ймовірність використання DMARC (особливо якщо ваш MX є exim).

Тепер є ймовірність, що ваша пошта перейде на сайт prima-nothing.org, і ви отримаєте повідомлення про відмов (зворотний лист із зазначенням причини, через яку вони не можуть прийняти вашу пошту). Але, виходячи з досвіду, багато організацій, особливо великі, мають жорсткі механізми передачі повідомлень про відмов . Зокрема, Lotus Domino щоразу надсилає неправильні DKIM, оскільки він копіює ваш підпис DKIM у їхньому дослівному повідомленні. Інші більш тонкі помилки також трапляються багато.

Багато повідомлень про відмов не мають SPF. (Технічна причина полягає в тому, що вони належним чином мають порожню ПОШУКУ: <>, і вони можуть мати проблеми зі своїм EHLO.) Отже, якщо у них є політика DMARC, це залишає їх висить лише на DKIM, що також має великі проблеми. Логічно:

DMARC = (SPF або DKIM) та (перевірка вирівнювання ідентичності від заголовка)

Тому спробуйте тимчасово відключити перевірку DMARC, DKIM, SPF щодо вхідної пошти на вашому MX. (Це означає, що ви не повинні змінювати свої записи DNS тільки своїми налаштуваннями exim.) Надішліть їх поштою та почекайте пару годин, а потім знову ввімкніть DMARC, DKIM, SPF.

Часто у постачальників пошти є якісь дивні маршрути і видаляють пошту, яка відповідає маршрутам, автоматично.
У нас виникла ця проблема:
постачальник пошти видалив нашу пошту на основі вуличної адреси, оскільки інша компанія (яка надсилала спам-листи) знаходилась на одній вулиці ...
Тож я б:
- надсилав пошту без жодної вміст (також без вашого звичайного колонтитулу) та без вкладення до поштової скриньки, які не отримують ваші листи
=> Якщо він може бути отриманий, частина вашого нормального вмісту позначається як "погана".
У кожному випадку я б запитав свого партнера ( які не отримують ваші листи) на ім’я постачальника, а потім телефонують на їх гарячу лінію.

У мене було подібне питання. Кінцевий користувач каже, що електронний лист MSOutlook для певної зовнішньої пошти ніколи не з’являється. Електронні листи були в її відправлених предметах. Вона ніколи не отримала недостатку. MSExchange показав це як успішно переданий в іншу поштову систему. Зовнішній електронний користувач не побачив це у своєму спамі чи небажаному файлі.

Рішення. Очистив кеш для електронної пошти цього зовнішнього користувача. Скопійовано та вставлено електронну адресу з електронного листа, отриманого від цієї особи, і воно працює. Піди розберися.

Знайшла цю "інформацію" на веб-сайті Microsoft, сподіваюся, що вона допоможе хоч трохи. ДЖЕРЕЛ => Outlook вихідні електронні листи, які не отримуються одержувачами

ПИТАННЯ:

Люди не отримують електронних листів, які я надсилаю через Outlook. Вони відображаються як успішно відправлені в моїй папці Надіслані, і я не отримую повідомлень про те, що вони недостатні. Вони не закінчуються в папках спаму або небажаних моїх одержувачів.

ВІДПОВІДЬ:

Якщо у вас виникли проблеми з цим, є тема, де хтось із Outlook 2007 мав ту саму проблему, і вирішено шляхом зміни деяких властивостей порту. Вся заслуга припадає на Лізу, ОП, яка розмістила своє рішення: => (Прочитайте питання та відповідь нижче)

ПИТАННЯ:

Запуск Outlook 2007 на Vista ... вихідні повідомлення не збираються, але говорять "завершено" у вікні вихідної пошти. Адресати не отримують повідомлення та не відображаються у надісланій папці. Чи є виправлення на це? Наступний комп'ютер - це Windows 7, та сама програма, що не має проблеми. Підключений до тієї ж мережі та Інтернету - це добре.

ВІДПОВІДЬ:

Який тип облікового запису електронної пошти налаштовано в Outlook (POP, IMAP, MAPI або ОБМІН)? Ви бачите електронні листи у вихідній пошті чи вони залишають вихідну? Спробуйте надіслати електронний лист собі та перевірте, чи зможете ви отримати тестовий лист. Також завантажте систему в режимі чистого завантаження, а потім спробуйте надіслати електронну пошту та перевірити. Перейдіть до наведеного нижче посилання для завантаження системи в режимі чистого завантаження: http://support.microsoft.com/kb/929135 (довга детальна процедура.)

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