Кратак одговор
Ако мејл не стиже, прво проверите да ли домен има исправне MX записе који показују на server поште који прима пошту за ту адресу. Затим проверите да ли тај server ради, да ли је поштанско сандуче пуно и да ли се порука одбија или тихо одбацује. Уз заглавља порука и логове сервера узрок се обично нађе у неколико корака.
Како се проблем препознаје
- Пошиљалац добија поруку о грешци или враћени мејл (боунце)
- Мејлови са једне адресе не стижу, а са других стижу нормално
- Поруке нестају без икакве грешке код пошиљаоца
- Мејл стиже са великим закашњењем од више сати
- Пријем ради на једној адреси домена, а не на другој
Најчешћи узроци
Погрешни или недостајући MX записи
Домен нема MX запис или показује на server који више не прима пошту. Често се то деси после промене хостинга или DNS подешавања.
Server поште не ради или је сандуче пуно
Поштански server је привремено недоступан, или је квота сандучета попуњена па server одбија нове поруке.
Погрешно подешена адреса или прослеђивање
Адреса не постоји на серверу, или је правило за прослеђивање (forward) погрешно па порука пада у празно.
Блокада на страни пошиљаоца или примаоца
Спам филтери, RBL листе или правила на серверу одбацују поруке пре него што стигну до сандучета.
Проблем са SPF, DKIM или DMARC
Ако домен пошиљаоца нема исправну аутентификацију, прималац може одбити или одбацити поруку.
Решење корак по корак
- 1
Проверите MX записе домена
Отворите алат за DNS проверу (на пример
nslookupу командној линији) и укуцајтеnslookup -type=MX vasaadresa.rs. Добијени списак мора да садржи server поште који заиста прима пошту за тај домен. Ако је списак празан или показује на стари server, проблем је у DNS записима. - 2
Упоредите MX са подешавањима хостинга
У контролном панелу хостинга (cPanel, Plesk или слично) пронађите секцију за DNS зоне и упоредите MX записе са онима које препоручује провајдер поште. Обратите пажњу на приоритет (преференце) и на тачку на крају имена сервера.
- 3
Проверите да ли server поште прима пошту
Из командне линије проверите да ли server поште прихвата везу на порт 25. На Windows-u телнет често није подразумевано инсталиран, па у PowerShell-u можете покренути
Test-NetConnection mail.vasaadresa.rs -Port 25, а ако имате телнет, довољно јеtelnet mail.vasaadresa.rs 25. Ако се веза успостави, порт је отворен и сервис прихвата везу, али то још увек не гарантује да прима пошту за ваш домен. Ако веза не успе, проверите да ли је сервис поште активан и имајте у виду да многи провајдери блокирају одлазни порт 25. - 4
Проверите сандуче и квоту
Пријавите се на веб мејл или у контролни panel и погледајте колико је сандуче попуњено. Ако је квота достигнута, направите резервну копију (архиву) старијих порука пре него што их обришете, или повећајте квоту, па замолите пошиљаоца да поново пошаље мејл.
- 5
Погледајте заглавље враћене поруке
Ако пошиљалац добија боунце, замолите га да вам пошаље цео текст грешке. У њему пише тачан разлог, на пример
550 5.1.1 User unknownили452 4.2.2 Mailbox full, што одмах сужава узрок. - 6
Проверите правила прослеђивања и филтере
У подешавањима поште пронађите правила за прослеђивање и спам филтере. Искључите привремено правило које прослеђује пошту на другу адресу и пошаљите тест мејл са друге адресе.
- 7
Пошаљите тест мејл са спољне адресе
Пошаљите поруку са Gmail или Outlook налога на спорну адресу и пратите да ли стиже. Ако стиже, проблем је вероватно на страни пошиљаоца или у аутентификацији његовог домена.
- 8
Проверите логове сервера поште
Ако имате приступ логовима, потражите записе за време када је мејл послат. У њима се види да ли је порука примљена, одбијена или прослеђена даље, што је најпоузданији начин да се утврди где се губи.
Ако ништа не помогне
Ако MX записи изгледају исправно, server ради и сандуче није пуно, а мејл и даље не стиже, обратите се провајдеру поште или хостинга са тачним временом слања, адресом пошиљаоца и текстом грешке. Замолите их да провере логове за тај период и да ли је домен на некој од црних листа. У међувремену, отворите алтернативну адресу на другом провајдеру како пословање не bi стајало. Ако је проблем у аутентификацији домена пошиљаоца, решење је подешавање SPF, DKIM и DMARC записа, о чему постоји посебан текст.
Како да спречите да се понови
- Редовно проверавајте MX записе после сваке промене хостинга или DNS-а
- Пратите попуњеност сандучета и повећајте квоту на време
- Водите евиденцију о правилима прослеђивања и филтерима
- Тестирајте пријем са спољне адресе после сваке измене у пошти
Када је боље позвати стручњака
Ако немате приступ DNS зони, логовима сервера поште или контролном панелу хостинга, самостална провера се брзо зауставља. У том случају је боље да се обратите IT подршци или провајдеру, који могу да провере логове и DNS са администраторским приступом.
Израда сајтова · Брзи, SEO оптимизовани сајтови на више језикаЧеста питања
Колико треба да прође да MX промена ступи на снагу?
Промена MX записа обично ступи на снагу у року од неколико сати, али због кеширања DNS-а и TTL вредности може потрајати и до 48 сати. За то време пошта може стизати на стару или нову адресу.
Зашто ми мејл стиже са једне адресе, а са друге не?
Најчешће је проблем на страни пошиљаоца, на пример у аутентификацији његовог домена или у спам филтеру. Ретко је узрок сам server примаоца, али вреди проверити логове за тачно време слања.
Да ли могу сам да проверим MX записе?
Можете, помоћу команде `nslookup -type=MX domen.rs` или јавног DNS алата. Довољно је да видите да ли запис постоји и на који server показује.