Данните, които са Ви необходими

Модул 2: Настройване на Вашата пощенска кутия · Време за четене: 10 минути

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

Основни понятия: входящ сървър, изходящ сървър, порт, защита, потребителско име, парола, удостоверяване за изходяща поща, име на сървър спрямо име с mail., autodiscover, autoconfig, ISPDB, SRV записи (RFC 6186), конфигурационен профил

Картата с настройки

Независимо коя програма използвате, винаги попълвате едни и същи данни. Ако разберете този списък, ще можете да настроите всяка програма, дори такава, която не е описана в този курс.

Тук най-често възникват три проблема.

Потребителското име. На споделен пощенски сървър се намират пощенски кутии от хиляди домейни. info съществува там хиляди пъти. Затова потребителското име почти винаги е пълният адрес: info@example.com. Понякога програмите попълват само частта преди знака @. Проверете това както за входящата, така и за изходящата поща.

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

Изходящият сървър. Много програми отбелязват изходящото удостоверяване като „по избор“ или оставят потребителското име празно. Тогава можете да четете поща, но не и да изпращате.

Кое име на сървър?

За името на сървъра често имате три възможности. Да приемем, че Вашият домейн е example.com и пощенската Ви кутия се намира на споделен сървър с име server12.hosting.example:

Няма име, което винаги да е по-добро. Въпросът винаги е: сочи ли това име към сървъра, на който се намира Вашата пощенска кутия, и фигурира ли то в сертификата на този сървър? Ако и двете са верни, всичко е наред. Ако не можете да проверите това, най-сигурният избор е името, което Вашият доставчик посочва. В задача Z2.1 ще оставите програмата да провери това вместо Вас.

Често срещана грешка при преместване на уебсайт: години наред сте използвали example.com като пощенски сървър, уебсайтът Ви преминава към друга компания, A записът сочи натам и изведнъж пощата Ви спира да работи. Вашата пощенска програма тогава се свързва с уеб сървъра на другата компания. MX записът е наред (пощата все още пристига), но Вашата програма не може да достигне до него.

Как програмите сами търсят

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

Autodiscover (Microsoft). Outlook изисква файл с настройки от https://autodiscover.example.com/autodiscover/autodiscover.xml или от https://example.com/autodiscover/autodiscover.xml, или търси SRV запис _autodiscover._tcp.example.com. При Microsoft 365 има CNAME autodiscover към autodiscover.outlook.com (урок 7.1 от DNS курса).

Autoconfig (Thunderbird и други). Thunderbird проверява https://autoconfig.example.com/mail/config-v1.1.xml, а след това базата данни на Mozilla (ISPDB), в която са записани настройките на много големи доставчици. Ако не открие нищо, се опитва да отгатне имена: imap.example.com, mail.example.com, smtp.example.com, и проверява Вашия MX запис.

SRV записи (RFC 6186, допълнен в RFC 8314). В DNS можете да зададете за всяка услуга къде работи тя:

_imaps._tcp.example.com.       3600 IN SRV 0 1 993 server12.hosting.example.
_submissions._tcp.example.com. 3600 IN SRV 0 1 465 server12.hosting.example.
_submission._tcp.example.com.  3600 IN SRV 0 1 587 server12.hosting.example.

Не всяка програма проверява за тях, но това помага. Как работят SRV записите, можете да прочетете в урок 5.1 от DNS курса.

Конфигурационен профил (Apple). За iPhone, iPad и Mac можете да изтеглите и инсталирате файл .mobileconfig. В него се съдържат всички настройки. Много панели могат да създадат такъв файл (урок 2.3).

Защо автоматичното понякога не сработва

Автоматичното търсене е удобно, но не е безпогрешно. Типични грешки:

• Thunderbird отгатва mail.example.com, това име наистина съществува, но не фигурира в сертификата. Резултат: съобщение за сертификат.
• Outlook намира чрез autodiscover стар файл от предишния Ви доставчик или решава, че Вашият адрес е акаунт на Microsoft 365, и продължава да иска парола за Microsoft.
• Дадена програма избира порт 587 със „SSL/TLS“ или оставя потребителското име празно.
• Програмата открива настройките на доставчика на Вашия уебсайт вместо на пощенския Ви доставчик, защото проверява example.com.

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

Първо тествайте в уебмейла

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

На практика: данните при WebOké

За пощенска кутия на WebOké попълвате: IMAP, за входящ и изходящ сървър името на Вашия домейн (ако уебсайтът Ви също е при WebOké и има валиден сертификат) или името на сървъра на Вашия пакет (във вид linuxNNNN.webawere.nl, което можете да намерите в Моят WebOké при Вашия продукт и в приветственото писмо), портове 993 и 587 или 465, потребителско име пълният Ви имейл адрес, удостоверяване за изходяща поща включено. При други доставчици работи по сходен начин: името на сървъра е посочено в приветственото писмо или клиентския панел, портовете почти навсякъде са едни и същи.

Обобщение

• Всяка програма се нуждае от едни и същи данни: протокол, сървъри, портове, защита, пълен имейл адрес като потребителско име, парола на пощенската кутия, удостоверяване за изходяща поща.
• Името на сървъра е вярно, ако сочи към сървъра на Вашата пощенска кутия и фигурира в сертификата.
• Програмите търсят сами чрез autodiscover, autoconfig, ISPDB, SRV записи или профил. След това винаги проверявайте какво са открили.
• При проблеми първо проверете в уебмейла дали потребителското име и паролата са верни.

Тест

Задача

Задача Z2.1: Какво би открила пощенска програма? Въведете Вашия имейл адрес и името на сървъра, което използвате (или искате да използвате). Отговорете: сочи ли това име към сървър, който предлага IMAP на порт 993, фигурира ли името в сертификата и има ли Вашият домейн записи за автоматична настройка (autoconfig, autodiscover или SRV)? Програмата проверява същото на живо: търси името, свързва се с портове 993, 465 и 587, прочита сертификата и проверява кои от известните настройки могат да бъдат открити в DNS и в интернет.

Прочетете още

Стъпките в тези статии важат за панелите на WebOké; при други доставчици работи по сходен начин.

• Ръководство за DirectAdmin 8.1: Всички настройки на едно място: сървъри, портове и защита
• Ръководство на WebOké 7.1: Имейл в WebOké: пощенски кутии, уебмейл и Вашата пощенска програма
• Грешка със сертификата при получаване на поща
• Безплатен курс по DNS 5.1: SRV записи
• RFC 6186 (SRV за пощенски програми), RFC 8314 раздел 5.1 (_submissions._tcp)