Komunikacja för helpdesk och politik DMARC
Z powodu coraz bardziej restrykcyjnych standardów bezpieczeństwa vi wszystkich dziedzinach IT, istnieją logiczne konsekwencje dla aplikacji Easy. Ten artykuł dotyczy komunikacji e-mailowej za pośrednictwem Helpdesku w chmurze Easy Redmine.
Uciążliwe weryfikowanie adresów e-post
Jedną z głównych funkcji Helpdesku skicka ett e-postmeddelande till klienten för att skriva ut den med Easy Redmine. Skicka e-post till Easy Cloud för att hitta SMTP Easy Software. Till właśnie tutaj może pojawić się konflikt...
Populär mekanism för att skicka e-post till nazwie DMARC-tillägg jest szeroko stosowany w wielu firmach i usługach e-mailowych (i słusznie). Mechanizm ten sprawdza (między innymi), czy przychodzący e-post nie jest podszywany. Niektóre funkcje Helpdesku wykorzystują podszywanie się pod adress e-post (nie do spamowania, ale do regularnej komunikacji z klientami).
Oto przykład
Applikacja działa w chmurze Easy Cloud, http://mycompany.easyredmine.com. Ta applikationer chmurowa korzysta z serwera SMTP Easy do powiadomień e-mailowych smtp2.easyredmine.com. W aplikacji jest użytkownik, który pracuje jako agent wsparcia - marky.mark@mycompany.com. Helpdesk jest skonfigurowany w następujący sposób:
Marky chce napisać wiadomość do klienta za pośrednictwem Helpdesku. Na podstawie powyższych ustawień, zostaje automatycznie wpisany jako nadawca.
Serwer odbiorczy Julii ma weryfikację DMARC. Porównuje på serwer SMTP (smtp2.easyredmine.com) och podany nadawca (marky.mark@mycompany.com). Ponieważ te dwie domeny są różne, e-post jest uważany za niebezpieczny, DMARC blockuje e-post przed dotarciem do Julii (i zostaje bez odpowiedzi).
Co till oznacza
Skicka e-post, ta med Gmail och DMARC. Ponadto, coraz więcej firm stopniowo wprowadza DMARC. W rezultacie intektóre e-maile to Twojego Helpdesku Easy Redmine w chmurze mogą nie dotrzeć do Twoich clientów.
Jak to rozwiązać w chmurze Easy Cloud
Istnieją szybkie i długoterminowe rozwiązania.
Najszybsze - zmiana ustawień Helpdesku
Przejdź do Więcej >> Helpdesk >> Ustawienia Helpdesku i zmień nadawcę e-post till "Domyślny z powiadomień e-post"
Następnie przejdź do Administracja >> Ustawienia >> Powiadomienia e-post - Adress e-post powiadomień (OD). Adress powinien mieć formę @notifications.easysoftware.com. Jeśli już zmieniłeś adress powiadomień na niestandardową domenę, przejdź do następnego rozwiązania.
Proste i stabilne - skonfiguruj Sender Policy Framework (SPF)
Najskuteczniejszym rozwiązaniem pod względem wysiłku i nagrody jest dodanie za pomocą SPF. Opisaliśmy to już w poprzednim artykule.
Zgodnie z naszym powyższym przykładem, dodałbyś do swojego rekordu SPF:
include:spf.mailing.easy.cz
Till praktycznie pozwala serwerowi SMTP Easy Cloud på umieszczenie Twojej domeny jako nadawcy e-maili bez podejrzeń. W rezultacie DMARC Twojego klienta Julii (z naszego przykładu) sagceptuje e-post till Helpdesku (Marky'ego).
Ostateczne rozwiązanie - własny serwer SMTP
Jeśli Twoja aplikacja chmurowa korzysta z własnego serwera SMTP, inte będzie konfliktu w dozwolonych domenach. Gdy korzystasz z zestawu wielu domen, powinieneś mieć dozwolone wszystkie z nich.
Własny serwer SMTP w chmurze Easy Cloud jest osiągalny, ale jest to najbardziej skomplikowane z dostępnych rozwiązań. Może to spowodować pewne ograniczenia, np. automatyczną dostawę aktualizacji aplikacji.
Jak to rozwiązać w rozwiązaniu serwerowym
Tylko po to, aby ten artykuł był kompletny, wspominamy, że rozwiązanie na własnym serwerze wymaga już od Ciebie skonfigurowania własnego serwera SMTP. Dlatego najprawdopodobniej uniknąłeś już tego problemu. Na wszelki wypadek jednak możesz chcieć zweryfikować swoje rekordy SPF, czy wszystkie Twoje istotne domeny są dozwolone.
