Комуникация с бюро за помощ и правила за DMARC

Затягане на проверката на имейл

Една от основните характеристики на Информационно бюро е имейл комуникация с вашите клиенти чрез билети в Easy Project. Частта относно имейл комуникацията в приложенията на Easy Cloud се управлява от SMTP сървърите на Easy Software. Тук може да възникне конфликт...

Популярен механизъм за валидиране на имейл, наречен DMARC, се прилага широко в много компании и имейл услуги (с право). Този механизъм проверява (наред с други) дали входящият имейл не е подправен. Някои функции на Helpdesk използват подправяне на поща (не за спам, а за редовна комуникация с вашите клиенти).

Ето един пример

Приложението работи на Easy Cloud, http://mycompany.easyproject.com. Това облачно приложение използва Easy SMTP сървър за известия по пощата smtp2.easyproject.com. В приложението има потребител, който работи като агент по поддръжка - marky.mark@mycompany.com. Helpdesk е конфигуриран по следния начин:

Марки ще напише съобщение до клиент чрез бюрото за помощ. Въз основа на настройката по-горе той автоматично се въвежда като подател.

Получаващият имейл сървър на Джулия има DMARC проверка. Той сравнява SMTP сървъра (smtp2.easyproject.com) и обявения изпращач на имейл (marky.mark@mycompany.com). Тъй като тези два домейна са различни, имейлът се счита за опасен, DMARC блокира имейла преди да стигне до Юлия (и тя да остане без отговор).

Какво означава

Безплатни имейл услуги като Gmail вече имат активиран DMARC. Освен това все повече компании постепенно внедряват DMARC. В резултат на това някои имейли от вашето бюро за помощ на Easy Project в облак може да не достигнат до вашите клиенти.

Как да го разрешите на Easy Cloud

Има бързи решения и дългосрочни.

Най-бързо - Променете настройката на бюрото за помощ

Отидете на Още >> Бюро за помощ >> Настройки на бюро за помощ и променете подателя на имейл на „По подразбиране от известие по имейл“

След това отидете на Администриране >> Настройки >> Известия по имейл - Имейл адрес за известяване (FROM). Адресът трябва да е във формата @notifications.easysoftware.com. Ако вече сте променили адреса за уведомяване на потребителски домейн, преминете към следващото решение.

Лесно и стабилно - конфигурирайте рамката на политиката на изпращача (SPF)

Най-ефективното решение по отношение на усилията и възнаграждението е добавянето на via SPF. Вече го описахме в a предишна статия.

Според нашия пример по-горе, бихте добавили към своя SPF запис:

include:spf.mailing.easy.cz


Това на практика позволява на Easy Cloud SMTP да постави вашия домейн като подател на имейли, без да бъде смятан за подозрителен. В резултат DMARC на вашия клиент Джулия (от нашия пример) ще приеме имейла от Helpdesk (Marky).

Най-доброто решение - собствен SMTP

Ако вашето облачно приложение използва вашия собствен SMTP сървър, няма да има конфликт в разрешените домейни. Когато използвате набор от множество домейни, трябва да разрешите всички.

Собственият SMTP в Easy Cloud е постижим, но най-сложният от наличните решения. Това може да причини някои ограничения, напр. автоматична доставка на актуализация на приложението.

Как да го решим на сървърно решение

Само за да завършим тази статия, ние споменаваме, че решението на вашия собствен сървър вече изисква да конфигурирате свой собствен SMTP. Следователно най-вероятно вече сте избегнали този проблем. За всеки случай обаче може да искате да проверите вашите SPF записи, че всички ваши съответни домейни са разрешени.