Каналите за комуникация непрекъснато се увеличават, но електронната поща остава едно от най-разпространените и използвани средства. Прогнозите в световен мащаб са броя на имейл акаунтите през 2014 г. да достигне над 3.8 милиарда. Какво можем да допълним ние? 🙂

От сървърите ни за споделен хостинг за месец юни 2013 г.:

Сигурни сме, че много от вас ползвате ежедневно имейл, като изпращате и получавате съобщения без проблем. Въпреки това може да ви се случи някое съобщение да не се достави успешно. Вместо съобщението да се достави на имейл адреса, към който е изпратен, се връща със следната грешка:

------ This is a copy of the message, including all the headers. ------

Return-path: <user@DomainMailWasSentFrom.net>
Received: from DomainMailWasSentToUser.tld ([XXX.XXX.XXX.XXX] helo=username)
by Host.DomainMailWasSentFrom.tld with esmtp (Exim 4.69)
(envelope-from <user@DomailMailWasSentFrom.tld>)
id 1L21sl-0003VV-ML
for user@DomainMailWasSentTo.tld; Mon, June 10, 2013 10:03 +0300
From: <user@DomainMailWasSentFrom.tld>
To: <user@DomainMailWasSentTo.tld>
Subject: Tema
Date: Mon, 10 Jun 2013 10:01:36 +0300
Message-ID: <0E5E1B6E9B65465BAED3E4FD6A3ABCC0@username>
MIME-Version: 1.0
Content-Type: multipart/related;
boundary="----=_NextPart_000_0009_01C948B4.ABECB620"
This is a multi-part message in MIME format...

Най-често срещаната причина за неуспешната доставка на съобщението е:

Ако получите подобен имейл с информация, че писмото не е доставено, уверете се, че правилно е изписан имейл адреса, към който изпращате писмо. Проверете да не е допусната грешка в името на получателя, включително и за символи изписани на кирилица.

Нека да разгледаме следната ситуация:

Имаме два домейна – domain1.tld и domain2.tld, които са разположени на един хостинг акаунт. Пощата на domain1.tld се обслужва от мейл сървър към хостинг акаунта. Пощата на domain2.tld се обслужва от друг мейл сървър.

domain1.tld е насочен към хостинг акаунта чрез DNS записите, отговарящи за този сървър. domain2.tld е насочен към хостинг акаунта чрез A запис.

В една такава ситуация ако изпратим имейл от имейл адрес към domain1.tld към имейл адрес към domain2.tld, писмото ще се върне с грешка "No such user here".

Защо?

При добавяне на домейн в хостинг акаунт като основен домейн, Addon домейн или Паркиран домейн, по подразбиране DNS зоната се настройва така, че домейнът да е изцяло насочен към хостинг акаунта. Това означава, че сайтът ще се зарежда от акаунта (A записът е към хостинг акаунта), пощата ще се обслужва от мейл сървър към хостинг акаунта (MX записът е към акаунта) и т.н.

Какво се случва, когато се изпрати e-mail от имейл акаунт към domain1.tld до имейл акаунт към domain2.tld?

При изпращане на съобщение от имейл акаунт към domain1.tld до имейл акаунт към domain2.tld, мейл сървърът първо прави проверка дали domain2.tld е конфигуриран на същия сървър. Важно е да се отбележи, че не се прави проверка какъв MX запис е зададен в DNS зоната за domain2.tld. В случая, domain2.tld е конфигуриран на същия сървър, като настройката по подразбиране в контролния панел е пощата да се обслужва от мейл сървъра към акаунта. Тъй като MX записът зададен за domain2.tld обаче е към друг мейл сървър, имейл акаунтите не са създадени в контролния панел на хостинг акаунта. Следователно след като имейл акаунта към domain2.tld не съществува на същия сървър, писмото се връща с грешка "No such user here".

Защо има Local delivery и само при СуперХостинг ли е така?

Local delivery се ползва от почти всички мейл сървъри по света. Основното предимство на този начин на работа е по-бързата доставка на имейли и същевременно се намаляват броя DNS заявки.

Може би ще се зачудите колко са имейлите, в които се ползва Local delivery?

Веднага даваме отговор на този въпрос – 55.46% от всички изпратени имейли от сървърите ни за споделен хостинг за месец юни 2013г. се доставени чрез Local delivery.

Какво е решението?

Решението е да се редактират настройките в контролния панел, като се укаже на мейл сървъра, какъв е реалния MX запис. По този начин при изпращане на имейл от имейл акаунт към domain1.tld до имейл акаунт към domain2.tld мейл сървърът вижда, че пощата се обслужва от друг мейл сървър. След това писмото се доставя успешно.

Тази редакция се извършва от контролния панел cPanel от меню "MX записи". Важно е след като се попълни реалният MX запис, старият да бъде премахнат. Също така, трябва да се отбележи да се ползва "Отдалечен мейл сървър". Допълнителна информация може да бъде намерена в нашата помощна страница: Откъде да променя MX записите за домейна?

Колко често ползвате имейл? Обръщате ли внимание на грешките за недоставени съобщения? Каква е най-честата причина за недоставено съобщение, която сте получавали?