Często Zadawane Pytania

E-maile są dostarczane średnio w mniej niż 5 sekund. Działamy w czasie rzeczywistym, w przeciwieństwie do innych dostawców, którzy polegają na opóźnionych kolejkach.

Nie zapisujemy na dysku ani nie przechowujemy logów – z wyjątkiem błędów oraz wychodzące SMTP (zobacz nasz Polityka prywatności).

Wszystko odbywa się w pamięci i nasz kod źródłowy znajduje się na GitHub.

1. Jeśli zarejestrowałeś już gdzieś swoją nazwę domeny, musisz całkowicie pominąć ten krok i przejść do kroku drugiego! W przeciwnym razie możesz kliknij tutaj, aby zarejestrować swoją nazwę domeny.
2. Czy pamiętasz, gdzie zarejestrowałeś swoją domenę? Kiedy już to zapamiętasz, postępuj zgodnie z poniższymi instrukcjami:
   Ważny: Musisz otworzyć nową kartę i zalogować się do swojego rejestratora domen. Możesz łatwo kliknąć poniżej swojego „Rejestratora”, aby zrobić to automatycznie. Na tej nowej karcie musisz przejść do strony zarządzania DNS u swojego rejestratora – a my przedstawiliśmy kroki nawigacji krok po kroku poniżej w kolumnie „Kroki konfiguracji”. Po przejściu na tę stronę w nowej karcie możesz wrócić do tej karty i przejść do kroku trzeciego poniżej. Nie zamykaj jeszcze otwartej karty; będziesz go potrzebować w przyszłych krokach!

   Rejestrator	Kroki konfiguracji
   1&1	Zaloguj sie Centrum domen (Wybierz swoją domenę) Edytuj ustawienia DNS
   Trasa Amazonki 53	Zaloguj sie Strefy hostowane (Wybierz swoją domenę)
   Aplus.net	Zaloguj sie Moje serwery Zarządzanie domeną Menedżer DNS
   Bluehost	DLA ROCKA: Zaloguj się Domeny (Kliknij ikonę ▼ obok zarządzania) DNS DLA DZIEDZICTWA: Zaloguj się Domeny Edytor stref (Wybierz swoją domenę)
   Rozbłysk chmur	Zaloguj sie DNS
   Łatwe DNS	Zaloguj sie DNS (Wybierz swoją domenę)
   DNSproste	Zaloguj sie (Wybierz swoją domenę) DNS Zarządzać
   Cyfrowy ocean	Zaloguj sie Sieć Domeny (Wybierz swoją domenę) Więcej Zarządzaj domeną
   Domena.com	Zaloguj sie W widoku kart kliknij zarządzaj w swojej domenie W widoku listy kliknij ikona koła zębatego Serwery DNS i nazw Rekordy DNS
   Domeny.com Zegarek	Zaloguj sie (Wybierz swoją domenę) Zarządzać (kliknij ikonę koła zębatego) Kliknij DNS i serwery nazw w menu po lewej stronie
   DreamHost	Zaloguj sie Płyta Domeny Zarządzaj domenami DNS
   Człowiek	Zaloguj sie Przegląd Zarządzać Prosty edytor Dokumentacja
   Myśleć	Zaloguj sie (Wybierz swoją domenę) Kierownictwo Edytuj strefę
   Idź Tato Zegarek	Zaloguj sie Zarządzaj moimi domenami (Wybierz swoją domenę) Zarządzaj DNS
   Domeny Google Zegarek	Zaloguj sie (Wybierz swoją domenę) Skonfiguruj DNS
   Nametanie Zegarek	Zaloguj sie Lista domen (Wybierz swoją domenę) Zarządzać Zaawansowany DNS
   Netlifikuj	Zaloguj sie (Wybierz swoją domenę) Skonfiguruj Netlify DNS
   Rozwiązanie sieciowe	Zaloguj sie Menadżer konta Moje nazwy domen (Wybierz swoją domenę) Zarządzać Zmień lokalizację punktów domeny Zaawansowany DNS
   Shopify Zegarek	Zaloguj sie Zarządzane domeny (Wybierz swoją domenę) Ustawienia DNS
   Kwadrat	Zaloguj sie Menu główne Ustawienia Domeny (Wybierz swoją domenę) Zaawansowane ustawienia Rekordy niestandardowe
   Teraz Vercel	Korzystanie z wiersza polecenia „teraz” now dns add [domain] '@' MX [record-value] [priority]
   Weebly'ego	Zaloguj sie Strona Domeny (Wybierz swoją domenę) DNS
   Wix	Zaloguj sie Strona Domeny (Kliknij Ikona) Wybierz Zarządzaj rekordami DNS
   junior	Zaloguj sie Domeny Moje domeny
   Inny	Ważny: Nie widzisz tutaj swojej nazwy rejestratora? Po prostu wyszukaj w Internecie „jak zmienić rekordy DNS w $REGISTRAR” (zastępując $REGISTRAR nazwą swojego rejestratora – np. „jak zmienić rekordy DNS w GoDaddy”, jeśli korzystasz z GoDaddy).

3. Korzystając ze strony zarządzania DNS rejestratora (druga otwarta karta), ustaw następujące rekordy „MX”:
   Ważny: Pamiętaj, że nie powinny być ustawione żadne inne rekordy MX. Oba rekordy pokazane poniżej MUSZĄ istnieć. Upewnij się, że nie ma literówek; i masz poprawną pisownię mx1 i mx2. Jeśli istnieją już rekordy MX, usuń je całkowicie. Wartość „TTL” nie musi wynosić 3600, w razie potrzeby może to być wartość niższa lub wyższa.

   Nazwa/host/alias	TTL	Rodzaj	Priorytet	Odpowiedź/Wartość
   „@”, „.” lub puste	3600	MX	10	mx1.forwardemail.net
   „@”, „.” lub puste	3600	MX	10	mx2.forwardemail.net

4. Korzystając ze strony zarządzania DNS rejestratora (druga otwarta karta), ustaw następujące opcje TXT dokumentacja):
   Ważny: Jeśli korzystasz z płatnego planu, musisz całkowicie pominąć ten krok i przejść do kroku piątego! Jeśli nie korzystasz z płatnego planu, Twoje przekazane adresy będą dostępne publicznie – przejdź do Moje konto Domeny i uaktualnij swoją domenę do płatnego planu, jeśli chcesz. Jeśli chcesz dowiedzieć się więcej o płatnych planach zobacz nasze cennik strona. W przeciwnym razie możesz wybrać jedną lub więcej kombinacji od Opcji A do Opcji F wymienionych poniżej.

   ---

   Opcja A: Jeśli przekazujesz wszystkie e-maile ze swojej domeny (np. „all@example.com”, „hello@example.com” itp.) na określony adres „user@gmail.com”:

   Nazwa/host/alias	TTL	Rodzaj	Odpowiedź/Wartość
   „@”, „.” lub puste	3600	TXT	forward-email=user@gmail.com

   Wskazówka: Pamiętaj, aby zastąpić powyższe wartości w kolumnie „Wartość” własnym adresem e-mail. Wartość „TTL” nie musi wynosić 3600, w razie potrzeby może to być wartość niższa lub wyższa. Niższa wartość czasu życia („TTL”) zapewni, że wszelkie przyszłe zmiany wprowadzone w rekordach DNS będą propagowane w Internecie szybciej – pomyśl o tym, jak długo będą przechowywane w pamięci podręcznej (w sekundach). Możesz dowiedzieć się więcej o TTL na Wikipedii, wolnej encyklopedii.

   ---

   Opcja B: Jeśli potrzebujesz przekierować tylko jeden adres e-mail (np. hello@example.com do user@gmail.com; spowoduje to również automatyczne przekazanie „hello+test@example.com” do „user+test@gmail.com”):

   Nazwa/host/alias	TTL	Rodzaj	Odpowiedź/Wartość
   „@”, „.” lub puste	3600	TXT	forward-email=hello:user@gmail.com

   ---

   Opcja C: Jeśli przekazujesz wiele e-maili, oddziel je przecinkami:

   Nazwa/host/alias	TTL	Rodzaj	Odpowiedź/Wartość
   „@”, „.” lub puste	3600	TXT	forward-email=hello:user@gmail.com,support:user@gmail.com

   ---

   Opcja D: Możesz mieć nieskończoną liczbę ustawień przekazywania wiadomości e-mail – po prostu upewnij się, że nie zawijasz ponad 255 znaków w jednym wierszu i nie zaczynasz każdej linii od „forward-email=”. Przykład znajduje się poniżej:

   Nazwa/host/alias	TTL	Rodzaj	Odpowiedź/Wartość
   „@”, „.” lub puste	3600	TXT	forward-email=hello:user@gmail.com,support:user@gmail.com
   „@”, „.” lub puste	3600	TXT	forward-email=help:user@gmail.com,foo:user@gmail.com
   „@”, „.” lub puste	3600	TXT	forward-email=orders:user@gmail.com,baz:user@gmail.com
   „@”, „.” lub puste	3600	TXT	forward-email=info:user@gmail.com,beep:user@gmail.com
   „@”, „.” lub puste	3600	TXT	forward-email=errors:user@gmail.com,boop:user@gmail.com

   ---

   Opcja E: Możesz również podać nazwę domeny w swoim TXT rekord z globalnym przekierowaniem aliasów (np. „użytkownik@przyklad.com” zostanie przekazany do „użytkownik@przyklad.net”):

   Nazwa/host/alias	TTL	Rodzaj	Odpowiedź/Wartość
   „@”, „.” lub puste	3600	TXT	forward-email=example.net

   ---

   Opcja F: Możesz nawet używać webhooków jako globalnego lub indywidualnego aliasu do przekazywania wiadomości e-mail. Zobacz przykład i pełną sekcję dotyczącą webhooków zatytułowaną Czy wspierasz haczyki internetowe? poniżej.

   Nazwa/host/alias	TTL	Rodzaj	Odpowiedź/Wartość
   „@”, „.” lub puste	3600	TXT	forward-email=alias:https://requestbin.com/r/en8pfhdgcculn

   ---

   Opcja G: Możesz nawet używać wyrażeń regularnych („regex”) do dopasowywania aliasów i obsługi podstawień w celu przekazywania wiadomości e-mail. Zobacz przykłady i pełną sekcję dotyczącą wyrażeń regularnych zatytułowaną Czy obsługujesz wyrażenia regularne czy regex? poniżej.
   Potrzebujesz zaawansowanego wyrażenia regularnego z podstawieniem? Zobacz przykłady i pełną sekcję dotyczącą wyrażeń regularnych zatytułowaną Czy obsługujesz wyrażenia regularne czy regex? poniżej.
   Prosty przykład: Jeśli chcę, aby wszystkie e-maile wysyłane na adres `linus@example.com` lub `torvalds@example.com` były przekazywane na adres `user@gmail.com`:

   Nazwa/host/alias	TTL	Rodzaj	Odpowiedź/Wartość
   „@”, „.” lub puste	3600	TXT	forward-email=/^(linus|torvalds)$/:user@gmail.com

   ---

5. Korzystając ze strony zarządzania DNS swojego rejestratora (druga otwarta karta), dodatkowo ustaw następujące TXT nagrywać:

   Nazwa/host/alias	TTL	Rodzaj	Odpowiedź/Wartość
   „@”, „.” lub puste	3600	TXT	v=spf1 a mx include:spf.forwardemail.net -all

   Ważny: Jeśli używasz Gmaila (np. Wyślij pocztę jako) lub G Suite, musisz dołączyć include:_spf.google.com do powyższej wartości, na przykład:
   
   v=spf1 a mx include:spf.forwardemail.net include:_spf.google.com -all
   Wskazówka: Jeśli masz już podobny wiersz z „v=spf1”, musisz dołączyć include:spf.forwardemail.net tuż przed istniejącymi rekordami „include:host.com” i przed „-all” w tym samym wierszu, na przykład:
   
   v=spf1 a mx include:spf.forwardemail.net include:host.com -all
   
   Zauważ, że istnieje różnica między „-all” i „~all”. Znak „-” wskazuje, że sprawdzenie SPF powinno zakończyć się niepowodzeniem, jeśli nie jest zgodne, a „~” oznacza, że sprawdzenie SPF powinno być NIEPOWODZONE. Zalecamy stosowanie podejścia „-all”, aby zapobiec fałszowaniu domeny.
   
   Może być również konieczne dołączenie rekordu SPF dla dowolnego hosta, z którego wysyłasz pocztę (np. Outlooka).
6. Zweryfikuj swoje rekordy DNS za pomocą naszego narzędzia „Weryfikuj rekordy” dostępnego pod adresem Moje konto Domeny Organizować coś.
7. Wyślij testowy e-mail, aby potwierdzić, że działa. Pamiętaj, że propagacja rekordów DNS może zająć trochę czasu.
   Wskazówka: Jeśli nie otrzymujesz testowych wiadomości e-mail lub otrzymujesz testową wiadomość e-mail z informacją „Uważaj na tę wiadomość”, zobacz odpowiedzi dla Dlaczego nie otrzymuję e-maili testowych? oraz Dlaczego moje testowe wiadomości e-mail są wysyłane do mnie w Gmailu jako „podejrzane” odpowiednio.
8. Jeśli chcesz „Wyślij pocztę jako” z Gmaila, musisz Obejrzyj ten filmlub wykonaj czynności opisane poniżej Jak wysyłać pocztę za pomocą Gmaila poniżej.

Tak, od maja 2023 obsługujemy wysyłanie e-maili z SMTP jako dodatek dla wszystkich płatnych użytkowników.

Oceniamy limit użytkowników i domen do 300 wychodzących wiadomości SMTP na 1 dzień. Daje to średnio ponad 9000 e-maili w miesiącu kalendarzowym. Jeśli chcesz przekroczyć tę kwotę lub masz stale duże e-maile, skontaktuj się z nami.

Nasz serwer jest smtp.forwardemail.net i jest również monitorowany na naszej stronie strona stanu.

Obsługuje zarówno IPv4, jak i IPv6 i jest dostępny przez porty 587, 2587, 2525, oraz 25 dla TLS (STARTTLS) – i 465 oraz 2465 dla SSL.

Aby wysyłać wychodzące wiadomości e-mail za pomocą protokołu SMTP, Użytkownik SMTP musi być adresem e-mail aliasu istniejącego dla domeny pod adresem Moje konto Domeny – i hasło SMTP musi być hasłem wygenerowanym dla aliasu lub dla całej domeny (wkrótce).

Należy zapoznać się Czy wspierasz wysyłanie wiadomości e-mail za pomocą protokołu SMTP aby uzyskać instrukcje krok po kroku.

Tak, od maja 2023 obsługujemy wysyłanie e-maili z API jako dodatek dla wszystkich płatnych użytkowników.

Proszę zobaczyć naszą sekcję na e-maile w naszej dokumentacji API, aby poznać opcje, przykłady i więcej informacji.

Aby wysyłać wychodzące wiadomości e-mail za pomocą naszego API, musisz użyć swojego tokena API dostępnego pod Moje bezpieczeństwo.

Planujemy udostępnić tę funkcję w najbliższej przyszłości.

Jeśli wysyłasz do siebie testową wiadomość e-mail, może ona nie pojawić się w Twojej skrzynce odbiorczej, ponieważ ma ten sam nagłówek „Identyfikator wiadomości”.

Jest to powszechnie znany problem, który dotyczy również usług takich jak Gmail. Oto oficjalna odpowiedź Gmaila dotycząca tego problemu.

Jeśli nadal masz problemy, najprawdopodobniej jest to problem z propagacją DNS. Będziesz musiał poczekać trochę dłużej i spróbować ponownie (lub spróbować ustawić niższą wartość TTL na swoim TXT dokumentacja).

Nadal masz problemy? Proszę Skontaktuj się z nami abyśmy mogli pomóc w zbadaniu problemu i szybkim rozwiązaniu problemu.

Poczta e-mail opiera się na Protokół SMTP. Protokół ten składa się z poleceń wysyłanych do serwera (uruchamianego najczęściej na porcie 25). Następuje połączenie początkowe, następnie nadawca wskazuje, skąd pochodzi wiadomość („MAIL FROM”), następnie dokąd zmierza („RCPT TO”), a na końcu nagłówki i treść samej wiadomości („DATA” ). Przebieg naszego systemu przekazywania wiadomości e-mail jest opisany w odniesieniu do każdego polecenia protokołu SMTP poniżej:

• Połączenie początkowe (brak nazwy polecenia, np. telnet example.com 25) - To jest początkowe połączenie. Sprawdzamy nadawców, których nie ma w naszym lista dozwolonych przeciwko naszym lista odrzuconych. Wreszcie, jeśli nadawcy nie ma na naszej liście dozwolonych, sprawdzamy, czy był szara lista.

• HELO — Oznacza powitanie identyfikujące nazwę FQDN, adres IP lub nazwę obsługi poczty nadawcy. Ta wartość może zostać sfałszowana, więc nie polegamy na tych danych i zamiast tego używamy odwrotnego wyszukiwania nazwy hosta adresu IP połączenia.

• MAIL FROM - Wskazuje kopertę pocztową z adresu e-mail. Jeśli wprowadzono wartość, musi to być prawidłowy adres e-mail RFC 5322. Dozwolone są puste wartości. My sprawdź rozproszenie wsteczne tutaj, a także sprawdzamy POCZTĘ OD z naszymi lista odrzuconych. Na koniec sprawdzamy nadawców, którzy nie znajdują się na liście dozwolonych w celu ograniczenia szybkości (zobacz sekcję dotyczącą Ograniczenie szybkości oraz lista dozwolonych po więcej informacji).

• RCPT TO - Wskazuje odbiorców wiadomości e-mail. Muszą to być prawidłowe adresy e-mail zgodne ze standardem RFC 5322. Dopuszczamy maksymalnie 50 adresatów w danych koperty na wiadomość (jest to coś innego niż nagłówek „Do” w wiadomości e-mail). Sprawdzamy również poprawność Program przepisywania nadawców ("SRS") tutaj, aby chronić przed podszywaniem się pod naszą domenę SRS. Odbiorcy, którzy zawierają adres „brak odpowiedzi”, otrzymają błąd 553. Zobacz pełna lista adresów „brak odpowiedzi” poniżej. Sprawdzamy również odbiorcę pod kątem naszych lista odrzuconych.

• DATA - Jest to podstawowa część naszej usługi, która przetwarza wiadomości e-mail. Zobacz sekcję Jak przetwarzasz wiadomość e-mail do przekazania? poniżej, aby uzyskać więcej informacji.

Ta sekcja opisuje nasz proces związany z poleceniem protokołu SMTP DATA w dziale Jak działa Twój system przekierowania poczty e-mail powyżej – w jaki sposób przetwarzamy nagłówki, treść, zabezpieczenia wiadomości e-mail, określamy, gdzie ma ona zostać dostarczona i jak obsługujemy połączenia.

1. Jeśli wiadomość przekroczy maksymalny rozmiar 50mb, zostanie odrzucona z kodem błędu 552.

2. Jeśli wiadomość nie miała żadnych nagłówków lub nagłówków nie można było przeanalizować, jest ona odrzucana z kodem błędu 421.

3. Jeśli wiadomość nie zawierała nagłówka „Od” lub jeśli którakolwiek z wartości w nagłówku „Od” nie była prawidłowymi adresami e-mail RFC 5322, zostanie odrzucona z kodem błędu 550.

4. Jeśli wiadomość ma więcej niż 25 nagłówków „Otrzymano”, oznacza to, że utknęła w pętli przekierowań i jest odrzucana z kodem błędu 550.

5. Korzystanie z odcisku palca wiadomości e-mail (patrz sekcja Odciski palców), sprawdzimy, czy próba ponownego wysłania wiadomości trwała dłużej niż 5 dni (co odpowiada domyślne zachowanie postfiksa), a jeśli tak, to zostanie odrzucone z kodem błędu 550.

6. Jeśli wiadomość miała nagłówek „Do” i jeśli którykolwiek z nagłówków „Do” w wiadomości był skierowany do przepisanych adresów SRS przy użyciu naszej nazwy domeny, to przepiszemy je (dotyczy to konkretnie osób odpowiadających na urlop).

7. Przechowujemy w pamięci wyniki skanowania wiadomości e-mail za pomocą Skaner spamu.

8. Jeśli były jakieś arbitralne wyniki ze Skanera spamu, jest on odrzucany z kodem błędu 554. Wyniki arbitralne obejmują tylko test GTUBE w momencie pisania tego tekstu. Widzieć https://spamassassin.apache.org/gtube/ aby uzyskać więcej informacji.

9. Do wiadomości dodamy następujące nagłówki w celu debugowania i zapobiegania nadużyciom:

   • X-Original-To - oryginalny RCPT TO adres e-mail dla wiadomości.
     • Jest to przydatne do określenia, dokąd pierwotnie dostarczono wiadomość e-mail.
     • Zostanie wydany w wersji 10+ Forward Email.
     • Istniejąca wartość, jeśli istnieje, jest zachowywana jako X-Original-Preserved-To.
   • X-ForwardEmail-Version - obecny SemVer wersja z package.json naszej bazy kodu.
   • X-ForwardEmail-Session-ID - wartość identyfikatora sesji używana do celów debugowania (dotyczy tylko środowisk nieprodukcyjnych).
   • X-ForwardEmail-Sender - lista oddzielona przecinkami zawierająca adres oryginalnej koperty MAIL FROM (jeśli nie był pusty), FQDN klienta zwrotnego PTR (jeśli istnieje) oraz adres IP nadawcy.
   • X-Report-Abuse - o wartości abuse@forwardemail.net.
   • X-Report-Abuse-To - o wartości abuse@forwardemail.net.
   • X-Complaints-To - o wartości abuse@forwardemail.net.

10. Następnie sprawdzamy wiadomość pod kątem DKIM, SPF, ARC, oraz DMARC.

    • Jeśli wiadomość nie powiodła się DMARC, a domena miała zasady odrzucania (np. p=reject było w polityce DMARC), następnie jest odrzucany z kodem błędu 550. Zazwyczaj zasady DMARC dla domeny można znaleźć w _dmarc subdomena TXT rekord, (np. dig _dmarc.example.com txt).
    • Jeśli wiadomość nie powiodła się SPF, a domena miała politykę twardego niepowodzenia (np. -all był w polityce SPF w przeciwieństwie do ~all lub brak polityki), to jest odrzucane z kodem błędu 550. Zazwyczaj zasady SPF dla domeny można znaleźć w TXT rekord dla domeny głównej (np. dig example.com txt). Zobacz tę sekcję, aby uzyskać więcej informacji na temat wysyłanie poczty jak w Gmailu dotyczące SPF.

11. Teraz przetwarzamy odbiorców wiadomości zebranych z RCPT TO polecenie w sekcji Jak działa Twój system przekierowania poczty e-mail nad. Dla każdego odbiorcy wykonujemy następujące operacje:

    • Wyszukujemy TXT rekordy nazwy domeny (część po @ symbol, np. example.com jeśli adres e-mail był test@example.com). Na przykład, jeśli domena to example.com wykonujemy wyszukiwanie DNS, takie jak dig example.com txt.
    • Analizujemy wszystko TXT rekordy zaczynające się na albo forward-email= (darmowe plany) lub forward-email-site-verification= (plany płatne). Pamiętaj, że analizujemy oba, aby przetwarzać wiadomości e-mail, gdy użytkownik aktualizuje lub obniża plany.
    • Z tych przeanalizowanych TXT rekordy, iterujemy nad nimi, aby wyodrębnić konfigurację przekazywania (jak opisano w sekcji Jak zacząć i skonfigurować przekazywanie wiadomości e-mail nad). Pamiętaj, że obsługujemy tylko jeden forward-email-site-verification= wartość, a jeśli podano więcej niż jeden, wystąpi błąd 550, a nadawca otrzyma odesłanie dla tego odbiorcy.
    • Rekursywnie iterujemy po wyodrębnionej konfiguracji przekazywania, aby określić przekazywanie globalne, przekazywanie oparte na wyrażeniach regularnych i wszystkie inne obsługiwane konfiguracje przekazywania – które są teraz znane jako nasze „adresy przekazywania”.
    • Dla każdego adresu przekierowania obsługujemy jedno wyszukiwanie rekurencyjne (które rozpocznie tę serię operacji na podanym adresie). Jeśli znaleziono dopasowanie rekurencyjne, wynik nadrzędny zostanie usunięty z adresów przekierowania, a dzieci zostaną dodane.
    • Adresy Przekierowujące są analizowane pod kątem unikalności (ponieważ nie chcemy wysyłać duplikatów na jeden adres ani dodatkowo odradzać niepotrzebnych połączeń klientów SMTP).
    • Dla każdego adresu przekierowania wyszukujemy jego nazwę domeny w naszym punkcie końcowym API /v1/max-forwarded-addresses (w celu określenia, na ile adresów domena może przekazywać wiadomości e-mail na alias, np. domyślnie 10 – zobacz sekcję dotyczącą maksymalny limit przekazywania na alias). Jeśli ten limit zostanie przekroczony, wystąpi błąd 550, a nadawca otrzyma zwrot dla tego adresata.
    • Wyszukujemy ustawienia pierwotnego odbiorcy w naszym punkcie końcowym API /v1/settings, który obsługuje wyszukiwanie płatnych użytkowników (z rezerwą dla użytkowników bezpłatnych). Zwraca obiekt konfiguracyjny dla zaawansowanych ustawień dla port (Numer, np. 25), has_adult_content_protection (wartość logiczna), has_phishing_protection (wartość logiczna), has_executable_protection (wartość logiczna) i has_virus_protection (Boole'a).
    • Na podstawie tych ustawień sprawdzamy wyniki Skanera spamu i jeśli wystąpią jakiekolwiek błędy, wiadomość jest odrzucana z kodem błędu 554 (np. jeśli has_virus_protection jest włączona, wówczas sprawdzimy wyniki Skanera spamu w poszukiwaniu wirusów). Należy pamiętać, że wszyscy użytkownicy bezpłatnego abonamentu zostaną włączeni do kontroli pod kątem treści dla dorosłych, phishingu, plików wykonywalnych i wirusów. Domyślnie wszyscy użytkownicy planu płatnego są również zapisani, ale tę konfigurację można zmienić na stronie Ustawienia dla domeny w pulpicie nawigacyjnym Forward Email).

12. Dla każdego przetworzonego adresu doręczenia odbiorcy wykonujemy następnie następujące operacje:

    • Adres jest sprawdzany z naszym lista odrzuconych, a jeśli był wymieniony, pojawi się kod błędu 554 i nadawca otrzyma odesłanie dla tego adresata.
    • Jeśli adres jest webhookiem, ustawiamy wartość logiczną dla przyszłych operacji (patrz poniżej – grupujemy podobne webhooki, aby wykonać jedno żądanie POST zamiast wielu do dostarczenia).
    • Jeśli adres jest adresem e-mail, analizujemy hosta pod kątem przyszłych operacji (patrz poniżej – grupujemy podobne hosty, aby wykonać jedno połączenie w porównaniu do wielu pojedynczych połączeń w celu dostarczenia).

13. Jeśli nie ma adresatów i nie ma odrzuceń, odpowiadamy z błędem 550 „Nieprawidłowi adresaci”.

14. Jeśli istnieją odbiorcy, iterujemy nad nimi (pogrupowane według tego samego hosta) i dostarczamy e-maile. Zobacz sekcję Jak radzisz sobie z problemami z dostarczaniem wiadomości e-mail poniżej, aby uzyskać więcej informacji.

    • Jeśli podczas wysyłania wiadomości e-mail wystąpią jakiekolwiek błędy, przechowamy je w pamięci do późniejszego przetworzenia.
    • Przyjmiemy najniższy kod błędu (jeśli istnieje) z wysyłania e-maili – i użyjemy go jako kodu odpowiedzi do DATA Komenda. Oznacza to, że niedostarczone wiadomości e-mail będą zazwyczaj ponawiane przez pierwotnego nadawcę, jednak wiadomości, które zostały już dostarczone, nie zostaną wysłane ponownie przy następnym wysłaniu wiadomości (jak używamy Odciski palców).
    • Jeśli nie wystąpiły żadne błędy, wyślemy 250 udanych kodów statusu odpowiedzi SMTP.
    • Odrzucenie jest określane jako dowolna próba dostarczenia, której wynikiem jest kod stanu >= 500 (trwałe niepowodzenia).

15. Jeśli nie wystąpiły żadne odbicia (trwałe awarie), zwrócimy kod statusu odpowiedzi SMTP o najniższym kodzie błędu z nietrwałych awarii (lub 250 kodów statusu pomyślnych, jeśli ich nie było).

16. Jeśli wystąpiły odbicia, wyślemy e-maile o odrzuceniu w tle po zwróceniu najniższego ze wszystkich kodów błędów do nadawcy. Jeśli jednak najniższy kod błędu to >= 500, nie wysyłamy żadnych wiadomości e-mail o odrzuceniu. Dzieje się tak dlatego, że gdybyśmy to zrobili, nadawcy otrzymaliby podwójny zwrot wiadomości e-mail (np. jeden z wychodzących MTA, takich jak Gmail – a także jeden od nas). Zobacz sekcję na Jak chronić się przed rozproszeniem wstecznym? poniżej, aby uzyskać więcej informacji.

Pamiętaj, że przepiszemy e-maile „Przyjazne od” wtedy i tylko wtedy, gdy polityka DMARC nadawcy była p=reject, ORAZ ma przechodzący SPF ORAZ żadne podpisy DKIM nie zostały wyrównane z nagłówkiem „Od”. Oznacza to, że zmienimy nagłówek „Od” w wiadomości, ustawimy „X-Original-From”, a także ustawimy „Odpowiedź do”, jeśli nie została jeszcze ustawiona. Po zmianie nagłówków ponownie zapieczętujemy również pieczęć ARC na wiadomości.

Używamy również inteligentnego analizowania komunikatów o błędach na każdym poziomie naszego stosu – w naszym kodzie żądania DNS, wewnętrzne elementy Node.js, żądania HTTP (np. 408, 413 i 429 są mapowane na kod odpowiedzi SMTP 421, jeśli odbiorca to webhook), a odpowiedzi serwera pocztowego (np. odpowiedzi z „opóźnieniem” lub „spowolnieniem” zostaną ponowione jako błędy 421).

Nasza logika jest odporna na błędy i będzie również ponawiać próby błędów TLS/SSL, problemów z połączeniem i nie tylko. Celem z dummy-proofing jest maksymalizacja dostarczalności do wszystkich odbiorców dla konfiguracji spedycyjnej.

Jeśli odbiorcą jest webhook, zezwolimy na 60-sekundowy limit czasu na zakończenie żądania z maksymalnie 3 ponownymi próbami (a więc łącznie 4 żądania przed niepowodzeniem). Zauważ, że poprawnie analizujemy kody błędów 408, 413 i 429 i mapujemy je na kod odpowiedzi SMTP 421.

W przeciwnym razie, jeśli odbiorcą jest adres e-mail, spróbujemy wysłać wiadomość e-mail z oportunistycznym TLS (próbujemy użyć STARTTLS, jeśli jest dostępny na serwerze pocztowym odbiorcy). Jeśli podczas próby wysłania wiadomości e-mail wystąpi błąd SSL lub TLS, spróbujemy wysłać wiadomość bez TLS (bez użycia STARTTLS).

Jeśli wystąpią jakiekolwiek błędy DNS lub połączenia, wrócimy do DATA poleceniem kod odpowiedzi SMTP 421, w przeciwnym razie, jeśli wystąpią błędy poziomów >= 500, zostaną wysłane odbicia.

Jeśli wykryjemy, że serwer poczty e-mail, na który próbujemy dostarczyć pocztę, ma zablokowany jeden lub więcej adresów IP naszej wymiany poczty (np. ponów próbę wysłania wiadomości później (jesteśmy powiadamiani o problemie, więc mamy nadzieję, że uda nam się go rozwiązać przed następną próbą).

Rutynowo monitorujemy wszystkie główne listy odrzuconych DNS i jeśli którykolwiek z naszych adresów IP wymiany poczty („MX”) znajduje się na głównej liście odrzuconych, usuniemy go z odpowiedniej listy rekordów DNS, jeśli to możliwe, do czasu rozwiązania problemu.

W chwili pisania tego tekstu jesteśmy również wymienieni na kilku listach dozwolonych DNS i poważnie traktujemy monitorowanie list odrzuconych. Jeśli zauważysz jakiekolwiek problemy, zanim będziemy mieli szansę je rozwiązać, powiadom nas na piśmie na adres support@forwardemail.net.

Nie przekazujemy wiadomości e-mail na adresy „brak odpowiedzi”, a każdy nadawca, który spróbuje odebrać, otrzyma błąd 553.

Nazwy użytkowników poczty e-mail równe którymkolwiek z poniższych (bez uwzględniania wielkości liter) są uważane za adresy bez odpowiedzi:

• do-not-reply
• do-not-respond
• do.not.reply
• donotreply
• donotrespond
• dont-reply
• naoresponda
• no-replies
• no-reply
• no-replys
• no.replies
• no.reply
• no.replys
• no_reply
• nobody
• noreplies
• noreply
• noreplys

Ta lista jest utrzymywana jako projekt open-source na GitHub.

Tak, mamy lista rozszerzeń nazw domen które są domyślnie umieszczone na liście dozwolonych, oraz na podstawie dynamicznej, buforowanej i ruchomej listy dozwolonych surowe kryteria.

Jakie rozszerzenia nazw domen są domyślnie umieszczone na liście dozwolonych

Następujące rozszerzenia nazw domen są domyślnie uważane za dozwolone (niezależnie od tego, czy znajdują się na Umbrella Popularity List, czy nie):

• edu
• gov
• mil
• dni.us
• fed.us
• isa.us
• kids.us
• nsn.us
• ak.us
• al.us
• ar.us
• as.us
• az.us
• ca.us
• co.us
• ct.us
• dc.us
• de.us
• fl.us
• ga.us
• gu.us
• hi.us
• ia.us
• id.us
• il.us
• in.us
• ks.us
• ky.us
• la.us
• ma.us
• md.us
• me.us
• mi.us
• mn.us
• mo.us
• ms.us
• mt.us
• nc.us
• nd.us
• ne.us
• nh.us
• nj.us
• nm.us
• nv.us
• ny.us
• oh.us
• ok.us
• or.us
• pa.us
• pr.us
• ri.us
• sc.us
• sd.us
• tn.us
• tx.us
• ut.us
• va.us
• vi.us
• vt.us
• wa.us
• wi.us
• wv.us
• wy.us
• mil.tt
• edu.tt
• edu.tr
• edu.ua
• edu.au
• ac.at
• edu.br
• ac.nz
• school.nz
• cri.nz
• health.nz
• mil.nz
• parliament.nz
• ac.in
• edu.in
• mil.in
• ac.jp
• ed.jp
• lg.jp
• ac.za
• edu.za
• mil.za
• school.za
• mil.kr
• ac.kr
• hs.kr
• ms.kr
• es.kr
• sc.kr
• kg.kr
• edu.es
• ac.lk
• sch.lk
• edu.lk
• ac.th
• mi.th
• admin.ch
• canada.ca
• gc.ca
• go.id
• go.jp
• go.ke
• go.kr
• go.th
• gob.ar
• gob.cl
• gob.es
• gob.mx
• gob.pe
• gob.ve
• gouv.fr
• gouv.nc
• gouv.qc.ca
• gov.ad
• gov.af
• gov.ai
• gov.al
• gov.am
• gov.ao
• gov.au
• gov.aw
• gov.ax
• gov.az
• gov.bd
• gov.be
• gov.bg
• gov.bm
• gov.br
• gov.by
• gov.cl
• gov.cn
• gov.co
• gov.cy
• gov.cz
• gov.dz
• gov.eg
• gov.fi
• gov.fk
• gov.gg
• gov.gr
• gov.hk
• gov.hr
• gov.hu
• gov.ie
• gov.il
• gov.im
• gov.in
• gov.iq
• gov.ir
• gov.it
• gov.je
• gov.kp
• gov.krd
• gov.ky
• gov.kz
• gov.lb
• gov.lk
• gov.lt
• gov.lv
• gov.ma
• gov.mm
• gov.mo
• gov.mt
• gov.my
• gov.ng
• gov.np
• gov.ph
• gov.pk
• gov.pl
• gov.pt
• gov.py
• gov.ro
• gov.ru
• gov.scot
• gov.se
• gov.sg
• gov.si
• gov.sk
• gov.tr
• gov.tt
• gov.tw
• gov.ua
• gov.uk
• gov.vn
• gov.wales
• gov.za
• government.pn
• govt.nz
• gub.uy
• gv.at
• ac.uk
• bl.uk
• judiciary.uk
• mod.uk
• nhs.uk
• parliament.uk
• police.uk
• rct.uk
• royal.uk
• sch.uk
• ukaea.uk

Jakie są kryteria Twojej listy dozwolonych

Mamy statyczną listę rozszerzenia nazw domen są domyślnie umieszczone na liście dozwolonych – a także utrzymujemy dynamiczną, przechowywaną w pamięci podręcznej, kroczącą listę dozwolonych w oparciu o następujące ścisłe kryteria:

• Domena główna nadawcy musi należeć do domeny a rozszerzenie nazwy domeny, które pasuje do listy, którą oferujemy w naszym bezpłatnym abonamencie (z dodatkiem biz oraz info). Zaliczamy również edu, gov, oraz mil dopasowania częściowe, np xyz.gov.au oraz xyz.edu.au.
• Domena główna nadawcy musi należeć do 100 000 najlepszych unikalnych domen głównych, z których przeanalizowano wyniki Lista popularności parasoli ("UPL").
• Domena główna nadawcy musi znajdować się wśród 50 000 najlepszych wyników z unikalnych domen głównych, które pojawiły się w ciągu co najmniej 4 z ostatnich 7 dni listy UPL (~50%+).
• Domena główna nadawcy nie może być skategoryzowane jako treści dla dorosłych lub złośliwe oprogramowanie przez Cloudflare.
• Domena główna nadawcy musi mieć ustawione rekordy A lub MX.
• Domena główna nadawcy musi zawierać rekordy A, rekordy MX lub rekordy DMARC p=reject lub p=quarantinelub rekord SPF z -all lub ~all kwalifikator.

Jeśli to kryterium zostanie spełnione, domena główna nadawcy będzie przechowywana w pamięci podręcznej przez 7 dni. Pamiętaj, że nasze zautomatyzowane zadanie działa codziennie – dlatego jest to krocząca pamięć podręczna listy dozwolonych, która jest aktualizowana codziennie.

Nasze zautomatyzowane zadanie pobierze dane UPL z pamięci z ostatnich 7 dni, rozpakuje je, a następnie przeanalizuje dane w pamięci zgodnie z surowymi kryteriami podanymi powyżej.

Popularne domeny w momencie pisania tego tekstu, takie jak Google, Yahoo, Microsoft, Amazon, Meta, Twitter, Netflix, Spotify i inne – są oczywiście uwzględnione.

Jeśli jesteś nadawcą, którego nie ma na naszej liście dozwolonych, to za pierwszym razem, gdy Twoja domena główna FQDN lub adres IP wyśle wiadomość e-mail, zostaniesz stawka ograniczona oraz szara lista. Należy zauważyć, że jest to standardowa praktyka przyjęta jako standard poczty e-mail. Większość klientów serwera poczty e-mail spróbuje ponowić próbę, jeśli otrzyma limit szybkości lub błąd szarej listy (np. kod stanu błędu poziomu 421 lub 4xx).

Pamiętaj, że określeni nadawcy, tacy jak a@gmail.com, b@xyz.edu, oraz c@gov.au nadal może być odrzucone (np. jeśli automatycznie wykryjemy spam, phishing lub złośliwe oprogramowanie od tych nadawców).

Od 31 marca 2023 r. wprowadziliśmy nową ogólną regułę dotyczącą spamu, aby chronić naszych użytkowników i usługi.

Ta nowa reguła pozwala na używanie tylko następujących rozszerzeń nazw domen w naszym bezpłatnym abonamencie:

• ai
• app
• au
• ca
• ch
• co
• com
• de
• dev
• dk
• es
• family
• fi
• fm
• fr
• ie
• im
• io
• is
• it
• jp
• li
• me
• net
• nl
• no
• nz
• org
• sh
• sm
• st
• tv
• uk
• us
• vc
• xyz

Tak, mamy bardzo luźne szara lista e-maili zastosowana polityka. Szara lista dotyczy tylko nadawców spoza naszej listy dozwolonych i pozostaje w naszej pamięci podręcznej przez 30 dni.

W przypadku każdego nowego nadawcy przechowujemy klucz w naszej bazie danych Redis przez 30 dni z wartością ustawioną na początkowy czas nadejścia pierwszego żądania. Następnie odrzucamy ich wiadomość e-mail z kodem stanu ponownej próby 450 i zezwalamy na jej przekazanie dopiero po upływie 5 minut.

Jeśli pomyślnie odczekali 5 minut od początkowej godziny przybycia, ich wiadomości e-mail zostaną zaakceptowane i nie otrzymają kodu statusu 450.

Klucz składa się z domeny głównej FQDN lub adresu IP nadawcy. Oznacza to, że każda subdomena, która przejdzie przez szarą listę, przejdzie również jako domena główna i odwrotnie (to właśnie rozumiemy przez „bardzo luźną” politykę).

Na przykład, jeśli e-mail pochodzi z test.example.com zanim zobaczymy, że e-mail pochodzi z example.com, a następnie dowolny e-mail od test.example.com i/lub example.com będzie musiał poczekać 5 minut od początkowego czasu przybycia połączenia. Nie robimy obu test.example.com oraz example.com każdy czeka na swoje własne 5-minutowe okresy (nasze zasady dotyczące szarej listy mają zastosowanie na poziomie domeny głównej).

Pamiętaj, że szara lista nie dotyczy żadnego nadawcy na naszym lista dozwolonych (np. Meta, Amazon, Netflix, Google, Microsoft w momencie pisania tego tekstu).

Tak, prowadzimy własną prywatną listę odrzuconych i aktualizujemy ją automatycznie w czasie rzeczywistym oraz ręcznie na podstawie wykrytego spamu i złośliwej aktywności. Odrzuceni nadawcy otrzymają komunikat o błędzie 554.

Wyciągamy również z listy odrzuconych UCEPROTECT poziomu 1 pod adresem http://wget-mirrors.uceprotect.net/rbldnsd-all/dnsbl-1.uceprotect.net.gz co godzinę i wprowadzaj ją do naszej bazy danych Redis z 7-dniowym terminem ważności.

Prośby o listę dozwolonych (lub prośby o usunięcie z listy odrzuconych) można wysyłać na adres allowlist@forwardemail.net (podaj pełny opis i przyczynę dodania do listy dozwolonych, linki do stron internetowych oraz certyfikat utworzenia Twojej firmy, aby znalazły się na naszej liście dozwolonych).

Tak, mamy limitowanie stawek, które dotyczy tylko nadawców nie na lista dozwolonych.

Zezwalamy tylko na maksymalnie 100 połączeń na godzinę na nadawcę rozpoznawaną domenę główną FQDN (lub) zdalny adres IP nadawcy (jeśli nie jest dostępny odwrotny PTR) i na adresata koperty. Klucz do ograniczania szybkości przechowujemy jako skrót kryptograficzny w naszej bazie danych Redis.

Jeśli wysyłasz wiadomości e-mail za pośrednictwem naszego systemu, upewnij się, że masz skonfigurowany odwrotny PTR dla wszystkich swoich adresów IP (w przeciwnym razie każda unikalna domena główna FQDN lub adres IP, z którego wysyłasz, będzie ograniczona).

Pamiętaj, że jeśli wysyłasz za pośrednictwem popularnego systemu, takiego jak Amazon SES, nie będziesz podlegać ograniczeniom stawek, ponieważ (w chwili pisania tego tekstu) Amazon SES znajduje się na naszej liście dozwolonych.

Jeśli wysyłasz z domeny, takiej jak test.abc.123.example.com, wówczas nałożony zostanie limit stawki example.com. Wielu spamerów używa setek subdomen do obejścia powszechnych filtrów spamu, które ograniczają tylko szybkość działania unikalnych nazw hostów, w przeciwieństwie do unikalnych domen głównych FQDN.

Nadawcy, którzy przekroczą limit szybkości, zostaną odrzuceni z błędem 421.

Źle skierowane odbicia lub odsyłanie spamu (znane jako „Rozproszenie wsteczne”) może spowodować negatywną reputację na adresy IP nadawców.

Podejmujemy dwa kroki, aby chronić się przed rozproszeniem wstecznym, które są szczegółowo opisane w kolejnych sekcjach Zapobiegaj odbijaniu się od znanych POCZTY OD spamerów oraz Zapobiegaj niepotrzebnym odskokom, aby chronić przed rozproszeniem wstecznym poniżej.

Zapobiegaj odbijaniu się od znanych POCZTY OD spamerów

Wyciągamy listę z Backscatter.org (zasilany przez UCEPROTECT) w http://wget-mirrors.uceprotect.net/rbldnsd-all/ips.backscatterer.org.gz co godzinę i wprowadzać go do naszej bazy danych Redis (z góry porównujemy również różnice; w przypadku usunięcia jakichkolwiek adresów IP, które należy honorować).

Jeśli POCZTA OD jest pusta LUB zawiera (bez rozróżniania wielkości liter) jedną z następujących nazw użytkownika (część przed @ w wiadomości e-mail), sprawdzamy, czy adres IP nadawcy pasuje do jednej z tej listy:

• abuse@
• ftp@
• hostmaster@
• mailer-daemon@
• mailer_daemon@
• mailerdaemon@
• news@
• no-reply@
• no_reply@
• nobody@
• noreplies@
• noreply@
• postmaster@
• root@
• security@
• usenet@
• webmaster@
• www@

Jeśli adres IP nadawcy jest wymieniony (a nie w naszym lista dozwolonych), następnie wysyłamy błąd 554 z komunikatem The IP ${session.remoteAddress} is blocked by https://www.backscatterer.org/index.php?target=test&ip=${session.remoteAddress}. Zostaniemy powiadomieni, jeśli nadawca znajduje się zarówno na liście Backscatterer, jak i na naszej liście dozwolonych, abyśmy mogli w razie potrzeby rozwiązać problem.

Techniki opisane w tej sekcji są zgodne z zaleceniem „TRYB BEZPIECZNY” na https://www.backscatterer.org/?target=usage – gdzie sprawdzamy IP nadawcy tylko wtedy, gdy zostały już spełnione określone warunki.

Zapobiegaj niepotrzebnym odskokom, aby chronić przed rozproszeniem wstecznym

Zwroty to wiadomości e-mail, które wskazują, że przekazywanie wiadomości e-mail do odbiorcy nie powiodło się i wiadomość nie zostanie ponowiona.

Częstym powodem umieszczania się na liście Backscatterer są niewłaściwie skierowane odbicia lub spam, więc musimy się przed tym chronić na kilka sposobów:

1. Wysyłamy odbicia tylko wtedy, gdy wystąpią błędy kodu statusu >= 500 (gdy próba przekazania wiadomości e-mail nie powiodła się, np. Gmail odpowiada z błędem poziomu 500).

2. Wysyłamy odbicia tylko raz i tylko raz (używamy obliczonego klucza odcisku palca i przechowujemy go w pamięci podręcznej, aby zapobiec wysyłaniu duplikatów). Odcisk palca to klucz będący odciskiem palca wiadomości połączonym z hashem adresu odbicia i jego kodem błędu). Zobacz sekcję na Odciski palców aby uzyskać więcej informacji na temat sposobu obliczania odcisku palca wiadomości. Pomyślnie wysłane odciski palców wygasną po 7 dniach w naszej pamięci podręcznej Redis.

3. Wysyłamy zwroty tylko wtedy, gdy MAIL FROM nie jest puste i nie zawiera (bez uwzględniania wielkości liter) jednej z następujących nazw użytkownika (część przed @ w wiadomości e-mail). Zauważże ta lista jesttrochę krótsza niżpowyższa przy sprawdzaniu POCZTA OD ponieważ nie chcemy miećfałszywych alarmów (np. security@ jest prawidłowym adresem na który możesz chciećodbić; wiele osób używaj security@ do swoich programów nagród za błędy).

   • abuse@
   • mailer-daemon@
   • mailer_daemon@
   • mailerdaemon@

4. Nie wysyłamy zwrotów, jeśli oryginalna wiadomość miała którykolwiek z następujących nagłówków (wielkość liter nie ma znaczenia):

   • Auto-Submitted (o wartości no)
   • X-Auto-Response-Suppress (o wartości dr, autoreply, auto-reply, auto_reply, lub all)
   • List-Id
   • List-Unsubscribe
   • Feedback-ID
   • X-Auto-Reply
   • X-Autoreply
   • X-Auto-Respond
   • X-Autorespond
   • Precedence (o wartości bulk, autoreply, auto-reply, auto_reply, lub list)

Odcisk palca wiadomości e-mail służy do określania wyjątkowości wiadomości e-mail i zapobiegania dostarczaniu zduplikowanych wiadomości oraz zduplikowane odbicia przed wysłaniem.

Odcisk palca to seria kryptograficznie obliczonych skrótów oddzielonych dwukropkiem i jest używany wewnętrznie w naszej bazie kodu.

Te obliczone skróty są przesyłane do tablicy (listy) wtedy i tylko wtedy, gdy istnieją ich wartości:

• Klient rozpoznał nazwę hosta FQDN lub adres IP
• Message-ID wartość nagłówka
• Date wartość nagłówka (jeśli i tylko wtedy, gdy Message-ID nie istniała)
• From wartość nagłówka (jeśli i tylko wtedy, gdy Message-ID nie istniała)
• To wartość nagłówka (jeśli i tylko wtedy, gdy Message-ID nie istniała)
• Cc wartość nagłówka (jeśli i tylko wtedy, gdy Message-ID nie istniała)
• Subject wartość nagłówka (jeśli i tylko wtedy, gdy Message-ID nie istniała)
• Body wartość (jeśli i tylko wtedy, gdy Message-ID nie istniała)

Jeśli zobaczysz ten komunikat o błędzie w Gmailu, gdy wysyłasz test do siebie lub gdy osoba, do której wysyłasz e-mail z Twoim aliasem, widzi wiadomość od Ciebie po raz pierwszy, to proszę nie martw się – ponieważ jest to wbudowana funkcja bezpieczeństwa Gmaila.

Możesz po prostu kliknąć „Wygląda na bezpieczną”. Na przykład, jeśli miałbyś wysłać wiadomość testową przy użyciu funkcji Wyślij pocztę jako (do kogoś innego), wówczas nie zobaczą tej wiadomości.

Jeśli jednak widzą tę wiadomość, to dlatego, że zwykle widzieli Twoje e-maile, z których pochodzą jan@gmail.com zamiast jan@customdomain.com (tylko przykład). Gmail ostrzeże użytkowników, aby upewnić się, że wszystko jest bezpieczne, na wszelki wypadek nie ma obejścia.

Temat ten dotyczy a powszechnie znany problem w Gmailu polegający na tym, że obok nazwy nadawcy pojawiają się dodatkowe informacje.

Od maja 2023 obsługujemy wysyłanie e-maili z SMTP jako dodatek dla wszystkich płatnych użytkowników – co oznacza, że możesz usunąć przez forwardemail dot net w Gmailu.

Należy pamiętać, że ten temat często zadawanych pytań jest przeznaczony dla osób korzystających z Jak wysłać pocztę jako za pomocą Gmaila funkcja.

Proszę zapoznać się z rozdziałem pt Czy wspierasz wysyłanie wiadomości e-mail za pomocą protokołu SMTP w celu uzyskania instrukcji konfiguracji.

Tak, od 5 maja 2020 r. Dodaliśmy tę funkcję. Obecnie funkcja ta jest specyficzna dla domeny, a nie dla aliasu. Jeśli potrzebujesz, aby był to alias, skontaktuj się z nami, aby poinformować nas o swoich potrzebach.

Jeśli korzystasz z bezpłatnego abonamentu, po prostu dodaj nowy DNS TXT zapisz, jak pokazano poniżej, ale zmień port z 25 na wybrany przez siebie port.

Na przykład, jeśli chcę, aby wszystkie e-maile trafiały do example.com aby przekazać do portu SMTP odbiorców aliasu 1337 zamiast 25:

TAk! Automatyczne zwroty kosztów mają miejsce po uaktualnieniu, obniżeniu lub anulowaniu konta w ciągu 30 dni od pierwszego uruchomienia planu. Dotyczy to tylko klientów po raz pierwszy.

Nie pobieramy proporcjonalnie ani nie zwracamy różnicy w przypadku zmiany planów. Zamiast tego konwertujemy pozostały czas trwania z daty wygaśnięcia istniejącego planu na najbliższy względny czas trwania nowego planu (zaokrąglony w dół według miesiąca).

Pamiętaj, że jeśli przejdziesz na wyższą lub niższą wersję między płatnymi planami w ciągu 30 dni od pierwszego uruchomienia płatnego planu, automatycznie zwrócimy pełną kwotę z Twojego istniejącego planu.

Tak, od 15 maja 2020 r. Dodaliśmy tę funkcję. Możesz po prostu dodać hak (haki) WWW dokładnie tak, jak w przypadku każdego odbiorcy! Upewnij się, że w adresie URL elementu webhook znajduje się protokół „http” lub „https”.

Jeśli korzystasz z bezpłatnego abonamentu, po prostu dodaj nowy DNS TXT rekord, jak pokazano poniżej:

Na przykład, jeśli chcę, aby wszystkie e-maile trafiały do alias@example.com przekazać do nowego kosz odbiorczy testowy punkt końcowy:

A może chcesz wszystkie e-maile, które trafiają do example.com przekazać do tego punktu końcowego:

Oto dodatkowe uwagi dotyczące webhooków:

• Jeśli webhook nie odpowiada za pomocą a 200 kod statusu, wówczas zapiszemy jego odpowiedź w pliku utworzony dziennik błędów – co jest przydatne do debugowania.

• Żądania Webhook HTTP będą ponawiane do 3 razy przy każdej próbie połączenia SMTP, z maksymalnym limitem czasu 60 sekund na żądanie POST punktu końcowego. Zauważ, że nie oznacza to, że ponawia próbę tylko 3 razy, w rzeczywistości będzie ponawiał próbę w czasie, wysyłając kod SMTP 421 (co oznacza, że nadawca spróbuje ponownie później) po trzeciej nieudanej próbie żądania HTTP POST. Oznacza to, że wiadomość e-mail będzie ponawiana nieprzerwanie przez kilka dni, aż do osiągnięcia kodu stanu 200.

• Spróbujemy ponownie automatycznie na podstawie domyślnego stanu i kodów błędów używanych w metoda ponawiania próby superagenta (jesteśmy konserwatorami).

• Grupujemy żądania HTTP webhooka do tego samego punktu końcowego w jednym żądaniu zamiast wielu), aby zaoszczędzić zasoby i przyspieszyć czas odpowiedzi. Na przykład, jeśli wyślesz e-mail do webhook1@example.com, webhook2@example.com, oraz webhook3@example.com, a wszystkie są skonfigurowane tak, aby trafiały w to samo dokładny adres URL punktu końcowego, zostanie wysłane tylko jedno żądanie. Grupujemy razem według dokładnego dopasowania punktów końcowych ze ścisłą równością.

• Zauważ, że używamy parser poczty metoda "simpleParser" biblioteki, aby przeanalizować wiadomość do obiektu przyjaznego dla JSON.

• Surowa wartość wiadomości e-mail jako String jest podana jako właściwość „surowy”.

• Wyniki uwierzytelniania są podawane jako właściwości „dkim”, „spf”, „arc”, „dmarc” i „bimi”.

• Przeanalizowane nagłówki wiadomości e-mail są podane jako właściwość „headers” — ale pamiętaj, że możesz użyć „headerLines”, aby ułatwić iterację i analizowanie.

• Zgrupowani adresaci tego webhooka są zgrupowani razem i podani jako „odbiorcy” właściwości.

• Informacje o sesji SMTP są podawane jako właściwość „sesja”. Zawiera informacje o nadawcy wiadomości, czasie nadejścia wiadomości, HELO i nazwie hosta klienta. Wartość nazwy hosta klienta jako session.clientHostname jest albo FQDN (z odwrotnego wyszukiwania PTR) albo jest session.remoteAddress owinięte w nawiasy (np. "[127.0.0.1]").

• Jeśli potrzebujesz szybkiego sposobu na uzyskanie wartości X-Original-To, możesz użyć wartości session.recipient (patrz przykład poniżej). Nagłówek X-Original-To to nagłówek, który dodajemy do wiadomości w celu debugowania z oryginałem RCPT TO adres e-mail dla wiadomości.

• Jeśli istnieją załączniki, zostaną one dołączone do attachments Tablica z wartościami bufora. Możesz przeanalizować je z powrotem do treści, korzystając z podejścia z JavaScript, takiego jak:

  const data = [
    104,
    101,
    108,
    108,
    111,
    32,
    119,
    111,
    114,
    108,
    100,
    33
  ];
  //
  // outputs "hello world!" to the console
  // (this is the content from the filename "text1.txt" in the example JSON request payload above)
  //
  console.log(Buffer.from(data).toString());
  

{
  "attachments": [
    {
      "type": "attachment",
      "content": {
        "type": "Buffer",
        "data": [
          104,
          101,
          108,
          108,
          111,
          32,
          119,
          111,
          114,
          108,
          100,
          33
        ]
      },
      "contentType": "text/plain",
      "partId": "2",
      "release": null,
      "contentDisposition": "attachment",
      "filename": "text1.txt",
      "headers": {},
      "checksum": "fc3ff98e8c6a0d3087d515c0473f8677",
      "size": 12
    }
  ],
  "headers": "ARC-Seal: i=1; a=rsa-sha256; t=1653506802; cv=none; d=forwardemail.net;\r\n s=default;\r\n b=R6QJ0tGwwjg2VPxiAlVIKxsg3jEPtRGKPTIOdZNWuhWrbssttFdOYzRRqvacDyN5SLoyDhVye\r\n DUA/64IxANXdHVFlpR258Yp7WxLDv2gtJD5vNSKYmUJZOWk1TynmlqTYrp0Vuqg2xIUjIlPBWAJ\r\n PPNx4JvOLjJuWYynU2qIWz0=\r\nARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed;\r\n d=forwardemail.net; h=MIME-Version: Date: Message-ID: From: Content-Type;\r\n q=dns/txt; s=default; t=1653506802;\r\n bh=cEYDoyTy+Ub29XZt/zXR+sprfUE6BW0y5cHfah01PT4=;\r\n b=F/t56AAXr2Kv3G6VsbdT5OKDVJf2ulhwLiTM18Ra4tDPUKPSGSLKrWvxiXEg5NMWwdWnsOYrL\r\n r3YSm4uMxVMhHZbHm/sUu4QZq5/18hQsAkCv6fI9ifTjDwBrN5zpLOhPoZFFo+TyvHxiII3Xv3L\r\n UEzmUIIaJRX6tboQ160tino=\r\nARC-Authentication-Results: i=1; mx1.forwardemail.net;\r\n dkim=none (message not signed);\r\n spf=none (mx1.forwardemail.net: example.net does not designate permitted sender hosts) smtp.mailfrom=test@example.net smtp.helo=user.oem.local;\r\n dmarc=none header.from=example.com;\r\n bimi=skipped (DMARC not enabled)\r\nReceived-SPF: none (mx1.forwardemail.net: example.net does not designate permitted sender hosts) client-ip=127.0.0.1;\r\nAuthentication-Results: mx1.forwardemail.net;\r\n dkim=none (message not signed);\r\n spf=none (mx1.forwardemail.net: example.net does not designate permitted sender hosts) smtp.mailfrom=test@example.net smtp.helo=user.oem.local;\r\n dmarc=none header.from=example.com;\r\n bimi=skipped (DMARC not enabled)\r\n",
  "headerLines": [
    {
      "key": "arc-seal",
      "line": "ARC-Seal: i=1; a=rsa-sha256; t=1653506802; cv=none; d=forwardemail.net;\r\n s=default;\r\n b=R6QJ0tGwwjg2VPxiAlVIKxsg3jEPtRGKPTIOdZNWuhWrbssttFdOYzRRqvacDyN5SLoyDhVye\r\n DUA/64IxANXdHVFlpR258Yp7WxLDv2gtJD5vNSKYmUJZOWk1TynmlqTYrp0Vuqg2xIUjIlPBWAJ\r\n PPNx4JvOLjJuWYynU2qIWz0="
    },
    {
      "key": "arc-message-signature",
      "line": "ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed;\r\n d=forwardemail.net; h=MIME-Version: Date: Message-ID: From: Content-Type;\r\n q=dns/txt; s=default; t=1653506802;\r\n bh=cEYDoyTy+Ub29XZt/zXR+sprfUE6BW0y5cHfah01PT4=;\r\n b=F/t56AAXr2Kv3G6VsbdT5OKDVJf2ulhwLiTM18Ra4tDPUKPSGSLKrWvxiXEg5NMWwdWnsOYrL\r\n r3YSm4uMxVMhHZbHm/sUu4QZq5/18hQsAkCv6fI9ifTjDwBrN5zpLOhPoZFFo+TyvHxiII3Xv3L\r\n UEzmUIIaJRX6tboQ160tino="
    },
    {
      "key": "arc-authentication-results",
      "line": "ARC-Authentication-Results: i=1; mx1.forwardemail.net;\r\n dkim=none (message not signed);\r\n spf=none (mx1.forwardemail.net: example.net does not designate permitted sender hosts) smtp.mailfrom=test@example.net smtp.helo=user.oem.local;\r\n dmarc=none header.from=example.com;\r\n bimi=skipped (DMARC not enabled)"
    },
    {
      "key": "received-spf",
      "line": "Received-SPF: none (mx1.forwardemail.net: example.net does not designate permitted sender hosts) client-ip=127.0.0.1;"
    },
    {
      "key": "authentication-results",
      "line": "Authentication-Results: mx1.forwardemail.net;\r\n dkim=none (message not signed);\r\n spf=none (mx1.forwardemail.net: example.net does not designate permitted sender hosts) smtp.mailfrom=test@example.net smtp.helo=user.oem.local;\r\n dmarc=none header.from=example.com;\r\n bimi=skipped (DMARC not enabled)"
    },
    {
      "key": "x-forwardemail-sender",
      "line": "X-ForwardEmail-Sender: rfc822; test@example.net"
    },
    {
      "key": "x-forwardemail-session-id",
      "line": "X-ForwardEmail-Session-ID: w2czxgznghn5ryyw"
    },
    {
      "key": "x-forwardemail-version",
      "line": "X-ForwardEmail-Version: 9.0.0"
    },
    {
      "key": "content-type",
      "line": "Content-Type: multipart/mixed; boundary=\"--_NmP-179a735428ca7575-Part_1\""
    },
    {
      "key": "from",
      "line": "From: some <random@example.com>"
    },
    {
      "key": "message-id",
      "line": "Message-ID: <69ad5fc2-91cb-728f-ae5c-eeedc5f267b6@example.net>"
    },
    {
      "key": "date",
      "line": "Date: Wed, 25 May 2022 19:26:41 +0000"
    },
    {
      "key": "mime-version",
      "line": "MIME-Version: 1.0"
    }
  ],
  "html": "<strong>some random text</strong>",
  "text": "some random text",
  "textAsHtml": "<p>some random text</p>",
  "date": "2022-05-25T19:26:41.000Z",
  "from": {
    "value": [
      {
        "address": "random@example.com",
        "name": "some"
      }
    ],
    "html": "<span class=\"mp_address_group\"><span class=\"mp_address_name\">some</span> &lt;<a href=\"mailto:random@example.com\" class=\"mp_address_email\">random@example.com</a>&gt;</span>",
    "text": "some <random@example.com>"
  },
  "messageId": "<69ad5fc2-91cb-728f-ae5c-eeedc5f267b6@example.net>",
  "raw": "ARC-Seal: i=1; a=rsa-sha256; t=1653506802; cv=none; d=forwardemail.net;\r\n s=default;\r\n b=R6QJ0tGwwjg2VPxiAlVIKxsg3jEPtRGKPTIOdZNWuhWrbssttFdOYzRRqvacDyN5SLoyDhVye\r\n DUA/64IxANXdHVFlpR258Yp7WxLDv2gtJD5vNSKYmUJZOWk1TynmlqTYrp0Vuqg2xIUjIlPBWAJ\r\n PPNx4JvOLjJuWYynU2qIWz0=\r\nARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed;\r\n d=forwardemail.net; h=MIME-Version: Date: Message-ID: From: Content-Type;\r\n q=dns/txt; s=default; t=1653506802;\r\n bh=cEYDoyTy+Ub29XZt/zXR+sprfUE6BW0y5cHfah01PT4=;\r\n b=F/t56AAXr2Kv3G6VsbdT5OKDVJf2ulhwLiTM18Ra4tDPUKPSGSLKrWvxiXEg5NMWwdWnsOYrL\r\n r3YSm4uMxVMhHZbHm/sUu4QZq5/18hQsAkCv6fI9ifTjDwBrN5zpLOhPoZFFo+TyvHxiII3Xv3L\r\n UEzmUIIaJRX6tboQ160tino=\r\nARC-Authentication-Results: i=1; mx1.forwardemail.net;\r\n dkim=none (message not signed);\r\n spf=none (mx1.forwardemail.net: example.net does not designate permitted sender hosts) smtp.mailfrom=test@example.net smtp.helo=user.oem.local;\r\n dmarc=none header.from=example.com;\r\n bimi=skipped (DMARC not enabled)\r\nReceived-SPF: none (mx1.forwardemail.net: example.net does not designate permitted sender hosts) client-ip=127.0.0.1;\r\nAuthentication-Results: mx1.forwardemail.net;\r\n dkim=none (message not signed);\r\n spf=none (mx1.forwardemail.net: example.net does not designate permitted sender hosts) smtp.mailfrom=test@example.net smtp.helo=user.oem.local;\r\n dmarc=none header.from=example.com;\r\n bimi=skipped (DMARC not enabled)\r\nX-ForwardEmail-Sender: rfc822; test@example.net\r\nX-ForwardEmail-Session-ID: w2czxgznghn5ryyw\r\nX-ForwardEmail-Version: 9.0.0\r\nContent-Type: multipart/mixed; boundary=\"--_NmP-179a735428ca7575-Part_1\"\r\nFrom: some <random@example.com>\r\nMessage-ID: <69ad5fc2-91cb-728f-ae5c-eeedc5f267b6@example.net>\r\nDate: Wed, 25 May 2022 19:26:41 +0000\r\nMIME-Version: 1.0\r\n\r\n----_NmP-179a735428ca7575-Part_1\r\nContent-Type: multipart/alternative;\r\n boundary=\"--_NmP-179a735428ca7575-Part_2\"\r\n\r\n----_NmP-179a735428ca7575-Part_2\r\nContent-Type: text/plain; charset=utf-8\r\nContent-Transfer-Encoding: 7bit\r\n\r\nsome random text\r\n----_NmP-179a735428ca7575-Part_2\r\nContent-Type: text/html; charset=utf-8\r\nContent-Transfer-Encoding: 7bit\r\n\r\n<strong>some random text</strong>\r\n----_NmP-179a735428ca7575-Part_2--\r\n\r\n----_NmP-179a735428ca7575-Part_1\r\nContent-Type: text/plain; name=text1.txt\r\nContent-Transfer-Encoding: base64\r\nContent-Disposition: attachment; filename=text1.txt\r\n\r\naGVsbG8gd29ybGQh\r\n----_NmP-179a735428ca7575-Part_1--\r\n",
  "dkim": {
    "headerFrom": [
      "random@example.com"
    ],
    "envelopeFrom": "test@example.net",
    "results": [
      {
        "status": {
          "result": "none",
          "comment": "message not signed"
        },
        "info": "dkim=none (message not signed)"
      }
    ]
  },
  "spf": {
    "domain": "example.net",
    "client-ip": "127.0.0.1",
    "helo": "user.oem.local",
    "envelope-from": "test@example.net",
    "status": {
      "result": "none",
      "comment": "mx1.forwardemail.net: example.net does not designate permitted sender hosts",
      "smtp": {
        "mailfrom": "test@example.net",
        "helo": "user.oem.local"
      }
    },
    "header": "Received-SPF: none (mx1.forwardemail.net: example.net does not designate permitted sender hosts) client-ip=127.0.0.1;",
    "info": "spf=none (mx1.forwardemail.net: example.net does not designate permitted sender hosts) smtp.mailfrom=test@example.net smtp.helo=user.oem.local",
    "lookups": {
      "limit": 50,
      "count": 1
    }
  },
  "arc": {
    "status": {
      "result": "none"
    },
    "i": 0,
    "authResults": "mx1.forwardemail.net;\r\n dkim=none (message not signed);\r\n spf=none (mx1.forwardemail.net: example.net does not designate permitted sender hosts) smtp.mailfrom=test@example.net smtp.helo=user.oem.local;\r\n dmarc=none header.from=example.com;\r\n bimi=skipped (DMARC not enabled)"
  },
  "dmarc": {
    "status": {
      "result": "none",
      "header": {
        "from": "example.com"
      }
    },
    "domain": "example.com",
    "info": "dmarc=none header.from=example.com"
  },
  "bimi": {
    "status": {
      "header": {},
      "result": "skipped",
      "comment": "DMARC not enabled"
    },
    "info": "bimi=skipped (DMARC not enabled)"
  },
  "recipients": [
    "webhook1@webhooks.net"
  ],
  "session": {
    "recipient": "webhook1@webhooks.net",
    "remoteAddress": "127.0.0.1",
    "remotePort": 65138,
    "clientHostname": "[127.0.0.1]",
    "hostNameAppearsAs": "user.oem.local",
    "sender": "test@example.net",
    "mta": "mx1.forwardemail.net",
    "arrivalDate": "2022-05-25T19:26:41.423Z",
    "arrivalTime": 1653506801423
  }
}

Tak, od 27 września 2021 dodaliśmy tę funkcję. Możesz po prostu napisać wyrażenia regularne ("regex") do dopasowywania aliasów i wykonywania zamienników.

Aliasy obsługiwane przez wyrażenia regularne to takie, które zaczynają się od a / i zakończ na / a ich odbiorcami są adresy e-mail lub webhooki. Odbiorcy mogą również uwzględnić obsługę substytucji wyrażeń regularnych (np. $1, $2).

Obsługujemy dwie flagi wyrażeń regularnych, w tym i oraz g. Flaga bez rozróżniania wielkości liter i jest stałą wartością domyślną i zawsze jest wymuszana. Globalna flaga g mogą być dodane przez Ciebie poprzez umieszczenie końcówki / z /g.

Pamiętaj, że wspieramy również nasze wyłączona funkcja aliasu dla części odbiorcy z naszą obsługą wyrażeń regularnych.

Wyrażenia regularne nie są obsługiwane na globalne domeny próżności (ponieważ może to być luka w zabezpieczeniach).

Jeśli korzystasz z bezpłatnego abonamentu, po prostu dodaj nowy DNS TXT nagraj przy użyciu jednego lub kilku poniższych przykładów:

Nie, nie jest to zalecane, ponieważ jednocześnie możesz używać tylko jednego serwera wymiany poczty. Z powodu błędnych konfiguracji priorytetów i serwerów pocztowych, które nie przestrzegają sprawdzania priorytetów wymiany MX, zwykle nigdy nie ponawia się prób awaryjnych.

TAk! Od 6 lutego 2020 dodaliśmy tę funkcję. Po prostu edytuj swój DNS TXT zapisz i poprzedź alias wykrzyknikiem. Pamiętaj, że musisz zachować mapowanie ":", ponieważ jest to wymagane, jeśli kiedykolwiek zdecydujesz się to wyłączyć (i jest również używane do importowania w naszych płatnych planach).

Jeśli poprzedzisz alias znakiem „!” (wykrzyknik), wówczas nadal zwróci pomyślne kody odpowiedzi nadawcom próbującym wysłać wiadomość na ten adres, ale same e-maile nigdzie nie trafią; do blackhole.

Wiadomości e-mail wysyłane na wyłączone adresy będą odpowiadać kodem stanu odpowiedzi SMTP równym 250 (zaakceptowane), ale wiadomości e-mail nie zostaną w rzeczywistości dostarczone do adresatów.

Na przykład, jeśli chcę, aby wszystkie e-maile trafiały do alias@example.com przestać płynąć do user@gmail.com:

Tak, absolutnie. Po prostu określ wielu odbiorców w swoim TXT dokumentacja.

Na przykład, jeśli chcę otrzymać e-mail, który trafia do hello@example.com zostać przekierowanym do user+a@gmail.com oraz user+b@gmail.com, to mój TXT rekord wyglądałby tak:

Możesz też określić je w dwóch osobnych wierszach, takich jak to:

To zależy od Ciebie!

Tak, możesz. Po prostu określ wielu globalnych odbiorców typu catch-all w swoim TXT dokumentacja.

Na przykład, jeśli chcę, aby każdy e-mail trafiał do *@example.com (gwiazdka oznacza, że jest to symbol wieloznaczny, aka catch-all), do którego należy przejść dalej user+a@gmail.com oraz user+b@gmail.com, to mój TXT rekord wyglądałby tak:

Możesz też określić je w dwóch osobnych wierszach, takich jak to:

To zależy od Ciebie!

Tak, domyślny limit to 10. NIE oznacza to, że możesz mieć tylko 10 aliasów w swojej nazwie domeny. Możesz mieć tyle aliasów, ile chcesz (nieograniczona ilość). Oznacza to, że możesz przekazać tylko jeden alias na 10 unikalnych adresów e-mail. Mogłeś mieć hello:user+1@gmail.com, hello:user+2@gmail.com, hello:user+3@gmail.com, … (od 1-10) – oraz wszelkie e-maile do hello@example.com zostanie przekazany do user+1@gmail.com, user+2@gmail.com, user+3@gmail.com,… (Od 1 do 10).

Tak, możesz, jednak nadal musisz przestrzegać maksymalnego limitu. Jeśli masz hello:linus@example.com oraz linus:user@gmail.com, a następnie e-maile do hello@example.com zostanie przekazany do linus@example.com oraz user@gmail.com. Pamiętaj, że błąd zostanie wygenerowany, jeśli spróbujesz rekursywnie przekazywać wiadomości e-mail.

Używamy MX i TXT weryfikacja rekordu, dlatego jeśli dodasz odpowiedni MX tej usługi i TXT rekordy, to jesteś zarejestrowany. Jeśli je usuniesz, jesteś wyrejestrowany. Masz prawo własności do swojej domeny i zarządzania DNS, więc jeśli ktoś ma do tego dostęp, to jest problem.

Usługa nadal działa dzięki użytkownikom, którzy przeszli na płatne plany. Chcemy zapewnić bezpłatną alternatywę dla osób, które korzystają z usług spedycyjnych o zamkniętym kodzie źródłowym (a następnie narażają swoją prywatność i bezpieczeństwo).

Domyślnie obowiązuje limit 50 MB, który obejmuje treści, nagłówki i załączniki. Pamiętaj, że usługi takie jak Gmail i Outlook pozwalają na ograniczenie rozmiaru do 25 MB, a jeśli przekroczysz limit podczas wysyłania na adresy u tych dostawców, otrzymasz komunikat o błędzie.

Błąd z prawidłowym kodem odpowiedzi jest zwracany, jeśli limit rozmiaru pliku zostanie przekroczony.

Nie, nie zapisujemy na dysku ani nie przechowujemy logów – z wyjątkiem błędów oraz wychodzące SMTP (zobacz nasz Polityka prywatności).

Wszystko odbywa się w pamięci i nasz kod źródłowy znajduje się na GitHub.

Nie, nie zapisujemy na dysku ani nie przechowujemy logów – z wyjątkiem błędów oraz wychodzące SMTP (zobacz nasz Polityka prywatności).

Wszystko odbywa się w pamięci i nasz kod źródłowy znajduje się na GitHub.

Tak. Możesz uzyskać dostęp do dzienników błędów w Moje konto → Dzienniki lub Moje konto → Domeny.

Od lutego 2023 r. przechowujemy dzienniki błędów dla 4xx oraz 5xx Kody odpowiedzi SMTP na okres 7 dni – które zawierają błąd SMTP, kopertę i nagłówki wiadomości e-mail (my nie rób przechowywać treść wiadomości e-mail ani załączniki).

Dzienniki błędów umożliwiają sprawdzanie brakujących ważnych wiadomości e-mail i ograniczanie fałszywych trafień spamu Twoje domeny. Są również doskonałym źródłem informacji na temat problemów z debugowaniem webhooki e-maili (ponieważ dzienniki błędów zawierają odpowiedź punktu końcowego elementu webhook).

Dzienniki błędów dla ograniczenie stawki oraz szara lista nie są dostępne, ponieważ połączenie kończy się wcześniej (np RCPT TO oraz MAIL FROM można przesyłać polecenia).

Zobacz nasze Polityka prywatności aby uzyskać więcej informacji.

Nie, absolutnie nie. Zobacz nasze Polityka prywatności.

Wiele innych usług przekierowania poczty e-mail przechowuje i może potencjalnie odczytać Twoją pocztę e-mail. Nie ma powodu, dla którego przesłane wiadomości e-mail musiałyby być przechowywane na dysku — dlatego opracowaliśmy pierwsze rozwiązanie typu open source, które wszystko wykonuje w pamięci.

Uważamy, że powinieneś mieć prawo do prywatności i ściśle je szanujemy. Kod wdrożony na serwerze to oprogramowanie typu open source na GitHub dla przejrzystości i budowania zaufania.

Tak, absolutnie.

Tak, absolutnie. Zamiast używać „@”, „.” Lub pustego pola jako nazwy / hosta / aliasu, wystarczy użyć nazwy domeny podrzędnej jako wartości.

Jeśli chcesz foo.example.com aby przekazywać e-maile, a następnie wpisz foo jako nazwę/host/alias w ustawieniach DNS (zarówno dla MX, jak i TXT dokumentacja).

Tak, absolutnie.

Tak, ma testy napisane za pomocą ava a także ma zasięg kodu.

Tak, absolutnie. Na przykład, jeśli wysyłasz e-mail do hello@example.com i jest zarejestrowany do przekazania do user@gmail.com, wówczas wiadomość zwrotna i kod SMTP z serwera SMTP „gmail.com” zostaną zwrócone zamiast serwera proxy na „mx1.forwardemail.net” lub „mx2.forwardemail.net”.

Zobacz nasze sekcje na Jak działa Twój system przekierowania poczty e-mail, Jak radzisz sobie z problemami z dostarczaniem wiadomości e-mail, oraz Jak radzisz sobie z blokowaniem adresów IP nad.

Powinieneś wypisać się z listy mailingowej (jeśli to możliwe) i zablokować nadawcę.

Prosimy nie zgłaszać wiadomości jako spamu, ale zamiast tego przesłać ją do naszego ręcznie opracowanego i skoncentrowanego na prywatności systemu zapobiegania nadużyciom.

Adres e-mail, na który należy przekazywać spam, to: abuse@forwardemail.net

TAk! Od 2 października 2018 dodaliśmy tę funkcję. Widzieć Jak wysłać pocztę jako za pomocą Gmaila nad!

Powinieneś także ustawić rekord SPF dla Gmaila w konfiguracji DNS TXT nagrywać.

Tak! Od 2 października 2018 r. Dodaliśmy tę funkcję. Po prostu zobacz poniższe dwa łącza Microsoft:

• https://support.office.com/en-us/article/add-or-remove-an-email-alias-in-outlook-com-459b1989-356d-40fa-a689-8f285b13f1f2
• https://support.office.com/en-us/article/send-email-from-a-different-address-in-outlook-com-ccba89cb-141c-4a36-8c56-6d16a8556d2e

Powinieneś także ustawić rekord SPF dla Outlooka w swojej konfiguracji DNS TXT nagrywać.

Niestety Apple nie pozwala na to, niezależnie od tego, z której usługi korzystasz. Możesz jednak korzystać z aplikacji Poczta i konta e-mail w domenie.

• https://discussions.apple.com/thread/8316291
• https://discussions.apple.com/thread/6876839

Tak, jednak „stosunkowo nieznani” nadawcy mają ograniczoną prędkość do 100 połączeń na godzinę na nazwę hosta lub adres IP. Zobacz sekcję dot Ograniczenie szybkości oraz Szara lista nad.

Przez „stosunkowo nieznani” rozumiemy nadawców, którzy nie pojawiają się w lista dozwolonych.

Jeśli ten limit zostanie przekroczony, wysyłamy kod odpowiedzi „421”, który informuje serwer pocztowy nadawców, aby ponowił próbę później.

Jeśli używasz Gmaila, wykonaj następujące kroki poniżej:

1. Iść do https://google.pl i wyloguj się ze wszystkich kont e-mail
2. Kliknij „Zaloguj się” i na liście rozwijanej kliknij „inne konto”
3. Wybierz „Użyj innego konta”
4. Wybierz „Utwórz konto”
5. Wybierz „Zamiast tego użyj mojego obecnego adresu e-mail”
6. Wpisz swój adres e-mail niestandardowej nazwy domeny
7. Pobierz weryfikacyjny e-mail wysłany na Twój adres e-mail
8. Wpisz kod weryfikacyjny z tego e-maila
9. Uzupełnij informacje o profilu dla nowego konta Google
10. Zaakceptuj wszystkie zasady dotyczące prywatności i warunków użytkowania
11. Iść do https://google.pl i w prawym górnym rogu kliknij ikonę swojego profilu, a następnie kliknij przycisk „zmień”
12. Prześlij nowe zdjęcie lub awatar dla swojego konta
13. Rozpowszechnienie zmian zajmie około 1-2 godzin, ale czasem może być bardzo szybkie.
14. Wyślij testową wiadomość e-mail, a zdjęcie profilowe powinno się pojawić.

Abonament bezpłatny wymaga używania publicznych rekordów DNS do przechowywania konfiguracji przekazywania. Każdy, kto ma komputer, może wyszukać konfigurację przekazywania w terminalu, jeśli korzystasz z abonamentu Free. W przeciwieństwie do planu Free, plan Enhanced Protection wykorzystuje kryptograficznie wygenerowany losowy ciąg do prywatnego przechowywania konfiguracji przekazywania.

Tak, od 2 marca 2023 r. obsługujemy MTA-STS. Możesz użyć ten szablon jeśli chcesz włączyć go w swojej domenie.

Tak. We wszystkich planach mamy wbudowaną obsługę SPF, DKIM, DMARC, ARC i SRS. Pracowaliśmy również intensywnie z oryginalnymi autorami tych specyfikacji i innymi ekspertami w dziedzinie poczty elektronicznej, aby zapewnić perfekcję i wysoką dostarczalność.

Tak. Niezależnie od tego, z którego planu korzystasz, zapłacisz tylko jedną miesięczną opłatę - która obejmuje wszystkie Twoje domeny.

Akceptujemy karty, portfele i przelewy bankowe za pomocą Naszywka oraz PayPal – w przypadku płatności jednorazowych lub abonamentów miesięcznych, kwartalnych lub rocznych.

Nie. Ceny nigdy nie wzrosną. W przeciwieństwie do innych firm, my też nigdy nie zamkniemy naszych usług.

Stworzyliśmy projekt oprogramowania typu open source o nazwie 🍊 Mandarynka i użyj go do wyszukiwania DNS. Domyślne używane serwery DNS to 1.1.1.1 oraz 1.0.0.1, a zapytania DNS zostały zakończone DNS przez HTTPS („DoH”) w warstwie aplikacji.

🍊 Mandarynka używa Domyślnie usługa CloudFlare dla konsumentów zapewniająca prywatność.