Rozważam możliwość skonfigurowania prostego serwera e-mail SMTP + IMAP do użytku wewnętrznego na bardzo małej maszynie wirtualnej platformy Azure. Kiedy mówię o użytkowaniu wewnętrznym, nie mam na myśli „używanego przez wewnętrznych użytkowników”, ale do użytku jako część większego systemu i do realizacji głównego celu otrzymywania wiadomości e-mail do celów audytu / logowania, które są następnie obsługiwane w oparciu o reguły, które wyzwalać działania. Czasami może wystąpić automatyczna odpowiedź zwrotna.
Moje pytanie brzmi, czy prosty serwer poczty e-mail może być hostowany na maszynie wirtualnej platformy Azure, ponieważ to, co widzę w Internecie ze wstępnego wyszukiwania, to to, że platforma Azure nie obsługuje odwrotnego DNS (obecnie przypisują prawie statyczne adresy IP), co wtedy spowoduje sporadyczne wychodzące wiadomości e-mail z automatyczną odpowiedzią oznaczone jako spam.
Moje pytanie brzmi: czy tak jest w przypadku, czy jest jakaś konfiguracja, która pozwoliłaby na obejście tego?
Uwaga: To tylko wstępne pytanie badawcze. Nie jestem administratorem.
EDYCJA: Do tych, którzy wskoczą i powiedzą, użyj SendGrid. Nie zamierzam wysyłać biuletynów, ale głównie otrzymywać e-maile. Dodatkową małą instancją platformy Azure jest również 9 USD / miesiąc, w której interfejs API SendGrid Push (który nie pozwala na odpytywanie w taki sposób, w jaki chciałbym) zaczyna się od 90 USD / miesiąc, czyli dziesięć razy więcej.
EDYCJA 2: Preferuję wdrożenie systemu opartego na ankiecie (sondowanie serwera pod kątem nowych wiadomości e-mail co X godzin) zamiast wdrażania systemu opartego na kolejce wypychanej + (większość usług zewnętrznych zapewnia interfejs API Push, który wypycha każdą wiadomość e-mail do adresu URL )
EDYCJA 3: Wolałbym nie korzystać z usług stron trzecich, ponieważ nie chcę, aby treść wiadomości e-mail i załączników przechodziła przez nie.
EDYCJA 4: Słuchaj, nie szukam porady, jak to skonfigurować ani jakiej usługi innej firmy użyć. Pytam: „ Czy można skonfigurować serwer poczty e-mail, który może odbierać wiadomości e-mail i od czasu do czasu wysyłać wiadomości e-mail, które nie będą oznaczane jako spam z powodu ograniczeń platformy Azure? Jeśli istnieją ograniczenia - jakie to są i jak mogą można je obejść? ”
źródło
Odpowiedzi:
Nie.
Nie można mieć pewności, że wychodząca wiadomość e-mail zostanie dostarczona, ponieważ wiele miejsc docelowych jest po prostu czarną listą, zaporą, a nawet zerową trasą blokowania adresów IP wszystkich głównych dostawców usług w chmurze ze względu na poważne nadużycia widoczne z tych zakresów - nie tylko z wiadomości e-mail, ale z innych usługi również.
Nawet jeśli Twoja poczta zostanie dostarczona dzisiaj, nie ma gwarancji, że będzie nadal dostarczana w przyszłości.
Ty naprawdę potrzebuję poza serwera poczty Azure (lub EC2 lub cokolwiek) do przetwarzania pocztę wychodzącą, choć niekoniecznie muszą być serwerem poczty elektronicznej osoby trzeciej. Jeśli masz wiedzę, możesz zrobić to sam.
Kiedy umieściłem usługę na EC2, która musiała dostarczyć na listę mailingową, z testów dowiedziałem się, że prawie 3/4 adresów listy nie przyjmuje z tego miejsca poczty. W końcu wysłałem wszystko do smarthosta zlokalizowanego poza EC2. Co ciekawe, poprawiło to także wydajność ...
Posiadanie poczty przychodzącej na platformie Azure nie byłoby problemem, ponieważ powyższe problemy nie dotyczą.
źródło
NIE
W 99,999% przypadków rozsądniej jest korzystać z zewnętrznego modułu obsługi SMTP / poczty niż z własnego serwera pocztowego.
Dokumenty platformy Azure zawierają nawet dokument dotyczący korzystania z Sendgrid .
Ja bardzo polecam się do tych zaleceń i użyć Sendgrid (lub podobną usługę) jako dostawcy przekaźnika SMTP.
Skomplikowane konfigurowanie poprawnie skonfigurowanego serwera pocztowego jest niezwykle skomplikowane.
źródło