Когато фирменият имейл спре да работи, причината може да е както в настройките на компютъра или телефона, така и в DNS записите, пощенската кутия, квотата, филтрите за спам или конфигурацията в Plesk. За да откриете проблема по-бързо, проверявайте последователно: дали домейнът е активен, дали MX записите сочат към правилния mail server, дали пощенската кутия съществува и дали няма ограничение от страна на хостинга или на самия пощенски клиент.
Това ръководство показва какво да проверите, ако фирменият имейл не изпраща, не получава или изобщо не се синхронизира. Стъпките са подходящи за хостинг среди, managed hosting, Plesk и общи корпоративни имейл настройки.
Първа проверка на проблема
Преди да променяте настройки, уточнете как точно се проявява проблемът. Така по-лесно ще разберете къде е прекъсването в потока на имейлите.
Проверете дали проблемът е само при един потребител
Ако имейлът не работи само на един компютър или телефон, причината най-често е локална:
- грешна парола;
- стар записан акаунт в пощенския клиент;
- неправилен IMAP или SMTP сървър;
- изтекъл сертификат или проблем с връзката;
- пълна пощенска програма или проблем с профила.
Ако проблемът е при всички потребители в домейна, проверката трябва да започне от DNS, услугите на mail server-а и настройките в контролния панел.
Определете дали проблемът е с изпращане, получаване или достъп
- Не изпраща: съобщението остава в изходящи писма, връща грешка или не излиза.
- Не получава: нови писма не пристигат, но пощенската кутия е достъпна.
- Не се вписва: клиентът отказва паролата или връзката към сървъра.
- Писмата отиват в spam: имейлът работи, но доставяемостта е проблем.
Проверете DNS настройките на домейна
Една от най-честите причини фирменият имейл да не работи е неправилен DNS запис. Ако домейнът е насочен към друг доставчик или MX записите липсват, писмата няма да достигат до правилната пощенска система.
MX записи
MX записите указват кой сървър приема имейли за домейна. Проверете дали:
- MX записите сочат към правилния mail server;
- няма стари MX записи към предишен доставчик;
- при използване на Plesk са добавени записите, които платформата изисква;
- при външен доставчик DNS зоната е настроена според неговите указания.
Ако имате няколко MX записа, обърнете внимание на приоритетите им. Неправилният приоритет може да насочи писмата към грешен сървър.
SPF, DKIM и DMARC
Тези записи влияят не само на доставяемостта, но и на това дали получаващите системи ще приемат съобщенията като легитимни.
- SPF указва кои сървъри имат право да изпращат от името на домейна.
- DKIM подписва изходящата поща криптографски.
- DMARC задава политика за обработка на непроверени писма.
Ако фирмените имейли изведнъж започнат да попадат в spam, честа причина е липсващ или повреден SPF или DKIM запис, особено след миграция между хостинг платформи.
Разпространение на DNS промените
След промяна на DNS записите може да са нужни от няколко минути до 24–48 часа, докато промените се разпространят напълно. Ако сте сменили mail server или хостинг доставчик, проверете дали всички потребители вече виждат новите записи.
Проверете състоянието на пощенската кутия
Дори DNS да е правилен, проблемът може да е в самата пощенска кутия. Това е особено важно в Plesk и други среди с контролен панел, където квоти, статус на акаунта и сървърни ограничения се управляват отделно.
Пощенската кутия съществува и е активна
Уверете се, че:
- за имейл адреса има създадена активна пощенска кутия;
- акаунтът не е изтрит или временно изключен;
- домейнът е правилно свързан с пощенската услуга;
- потребителят не се опитва да влиза в пренасочване, вместо в реална пощенска кутия.
Често имейл адресът изглежда валиден, но е създаден само като препращане. В такъв случай не може да се влиза през IMAP или POP3, защото няма реална пощенска кутия.
Проверете квотата на пощенската кутия
Пълната пощенска кутия е класическа причина за спиране на получаването. Когато квотата е достигната:
- новите писма може да се отхвърлят;
- сървърът може да връща съобщения за недоставяне;
- клиентът може да спре синхронизацията;
- входящата поща остава на mail server-а и не се изтегля.
В Plesk може да видите размера на пощенската кутия и нейния лимит от Email Settings или Mail Accounts, в зависимост от версията и правата. Ако квотата е препълнена, освободете място или увеличете лимита, ако това е допустимо.
Проверете дали няма правило, което премества писмата
Понякога пощата пристига, но потребителят не я вижда в Inbox. Причината може да е:
- филтър, който премества писмата в друга папка;
- правило за автоматично архивиране;
- антивирусен или antispam филтър на сървъра;
- локално правило в Outlook, Apple Mail или Thunderbird.
Проверете папките Junk, Spam, Archive, Trash и всички допълнителни папки. Ако имейлите попадат там системно, вероятно има проблем с класификацията или със съдържанието на съобщенията.
Проверете настройките в Plesk или в контролния панел
При managed hosting и контролни панели като Plesk много имейл проблеми идват от настройка, която е изключена или променена след обновяване, миграция или ръчна намеса.
Услугата Mail е активна за домейна
В Plesk домейнът може да е настроен да използва външна пощенска услуга или изобщо да няма активирана поща. Проверете дали:
- Mail service е включена за домейна;
- домейнът е насочен към правилния mail server;
- няма конфликт между локален и външен доставчик;
- не е избрана грешна опция за routing.
Неправилният routing е честа причина писмата да не достигат. Например, ако домейнът е настроен като local при външна поща, или обратното, входящите съобщения може да се губят.
Проверете услугите на mail server-а
Ако цялата пощенска система е недостъпна, проблемът може да е в сървърната услуга. Проверете дали работят съответните mail services, като SMTP и IMAP или POP3. При споделен хостинг или managed hosting това често се следи от доставчика, но е важно да се изключи и временно прекъсване.
Портове и защитена връзка
Ако клиентът не може да се свърже, проверете дали използва правилните портове и настройки за криптиране:
- IMAP: обикновено 993 с SSL/TLS;
- POP3: обикновено 995 с SSL/TLS;
- SMTP: обикновено 465 или 587 със защитена връзка;
- без криптиране: често не е препоръчително и може да бъде блокирано.
Неправилен порт или грешен тип криптиране води до прекъсване на връзката, отказана връзка или грешка при удостоверяване.
Проверете настройките на имейл клиента
Когато фирменият имейл не работи само в конкретна програма, проблемът често е в конфигурацията на акаунта, а не в самия хостинг.
Потребителско име и парола
Уверете се, че клиентът използва пълния имейл адрес като потребителско име, ако така е конфигуриран сървърът. Проверете:
- дали паролата е въведена правилно;
- дали акаунтът не е заключен след твърде много неуспешни опити;
- дали не е сменяна паролата в Plesk или друг контролен панел;
- дали приложението не използва старо запазено удостоверяване.
Сървър за входяща и изходяща поща
Грешен hostname е често срещан проблем. Ако домейнът е мигриран, клиентът може все още да сочи към стар сървър. Потвърдете:
- IMAP или POP3 hostname;
- SMTP hostname;
- дали се използва правилният SSL сертификат;
- дали „use same settings as incoming server“ е подходящо за вашата конфигурация.
Синхронизация и локален кеш
Понякога пощата всъщност работи, но приложението показва стара информация. Тогава помагат:
- ръчна синхронизация;
- рестарт на клиента;
- изтриване и добавяне на акаунта отново;
- проверка през webmail.
Ако през webmail всичко е наред, а в Outlook или мобилния клиент има проблем, почти сигурно причината е в устройството или в профила на приложението.
Проверете изпращането на имейли
Ако фирменият имейл може да получава, но не може да изпраща, проверката трябва да се насочи към SMTP и ограниченията за изходяща поща.
SMTP удостоверяване
Повечето съвременни mail server-и изискват SMTP удостоверяване. Ако е изключено, изходящите имейли може да бъдат отхвърляни. Уверете се, че:
- SMTP удостоверяването е включено;
- използвате правилния потребител и парола;
- портът съответства на защитената връзка;
- доставчикът на интернет или локалната мрежа не блокират порта.
Изходящи ограничения и лимити
В хостинг среда може да има ограничения за броя имейли на час или на ден. Това защитава сървъра от злоупотреби. Ако лимитът е достигнат:
- следващите съобщения се отлагат или отхвърлят;
- SMTP може да връща грешки за прекалено много заявки;
- при съмнителна активност акаунтът може временно да бъде ограничен.
Проверете в контролния панел или при доставчика дали има ограничение за изпращане или политика за временно забавяне.
Съдържание, което прилича на spam
Дори акаунтът да работи технически, съдържанието на писмото може да доведе до блокиране. Проблемни са:
- много линкове и съобщения само с изображения;
- подозрителни прикачени файлове;
- липсващ SPF или DKIM;
- твърде много писма към нови получатели наведнъж.
Ако писмата излизат, но не стигат до получателя, проверете репутацията, SPF, DKIM, DMARC и съобщенията за отказ.
Проверете дали има проблем с доставяемостта
Не всяка грешка означава, че имейлът е напълно спрял. Понякога писмата се изпращат успешно, но попадат в spam, забавят се или се блокират от отсрещния сървър.
Проверете съобщенията за недоставяне
Съобщенията за недоставена поща съдържат важна информация. В тях може да видите:
- невалиден адрес;
- отхвърлен SMTP relay;
- greylisting;
- пощенски сървър, който е временно недостъпен;
- отказ по политика заради SPF, DKIM или репутация.
Прочетете точния код на грешката. Той показва дали проблемът е локален, в DNS, в сървъра или е свързан с външния получател.
Проверете spam папката и филтрите при получателя
Ако изпращате към външен адрес, получателят може да вижда писмата в spam. Това се случва при слаба репутация на IP адреса, липсваща автентикация или съдържание, което прилича на спам.
При фирмена поща е важно да тествате с различни адреси и доставчици, за да разберете дали проблемът е общ или само към конкретен получател.
Reverse DNS и репутация
За по-добра доставяемост mail server-ът трябва да има правилен reverse DNS, особено ако сървърът е самостоятелен или в облачна хостинг среда. Ако IP адресът няма правилно PTR име, някои системи могат да блокират писмата.
Проверете сигурността и блокировките
Понякога имейлът спира да работи заради защитни механизми, а не заради техническа повреда.
Акаунтът е блокиран след подозрителна активност
Ако има опити за вход от много устройства, грешни пароли или необичайна активност, акаунтът може да бъде временно блокиран. Проверете известията от хостинга или логовете за неуспешни опити за удостоверяване.
Антивирусен или antispam модул
На сървърно ниво може да има antispam, който прекалено агресивно филтрира входящата поща. При managed hosting това може да е част от услугата и да изисква настройка на чувствителността.
Firewall и мрежови ограничения
Ако пощенският клиент не може да се свърже, проверете дали локалната мрежа, корпоративен firewall или доставчикът на интернет не блокират SMTP, IMAP или POP3 портовете. Това е по-често срещано в офиси със строги мрежови правила.
Как да диагностицирате проблема стъпка по стъпка
Ако трябва да намерите причината бързо, следвайте този ред:
- Проверете дали проблемът е при един потребител или при всички.
- Влезте през webmail и вижте дали пощенската кутия работи.
- Проверете MX записите и DNS зоната на домейна.
- Уверете се, че Mail service е активна в Plesk или в контролния панел.
- Проверете квотата на пощенската кутия.
- Прегледайте SMTP и IMAP настройките в клиента.
- Потвърдете, че SPF, DKIM и DMARC са правилни.
- Прочетете съобщенията за недоставяне или логовете за конкретната грешка.
Този ред помага да не пропускате най-вероятните причини и да не настройвате на сляпо.
Свързана услуга
Ако установите, че проблемът идва от DNS зоната, пощенските записи, лимитите на пощенската кутия или настройките в Plesk, прегледайте и услугата за управление на имейл хостинг. При нужда екипът по поддръжка може да провери конфигурацията на домейна, MX записите и услугите на сървъра.
Често задавани въпроси
Защо фирменият имейл работи в webmail, но не и в Outlook?
Обикновено причината е в настройките на клиента, стар кеш, грешен порт, старо потребителско име или проблем със сертификата. Ако webmail работи, сървърът е достъпен и проблемът най-вероятно е локален.
Как да разбера дали проблемът е в DNS?
Проверете MX записите, SPF, DKIM и дали домейнът сочи към правилния mail server. Ако след миграция към нов хостинг имейлите спрат да пристигат, DNS е сред първите неща за проверка.
Какво означава, ако пощенската кутия е пълна?
Пощенската кутия е достигнала максималния си размер. Новите писма може да бъдат отхвърляни или забавяни, докато не освободите място или не увеличите квотата.
Може ли Plesk да е причина за неработещ имейл?
Да. Ако Mail service е изключена, routing-ът е грешен или акаунтът има ограничение, пощата може да не се доставя. Plesk е удобен за управление, но неправилна настройка води до проблеми.
Какво да правя, ако имейлите ми отиват в spam?
Проверете SPF, DKIM и DMARC, съдържанието на писмата, репутацията на IP адреса и дали домейнът има правилен reverse DNS. Избягвайте масово изпращане към непотвърдени адреси.
Как да разбера дали имам проблем с изпращането или получаването?
Ако писмата остават в изходящи писма или връщат SMTP грешка, проблемът е с изпращането. Ако не пристигат нови писма, но можете да изпращате, проблемът е с получаването или маршрутизацията на домейна.
Заключение
Когато фирменият имейл не работи, най-ефективният подход е да проверявате по ред: DNS и MX записи, състояние на пощенската кутия, настройки в Plesk или в контролния панел, конфигурация на имейл клиента и доставяемостта на изходящата поща. В повечето случаи причината е една от няколко типични настройки, а не сложен сървърен проблем.
Ако след всички проверки проблемът остане, съберете точните грешки, съобщенията за недоставяне и настройките на домейна. Така екипът по поддръжка може да локализира проблема много по-бързо и да го реши с минимален прекъсване на фирмената комуникация.