Podpora

Jak vám můžeme pomoci?

142 odpovědi napříč 11 tématy

Rychlý start

Pro začátek s Forward Email:

  1. Vytvořte si účet na forwardemail.net/register

  2. Přidejte a ověřte svou doménu v Můj účet → Domény

  3. Přidejte a nakonfigurujte e-mailové aliasy/schránky v Můj účet → Domény → Aliasy

  4. Otestujte své nastavení odesláním e-mailu na jeden z vašich nových aliasů

Tip

Změny DNS mohou trvat až 24-48 hodin, než se globálně projeví, i když často se projeví mnohem dříve.

Important

Pro lepší doručitelnost doporučujeme nastavit záznamy SPF, DKIM a DMARC.

    Úvod

    • Co je Forward Email

      Note

      Forward Email je ideální pro jednotlivce, malé firmy a vývojáře, kteří chtějí profesionální e-mailové adresy bez nákladů a údržby plnohodnotného e-mailového hostingu.

      Forward Email je plnohodnotný poskytovatel e-mailových služeb a poskytovatel e-mailového hostingu pro vlastní domény.

      Je to jediná bezplatná a open-source služba, která vám umožní používat e-mailové adresy s vlastní doménou bez složitosti nastavování a správy vlastního e-mailového serveru.

      Naše služba přeposílá e-maily zaslané na vaši vlastní doménu do vašeho stávajícího e-mailového účtu – a můžete nás dokonce používat jako svého dedikovaného poskytovatele e-mailového hostingu.

      Klíčové vlastnosti Forward Email:

      • E-mail s vlastní doménou: Používejte profesionální e-mailové adresy s vlastní doménou
      • Bezplatná úroveň: Základní přeposílání e-mailů zdarma
      • Zvýšené soukromí: Nečteme vaše e-maily ani neprodáváme vaše data
      • Open Source: Celý náš kód je dostupný na GitHubu
      • Podpora SMTP, IMAP a POP3: Plné možnosti odesílání a přijímání e-mailů
      • End-to-End šifrování: Podpora OpenPGP/MIME
      • Vlastní catch-all aliasy: Vytvářejte neomezené množství e-mailových aliasů

      Můžete nás porovnat s více než 56 dalšími poskytovateli e-mailových služeb na naší stránce srovnání e-mailů.

      Tip

      Více o Forward Email se dozvíte v našem bezplatném Technickém whitepaperu a přečtením našeho bezpečnostního auditu od Cure53.

    • Kdo používá Forward Email

      Poskytujeme e-mailový hosting a službu přeposílání e-mailů pro více než 500 000 domén a tyto významné uživatele:

      Zákazník Případová studie
      U.S. Naval Academy 📄 Případová studie
      Canonical 📄 Případová studie
      Netflix Games
      The Linux Foundation 📄 Případová studie
      The PHP Foundation
      Fox News Radio
      Disney Ad Sales
      jQuery 📄 Případová studie
      LineageOS
      Ubuntu 📄 Případová studie
      Kubuntu 📄 Případová studie
      Lubuntu 📄 Případová studie
      The University of Cambridge 📄 Případová studie
      The University of Maryland 📄 Případová studie
      The University of Washington 📄 Případová studie
      Tufts University 📄 Případová studie
      Swarthmore College 📄 Případová studie
      Government of South Australia
      Government of Dominican Republic
      Fly.io
      RCD Hotels
      Isaac Z. Schlueter (npm) 📄 Případová studie
      David Heinemeier Hansson (Ruby on Rails)
    • Jaká je historie Forward Email

      Více o Forward Email se můžete dozvědět na naší stránce O nás.

    • Jak rychlá je tato služba

      Note

      Náš systém je navržen pro rychlost a spolehlivost, s několika redundantními servery, které zajišťují, že vaše e-maily jsou doručeny okamžitě.

      Forward Email doručuje zprávy s minimálním zpožděním, obvykle během několika sekund od přijetí.

      Výkonnostní metriky:

      • Průměrná doba doručení: Méně než 5-10 sekund od přijetí po přeposlání (viz naše stránka monitorování Čas do schránky "TTI")
      • Dostupnost služby: 99,9 %+
      • Globální infrastruktura: Servery strategicky umístěné pro optimální směrování
      • Automatické škálování: Náš systém se škáluje během špiček v e-mailovém provozu

      Pracujeme v reálném čase, na rozdíl od jiných poskytovatelů, kteří spoléhají na zpožděné fronty.

      Nezapisujeme na disk ani neukládáme logy – s výjimkou chyb a odchozího SMTP (viz naše Zásady ochrany osobních údajů).

      Vše probíhá v paměti a náš zdrojový kód je na GitHubu.

    E-mailoví klienti

    • Thunderbird
      1. Vytvořte nový alias a vygenerujte heslo ve vašem Forward Email dashboardu
      2. Otevřete Thunderbird a přejděte na Úpravy → Nastavení účtu → Akce účtu → Přidat e-mailový účet
      3. Zadejte své jméno, Forward Email adresu a heslo
      4. Klikněte na Konfigurovat ručně a zadejte:
        • Příchozí: IMAP, imap.forwardemail.net, port 993, SSL/TLS
        • Odchozí: SMTP, smtp.forwardemail.net, port 465, SSL/TLS (doporučeno; port 587 s STARTTLS je také podporován)
      5. Klikněte na Hotovo
    • Microsoft Outlook
      1. Vytvořte nový alias a vygenerujte heslo ve vašem Forward Email dashboardu
      2. Přejděte na Soubor → Přidat účet
      3. Zadejte svou Forward Email adresu a klikněte na Připojit
      4. Zvolte Pokročilé možnosti a vyberte Nechte mě nastavit účet ručně
      5. Vyberte IMAP a zadejte:
        • Příchozí: imap.forwardemail.net, port 993, SSL
        • Odchozí: smtp.forwardemail.net, port 465, SSL/TLS (doporučeno; port 587 s STARTTLS je také podporován)
        • Uživatelské jméno: Vaše celá e-mailová adresa
        • Heslo: Vámi vygenerované heslo
      6. Klikněte na Připojit
    • Apple Mail
      1. Vytvořte nový alias a vygenerujte heslo ve vašem Forward Email dashboardu
      2. Přejděte na Mail → Předvolby → Účty → +
      3. Vyberte Jiný e-mailový účet
      4. Zadejte své jméno, Forward Email adresu a heslo
      5. Pro nastavení serveru zadejte:
        • Příchozí: imap.forwardemail.net
        • Odchozí: smtp.forwardemail.net
        • Uživatelské jméno: Vaše celá e-mailová adresa
        • Heslo: Vámi vygenerované heslo
      6. Klikněte na Přihlásit se
    • eM Client
      1. Vytvořte nový alias a vygenerujte heslo ve vašem Forward Email dashboardu
      2. Otevřete eM Client a přejděte na Menu → Účty → + Přidat účet
      3. Klikněte na Mail a poté vyberte Jiný
      4. Zadejte svou Forward Email adresu a klikněte na Další
      5. Zadejte následující nastavení serveru:
        • Příchozí server: imap.forwardemail.net
        • Odchozí server: smtp.forwardemail.net
      6. Zadejte svou celou e-mailovou adresu jako Uživatelské jméno a vámi vygenerované heslo jako Heslo pro oba servery.
      7. eM Client otestuje připojení. Po úspěšném testu klikněte na Další.
      8. Zadejte své jméno a vyberte název účtu.
      9. Klikněte na Dokončit.
    • Mobilní zařízení

      Pro iOS:

      1. Přejděte na Nastavení → Mail → Účty → Přidat účet → Jiný
      2. Klepněte na Přidat e-mailový účet a zadejte své údaje
      3. Pro nastavení serveru použijte stejná nastavení IMAP a SMTP jako výše

      Pro Android:

      1. Přejděte na Nastavení → Účty → Přidat účet → Osobní (IMAP)
      2. Zadejte svou Forward Email adresu a heslo
      3. Pro nastavení serveru použijte stejná nastavení IMAP a SMTP jako výše
    • Konfigurace Sendmail SMTP Relay

      Můžete nakonfigurovat Sendmail tak, aby přeposílal e-maily přes SMTP servery Forward Email. Toto je běžné nastavení pro starší systémy nebo aplikace, které spoléhají na Sendmail.

      Odhadovaný čas nastavení: Méně než 20 minut
      Důležité: Toto vyžaduje placený plán s povoleným přístupem k SMTP.

      Konfigurace

      1. Upravte svůj soubor sendmail.mc, který se obvykle nachází v /etc/mail/sendmail.mc:

        sudo nano /etc/mail/sendmail.mc
        
      2. Přidejte následující řádky pro definování smart hosta a autentizace:

        define(`SMART_HOST', `smtp.forwardemail.net')dnl
        define(`RELAY_MAILER_ARGS', `TCP $h 465')dnl
        define(`confAUTH_MECHANISMS', `EXTERNAL GSSAPI DIGEST-MD5 CRAM-MD5 LOGIN PLAIN')dnl
        FEATURE(`authinfo',`hash -o /etc/mail/authinfo.db')dnl
        
      3. Vytvořte autentizační soubor /etc/mail/authinfo:

        sudo nano /etc/mail/authinfo
        
      4. Přidejte své přihlašovací údaje Forward Email do souboru authinfo:

        AuthInfo:smtp.forwardemail.net "U:[email protected]" "P:your-generated-password" "M:PLAIN"
        
      5. Vygenerujte autentizační databázi a zabezpečte soubory:

        sudo makemap hash /etc/mail/authinfo < /etc/mail/authinfo
        sudo chmod 600 /etc/mail/authinfo /etc/mail/authinfo.db
        
      6. Přestavte konfiguraci Sendmail a restartujte službu:

        sudo make -C /etc/mail
        sudo systemctl restart sendmail
        

      Testování

      Pošlete testovací e-mail pro ověření konfigurace:

      echo "Testovací e-mail ze Sendmailu" | mail -s "Test Sendmail" [email protected]
      
    • Konfigurace Exim4 SMTP Relay

      Exim4 je populární MTA na systémech založených na Debianu. Můžete jej nakonfigurovat tak, aby používal Forward Email jako smarthost.

      Odhadovaný čas nastavení: Méně než 15 minut
      Důležité: Toto vyžaduje placený plán s povoleným přístupem k SMTP.

      Konfigurace

      1. Spusťte konfigurační nástroj Exim4:

        sudo dpkg-reconfigure exim4-config
        
      2. Vyberte následující možnosti:

        • Obecný typ konfigurace pošty: pošta odesílaná přes smarthost; přijímána přes SMTP nebo fetchmail
        • Název systémové pošty: your.hostname
        • IP adresy pro příjem SMTP připojení: 127.0.0.1 ; ::1
        • Další cíle, pro které je pošta přijímána: (ponechat prázdné)
        • Domény, pro které se přeposílá pošta: (ponechat prázdné)
        • IP adresa nebo název hostitele odchozího smarthostu: smtp.forwardemail.net::465
        • Skrýt lokální název pošty v odchozí poště? Ne
        • Minimalizovat počet DNS dotazů (Dial-on-Demand)? Ne
        • Metoda doručení lokální pošty: formát Mbox v /var/mail/
        • Rozdělit konfiguraci do malých souborů? Ne
      3. Upravte soubor passwd.client a přidejte své přihlašovací údaje:

        sudo nano /etc/exim4/passwd.client
        
      4. Přidejte následující řádek:

        smtp.forwardemail.net:[email protected]:your-generated-password
        
      5. Aktualizujte konfiguraci a restartujte Exim4:

        sudo update-exim4.conf
        sudo systemctl restart exim4
        

      Testování

      Pošlete testovací e-mail:

      echo "Test z Exim4" | mail -s "Test Exim4" [email protected]
      
    • Konfigurace SMTP klienta msmtp

      msmtp je lehký SMTP klient, který je užitečný pro odesílání e-mailů ze skriptů nebo příkazové řádky.

      Odhadovaný čas nastavení: Méně než 10 minut
      Důležité: Toto vyžaduje placený plán s povoleným přístupem k SMTP.

      Konfigurace

      1. Vytvořte nebo upravte konfigurační soubor msmtp na ~/.msmtprc:

        nano ~/.msmtprc
        
      2. Přidejte následující konfiguraci:

        defaults
        auth           on
        tls            on
        tls_trust_file /etc/ssl/certs/ca-certificates.crt
        logfile        ~/.msmtp.log
        
        account        forwardemail
        host           smtp.forwardemail.net
        port           465
        tls_starttls   off
        from           [email protected]
        user           [email protected]
        password       your-generated-password
        
        account default : forwardemail
        
      3. Nastavte správná oprávnění pro konfigurační soubor:

        chmod 600 ~/.msmtprc
        

      Testování

      Odešlete testovací e-mail:

      echo "This is a test email from msmtp" | msmtp -a default [email protected]
      
    • E-mailoví klienti příkazové řádky

      Populární e-mailoví klienti příkazové řádky jako Mutt, NeoMutt a Alpine lze nakonfigurovat pro použití SMTP serverů Forward Email pro odesílání pošty. Konfigurace bude podobná nastavení msmtp, kde zadáte údaje o SMTP serveru a své přihlašovací údaje do příslušných konfiguračních souborů (.muttrc, .neomuttrc nebo .pinerc).

    • Konfigurace e-mailu ve Windows

      Pro uživatele Windows můžete nakonfigurovat populární e-mailové klienty jako Microsoft Outlook a eM Client pomocí IMAP a SMTP nastavení poskytnutých ve vašem účtu Forward Email. Pro použití v příkazové řádce nebo skriptech můžete použít PowerShell cmdlet Send-MailMessage (i když je považován za zastaralý) nebo lehký SMTP relay nástroj jako E-MailRelay.

    • Konfigurace Postfix SMTP relé

      Můžete nakonfigurovat Postfix tak, aby přeposílal e-maily přes SMTP servery Forward Email. To je užitečné pro serverové aplikace, které potřebují odesílat e-maily.

      Odhadovaný čas nastavení: Méně než 15 minut
      Důležité: Toto vyžaduje placený plán s povoleným přístupem k SMTP.

      Instalace

      1. Nainstalujte Postfix na váš server:
      # Ubuntu/Debian
      sudo apt update && sudo apt install postfix
      
      # CentOS/RHEL
      sudo yum install postfix
      
      # macOS
      brew install postfix
      
      1. Během instalace vyberte "Internet Site" při výzvě k typu konfigurace.

      Konfigurace

      1. Upravte hlavní konfigurační soubor Postfixu:
      sudo nano /etc/postfix/main.cf
      
      1. Přidejte nebo upravte tyto nastavení:
      # Konfigurace SMTP relé
      relayhost = [smtp.forwardemail.net]:465
      smtp_tls_wrappermode = yes
      smtp_tls_security_level = encrypt
      smtp_sasl_auth_enable = yes
      smtp_sasl_password_maps = hash:/etc/postfix/sasl_passwd
      smtp_sasl_security_options = noanonymous
      smtp_tls_CAfile = /etc/ssl/certs/ca-certificates.crt
      
      1. Vytvořte soubor s hesly SASL:
      sudo nano /etc/postfix/sasl_passwd
      
      1. Přidejte své přihlašovací údaje Forward Email:
      [smtp.forwardemail.net]:465 [email protected]:your-generated-password
      
      1. Zabezpečte a zahashujte soubor s hesly:
      sudo chmod 600 /etc/postfix/sasl_passwd
      sudo postmap /etc/postfix/sasl_passwd
      
      1. Restartujte Postfix:
      sudo systemctl restart postfix
      

      Testování

      Otestujte konfiguraci odesláním testovacího e-mailu:

      echo "Test email body" | mail -s "Test Subject" [email protected]
      
    • Jak odesílat poštu jako pomocí Gmailu
      Odhadovaný čas nastavení: Méně než 10 minut
      Začínáme: Pokud jste postupovali podle pokynů výše v Jak začít a nastavit přeposílání e-mailů, můžete pokračovat ve čtení níže.
      Important: Google ukončil podporu tohoto nastavení Gmail Send Mail As. Prosím zkontrolujte Google announcement. Místo toho používejte Forward Email Webmail, Forward Email apps nebo jiného e-mailového klienta. Viz Forward Email FAQ pro pomoc.
      Důležité: Ujistěte se, že jste si přečetli naše Podmínky, Zásady ochrany osobních údajů a Limity odchozího SMTP – vaše používání je považováno za potvrzení a souhlas.
      Důležité: Pokud jste vývojář, podívejte se na naši dokumentaci API pro e-maily.
      1. Přejděte na Můj účet Domény Nastavení Konfigurace odchozího SMTP a postupujte podle pokynů pro nastavení

      2. Vytvořte nový alias pro svou doménu v Můj účet Domény Aliasy (např. [email protected])

      3. Klikněte na Vygenerovat heslo vedle nově vytvořeného aliasu. Zkopírujte do schránky a bezpečně uložte zobrazené heslo.

      4. Přejděte na Gmail a v Nastavení Účty a import Odesílat poštu jako klikněte na "Přidat další e-mailovou adresu"

      5. Když budete vyzváni k zadání "Jména", zadejte jméno, které chcete, aby se zobrazovalo jako odesílatel (např. "Linus Torvalds").

      6. Když budete vyzváni k zadání "E-mailové adresy", zadejte plnou e-mailovou adresu aliasu, který jste vytvořili v Můj účet Domény Aliasy (např. [email protected])

      7. Zrušte zaškrtnutí "Považovat za alias"

      8. Klikněte na "Další krok" pro pokračování

      9. Když budete vyzváni k zadání "SMTP serveru", zadejte smtp.forwardemail.net a změňte port na 465

      10. Když budete vyzváni k zadání "Uživatelského jména", zadejte plnou e-mailovou adresu aliasu, který jste vytvořili v Můj účet Domény Aliasy (např. [email protected])

      11. Když budete vyzváni k zadání "Hesla", vložte heslo z Vygenerovat heslo z kroku 3 výše

      12. Vyberte možnost "Zabezpečené připojení pomocí SSL"

      13. Klikněte na "Přidat účet" pro pokračování

      14. Otevřete novou kartu na Gmail a počkejte na příchod ověřovacího e-mailu (obdržíte ověřovací kód, který potvrzuje, že jste vlastníkem e-mailové adresy, ze které se pokoušíte odesílat poštu)

      15. Jakmile dorazí, zkopírujte a vložte ověřovací kód do výzvy, kterou jste obdrželi v předchozím kroku

      16. Jakmile to uděláte, vraťte se do e-mailu a klikněte na odkaz „potvrdit žádost“. Pravděpodobně budete muset provést tento krok i předchozí krok, aby byl e-mail správně nakonfigurován.

      Gratulujeme! Úspěšně jste dokončili všechny kroky.
    • Co je to legacy free průvodce pro Send Mail As pomocí Gmailu
      Important: Google ukončil podporu tohoto nastavení Gmail Send Mail As. Prosím zkontrolujte Google announcement. Místo toho používejte Forward Email Webmail, Forward Email apps nebo jiného e-mailového klienta. Viz Forward Email FAQ pro pomoc.
      Důležité: Tento legacy free průvodce je od května 2023 zastaralý, protože nyní podporujeme odchozí SMTP. Pokud použijete níže uvedený průvodce, způsobí to, že váš odchozí e-mail bude v Gmailu zobrazovat „via forwardemail dot net“.
      Odhadovaný čas nastavení: Méně než 10 minut
      Začínáme: Pokud jste postupovali podle pokynů výše v části Jak začít a nastavit přeposílání e-mailů, můžete pokračovat ve čtení níže.
      1. Musíte mít povolenou [dvojfaktorovou autentizaci Gmailu][gmail-2fa], aby to fungovalo. Navštivte https://www.google.com/landing/2step/, pokud ji nemáte povolenou.

      2. Jakmile je dvojfaktorová autentizace povolena (nebo pokud ji již máte povolenou), navštivte https://myaccount.google.com/apppasswords.

      3. Když budete vyzváni k „Výběru aplikace a zařízení, pro které chcete vygenerovat heslo aplikace“:

        • Vyberte „Mail“ v rozbalovacím seznamu „Vyberte aplikaci“
        • Vyberte „Jiné“ v rozbalovacím seznamu „Vyberte zařízení“
        • Když budete vyzváni k zadání textu, zadejte e-mailovou adresu vaší vlastní domény, ze které přeposíláte (např. [email protected] – pomůže vám to sledovat, pokud tuto službu používáte pro více účtů)
      4. Zkopírujte heslo, které se automaticky vygeneruje, do schránky

        Důležité: Pokud používáte G Suite, navštivte svůj administrátorský panel Aplikace G Suite Nastavení pro Gmail Nastavení a ujistěte se, že je zaškrtnuto „Povolit uživatelům odesílat poštu přes externí SMTP server...“. Aktivace této změny může chvíli trvat, proto prosím počkejte několik minut.
      5. Přejděte na Gmail a v Nastavení Účty a import Odesílat poštu jako klikněte na „Přidat další e-mailovou adresu“

      6. Když budete vyzváni k zadání „Jména“, zadejte jméno, které chcete, aby se zobrazovalo jako odesílatel (např. „Linus Torvalds“)

      7. Když budete vyzváni k zadání „E-mailové adresy“, zadejte e-mailovou adresu s vlastní doménou, kterou jste použili výše (např. [email protected])

      8. Zrušte zaškrtnutí "Treat as an alias"

      9. Klikněte na "Next Step" pro pokračování

      10. Když budete vyzváni k zadání "SMTP Server", zadejte smtp.gmail.com a ponechte port jako 587

      11. Když budete vyzváni k zadání "Username", zadejte část své Gmailové adresy bez části gmail.com (např. jen "user", pokud je můj e-mail [email protected])

        Důležité: Pokud je část "Username" automaticky vyplněna, pak ji budete muset změnit na uživatelskou část vaší Gmailové adresy.
      12. Když budete vyzváni k zadání "Password", vložte ze schránky heslo, které jste vygenerovali v kroku 2 výše

      13. Nechte zaškrtnutou volbu "Secured connection using TLS"

      14. Klikněte na "Add Account" pro pokračování

      15. Otevřete novou kartu na Gmail a počkejte na příchod ověřovacího e-mailu (obdržíte ověřovací kód, který potvrzuje, že jste vlastníkem e-mailové adresy, ze které se pokoušíte "Send Mail As")

      16. Jakmile dorazí, zkopírujte a vložte ověřovací kód do výzvy, kterou jste obdrželi v předchozím kroku

      17. Poté se vraťte k e-mailu a klikněte na odkaz pro "confirm the request". Pravděpodobně budete muset provést tento krok i předchozí, aby byl e-mail správně nakonfigurován.

    • Pokročilá konfigurace směrování Gmailu
      Odhadovaný čas nastavení: 15-30 minut

      Pokud chcete nastavit pokročilé směrování v Gmailu tak, aby aliasy, které neodpovídají žádné schránce, byly přeposílány na mail servery Forward Email, postupujte podle těchto kroků:

      1. Přihlaste se do své Google Admin konzole na admin.google.com
      2. Přejděte na Apps → Google Workspace → Gmail → Routing
      3. Klikněte na Add Route a nakonfigurujte následující nastavení:

      Nastavení pro jednoho příjemce:

      • Vyberte "Change envelope recipient" a zadejte svou primární Gmailovou adresu
      • Zaškrtněte "Add X-Gm-Original-To header with original recipient"

      Vzory příjemců obálky:

      • Přidejte vzor, který odpovídá všem neexistujícím schránkám (např. .*@yourdomain.com)

      Nastavení e-mailového serveru:

      • Vyberte "Route to host" a zadejte mx1.forwardemail.net jako primární server
      • Přidejte mx2.forwardemail.net jako záložní server
      • Nastavte port na 25
      • Vyberte "Require TLS" pro zabezpečení
      1. Klikněte na Save pro vytvoření směrování
      Důležité: Tato konfigurace bude fungovat pouze pro účty Google Workspace s vlastními doménami, nikoli pro běžné Gmailové účty.
    • Pokročilá konfigurace směrování Outlooku
      Odhadovaný čas nastavení: 15-30 minut

      Pro uživatele Microsoft 365 (dříve Office 365), kteří chtějí nastavit pokročilé směrování tak, aby aliasy, které neodpovídají žádné schránce, byly přeposílány na mail servery Forward Email:

      1. Přihlaste se do administrátorského centra Microsoft 365 na admin.microsoft.com
      2. Přejděte na Exchange → Mail flow → Rules
      3. Klikněte na Add a rule a vyberte Create a new rule
      4. Pojmenujte pravidlo (např. "Forward non-existent mailboxes to Forward Email")
      5. V části Apply this rule if vyberte:
        • "The recipient address matches..."
        • Zadejte vzor, který odpovídá všem adresám ve vaší doméně (např. *@yourdomain.com)
      6. V části Do the following vyberte:
        • "Redirect the message to..."
        • Zvolte "The following mail server"
        • Zadejte mx1.forwardemail.net a port 25
        • Přidejte mx2.forwardemail.net jako záložní server
      7. V části Except if vyberte:
        • "The recipient is..."
        • Přidejte všechny existující schránky, které nemají být přeposílány
      8. Nastavte prioritu pravidla tak, aby se spouštělo po ostatních pravidlech pro tok pošty
      9. Klikněte na Save pro aktivaci pravidla

    Řešení problémů

    Správa dat

    • Kde se nacházejí vaše servery

      Tip

      Brzy můžeme oznámit naši lokalitu datového centra v EU hostovanou pod forwardemail.eu. Přihlaste se k odběru diskuse na https://github.com/orgs/forwardemail/discussions/336 pro aktualizace. V současnosti neexistuje nasazení pouze v EU ani možnost dobrovolného zapnutí – viz Mohu zachovat zpracování a ukládání e‑mailů v EU (rezidence dat).

      Naše servery se nacházejí převážně v Denveru, Colorado – kompletní seznam IP adres najdete na https://forwardemail.net/ips.

      O našich subzpracovatelích se můžete dozvědět na našich stránkách GDPR, DPA a Ochrana soukromí.

    • Jak exportovat a zálohovat svou poštovní schránku

      Kdykoli můžete exportovat své poštovní schránky ve formátech EML, Mbox nebo šifrovaných SQLite.

      Přejděte na Můj účet Domény Aliasy Stáhnout zálohu a vyberte preferovaný typ exportu.

      Po dokončení exportu vám bude zaslán odkaz ke stažení.

      Upozorňujeme, že odkaz ke stažení exportu vyprší po 4 hodinách z bezpečnostních důvodů.

      Pokud potřebujete prohlédnout exportované formáty EML nebo Mbox, mohou být užitečné tyto open-source nástroje:

      Název Formát Platforma GitHub URL
      MBox Viewer Mbox Windows https://github.com/eneam/mboxviewer
      mbox-web-viewer Mbox Všechny platformy https://github.com/PHMRanger/mbox-web-viewer
      EmlReader EML Windows https://github.com/ayamadori/EmlReader
      Email viewer EML VSCode https://github.com/joelharkes/vscode_email_viewer
      eml-reader EML Všechny platformy https://github.com/s0ph1e/eml-reader
      Additionally if you need to convert a Mbox file to EML file, then you can use https://github.com/noelmartinon/mboxzilla.
    • Jak importovat a migrovat svou stávající poštovní schránku

      Svůj e-mail můžete snadno importovat do Forward Email (např. pomocí Thunderbirdu) podle níže uvedených pokynů:

      Důležité: Musíte dodržet všechny následující kroky, abyste mohli importovat svůj stávající e-mail.
      1. Exportujte svůj e-mail od svého stávajícího poskytovatele e-mailu:

        Poskytovatel e-mailu Formát exportu Pokyny k exportu
        Gmail MBOX https://takeout.google.com/settings/takeout/custom/gmail
        Outlook PST
        Tip: Pokud používáte Outlook (formát exportu PST), můžete jednoduše postupovat podle pokynů v části "Jiné" níže. Nicméně níže jsme poskytli odkazy na převod PST do formátu MBOX/EML podle vašeho operačního systému:
        Apple Mail MBOX https://support.apple.com/guide/mail/import-or-export-mailboxes-mlhlp1030/mac#apd37a3190755974
        Fastmail EML https://www.fastmail.help/hc/en-us/articles/360060590573-Download-all-your-data#downloadmail
        Proton Mail MBOX/EML https://proton.me/support/export-emails-import-export-app
        Tutanota EML https://github.com/crepererum-oss/tatutanatata
        Gandi EML https://docs.gandi.net/en/gandimail/common_operations/backup_email.html#contents
        Zoho EML https://www.zoho.com/mail/help/import-export-emails.html#alink2
        Jiné Použijte Thunderbird Nastavte svůj stávající e-mailový účet v Thunderbirdu a poté použijte plugin ImportExportTools NG k exportu a importu svého e-mailu. Také můžete jednoduše zkopírovat/vložit nebo přetáhnout e-maily mezi účty.
      2. Stáhněte, nainstalujte a otevřete Thunderbird.

      3. Vytvořte nový účet pomocí plné e-mailové adresy vašeho aliasu (např. [email protected]) a vašeho vygenerovaného hesla. Pokud ještě nemáte vygenerované heslo, pak se podívejte na naše pokyny k nastavení.

      4. Stáhněte a nainstalujte Thunderbird plugin ImportExportTools NG.

      5. V Thunderbirdu vytvořte novou lokální složku, poté na ni klikněte pravým tlačítkem → vyberte možnost ImportExportTools NG → zvolte Import mbox file (pro exportní formát MBOX) – nebo – Import messages / Import all messages from a directory (pro exportní formát EML).

      6. Přetáhněte zprávy z lokální složky do nové (nebo existující) IMAP složky v Thunderbirdu, do které chcete zprávy nahrát do IMAP úložiště u naší služby. Tím zajistíte, že budou zálohovány online v našem SQLite šifrovaném úložišti.

        Tip: Pokud si nejste jisti, jak importovat do Thunderbirdu, můžete se podívat na oficiální pokyny na https://kb.mozillazine.org/Importing_folders a https://github.com/thunderbird/import-export-tools-ng/wiki.
      Důležité: Po dokončení exportu a importu možná budete chtít také povolit přeposílání na vašem stávajícím e-mailovém účtu a nastavit automatickou odpověď, která upozorní odesílatele, že máte novou e-mailovou adresu (např. pokud jste dříve používali Gmail a nyní používáte e-mail s vlastní doménou).
      Gratulujeme! Úspěšně jste dokončili všechny kroky.
    • Jak mohu používat vlastní S3-kompatibilní úložiště pro zálohy

      Uživatelé placených plánů si mohou nakonfigurovat vlastního poskytovatele úložiště kompatibilního s S3 na bázi jednotlivých domén pro zálohy IMAP/SQLite. To znamená, že vaše šifrované zálohy poštovní schránky mohou být uloženy na vaší vlastní infrastruktuře místo (nebo kromě) našeho výchozího úložiště.

      Podporovaní poskytovatelé zahrnují Amazon S3, Cloudflare R2, MinIO, Backblaze B2, DigitalOcean Spaces a jakoukoli jinou službu kompatibilní se S3.

      Nastavení

      1. Vytvořte soukromý bucket u vašeho S3-kompatibilního poskytovatele. Bucket nesmí být veřejně přístupný.
      2. Vytvořte přístupové údaje (access key ID a secret access key) s oprávněními pro čtení/zápis do bucketu.
      3. Přejděte na Můj účet Domény Pokročilá nastavení Vlastní S3-kompatibilní úložiště.
      4. Zaškrtněte "Povolit vlastní S3-kompatibilní úložiště" a vyplňte URL koncového bodu, access key ID, secret access key, region a název bucketu.
      5. Klikněte na "Testovat připojení" pro ověření vašich přihlašovacích údajů, přístupu k bucketu a oprávnění k zápisu.
      6. Klikněte na "Uložit" pro aplikaci nastavení.

      Jak fungují zálohy

      Zálohy jsou automaticky spouštěny pro každý připojený IMAP alias. IMAP server kontroluje všechny aktivní připojení jednou za hodinu a spouští zálohu pro každý připojený alias. Zámek založený na Redis zabraňuje spuštění duplicitních záloh během 30 minut od sebe a skutečná záloha je přeskočena, pokud byla úspěšná záloha dokončena během posledních 24 hodin (pokud záloha nebyla explicitně požadována uživatelem ke stažení). Zálohy lze také spustit ručně kliknutím na "Stáhnout zálohu" u jakéhokoli aliasu na ovládacím panelu. Ruční zálohy se vždy spustí bez ohledu na 24hodinové okno.

      Proces zálohování funguje následovně:

      1. SQLite databáze je zkopírována pomocí VACUUM INTO, což vytvoří konzistentní snímek bez přerušení aktivních připojení a zachová šifrování databáze.
      2. Záložní soubor je ověřen otevřením, aby se potvrdilo, že šifrování je stále platné.
      3. Vypočítá se SHA-256 hash a porovná se s existující zálohou v úložišti. Pokud se hash shoduje, nahrávání se přeskočí (žádné změny od poslední zálohy).
      4. Záloha je nahrána do S3 pomocí multipart upload přes knihovnu @aws-sdk/lib-storage.
      5. Je vygenerována podepsaná URL pro stažení (platná 4 hodiny) a odeslána uživateli e-mailem.

      Formáty záloh

      Jsou podporovány tři formáty záloh:

      Formát Přípona Popis
      sqlite .sqlite Surový šifrovaný snímek sqlite obsahující záznamy poštovní schránky, kontaktů, kalendáře a událostí kalendáře; výchozí automatická záloha IMAP ve formátu .sqlite.
      mbox .zip Heslem chráněný .zip obsahující soubory mbox (MBOX) poštovní schránky a složky Contacts (VCF) a Calendars (ICS).
      eml .zip Heslem chráněný .zip obsahující jednotlivé soubory .eml (formát eml) a složky Contacts (VCF) a Calendars (ICS).

      Všechny formáty exportu zachovávají kontakty, kalendáře a události kalendáře. Přenosné archivy ZIP (EML/MBOX) organizují soubory VCF podle adresáře v Contacts a prostředky událostí nebo úkolů ICS podle kalendáře v Calendars. Surový SQLite uchovává stejné záznamy v nativních tabulkách.

      Tip: Pokud máte záložní soubory .sqlite a chcete je lokálně převést na .eml soubory, použijte náš samostatný CLI nástroj convert-sqlite-to-eml. Funguje na Windows, Linuxu i macOS a nevyžaduje síťové připojení.

      Pojmenování souborů a struktura klíčů

      Při použití vlastního S3 úložiště jsou záložní soubory ukládány s prefixem časového razítka ve formátu ISO 8601, takže každá záloha je uchována jako samostatný objekt. To vám poskytuje kompletní historii záloh ve vašem vlastním bucketu.

      Formát klíče je:

      {ISO 8601 timestamp}-{alias_id}.{extension}
      

      Například:

      2025-03-01T12:00:00.000Z-65a31c53c36b75ed685f3fda.sqlite
      2025-03-01T12:00:00.000Z-65a31c53c36b75ed685f3fda.zip
      2025-03-02T12:00:00.000Z-65a31c53c36b75ed685f3fda.sqlite
      

      alias_id je MongoDB ObjectId aliasu. Najdete ho na stránce nastavení aliasu nebo přes API.

      Při použití výchozího (systémového) úložiště je klíč plochý (např. 65a31c53c36b75ed685f3fda.sqlite) a každá záloha přepíše tu předchozí.

      Poznámka: Protože vlastní S3 úložiště uchovává všechny verze záloh, využití úložiště bude časem růst. Doporučujeme nastavit pravidla životního cyklu ve vašem bucketu pro automatické vypršení starých záloh (např. mazání objektů starších než 30 nebo 90 dní).

      Vlastnictví dat a politika mazání

      Váš vlastní S3 bucket je zcela pod vaší kontrolou. My nikdy nemažeme ani neměníme soubory ve vašem vlastním S3 bucketu — ani při smazání aliasu, ani při odebrání domény, ani během jakýchkoli úklidových operací. Pouze zapisujeme nové záložní soubory do vašeho bucketu.

      To znamená:

      • Smazání aliasu — Když smažete alias, odstraníme zálohu pouze z našeho výchozího systémového úložiště. Jakékoli zálohy dříve uložené ve vašem vlastním S3 bucketu zůstanou nedotčeny.
      • Odebrání domény — Odebrání domény neovlivní soubory ve vašem vlastním bucketu.
      • Správa uchovávání — Za správu úložiště ve vašem vlastním bucketu odpovídáte vy, včetně nastavení pravidel životního cyklu pro vypršení starých záloh.

      Pokud zakážete vlastní S3 úložiště nebo přepnete zpět na naše výchozí úložiště, existující soubory ve vašem bucketu zůstanou zachovány. Budoucí zálohy budou jednoduše ukládány do našeho výchozího úložiště.

      Bezpečnost

      • Vaše přístupové ID a tajný přístupový klíč jsou zašifrovány v klidu pomocí AES-256-GCM před uložením do naší databáze. Jsou dešifrovány pouze za běhu při provádění zálohovacích operací.
      • Automaticky ověřujeme, že váš bucket není veřejně přístupný. Pokud je detekován veřejný bucket, konfigurace bude při ukládání odmítnuta. Pokud je veřejný přístup zjištěn v době zálohy, přepneme na naše výchozí úložiště a všechny správce domény upozorníme e-mailem.
      • Přihlašovací údaje jsou ověřovány při ukládání pomocí volání HeadBucket, aby se zajistilo, že bucket existuje a údaje jsou správné. Pokud ověření selže, vlastní S3 úložiště je automaticky deaktivováno.
      • Každý záložní soubor obsahuje SHA-256 hash v metadatech S3, který se používá k detekci nezměněných databází a přeskočení zbytečných nahrání.

      Oznámení o chybách

      Pokud záloha selže při použití vašeho vlastního úložiště S3 (např. kvůli vypršení platnosti přihlašovacích údajů nebo problému s připojením), všichni správci domény budou upozorněni e-mailem. Tato oznámení jsou omezena na jednu zprávu každých 6 hodin, aby se zabránilo duplicitním upozorněním. Pokud je váš bucket při zálohování detekován jako veřejně přístupný, správci budou upozorněni jednou denně.

      API

      Vlastní úložiště S3 můžete také nakonfigurovat přes API:

      curl -X PUT https://api.forwardemail.net/v1/domains/example.com \
        -u API_TOKEN: \
        -d has_custom_s3=true \
        -d s3_endpoint=https://s3.us-east-1.amazonaws.com \
        -d s3_access_key_id=YOUR_ACCESS_KEY_ID \
        -d s3_secret_access_key=YOUR_SECRET_ACCESS_KEY \
        -d s3_region=us-east-1 \
        -d s3_bucket=my-email-backups
      

      Pro otestování připojení přes API:

      curl -X POST https://api.forwardemail.net/v1/domains/example.com/test-s3-connection \
        -u API_TOKEN:
      
    • Jak převést SQLite zálohy na EML soubory

      Pokud si stáhnete nebo uložíte SQLite zálohy (buď z našeho výchozího úložiště, nebo z vašeho vlastního vlastního S3 bucketu), můžete je převést na standardní .eml soubory pomocí našeho samostatného CLI nástroje convert-sqlite-to-eml. EML soubory lze otevřít v libovolném e-mailovém klientu (Thunderbird, Outlook, Apple Mail atd.) nebo importovat do jiných poštovních serverů. Heslem chráněný ZIP konvertoru obsahuje také kontakty VCF podle adresáře v Contacts a události nebo úkoly kalendáře ICS podle kalendáře v Calendars.

      Instalace

      Můžete si stáhnout předkompilovaný binární soubor (není potřeba Node.js) nebo jej spustit přímo s Node.js:

      Předkompilované binárky — Stáhněte si nejnovější verzi pro vaši platformu z GitHub Releases:

      Platforma Architektura Soubor
      Linux x64 convert-sqlite-to-eml-linux-x64
      Linux arm64 convert-sqlite-to-eml-linux-arm64
      macOS Apple Silicon convert-sqlite-to-eml-darwin-arm64
      Windows x64 convert-sqlite-to-eml-win-x64.exe

      Uživatelé macOS: Po stažení možná budete muset odstranit karanténní atribut před spuštěním binárky:

      sudo xattr -rd com.apple.quarantine ./convert-sqlite-to-eml-darwin-arm64
      

      (Nahraďte ./convert-sqlite-to-eml-darwin-arm64 skutečnou cestou ke staženému souboru.)

      Uživatelé Linuxu: Po stažení možná budete muset nastavit binárku jako spustitelnou:

      chmod +x ./convert-sqlite-to-eml-linux-x64
      

      (Nahraďte ./convert-sqlite-to-eml-linux-x64 skutečnou cestou ke staženému souboru.)

      Ze zdroje (vyžaduje Node.js >= 18):

      cd tools/convert-sqlite-to-eml
      npm install
      node index.js
      

      Použití

      Nástroj podporuje jak interaktivní, tak neinteraktivní režim.

      Interaktivní režim — spusťte bez argumentů a budete vyzváni k zadání všech vstupů:

      ./convert-sqlite-to-eml
      
        Forward Email - Převod SQLite zálohy na EML
        ===========================================
      
        Cesta k SQLite záložnímu souboru: /path/to/backup.sqlite
        IMAP/alias heslo: ********
        Výstupní cesta ZIP [/path/to/backup-2025-03-01T12-00-00-000Z.zip]:
      

      Neinteraktivní režim — předávejte argumenty přes příkazové přepínače pro skriptování a automatizaci:

      ./convert-sqlite-to-eml \
        --path /path/to/backup.sqlite \
        --password "your-imap-password" \
        --output /path/to/output.zip
      
      Přepínač Popis
      --path <path> Cesta k zašifrovanému SQLite záložnímu souboru
      --password <pass> IMAP/alias heslo pro dešifrování
      --output <path> Výstupní cesta pro ZIP soubor (výchozí: automaticky generováno s ISO 8601 časem)
      --help Zobrazit nápovědu

      Výstupní formát

      Nástroj vytváří ZIP archiv chráněný heslem (šifrovaný AES-256), který obsahuje:

      README.txt
      INBOX/
        <message-id-1>.eml
        <message-id-2>.eml
      Sent/
        <message-id-3>.eml
      Drafts/
        <message-id-4>.eml
      

      Soubory EML jsou uspořádány podle složek poštovní schránky. Heslo k ZIP archivu je stejné jako vaše heslo k IMAPu/přezdívce. Každý soubor .eml je standardní RFC 5322 emailová zpráva s kompletními hlavičkami, textem těla a přílohami rekonstruovanými ze SQLite databáze.

      Jak to funguje

      1. Otevírá zašifrovanou SQLite databázi pomocí vašeho hesla k IMAPu/přezdívce (podporuje šifry ChaCha20 i AES-256-CBC).
      2. Čte tabulku Mailboxes pro zjištění struktury složek.
      3. Pro každou zprávu dekóduje mimeTree (uložený jako JSON komprimovaný pomocí Brotli) z tabulky Messages.
      4. Rekonstruuje celý EML procházením MIME stromu a načítáním těla příloh z tabulky Attachments.
      5. Vše zabalí do ZIP archivu chráněného heslem pomocí archiver-zip-encrypted.
    • Podporujete self-hosting

      Ano, od března 2025 podporujeme možnost self-hostingu. Přečtěte si blog zde. Začněte s návodem pro self-hosting. A pro zájemce o podrobnější krok za krokem verzi máme naše návody založené na Ubuntu nebo Debianu.

    Konfigurace e-mailu

    • Jak začít a nastavit přeposílání e-mailů
      Odhadovaný čas nastavení: Méně než 10 minut
      Začínáme: Pečlivě si přečtěte a dodržujte kroky jedna až osm uvedené níže. Nezapomeňte nahradit e-mailovou adresu [email protected] adresou, na kterou chcete e-maily přeposílat (pokud již není správná). Stejně tak nahraďte example.com vaší vlastní doménou (pokud již není správná).
      1. Pokud jste již někde zaregistrovali svou doménu, tento krok úplně přeskočte a pokračujte krokem dvě! Jinak můžete kliknout zde a zaregistrovat svou doménu.
      2. Pamatujete si, kde jste doménu zaregistrovali? Jakmile si to vzpomenete, postupujte podle níže uvedených pokynů:
        Důležité: Musíte otevřít novou záložku a přihlásit se ke svému registrátorovi domény. Můžete jednoduše kliknout na svého "Registrátora" níže, čímž se to automaticky provede. V této nové záložce musíte přejít na stránku správy DNS u svého registrátora – a níže v sloupci "Kroky konfigurace" jsme poskytli podrobný návod krok za krokem. Jakmile se dostanete na tuto stránku v nové záložce, můžete se vrátit do této záložky a pokračovat krokem tři níže. Zatím nezavírejte otevřenou záložku; budete ji potřebovat pro další kroky!
        Registrátor Kroky konfigurace
        1&1 Přihlaste se Centrum domén (Vyberte svou doménu) Upravit nastavení DNS
        Amazon Route 53 Přihlaste se Hostované zóny (Vyberte svou doménu)
        Aplus.net Přihlaste se Moje servery Správa domén Správce DNS
        Bluehost PRO ROCK: Přihlaste se Domény (Klikněte na ikonu ▼ vedle správy) DNS
        PRO LEGACY: Přihlaste se Domény Editor zón (Vyberte svou doménu)
        Cloudflare Přihlaste se DNS
        DNS Made Easy Přihlaste se DNS (Vyberte svou doménu)
        DNSimple Přihlaste se (Vyberte svou doménu) DNS Spravovat
        Digital Ocean Přihlaste se Síťování Domény (Vyberte svou doménu) Více Spravovat doménu
        Domain.com Přihlaste se V zobrazení karet klikněte na správu své domény V seznamu klikněte na ikonu ozubeného kola DNS a nameservery DNS záznamy
        Domains.com
        Sledujte
        Přihlaste se (Vyberte svou doménu) Spravovat (klikněte na ikonu ozubeného kola) Klikněte na DNS & Nameservers v levém menu
        DreamHost Přihlaste se Panel Domény Spravovat domény DNS
        Dyn Přihlaste se Přehled Spravovat Jednoduchý editor Záznamy
        Gandi Přihlaste se (Vyberte svou doménu) Správa Upravit zónu
        GoDaddy
        Sledujte
        Přihlaste se Spravovat mé domény (Vyberte svou doménu) Spravovat DNS
        Google Domains
        Sledujte
        Přihlaste se (Vyberte svou doménu) Konfigurovat DNS
        Namecheap
        Sledujte
        Přihlaste se Seznam domén (Vyberte svou doménu) Spravovat Pokročilý DNS
        Netlify Přihlaste se (Vyberte svou doménu) Nastavit Netlify DNS
        Network Solutions Přihlaste se Správce účtu Moje domény (Vyberte svou doménu) Spravovat Změnit cílovou adresu domény Pokročilý DNS
        Shopify
        Sledujte
        Přihlaste se Spravované domény (Vyberte svou doménu) Nastavení DNS
        Squarespace Přihlaste se Hlavní menu Nastavení Domény (Vyberte svou doménu) Pokročilá nastavení Vlastní záznamy
        Vercel's Now Použijte CLI "now" now dns add [domain] '@' MX [record-value] [priority]
        Weebly Přihlaste se Stránka domén (Vyberte svou doménu) DNS
        Wix Přihlaste se Stránka domén (Klikněte na ikonu ) Vyberte Spravovat DNS záznamy
        eNom Přihlaste se Domény Moje domény
        Jiný
        Důležité: Nevidíte zde svého registrátora? Jednoduše vyhledejte na internetu "jak změnit DNS záznamy u $REGISTRATORA" (nahraďte $REGISTRATORA názvem svého registrátora – např. "jak změnit DNS záznamy u GoDaddy", pokud používáte GoDaddy).
      3. Pomocí stránky správy DNS u svého registrátora (tu druhou otevřenou záložku) nastavte následující "MX" záznamy:
        Důležité: Upozorňujeme, že nesmí být nastaveny žádné jiné MX záznamy. Oba níže uvedené záznamy MUSÍ existovat. Ujistěte se, že nejsou žádné překlepy; a že máte správně napsané oba mx1 a mx2. Pokud již existovaly nějaké MX záznamy, prosím, úplně je smažte. Hodnota "TTL" nemusí být 3600, může být nižší nebo vyšší, pokud je to nutné.
        Name/Host/Alias TTL Type Priority Answer/Value
        "@", ".", nebo prázdné 3600 MX 0 mx1.forwardemail.net
        "@", ".", nebo prázdné 3600 MX 0 mx2.forwardemail.net
      4. Použijte stránku pro správu DNS u vašeho registrátora (druhý otevřený panel) a nastavte následující TXT záznam(y):
        Důležité: Pokud máte placený tarif, tento krok úplně přeskočte a pokračujte k pátému kroku! Pokud nemáte placený tarif, vaše přeposílané adresy budou veřejně vyhledatelné – přejděte na Můj účet Domény a případně upgradujte svou doménu na placený tarif. Pokud chcete vědět více o placených tarifech, podívejte se na naši stránku Ceník. Jinak můžete pokračovat a vybrat jednu nebo více kombinací z možností A až F uvedených níže.

        Možnost A: Pokud přeposíláte všechny e-maily z vaší domény (např. "[email protected]", "[email protected]" atd.) na konkrétní adresu "[email protected]":
        Name/Host/Alias TTL Type Answer/Value
        "@", ".", nebo prázdné 3600 TXT [email protected]
        Tip: Nezapomeňte nahradit hodnoty výše ve sloupci "Hodnota" svou vlastní e-mailovou adresou. Hodnota "TTL" nemusí být 3600, může být nižší nebo vyšší, pokud je to nutné. Nižší hodnota "TTL" zajistí, že jakékoliv budoucí změny vašich DNS záznamů se rychleji rozšíří po internetu – představte si to jako dobu, po kterou bude hodnota uložena v paměti (v sekundách). Více se o TTL na Wikipedii dozvíte zde.

        Možnost B: Pokud potřebujete přeposlat pouze jednu e-mailovou adresu (např. [email protected] na [email protected]; toto také automaticky přepošle "[email protected]" na "[email protected]"):
        Jméno/Hostitel/Alias TTL Typ Odpověď/Hodnota
        "@", ".", nebo prázdné 3600 TXT forward-email=hello:[email protected]

        Možnost C: Pokud přeposíláte více e-mailů, budete je chtít oddělit čárkou:
        Jméno/Hostitel/Alias TTL Typ Odpověď/Hodnota
        "@", ".", nebo prázdné 3600 TXT forward-email=hello:[email protected],support:[email protected]

        Možnost D: Můžete mít nastaven nekonečný počet přeposílacích e-mailů – jen se ujistěte, že nepřekročíte 255 znaků v jednom řádku a každý řádek začíná "forward-email=". Níže je uveden příklad:
        Jméno/Hostitel/Alias TTL Typ Odpověď/Hodnota
        "@", ".", nebo prázdné 3600 TXT forward-email=hello:[email protected],support:[email protected]
        "@", ".", nebo prázdné 3600 TXT forward-email=help:[email protected],foo:[email protected]
        "@", ".", nebo prázdné 3600 TXT forward-email=orders:[email protected],baz:[email protected]
        "@", ".", nebo prázdné 3600 TXT forward-email=info:[email protected],beep:[email protected]
        "@", ".", nebo prázdné 3600 TXT forward-email=errors:[email protected],boop:[email protected]

        Možnost E: Můžete také zadat doménové jméno ve svém TXT záznamu pro globální přeposílání aliasů (např. "[email protected]" bude přeposílán na "[email protected]"):
        Jméno/Hostitel/Alias TTL Typ Odpověď/Hodnota
        "@", ".", nebo prázdné 3600 TXT forward-email=example.net

        Možnost F: Můžete dokonce použít webhooks jako globální nebo individuální alias pro přeposílání e-mailů. Podívejte se na příklad a celou sekci o webhooks nazvanou Podporujete webhooks níže.
        Jméno/Hostitel/Alias TTL Typ Odpověď/Hodnota
        "@", ".", nebo prázdné 3600 TXT forward-email=alias:https://requestbin.com/r/en8pfhdgcculn

        Možnost G: Můžete dokonce použít regulární výrazy ("regex") pro párování aliasů a pro zpracování náhrad, kam přeposílat e-maily. Viz příklady a celá sekce o regexech s názvem Podporujete regulární výrazy nebo regex níže.
        Potřebujete pokročilý regex s náhradou? Viz příklady a celá sekce o regexech s názvem Podporujete regulární výrazy nebo regex níže.
        Jednoduchý příklad: Pokud chci, aby všechny e-maily, které jdou na `[email protected]` nebo `[email protected]`, byly přeposílány na `[email protected]`:
        Jméno/Hostitel/Alias TTL Typ Odpověď/Hodnota
        "@", ".", nebo prázdné 3600 TXT forward-email=/^(linus|torvalds)$/:[email protected]
        Důležité: Pravidla přeposílání typu catch-all lze také popsat jako "propadnutí". To znamená, že příchozí e-maily, které odpovídají alespoň jednomu konkrétnímu pravidlu přeposílání, budou použity místo catch-all. Konkrétní pravidla zahrnují e-mailové adresy a regulární výrazy.

        Například:
        forward-email=hello:[email protected],[email protected]
        E-maily zaslané na [email protected] NEbudou přeposílány na [email protected] (catch-all) s touto konfigurací, a místo toho budou doručeny pouze na [email protected].

      5. Pomocí stránky pro správu DNS vašeho registrátora (druhý otevřený panel), navíc nastavte následující TXT záznam:
        Jméno/Hostitel/Alias TTL Typ Odpověď/Hodnota
        "@", ".", nebo prázdné 3600 TXT v=spf1 a include:spf.forwardemail.net -all
        Důležité: Pokud používáte Gmail (např. Odesílat jako) nebo G Suite, budete muset přidat include:_spf.google.com k výše uvedené hodnotě, například:

        v=spf1 a include:spf.forwardemail.net include:_spf.google.com -all
        Tip: Pokud již máte podobný řádek s "v=spf1", budete muset přidat include:spf.forwardemail.net těsně před jakékoliv existující záznamy "include:host.com" a před "-all" ve stejném řádku, například:

        v=spf1 a include:spf.forwardemail.net include:host.com -all

        Všimněte si, že je rozdíl mezi "-all" a "~all". "-" znamená, že kontrola SPF by měla selhat, pokud neodpovídá, a "~" znamená, že kontrola SPF by měla být SOFTFAIL. Doporučujeme použít přístup "-all" k prevenci padělání domény.

        Možná budete také muset zahrnout SPF záznam pro hostitele, ze kterého odesíláte poštu (např. Outlook).
      6. Ověřte své DNS záznamy pomocí našeho nástroje „Ověřit záznamy“, který je k dispozici na Můj účet Domény Nastavení.
      7. Pošlete testovací e-mail, abyste potvrdili, že vše funguje. Vezměte prosím na vědomí, že může chvíli trvat, než se vaše DNS záznamy rozšíří.
        Tip: Pokud nedostáváte testovací e-maily, nebo obdržíte testovací e-mail s upozorněním „Buďte opatrní s touto zprávou“, podívejte se na odpovědi na Proč nedostávám své testovací e-maily a Proč jsou mé testovací e-maily zaslané sobě v Gmailu označeny jako „podezřelé“.
      8. Pokud chcete „Odesílat poštu jako“ z Gmailu, budete muset shlédnout toto video nebo postupovat podle kroků v části Jak odesílat poštu jako pomocí Gmailu níže.
      Gratulujeme! Úspěšně jste dokončili všechny kroky.
      Tip: Níže jsou uvedeny volitelné doplňky. Vezměte prosím na vědomí, že tyto doplňky jsou zcela volitelné a nemusí být nutné. Chtěli jsme vám alespoň poskytnout další informace, pokud by byly potřeba.
      Volitelný doplněk: Pokud používáte funkci Jak odesílat poštu jako pomocí Gmailu, možná budete chtít přidat sebe do seznamu povolených. Podívejte se na tento návod od Gmailu k tomuto tématu.
    • Mohu používat více MX výměníků a serverů pro pokročilé přeposílání

      Ano, ale ve svých DNS záznamech byste měli mít uveden pouze jeden MX výměník.

      Nepokoušejte se používat „Prioritu“ jako způsob konfigurace více MX výměníků.

      Místo toho musíte nakonfigurovat svůj stávající MX výměník tak, aby přeposílal poštu pro všechny neodpovídající aliasy na výměníky naší služby (mx1.forwardemail.net a/nebo mx2.forwardemail.net).

      Pokud používáte Google Workspace a chcete přeposílat všechny neodpovídající aliasy na naši službu, podívejte se na https://support.google.com/a/answer/6297084.

      Pokud používáte Microsoft 365 (Outlook) a chcete přeposílat všechny neodpovídající aliasy na naši službu, podívejte se na https://learn.microsoft.com/en-us/exchange/mail-flow-best-practices/use-connectors-to-configure-mail-flow/set-up-connectors-to-route-mail a https://learn.microsoft.com/en-us/exchange/mail-flow-best-practices/manage-mail-flow-for-multiple-locations.

    • Jak nastavit automatickou odpověď během dovolené (out of office auto-responder)

      Přejděte na Můj účet Domény Aliasy a vytvořte nebo upravte alias, pro který chcete nastavit automatickou odpověď během dovolené. Máte možnost nastavit počáteční datum, koncové datum, předmět a zprávu a kdykoli je povolit nebo zakázat:

      • Aktuálně jsou podporovány pouze prostý text předmětu a zprávy (interně používáme balíček striptags k odstranění jakéhokoli HTML).
      • Předmět je omezen na 100 znaků.
      • Zpráva je omezena na 1000 znaků.
      • Nastavení vyžaduje konfiguraci odchozího SMTP (např. budete muset nastavit DKIM, DMARC a DNS záznamy Return-Path).
        • Přejděte na Můj účet Domény Nastavení Konfigurace odchozího SMTP a postupujte podle pokynů k nastavení.
      • Odpověď na dovolenou nelze povolit na globálních vanity doménách (např. jednorázové adresy nejsou podporovány).
      • Odpověď na dovolenou nelze povolit pro aliasy s wildcard/catch-all (*) ani regulárními výrazy.

      Na rozdíl od poštovních systémů jako postfix (např. které používají rozšíření filtru dovolené sieve) – Forward Email automaticky přidává váš DKIM podpis, zajišťuje odolnost vůči problémům s připojením při odesílání odpovědí na dovolenou (např. kvůli běžným problémům s SSL/TLS připojením a starším udržovaným serverům) a dokonce podporuje Open WKD a PGP šifrování pro odpovědi na dovolenou.

      1. Odesíláme pouze jednou za 4 dny každému povolnému odesílateli.

        • Naše Redis cache používá otisk prstu alias_id a sender, kde alias_id je MongoDB ID aliasu a sender je buď adresa From (pokud je povolená) nebo kořenová doména v adrese From (pokud není povolená). Pro jednoduchost je doba platnosti tohoto otisku v cache nastavena na 4 dny.

        • Náš přístup používající kořenovou doménu analyzovanou z adresy From pro nepovolené odesílatele zabraňuje zneužití od relativně neznámých odesílatelů (např. škodlivých aktérů) zaplavujících odpovědi na dovolenou.

      2. Odesíláme pouze pokud MAIL FROM a/nebo From není prázdný a neobsahuje (bez ohledu na velikost písmen) uživatelské jméno postmastera (část před @ v e-mailu).

      3. Neodesíláme, pokud původní zpráva obsahovala některý z následujících hlaviček (bez ohledu na velikost písmen):

        • Hlavička auto-submitted s hodnotou odlišnou od no.
        • Hlavička x-auto-response-suppress s hodnotou dr, autoreply, auto-reply, auto_reply nebo all.
        • Hlavička list-id, list-subscribe, list-unsubscribe, list-help, list-post, list-owner, list-archive, x-autoreply, x-autorespond nebo x-auto-respond (bez ohledu na hodnotu).
        • Hlavička precedence s hodnotou bulk, autoreply, auto-reply, auto_reply nebo list.
      4. Neodesíláme, pokud e-mailová adresa MAIL FROM nebo From končí na +donotreply, -donotreply, +noreply nebo -noreply.

      5. Neodesíláme, pokud uživatelská část e-mailové adresy From byla mdaemon a obsahovala bez ohledu na velikost písmen hlavičku X-MDDSN-Message.

      6. Neodesíláme, pokud byla bez ohledu na velikost písmen hlavička content-type s hodnotou multipart/report.

      7. Neodesíláme, pokud zpráva obsahuje hlavičku Feedback-Type (indikující ARF hlášení o zneužití podle RFC 5965).

      8. Neodesíláme, pokud adresa MAIL FROM odpovídá vzoru odesílatele ARF zpětné vazby (např. [email protected]).

    • Jak nastavit SPF pro Forward Email

      Pomocí stránky pro správu DNS u vašeho registrátora nastavte následující TXT záznam:

      Název/Hostitel/Alias TTL Typ Odpověď/Hodnota
      "@", ".", nebo prázdné 3600 TXT v=spf1 a include:spf.forwardemail.net -all
      Důležité: Pokud používáte Gmail (např. Odesílat poštu jako) nebo G Suite, budete muset k výše uvedené hodnotě přidat include:_spf.google.com, například:

      v=spf1 a include:spf.forwardemail.net include:_spf.google.com -all
      Důležité: Pokud používáte Microsoft Outlook nebo Live.com, musíte do svého SPF TXT záznamu přidat include:spf.protection.outlook.com, například:

      v=spf1 a include:spf.forwardemail.net include:spf.protection.outlook.com -all
      Tip: Pokud již máte podobný řádek s "v=spf1", musíte přidat include:spf.forwardemail.net těsně před jakékoliv existující záznamy "include:host.com" a před "-all" ve stejném řádku, například:

      v=spf1 a include:spf.forwardemail.net include:host.com -all

      Všimněte si, že je rozdíl mezi "-all" a "~all". "-" znamená, že SPF kontrola by měla selhat, pokud nesouhlasí, a "~" znamená, že SPF kontrola by měla být SOFTFAIL. Doporučujeme použít přístup "-all" k prevenci padělání domény.

      Možná budete také muset zahrnout SPF záznam pro hostitele, ze kterého odesíláte poštu (např. Outlook).
    • Jak nastavit DKIM pro Forward Email

      Přejděte na Můj účet Domény Nastavení Konfigurace odchozího SMTP a postupujte podle pokynů pro nastavení.

    • Jak nastavit DMARC pro Forward Email

      Přejděte na Můj účet Domény Nastavení Konfigurace odchozího SMTP a postupujte podle pokynů pro nastavení.

    • Jak zobrazit DMARC zprávy

      Forward Email poskytuje komplexní přehled DMARC zpráv, který vám umožní sledovat výkon autentizace e-mailů napříč všemi vašimi doménami z jednoho rozhraní.

      Co jsou DMARC zprávy?

      DMARC (Domain-based Message Authentication, Reporting, and Conformance) zprávy jsou XML soubory zasílané přijímajícími mail servery, které vám říkají, jak jsou vaše e-maily autentizovány. Tyto zprávy vám pomáhají pochopit:

      • Kolik e-mailů je odesíláno z vaší domény
      • Zda tyto e-maily procházejí SPF a DKIM autentizací
      • Jaké akce přijímající servery provádějí (přijmout, karanténa nebo odmítnout)
      • Které IP adresy odesílají e-maily jménem vaší domény

      Jak získat přístup k DMARC zprávám

      Přejděte na Můj účet DMARC zprávy pro zobrazení vašeho přehledu. Můžete také získat přístup ke zprávám specifickým pro doménu z Můj účet Domény kliknutím na tlačítko "DMARC" vedle libovolné domény.

      Funkce přehledu

      Přehled DMARC zpráv nabízí:

      • Souhrnné metriky: Celkový počet přijatých zpráv, celkový počet analyzovaných zpráv, míra shody SPF, míra shody DKIM a celková míra úspěšnosti
      • Graf zpráv v čase: Vizualizace trendu objemu e-mailů a míry autentizace za posledních 30 dní
      • Souhrn shody: Kruhový graf zobrazující rozdělení shody SPF vs DKIM
      • Disposition zpráv: Skládaný sloupcový graf ukazující, jak přijímající servery nakládaly s vašimi e-maily (přijaty, v karanténě nebo odmítnuty)
      • Tabulka posledních zpráv: Podrobný seznam jednotlivých DMARC zpráv s filtrováním a stránkováním
      • Filtrování podle domény: Filtrování zpráv podle konkrétní domény při správě více domén Proč je to důležité

      Pro organizace spravující více domén (jako jsou podniky, neziskové organizace nebo agentury) jsou DMARC reporty nezbytné pro:

      • Identifikaci neoprávněných odesílatelů: Zjistit, zda někdo nefalšuje vaši doménu
      • Zlepšení doručitelnosti: Zajistit, aby vaše legitimní e-maily prošly autentizací
      • Monitorování e-mailové infrastruktury: Sledovat, které služby a IP adresy odesílají e-maily vaším jménem
      • Soulad s předpisy: Udržovat přehled o autentizaci e-mailů pro bezpečnostní audity

      Na rozdíl od jiných služeb, které vyžadují samostatné nástroje pro monitorování DMARC, Forward Email zahrnuje zpracování a vizualizaci DMARC reportů jako součást vašeho účtu bez dalších nákladů.

      Požadavky

      • DMARC reporty jsou dostupné pouze pro placené plány
      • Vaše doména musí mít nakonfigurovaný DMARC (viz Jak nastavit DMARC pro Forward Email)
      • Reporty jsou automaticky sbírány, když příchozí mail servery odesílají reporty na vaši nakonfigurovanou DMARC adresu pro reportování

      Týdenní e-mailové reporty

      Uživatelé placených plánů automaticky dostávají týdenní souhrnné DMARC reporty e-mailem. Tyto e-maily obsahují:

      • Souhrnné statistiky pro všechny vaše domény
      • Míru shody SPF a DKIM
      • Rozdělení výsledků zpráv (přijato, karanténa, odmítnuto)
      • Nejčastější reportující organizace (Google, Microsoft, Yahoo, atd.)
      • IP adresy s problémy se shodou, které mohou vyžadovat pozornost
      • Přímé odkazy na váš DMARC Reports dashboard

      Týdenní reporty jsou odesílány automaticky a nelze je vypnout samostatně od ostatních e-mailových oznámení.

    • Proč mé DMARC reporty ukazují selhání z neznámých IP adres

      Pokud vaše DMARC reporty obsahují neznámé IP adresy, u kterých selhává SPF a DKIM, prosím, nedělejte si starosti – je to normální a ve skutečnosti to znamená, že vaše nastavení funguje správně.

      DMARC reporty uvádějí každý server, který se pokusil odeslat e-mail s tvrzením, že pochází z vaší domény, včetně těch neautorizovaných. Téměř ve všech případech jsou tyto neznámé IP adresy jednoduše spameři nebo boti, kteří se snaží vydávat za vaši doménu. Zde je to, co se stane, když se o to pokusí:

      • SPF selže, protože odesílající IP adresa není uvedena ve vašem SPF záznamu.
      • DKIM selže, protože nemohou vytvořit platný podpis pro vaši doménu.
      • S DMARC politikou p=reject je zpráva okamžitě odmítnuta a nikdy se nedostane do ničí doručené pošty.

      Jinými slovy, tato selhání jsou důkazem, že DMARC dělá svou práci – blokuje pokusy o zfalšování identity dříve, než způsobí škodu. Z vaší strany není nutná žádná akce.

      Jak rozeznat legitimní odesílatele od podvodníků

      • E-maily, které odešlete přes Forward Email (nebo jakoukoli jinou autorizovanou službu), budou mít SPF a/nebo DKIM jako úspěšné a zarovnané.
      • Neznámé zdroje, u kterých selže jak SPF, tak DKIM, jsou podvodníci a můžete je bezpečně ignorovat.
      • IP adresy můžete křížově zkontrolovat s https://forwardemail.net/ips, abyste potvrdili, které zdroje jsou naše.

      Pokud k odesílání e-mailů jménem vaší domény používáte i jiné služby (marketingové nástroje, CRM atd.), ujistěte se, že tyto služby mají nakonfigurovaný platný DKIM podpis – jinak se jejich zprávy ve vašich reportech také objeví jako selhání.

      Important

      Ujistěte se, že vaše doména publikuje DMARC politiku p=reject, aby byly pokusy o zfalšování identity odmítnuty a nikoli doručeny. Viz Jak nastavím DMARC pro Forward Email.

    • Jak připojit a nakonfigurovat své kontakty

      Pro konfiguraci kontaktů použijte CardDAV URL: https://carddav.forwardemail.net (nebo jednoduše carddav.forwardemail.net, pokud to váš klient umožňuje)

    • Jak připojit a nakonfigurovat své kalendáře

      Pro konfiguraci kalendáře použijte CalDAV URL: https://caldav.forwardemail.net (nebo jednoduše caldav.forwardemail.net, pokud to váš klient umožňuje)

    • Jak přidat další kalendáře a spravovat stávající kalendáře

      Pokud chcete přidat další kalendáře, stačí přidat novou URL kalendáře: https://caldav.forwardemail.net/dav/principals/calendar-name (nezapomeňte nahradit calendar-name požadovaným názvem kalendáře)

      Název a barvu kalendáře můžete změnit po jeho vytvoření – použijte svůj preferovaný kalendářový program (např. Apple Mail nebo Thunderbird).

    • Jak připojit a nakonfigurovat úkoly a připomínky

      Pro konfiguraci úkolů a připomínek použijte stejnou CalDAV URL jako pro kalendáře: https://caldav.forwardemail.net (nebo jednoduše caldav.forwardemail.net, pokud to váš klient umožňuje)

      Úkoly a připomínky budou automaticky odděleny od událostí kalendáře do samostatné kolekce kalendářů "Reminders" nebo "Tasks".

      Instrukce pro nastavení podle platformy:

      macOS/iOS:

      1. Přidejte nový CalDAV účet v Systémových preferencích > Internetové účty (nebo Nastavení > Účty na iOS)
      2. Použijte caldav.forwardemail.net jako server
      3. Zadejte svůj Forward Email alias a vygenerované heslo
      4. Po nastavení uvidíte kolekce "Calendar" a "Reminders"
      5. Používejte aplikaci Připomínky pro vytváření a správu úkolů

      Android s Tasks.org:

      1. Nainstalujte Tasks.org z Google Play Store nebo F-Droid
      2. Přejděte do Nastavení > Synchronizace > Přidat účet > CalDAV
      3. Zadejte server: https://caldav.forwardemail.net
      4. Zadejte svůj Forward Email alias a vygenerované heslo
      5. Tasks.org automaticky najde vaše kalendáře úkolů

      Thunderbird:

      1. Nainstalujte doplněk Lightning, pokud již není nainstalován
      2. Vytvořte nový kalendář typu "CalDAV"
      3. Použijte URL: https://caldav.forwardemail.net
      4. Zadejte své přihlašovací údaje Forward Email
      5. Události i úkoly budou dostupné v kalendářovém rozhraní
    • Proč nemohu vytvářet úkoly v macOS Připomínkách

      Pokud máte potíže s vytvářením úkolů v macOS Připomínkách, vyzkoušejte tyto kroky pro řešení problémů:

      1. Zkontrolujte nastavení účtu: Ujistěte se, že váš CalDAV účet je správně nakonfigurován s caldav.forwardemail.net

      2. Ověřte samostatné kalendáře: Ve svém účtu byste měli vidět jak "Kalendář", tak "Připomínky". Pokud vidíte pouze "Kalendář", podpora úkolů nemusí být ještě plně aktivována.

      3. Obnovte účet: Zkuste odebrat a znovu přidat svůj CalDAV účet v Systémových předvolbách > Internetové účty

      4. Zkontrolujte připojení k serveru: Ověřte, že můžete v prohlížeči přistoupit na https://caldav.forwardemail.net

      5. Ověřte přihlašovací údaje: Ujistěte se, že používáte správný alias e-mailu a vygenerované heslo (nikoli heslo k účtu)

      6. Vynucení synchronizace: V aplikaci Připomínky zkuste vytvořit úkol a poté ručně obnovit synchronizaci

      Běžné problémy:

      • "Kalendář Připomínek nenalezen": Server může potřebovat chvíli na vytvoření kolekce Připomínek při prvním přístupu
      • Úkoly se nesynchronizují: Zkontrolujte, že obě zařízení používají stejné přihlašovací údaje CalDAV účtu
      • Smíšený obsah: Ujistěte se, že úkoly jsou vytvářeny v kalendáři "Připomínky", nikoli v obecném "Kalendáři"
    • Jak nastavit Tasks.org na Androidu

      Tasks.org je populární open-source správce úkolů, který skvěle funguje s podporou úkolů CalDAV od Forward Email.

      Instalace a nastavení:

      1. Nainstalujte Tasks.org:

      2. Nastavte synchronizaci CalDAV:

        • Otevřete Tasks.org
        • Přejděte do ☰ Menu > Nastavení > Synchronizace
        • Klepněte na "Přidat účet"
        • Vyberte "CalDAV"
      3. Zadejte nastavení Forward Email:

        • URL serveru: https://caldav.forwardemail.net
        • Uživatelské jméno: Váš alias Forward Email (např. [email protected])
        • Heslo: Vaše alias-specifické vygenerované heslo
        • Klepněte na "Přidat účet"
      4. Objevování účtu:

        • Tasks.org automaticky najde vaše kalendáře úkolů
        • Měli byste vidět kolekci "Připomínky"
        • Klepněte na "Odebírat" pro povolení synchronizace kalendáře úkolů
      5. Otestujte synchronizaci:

        • Vytvořte testovací úkol v Tasks.org
        • Zkontrolujte, že se zobrazí v jiných CalDAV klientech (např. macOS Připomínky)
        • Ověřte, že změny se synchronizují obousměrně

      Dostupné funkce:

      • ✅ Vytváření a úprava úkolů
      • ✅ Termíny a připomínky
      • ✅ Dokončení úkolů a stav
      • ✅ Úrovně priority
      • ✅ Podúkoly a hierarchie úkolů
      • ✅ Štítky a kategorie
      • ✅ Obousměrná synchronizace s ostatními CalDAV klienty

      Řešení problémů:

      • Pokud se nezobrazují žádné kalendáře úkolů, zkuste ručně obnovit v nastavení Tasks.org
      • Ujistěte se, že máte na serveru alespoň jeden vytvořený úkol (můžete ho nejprve vytvořit v macOS Připomínkách)
      • Zkontrolujte síťové připojení k caldav.forwardemail.net
    • Jak nastavit SRS pro Forward Email

      Automaticky konfigurujeme Sender Rewriting Scheme ("SRS") – nemusíte to dělat sami.

    • Jak nastavit MTA-STS pro Forward Email

      Podrobnější informace naleznete v naší sekci o MTA-STS.

    • Jak přidat profilovou fotku k mé e-mailové adrese

      Pokud používáte Gmail, postupujte podle těchto kroků:

      1. Přejděte na https://google.com a odhlaste se ze všech e-mailových účtů
      2. Klikněte na "Přihlásit se" a v rozbalovacím menu vyberte "jiný účet"
      3. Vyberte "Použít jiný účet"
      4. Vyberte "Vytvořit účet"
      5. Vyberte "Použít místo toho svou aktuální e-mailovou adresu"
      6. Zadejte svou e-mailovou adresu s vlastní doménou
      7. Získejte ověřovací e-mail zaslaný na vaši e-mailovou adresu
      8. Zadejte ověřovací kód z tohoto e-mailu
      9. Dokončete informace o profilu pro svůj nový Google účet
      10. Souhlasíte se všemi zásadami ochrany soukromí a podmínkami použití
      11. Přejděte na https://google.com, v pravém horním rohu klikněte na ikonu profilu a poté na tlačítko "změnit"
      12. Nahrajte novou fotografii nebo avatar pro svůj účet
      13. Změny se projeví přibližně za 1-2 hodiny, někdy mohou být velmi rychlé.
      14. Pošlete testovací e-mail a profilová fotka by se měla zobrazit.

    Pokročilé funkce

    • Podporujete odesílání e-mailů přes API

      Ano, od května 2023 podporujeme odesílání e-mailů přes API jako doplněk pro všechny placené uživatele.

      Důležité: Ujistěte se, že jste si přečetli naše Podmínky, Zásady ochrany osobních údajů a Limity odchozího SMTP – vaše používání je považováno za potvrzení a souhlas.

      Podívejte se na naši sekci o E-mailech v dokumentaci API pro možnosti, příklady a další informace.

      Pro odesílání odchozích e-mailů přes naše API musíte použít svůj API token dostupný v sekci Moje bezpečnost.

      Volání DELETE /v1/account/api-token deaktivuje API token, který poté přestane autentizovat HTTP API i WebSocket požadavky. Přístup k API lze znovu aktivovat pouze přihlášením na stávající stránku /my-account/security a resetováním tokenu, čímž se vygeneruje jeho náhrada; autentizace pomocí aliasu a hesla zůstává touto akcí nedotčena.

    • Podporujete příjem e-mailů přes IMAP

      Ano, od 16. října 2023 podporujeme příjem e-mailů přes IMAP jako doplněk pro všechny placené uživatele. Přečtěte si prosím náš podrobný článek o tom, jak funguje naše šifrovaná SQLite schránka.

      Důležité: Ujistěte se, že jste si přečetli naše Podmínky a Zásady ochrany osobních údajů – vaše používání je považováno za potvrzení a souhlas.
      1. Vytvořte nový alias pro svou doménu v Můj účet Domény Aliasy (např. [email protected])

      2. Klikněte na Vygenerovat heslo vedle nově vytvořeného aliasu. Zkopírujte do schránky a bezpečně uložte zobrazené heslo.

      3. Ve své preferované e-mailové aplikaci přidejte nebo nakonfigurujte účet s nově vytvořeným aliasem (např. [email protected])

      4. Když budete vyzváni k zadání názvu IMAP serveru, zadejte imap.forwardemail.net

      5. Když budete vyzváni k zadání portu IMAP serveru, zadejte 993 (SSL/TLS) – v případě potřeby viz alternativní IMAP porty

        Tip: Pokud používáte Thunderbird, ujistěte se, že "Zabezpečení připojení" je nastaveno na "SSL/TLS" a Metoda ověřování na "Normální heslo".
      6. Když budete vyzváni k zadání hesla k IMAP serveru, vložte heslo z Vygenerovat heslo v kroku 2 výše

      7. Uložte svá nastavení – pokud máte problémy, prosím kontaktujte nás

      Gratulujeme! Úspěšně jste dokončili všechny kroky.
    • Podporujete POP3

      Ano, od 4. prosince 2023 podporujeme POP3 jako doplněk pro všechny placené uživatele. Přečtěte si náš podrobný článek o tom, jak funguje naše šifrovaná SQLite schránka.

      Důležité: Ujistěte se, že jste si přečetli naše Podmínky a Zásady ochrany osobních údajů – vaše používání je považováno za potvrzení a souhlas.
      1. Vytvořte nový alias pro vaši doménu v Můj účet Domény Aliasy (např. [email protected])

      2. Klikněte na Vygenerovat heslo vedle nově vytvořeného aliasu. Zkopírujte do schránky a bezpečně uložte zobrazené heslo.

      3. Pomocí preferované e-mailové aplikace přidejte nebo nakonfigurujte účet s vaším nově vytvořeným aliasem (např. [email protected])

      4. Když budete vyzváni k zadání názvu POP3 serveru, zadejte pop3.forwardemail.net

      5. Když budete vyzváni k zadání portu POP3 serveru, zadejte 995 (SSL/TLS) – v případě potřeby viz alternativní POP3 porty

        Tip: Pokud používáte Thunderbird, ujistěte se, že "Zabezpečení připojení" je nastaveno na "SSL/TLS" a Metoda ověřování na "Normální heslo".
      6. Když budete vyzváni k zadání hesla k POP3 serveru, vložte heslo z Vygenerovat heslo v kroku 2 výše

      7. Uložte svá nastavení – pokud máte problémy, prosím kontaktujte nás

      Gratulujeme! Úspěšně jste dokončili všechny kroky.
    • Podporujete kalendáře (CalDAV)

      Ano, od 5. února 2024 jsme tuto funkci přidali. Náš server je caldav.forwardemail.net a je také monitorován na naší stavové stránce. Podporuje jak IPv4, tak IPv6 a je dostupný přes port 443 (HTTPS).

      Přihlášení Příklad Popis
      Uživatelské jméno [email protected] Emailová adresa aliasu, který existuje pro doménu na Můj účet Domény.
      Heslo ************************ Alias-specifické generované heslo.

      Pro použití podpory kalendáře musí být uživatel emailovou adresou aliasu, který existuje pro doménu na Můj účet Domény – a heslo musí být alias-specifické generované heslo.

    • Podporujete úkoly a připomínky (CalDAV VTODO)

      Ano, od 14. října 2025 jsme přidali podporu CalDAV VTODO pro úkoly a připomínky. Používá stejný server jako naše podpora kalendáře: caldav.forwardemail.net.

      Náš CalDAV server podporuje jak kalendářové události (VEVENT), tak komponenty úkolů (VTODO) pomocí sjednocených kalendářů. To znamená, že každý kalendář může obsahovat jak události, tak úkoly, což poskytuje maximální flexibilitu a kompatibilitu se všemi CalDAV klienty.

      Jak kalendáře a seznamy fungují:

      • Každý kalendář podporuje jak události, tak úkoly – Můžete přidávat události, úkoly nebo obojí do libovolného kalendáře
      • Seznamy Apple Připomínek – Každý seznam, který vytvoříte v Apple Připomínkách, se stane samostatným kalendářem na serveru
      • Více kalendářů – Můžete vytvořit tolik kalendářů, kolik potřebujete, každý s vlastním názvem, barvou a organizací
      • Synchronizace mezi klienty – Úkoly a události se bez problémů synchronizují mezi všemi kompatibilními klienty

      Podporovaní klienti úkolů:

      • macOS Připomínky – Plná nativní podpora vytváření, úprav, dokončení a synchronizace úkolů
      • iOS Připomínky – Plná nativní podpora na všech iOS zařízeních
      • Tasks.org (Android) – Oblíbený open-source správce úkolů s CalDAV synchronizací
      • Thunderbird – Podpora úkolů a kalendáře v desktopovém emailovém klientu
      • Jakýkoli CalDAV-kompatibilní správce úkolů – Standardní podpora komponenty VTODO

      Podporované funkce úkolů:

      • Vytváření, úprava a mazání úkolů
      • Termíny a data zahájení
      • Stav dokončení úkolu (NEEDS-ACTION, IN-PROCESS, COMPLETED, CANCELLED)
      • Úrovně priority úkolů
      • Opakující se úkoly
      • Popisy a poznámky k úkolům
      • Synchronizace na více zařízeních
      • Podúkoly s vlastností RELATED-TO
      • Připomínky úkolů s VALARM

      Přihlašovací údaje jsou stejné jako pro podporu kalendáře:

      Přihlášení Příklad Popis
      Uživatelské jméno [email protected] Emailová adresa aliasu, který existuje pro doménu na Můj účet Domény.
      Heslo ************************ Alias-specifické generované heslo.

      Důležité poznámky:

      • Každý seznam Připomínek je samostatný kalendář – Když vytvoříte nový seznam v Apple Připomínkách, vytvoří se nový kalendář na CalDAV serveru
      • Uživatelé Thunderbirdu – Budete muset ručně přihlásit každý kalendář/seznam, který chcete synchronizovat, nebo použít URL domovské stránky kalendáře: https://caldav.forwardemail.net/dav/[email protected]/
      • Uživatelé Apple – Objevování kalendářů probíhá automaticky, takže všechny vaše kalendáře a seznamy se zobrazí v Calendar.app a Reminders.app
      • Sjednocené kalendáře – Všechny kalendáře podporují jak události, tak úkoly, což vám dává flexibilitu v organizaci vašich dat
    • Podporujete kontakty (CardDAV)

      Ano, od 12. června 2025 jsme tuto funkci přidali. Náš server je carddav.forwardemail.net a je také monitorován na naší stavové stránce.

      Podporuje jak IPv4, tak IPv6 a je dostupný přes port 443 (HTTPS).

      Přihlášení Příklad Popis
      Uživatelské jméno [email protected] Emailová adresa aliasu, který existuje pro doménu na Můj účet Domény.
      Heslo ************************ Alias-specifické generované heslo.

      Pro použití podpory kontaktů musí být uživatel emailová adresa aliasu, který existuje pro doménu na Můj účet Domény – a heslo musí být alias-specifické generované heslo.

    • Podporujete odesílání emailů přes SMTP

      Ano, od května 2023 podporujeme odesílání emailů přes SMTP jako doplněk pro všechny placené uživatele.

      Důležité: Ujistěte se, že jste si přečetli naše Podmínky, Zásady ochrany osobních údajů a Limity odchozího SMTP – vaše používání je považováno za potvrzení a souhlas.
      Důležité: Pokud používáte Gmail, podívejte se na náš návod Odesílat poštu jako s Gmail vlastním doménovým jménem. Pokud jste vývojář, podívejte se na naše dokumenty emailového API.
      1. Přejděte na Můj účet Domény Nastavení Konfigurace odchozího SMTP a postupujte podle pokynů pro nastavení

      2. Vytvořte nový alias pro vaši doménu v Můj účet Domény Aliasy (např. [email protected])

      3. Klikněte na Vygenerovat heslo vedle nově vytvořeného aliasu. Zkopírujte do schránky a bezpečně uložte zobrazené generované heslo.

      4. Pomocí preferované emailové aplikace přidejte nebo nakonfigurujte účet s vaším nově vytvořeným aliasem (např. [email protected])

      5. Když budete vyzváni k zadání názvu SMTP serveru, zadejte smtp.forwardemail.net

      6. Když budete vyzváni k zadání portu SMTP serveru, zadejte 465 (SSL/TLS) – v případě potřeby viz alternativní SMTP porty

        Tip: Pokud používáte Thunderbird, ujistěte se, že je „Zabezpečení připojení“ nastaveno na „SSL/TLS“ a metoda ověřování na „Normální heslo“.
      7. Když budete vyzváni k zadání hesla SMTP serveru, vložte heslo z Vygenerovat heslo v kroku 3 výše

      8. Uložte svá nastavení a odešlete svůj první testovací e-mail – pokud máte problémy, prosím kontaktujte nás

      Důležité: Vezměte prosím na vědomí, že pro udržení reputace IP a zajištění doručitelnosti máme manuální proces kontroly na základě jednotlivých domén pro schválení odchozího SMTP. Tento proces obvykle trvá méně než 24 hodin, přičemž většina žádostí je vyřízena během 1-2 hodin. V blízké budoucnosti plánujeme tento proces zrychlit na okamžitý s dalšími kontrolami spamu a upozorněními. Tento proces zajišťuje, že vaše e-maily dorazí do schránky a vaše zprávy nebudou označeny jako spam.
      Gratulujeme! Úspěšně jste dokončili všechny kroky.
    • Podporujete OpenPGP/MIME, end-to-end šifrování („E2EE“) a Web Key Directory („WKD“)?

      Ano, podporujeme OpenPGP, end-to-end šifrování („E2EE“) a vyhledávání veřejných klíčů pomocí Web Key Directory („WKD“). OpenPGP můžete nakonfigurovat pomocí keys.openpgp.org nebo hostovat vlastní klíče (viz tento gist pro nastavení WKD serveru).

      • Vyhledávání WKD je kešováno po dobu 1 hodiny, aby byla zajištěna včasná doručitelnost e-mailů → pokud přidáte, změníte nebo odstraníte svůj WKD klíč, zašlete nám prosím e-mail na [email protected] s vaší e-mailovou adresou, abychom mohli manuálně vymazat keš.
      • Podporujeme PGP šifrování pro zprávy přeposílané přes WKD vyhledávání nebo pomocí nahraného PGP klíče v našem rozhraní.
      • Nahrané klíče mají přednost, pokud je zaškrtnuto políčko PGP.
      • Zprávy odeslané na webhooky momentálně nejsou šifrovány pomocí PGP.
      • Pokud máte více aliasů, které odpovídají dané přeposílací adrese (např. kombinace regex/wildcard/přesná shoda) a pokud více z nich obsahuje nahraný PGP klíč a je zaškrtnuto PGP → zašleme vám chybové upozornění e-mailem a zprávu nezašifrujeme vaším nahraným PGP klíčem. Toto je velmi vzácné a obvykle se týká pokročilých uživatelů s komplexními pravidly aliasů.
      • PGP šifrování nebude aplikováno na přeposílání e-mailů přes naše MX servery, pokud odesílatel měl DMARC politiku reject. Pokud potřebujete PGP šifrování na všechny zprávy, doporučujeme použít naši IMAP službu a nakonfigurovat svůj PGP klíč pro váš alias pro příchozí poštu.
      • Na našich placených plánech (Rozšířená ochrana a Tým) můžete zakázat vyhledávání WKD na bázi jednotlivých aliasů. Přejděte do nastavení aliasu a zaškrtněte možnost "Zakázat vyhledávání WKD". Když je zakázáno, příchozí e-maily přeposílané na tento alias nebudou šifrovány přes WKD, i když je pro příjemce zveřejněn veřejný klíč. Toto je také dostupné přes API pomocí pole has_wkd_disabled.

      Svou konfiguraci Web Key Directory můžete ověřit na https://wkd.chimbosonic.com/ (open-source) nebo https://www.webkeydirectory.com/ (proprietární).

      Automatické šifrování: Pokud používáte naši odchozí SMTP službu a odesíláte nešifrované zprávy, automaticky se pokusíme zprávy na základě příjemce zašifrovat pomocí Web Key Directory („WKD“).
      Důležité: Musíte dodržet všechny následující kroky, abyste povolili OpenPGP pro vaši vlastní doménu.
      1. Stáhněte a nainstalujte doporučený plugin pro váš e-mailový klient níže:

        E-mailový klient Platforma Doporučený plugin Poznámky
        Thunderbird Desktop Nastavení OpenPGP v Thunderbirdu Thunderbird má vestavěnou podporu pro OpenPGP.
        Gmail Prohlížeč Mailvelope nebo FlowCrypt (proprietární licence) Gmail nepodporuje OpenPGP, ale můžete si stáhnout open-source plugin Mailvelope nebo FlowCrypt.
        Apple Mail macOS Free-GPGMail Apple Mail nepodporuje OpenPGP, ale můžete si stáhnout open-source plugin Free-GPGMail.
        Apple Mail iOS PGPro nebo FlowCrypt (proprietární licence) Apple Mail nepodporuje OpenPGP, ale můžete si stáhnout open-source plugin PGPro nebo FlowCrypt.
        Outlook Windows gpg4win Desktopový e-mailový klient Outlook nepodporuje OpenPGP, ale můžete si stáhnout open-source plugin gpg4win.
        Outlook Prohlížeč Mailvelope nebo FlowCrypt (proprietární licence) Webový e-mailový klient Outlook nepodporuje OpenPGP, ale můžete si stáhnout open-source plugin Mailvelope nebo FlowCrypt.
        Android Mobilní OpenKeychain nebo FlowCrypt Android mail klienti jako Thunderbird Mobile a FairEmail oba podporují open-source plugin OpenKeychain. Alternativně můžete použít open-source (proprietární licence) plugin FlowCrypt.
        Google Chrome Prohlížeč Mailvelope nebo FlowCrypt (proprietární licence) Můžete si stáhnout open-source rozšíření prohlížeče Mailvelope nebo FlowCrypt.
        Mozilla Firefox Prohlížeč Mailvelope nebo FlowCrypt (proprietární licence) Můžete si stáhnout open-source rozšíření prohlížeče Mailvelope nebo FlowCrypt.
        Microsoft Edge Prohlížeč Mailvelope Můžete si stáhnout open-source rozšíření prohlížeče Mailvelope.
        Brave Prohlížeč Mailvelope nebo FlowCrypt (proprietární licence) Můžete si stáhnout open-source rozšíření prohlížeče Mailvelope nebo FlowCrypt.
        Balsa Desktop Nastavení OpenPGP v Balsa Balsa má vestavěnou podporu pro OpenPGP.
        KMail Desktop Nastavení OpenPGP v KMail KMail má vestavěnou podporu pro OpenPGP.
        GNOME Evolution Desktop Nastavení OpenPGP v Evolution GNOME Evolution má vestavěnou podporu pro OpenPGP.
        Terminál Desktop Nastavení gpg v Terminálu Můžete použít open-source gpg příkazový nástroj k vygenerování nového klíče z příkazové řádky.
      2. Otevřete plugin, vytvořte svůj veřejný klíč a nakonfigurujte svůj e-mailový klient, aby jej používal.

      3. Nahrajte svůj veřejný klíč na https://keys.openpgp.org/upload.

        Tip: Můžete navštívit https://keys.openpgp.org/manage pro správu svého klíče v budoucnu.
        Volitelný doplněk: Pokud používáte naši službu šifrovaného úložiště (IMAP/POP3) a chcete, aby všechny e-maily uložené ve vaší (již zašifrované) databázi SQLite byly zašifrovány vaším veřejným klíčem, přejděte na Můj účet Domény Alias (např. [email protected]) Upravit OpenPGP a nahrajte svůj veřejný klíč.
      4. Přidejte nový záznam CNAME do své domény (např. example.com):

        Název/Hostitel/Alias TTL Typ Odpověď/Hodnota
        openpgpkey 3600 CNAME wkd.keys.openpgp.org
        Tip: Pokud váš alias používá naše vanity/jednorázové domény (např. hideaddress.net), můžete tento krok přeskočit.
      Gratulujeme! Úspěšně jste dokončili všechny kroky.
    • Podporujete šifrování S/MIME

      Ano, podporujeme šifrování S/MIME (Secure/Multipurpose Internet Mail Extensions) podle definice v RFC 8551. S/MIME poskytuje end-to-end šifrování pomocí X.509 certifikátů, které jsou široce podporovány podnikových e-mailovými klienty.

      Podporujeme jak RSA, tak ECC (Elliptic Curve Cryptography) certifikáty:

      • RSA certifikáty: minimálně 2048 bitů, doporučeno 4096 bitů
      • ECC certifikáty: křivky P-256, P-384 a P-521 podle NIST

      Pro konfiguraci šifrování S/MIME pro váš alias:

      1. Získejte S/MIME certifikát od důvěryhodné certifikační autority (CA) nebo vygenerujte samopodepsaný certifikát pro testování.

        Tip: Bezplatné S/MIME certifikáty jsou k dispozici u poskytovatelů jako Actalis nebo Actalis Free S/MIME.
      2. Exportujte svůj certifikát ve formátu PEM (pouze veřejný certifikát, nikoli soukromý klíč).

      3. Přejděte na Můj účet Domény Alias (např. [email protected]) Upravit S/MIME a nahrajte svůj veřejný certifikát.

      4. Po konfiguraci budou všechny příchozí e-maily na váš alias šifrovány pomocí vašeho S/MIME certifikátu před uložením nebo přeposláním.

        Poznámka: Šifrování S/MIME se aplikuje na příchozí zprávy, které již nejsou zašifrovány. Pokud je zpráva již zašifrována pomocí OpenPGP nebo S/MIME, nebude znovu zašifrována.
        Důležité: Šifrování S/MIME nebude aplikováno na přeposílání e-mailů přes naše MX servery, pokud odesílatel měl DMARC politiku reject. Pokud potřebujete šifrování S/MIME na všechny zprávy, doporučujeme použít náš IMAP servis a nakonfigurovat svůj S/MIME certifikát pro váš alias pro příchozí poštu.

      Následující e-mailoví klienti mají vestavěnou podporu S/MIME:

      E-mailový klient Platforma Poznámky
      Apple Mail macOS Vestavěná podpora S/MIME. Jděte do Mail > Preferences > Accounts > váš účet > Trust pro konfiguraci certifikátů.
      Apple Mail iOS Vestavěná podpora S/MIME. Jděte do Nastavení > Mail > Účty > váš účet > Pokročilé > S/MIME pro konfiguraci.
      Microsoft Outlook Windows Vestavěná podpora S/MIME. Jděte do Soubor > Možnosti > Centrum zabezpečení > Nastavení centra zabezpečení > E-mailová bezpečnost pro konfiguraci.
      Microsoft Outlook macOS Vestavěná podpora S/MIME. Jděte do Nástroje > Účty > Pokročilé > Zabezpečení pro konfiguraci.
      Thunderbird Desktop Vestavěná podpora S/MIME. Jděte do Nastavení účtu > End-To-End Encryption > S/MIME pro konfiguraci.
      GNOME Evolution Desktop Vestavěná podpora S/MIME. Jděte do Upravit > Předvolby > E-mailové účty > váš účet > Zabezpečení pro konfiguraci.
      KMail Desktop Vestavěná podpora S/MIME. Jděte do Nastavení > Konfigurace KMail > Identity > vaše identita > Kryptografie pro konfiguraci.
      Gratulujeme! Úspěšně jste nakonfigurovali šifrování S/MIME pro váš alias.
    • Podporujete filtrování e-mailů Sieve

      Ano. Forward Email podporuje server-side filtrování pomocí Sieve založené na RFC 5228. Skripty filtrují příchozí zprávy před doručením do schránky. Skript je odmítnut, pokud požaduje nedostupnou schopnost nebo používá rozšíření bez deklarace v require.

      Úplný, implementací podložený seznam schopností a poznámky k RFC jsou k dispozici v dokumentaci protokolu Sieve.

      Dostupné schopnosti Sieve

      Kategorie Schopnosti a chování
      Core language keep, discard, stop, podmíněné bloky a základní testy address, header, exists, size a logické testy.
      Delivery fileinto, copy, redirect, mailbox pro fileinto :create, a special-use pro mapování standardních složek :specialuse a specialuse_exists.
      Tests and comparisons envelope, body, date, index, regex, subaddress, relational, i;ascii-casemap, a i;octet.
      State and variables variables, imap4flags, duplicate, a ihave.
      Actions and responses reject, ereject, vacation, vacation-seconds, a enotify používající mailto:. Zastaralé prohlášení require "notify" je přijímáno jako vstupní alias pro enotify, ale enotify je inzerovaná schopnost.
      Message processing editheader, environment, a mime, včetně foreverypart, break, extracttext, a replace.

      redirect je doručováno přes běžnou odchozí frontu. Podléhá nakonfigurované politice pro přesměrování domén, kontrolám denylistu a limitům rychlosti. editheader nemůže upravovat chráněné hlavičky ověřování nebo směrování doručení.

      Funkce, které nejsou podporovány

      Funkce Důvod
      enclose Vytvoření nové zprávy, která obaluje původní zprávu, není implementováno.
      mailboxexists Forward Email neprovádí živé dotazy na stav IMAP schránek. fileinto :create zůstává dostupné přes mailbox.
      include Globální a vkládané úložiště skriptů není k dispozici.
      mboxmetadata / servermetadata Integrace IMAP METADATA není k dispozici.
      fcc Integrace pro ukládání odeslané pošty není k dispozici.
      encoded-character Syntax ${hex:...} není implementována.
      External lists valid_ext_list a další operace s externími seznamy nejsou k dispozici.

      Příklady Sieve skriptů

      File newsletters into a folder:

      require ["fileinto"];
      
      if header :contains "List-Id" "newsletter" {
          fileinto "Newsletters";
      }
      

      Auto-reply when on vacation:

      require ["vacation", "vacation-seconds"];
      
      vacation :seconds 604800 :subject "Out of Office"
          "I am currently out of the office and will respond when I return.";
      

      Create a folder when filing a message:

      require ["fileinto", "imap4flags", "mailbox"];
      
      if address :is "from" "[email protected]" {
          fileinto :create :flags ["\\Flagged"] "Important";
      }
      

      Redirect a message:

      require ["redirect"];
      
      if header :contains "Subject" "invoice" {
          redirect "[email protected]";
      }
      

      Správa Sieve skriptů

      S Sieve skripty můžete pracovat několika způsoby:

      1. Webové rozhraní: Přejděte na Můj účet Domény Aliasy Sieve skripty pro vytváření a správu skriptů.

      2. Protokol ManageSieve: Připojte se pomocí libovolného klienta kompatibilního s ManageSieve, například Sieve rozšíření pro Thunderbird nebo sieve-connect, na imap.forwardemail.net. Použijte port 2190 se STARTTLS nebo port 4190 s implicitním TLS.

      3. API: Použijte REST API pro programovou správu skriptů.

      Poznámka: Filtrování Sieve se aplikuje na příchozí zprávy před doručením do schránky. Skripty se vykonávají podle priority a první odpovídající akce určuje, jak bude zpráva zpracována.
      Zabezpečení: Přesměrování jsou kontrolována vůči nakonfigurované politice a limitům rychlosti. Odpovědi v režimu dovolené a notifikace jsou omezeny rychlostí, aby se zabránilo zneužití.
    • Podporujete MTA-STS

      Ano, od 2. března 2023 podporujeme MTA-STS. Můžete použít tento šablonový soubor, pokud chcete tuto funkci povolit na své doméně.

      Naše konfigurace je veřejně dostupná na GitHubu na https://github.com/forwardemail/mta-sts.forwardemail.net.

    • Podporujete passkeys a WebAuthn

      Ano! Od 13. prosince 2023 jsme přidali podporu pro passkeys kvůli vysoké poptávce.

      Passkeys vám umožňují bezpečně se přihlásit bez nutnosti hesla a dvoufaktorové autentizace.

      Svou identitu můžete ověřit pomocí dotyku, rozpoznání obličeje, hesla uloženého v zařízení nebo PINu.

      Umožňujeme spravovat až 30 passkeys najednou, takže se můžete snadno přihlašovat ze všech svých zařízení.

      Více o passkeys se dozvíte na následujících odkazech:

    • Podporujete nejlepší praktiky e-mailu

      Ano. Máme vestavěnou podporu pro SPF, DKIM, DMARC, ARC a SRS ve všech plánech. Také jsme úzce spolupracovali s původními autory těchto specifikací a dalšími odborníky na e-maily, abychom zajistili dokonalost a vysokou doručitelnost.

    • Podporujete bounce webhooky
      Tip: Hledáte dokumentaci k e-mailovým webhookům? Podívejte se na Podporujete webhooky? pro více informací.

      Ano, od 14. srpna 2024 jsme tuto funkci přidali. Nyní můžete přejít do Můj účet → Domény → Nastavení → Bounce Webhook URL a nakonfigurovat http:// nebo https:// URL, na kterou budeme posílat POST požadavek vždy, když dojde k bounce u odchozích SMTP e-mailů.

      To je užitečné pro správu a monitorování vašich odchozích SMTP – a může být použito k udržování odběratelů, odhlášení a detekci, kdy k bounce dojde.

      Payloady bounce webhooku jsou odesílány jako JSON s těmito vlastnostmi:

      • email_id (String) - ID e-mailu, které odpovídá e-mailu v Můj účet → E-maily (odchozí SMTP)
      • list_id (String) - hodnota hlavičky List-ID (bez ohledu na velikost písmen), pokud existuje, z původního odchozího e-mailu
      • list_unsubscribe (String) - hodnota hlavičky List-Unsubscribe (bez ohledu na velikost písmen), pokud existuje, z původního odchozího e-mailu
      • feedback_id (String) - hodnota hlavičky Feedback-ID (bez ohledu na velikost písmen), pokud existuje, z původního odchozího e-mailu
      • recipient (String) - e-mailová adresa příjemce, který bounce nebo chybu způsobil
      • message (String) - podrobná chybová zpráva pro bounce
      • response (String) - SMTP odpověď
      • response_code (Number) - analyzovaný SMTP kód odpovědi
      • truth_source (String) - pokud byl kód odpovědi z důvěryhodného zdroje, tato hodnota bude obsahovat kořenovou doménu (např. google.com nebo yahoo.com)
      • bounce (Object) - objekt obsahující následující vlastnosti, které podrobně popisují stav bounce a odmítnutí
        • action (String) - akce bounce (např. "reject")
        • message (String) - důvod bounce (např. "Message Sender Blocked By Receiving Server")
        • category (String) - kategorie bounce (např. "block")
        • code (Number) - stavový kód bounce (např. 554)
        • status (String) - kód bounce z odpovědi (např. 5.7.1)
        • line (Number) - analyzované číslo řádku, pokud existuje, z Zone-MTA bounce parse list (např. 526)
      • headers (Object) - klíč-hodnota hlaviček pro odchozí e-mail
      • bounced_at (String) - datum ve formátu ISO 8601, kdy došlo k chybě bounce

      Například:

      {
        "email_id": "66bcce793ef7b2a0928e14ba",
        "recipient": "[email protected]",
        "message": "E-mailový účet, na který jste se pokusili doručit, překročil kvótu.",
        "response": "552 5.2.2 E-mailový účet, na který jste se pokusili doručit, překročil kvótu.",
        "response_code": 552,
        "truth_source": "google.com",
        "bounce": {
          "action": "reject",
          "message": "Gmailová schránka je plná",
          "category": "capacity",
          "code": 552,
          "status": "5.2.2",
          "line": 300
        },
        "headers": {},
        "bounced_at": "2024-08-24T01:50:02.828Z"
      }
      

      Zde je několik dalších poznámek ohledně bounce webhooků:

      • Pokud payload webhooku obsahuje hodnotu list_id, list_unsubscribe nebo feedback_id, měli byste podle potřeby přijmout odpovídající opatření k odstranění recipient ze seznamu.
        • Pokud hodnota bounce.category byla jedna z "block", "recipient", "spam" nebo "virus", pak byste uživatele rozhodně měli ze seznamu odstranit.
      • Pokud potřebujete ověřit payloady webhooku (aby bylo zajištěno, že skutečně pocházejí z našeho serveru), můžete vyřešit IP adresu vzdáleného klienta na hostname pomocí reverzního vyhledávání – měla by být smtp.forwardemail.net.
      • Budeme čekat až 5 sekund na odpověď vašeho webhook endpointu s kódem stavu 200 a pokusíme se odeslat požadavek znovu až 1 krát.
      • Pokud zjistíme, že vaše bounce webhook URL má chybu při pokusu o odeslání požadavku, pošleme vám zdvořilý e-mail jednou týdně.
    • Podporujete webhooks
      Tip: Hledáte dokumentaci k bounce webhookům? Podívejte se na Podporujete bounce webhooks? pro více informací.

      Ano, od 15. května 2020 jsme tuto funkci přidali. Můžete jednoduše přidat webhook(y) stejně jako u jakéhokoliv příjemce! Ujistěte se, že máte v URL webhooku předponu "http" nebo "https".

      Rozšířená ochrana soukromí: Pokud jste na placeném plánu (který obsahuje rozšířenou ochranu soukromí), přejděte prosím do Můj účet Domény a klikněte na "Alias" vedle vaší domény pro konfiguraci webhooků. Pokud chcete vědět více o placených plánech, podívejte se na naši stránku Ceník. Jinak můžete pokračovat podle níže uvedených instrukcí.

      Pokud jste na bezplatném plánu, jednoduše přidejte nový DNS TXT záznam, jak je uvedeno níže:

      Například, pokud chci, aby všechny e-maily směřující na [email protected] byly přeposílány na nový testovací endpoint request bin:

      Název/Host/Alias TTL Typ Odpověď/Hodnota
      "@", ".", nebo prázdné 3600 TXT forward-email=alias:https://requestbin.com/r/en8pfhdgcculn

      Nebo chcete, aby všechny e-maily směřující na example.com byly přeposílány na tento endpoint:

      Název/Host/Alias TTL Typ Odpověď/Hodnota
      "@", ".", nebo prázdné 3600 TXT forward-email=https://requestbin.com/r/en8pfhdgcculn

      Zde jsou další poznámky týkající se webhooků:

      • Pokud potřebujete ověřit payload webhooku (aby bylo jisté, že skutečně pochází z našeho serveru), můžete vyřešit IP adresu vzdáleného klienta nebo hostname pomocí reverzního vyhledávání – měla by být buď mx1.forwardemail.net nebo mx2.forwardemail.net.
      • Pokud webhook neodpoví s kódem stavu 200, uložíme jeho odpověď do vytvořeného chybového logu – což je užitečné pro ladění.
      • HTTP požadavky webhooku se budou opakovat až 3x při každém pokusu o SMTP připojení, s maximálním timeoutem 60 sekund na POST požadavek na endpoint. Poznámka: to neznamená, že se opakuje pouze 3x, ve skutečnosti se bude opakovat kontinuálně v čase zasíláním SMTP kódu 421 (což odesílateli říká, aby to zkusil později) po 3. neúspěšném HTTP POST pokusu. To znamená, že e-mail se bude opakovaně pokoušet doručit dny, dokud nebude dosaženo kódu 200.
      • Automaticky se opakují požadavky na základě výchozích stavových a chybových kódů používaných v retry metodě superagent (jsme udržovateli).
      • HTTP požadavky webhooku na stejný endpoint seskupujeme do jednoho požadavku místo více, abychom ušetřili zdroje a zrychlili odezvu. Například pokud pošlete e-mail na [email protected], [email protected] a [email protected], a všechny jsou nastaveny na stejnou přesnou URL endpointu, bude proveden pouze jeden požadavek. Seskupujeme podle přesné shody endpointu se striktní rovností.
      • Používáme metodu "simpleParser" z knihovny mailparser pro parsování zprávy do JSON přátelského objektu.
      • Hodnota surového e-mailu jako String je dostupná pod vlastností "raw".
      • Výsledky autentizace jsou dostupné pod vlastnostmi "dkim", "spf", "arc", "dmarc" a "bimi".
      • Parsované hlavičky e-mailu jsou dostupné pod vlastností "headers" – ale také můžete použít "headerLines" pro jednodušší iteraci a parsování.
      • Seskupení příjemců pro tento webhook jsou seskupena a dostupná pod vlastností "recipients".
      • Informace o SMTP relaci jsou dostupné pod vlastností "session". Obsahuje informace o odesílateli zprávy, čase příchodu zprávy, HELO a hostname klienta. Hodnota hostname klienta jako session.clientHostname je buď FQDN (z reverzního PTR vyhledávání) nebo session.remoteAddress zabalená v závorkách (např. "[127.0.0.1]").
      • Pokud potřebujete rychle získat hodnotu X-Original-To, můžete použít hodnotu session.recipient (viz příklad níže). Hlavička X-Original-To je hlavička, kterou přidáváme do zpráv pro ladění s původním příjemcem (před maskovaným přeposíláním) zprávy.
      • Pokud potřebujete odstranit vlastnosti attachments a/nebo raw z těla payloadu, jednoduše přidejte ?attachments=false, ?raw=false nebo ?attachments=false&raw=false jako querystring parametr do vašeho webhook endpointu (např. https://example.com/webhook?attachments=false&raw=false).
      • Pokud jsou přiložené soubory, budou přidány do pole attachments jako hodnoty Buffer. Můžete je zpětně parsovat do obsahu pomocí přístupu v JavaScriptu, například:
        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());
        
      Tip: Curious what the webhook request looks like from forwarded emails? We've included an example below for you!
      {
        "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) [email protected] 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) [email protected] 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) [email protected] 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) [email protected] smtp.helo=user.oem.local;\r\n dmarc=none header.from=example.com;\r\n bimi=skipped (DMARC not enabled)"
          },
          {
            "key": "x-forward-email-sender",
            "line": "X-Forward-Email-Sender: rfc822; [email protected]"
          },
          {
            "key": "x-forward-email-session-id",
            "line": "X-Forward-Email-Session-ID: w2czxgznghn5ryyw"
          },
          {
            "key": "x-forward-email-version",
            "line": "X-Forward-Email-Version: 9.0.0"
          },
          {
            "key": "content-type",
            "line": "Content-Type: multipart/mixed; boundary=\"--_NmP-179a735428ca7575-Part_1\""
          },
          {
            "key": "from",
            "line": "From: some <[email protected]>"
          },
          {
            "key": "message-id",
            "line": "Message-ID: <[email protected]>"
          },
          {
            "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": "[email protected]",
              "name": "some"
            }
          ],
          "html": "<span class=\"mp_address_group\"><span class=\"mp_address_name\">some</span> &lt;<a href=\"mailto:[email protected]\" class=\"mp_address_email\">[email protected]</a>&gt;</span>",
          "text": "some <[email protected]>"
        },
        "messageId": "<[email protected]>",
        "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) [email protected] 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) [email protected] smtp.helo=user.oem.local;\r\n dmarc=none header.from=example.com;\r\n bimi=skipped (DMARC not enabled)\r\nX-Forward-Email-Sender: rfc822; [email protected]\r\nX-Forward-Email-Session-ID: w2czxgznghn5ryyw\r\nX-Forward-Email-Version: 9.0.0\r\nContent-Type: multipart/mixed; boundary=\"--_NmP-179a735428ca7575-Part_1\"\r\nFrom: some <[email protected]>\r\nMessage-ID: <[email protected]>\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": [
            "[email protected]"
          ],
          "envelopeFrom": "[email protected]",
          "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": "[email protected]",
          "status": {
            "result": "none",
            "comment": "mx1.forwardemail.net: example.net does not designate permitted sender hosts",
            "smtp": {
              "mailfrom": "[email protected]",
              "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) [email protected] 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) [email protected] 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": [
          "[email protected]"
        ],
        "session": {
          "recipient": "[email protected]",
          "remoteAddress": "127.0.0.1",
          "remotePort": 65138,
          "clientHostname": "[127.0.0.1]",
          "hostNameAppearsAs": "user.oem.local",
          "sender": "[email protected]",
          "mta": "mx1.forwardemail.net",
          "arrivalDate": "2022-05-25T19:26:41.423Z",
          "arrivalTime": 1653506801423
        }
      }
      
    • Podporujete regulární výrazy nebo regex

      Ano, od 27. září 2021 jsme tuto funkci přidali. Můžete jednoduše psát regulární výrazy ("regex") pro shodu aliasů a provádění náhrad.

      Alias podporující regulární výrazy jsou ty, které začínají / a končí / a jejich příjemci jsou e-mailové adresy nebo webhooky. Příjemci mohou také zahrnovat podporu náhrad regexem (např. $1, $2).

      Podporujeme dva přepínače regulárních výrazů včetně i a g. Přepínač ignorující velikost písmen i je trvalý výchozí a je vždy vynucen. Globální přepínač g můžete přidat připojením /g na konec výrazu.

      Všimněte si, že také podporujeme naši funkci zakázaných aliasů pro část příjemce s naší podporou regexu.

      Regulární výrazy nejsou podporovány na globálních vanity doménách (protože by to mohlo být bezpečnostní riziko).

      Zvýšená ochrana soukromí: Pokud máte placený tarif (který obsahuje zvýšenou ochranu soukromí), přejděte prosím na Můj účet Domény a klikněte na "Aliasy" vedle vaší domény pro konfiguraci aliasů, včetně těch s regulárními výrazy. Pokud se chcete dozvědět více o placených tarifech, navštivte naši stránku Ceník.

      Příklady pro zvýšenou ochranu soukromí

      Název aliasu Efekt Test
      /^(linus|torvalds)$/ E-maily na `[email protected]` nebo `[email protected]` (zobrazit test na RegExr)
      /^24highst(reet)$/ E-maily na `[email protected]` nebo `[email protected]` (zobrazit test na RegExr)
      Tip: Pro testování na RegExr napište výraz do horního pole a poté zadejte příklad aliasu do textového pole níže. Pokud výraz sedí, pole zmodrá.

      Příklady pro bezplatný tarif

      Pokud jste na bezplatném tarifu, jednoduše přidejte nový DNS TXT záznam pomocí jednoho nebo více níže uvedených příkladů:

      Jednoduchý příklad: Pokud chci, aby všechny e-maily směřující na `[email protected]` nebo `[email protected]` byly přeposílány na `[email protected]`:
      Název/Hostitel/Alias TTL Typ Odpověď/Hodnota
      "@", ".", nebo prázdné 3600 TXT forward-email=/^(linus|torvalds)$/:[email protected]
      Příklad náhrady jména a příjmení: Představte si, že všechny e-mailové adresy vaší firmy mají vzor `[email protected]`. Pokud chci, aby všechny e-maily směřující na vzor `[email protected]` byly přeposílány na `[email protected]` s podporou náhrad (zobrazit test na RegExr):
      Jméno/Hostitel/Alias TTL Typ Odpověď/Hodnota
      "@", ".", nebo prázdné 3600 TXT forward-email=/^([A-Za-z]+)+\.([A-Za-z]+)+$/:[email protected]
      Příklad filtrování substituce se symbolem plus: Pokud chci, aby všechny e-maily, které jdou na `[email protected]` nebo `[email protected]`, byly přeposílány na `[email protected]` nebo `[email protected]` (s podporou substituce) (zobrazit test na RegExr):
      Jméno/Hostitel/Alias TTL Typ Odpověď/Hodnota
      "@", ".", nebo prázdné 3600 TXT forward-email=/^(support|info)$/:[email protected]
      Příklad substituce dotazovacího řetězce webhooku: Možná chcete, aby všechny e-maily, které jdou na `example.com`, šly na webhook a měly dynamický klíč dotazovacího řetězce "to" s hodnotou uživatelské části e-mailové adresy (zobrazit test na RegExr):
      Jméno/Hostitel/Alias TTL Typ Odpověď/Hodnota
      "@", ".", nebo prázdné 3600 TXT forward-email=/^(.*?)$/:https://example.com/webhook?username=$1
      Příklad tichého odmítnutí: Pokud chcete, aby všechny e-maily odpovídající určitému vzoru byly zakázány a tichounce odmítnuty (odesílateli se zobrazí, jako by zpráva byla úspěšně odeslána, ale ve skutečnosti nikam neputuje) se stavovým kódem `250` (viz Mohu zakázat konkrétní aliasy), pak jednoduše použijte stejný přístup s jedním vykřičníkem "!". To odesílateli naznačuje, že zpráva byla úspěšně doručena, ale ve skutečnosti nikam neputovala (např. černá díra nebo `/dev/null`).
      Jméno/Hostitel/Alias TTL Typ Odpověď/Hodnota
      "@", ".", nebo prázdné 3600 TXT forward-email=/^(linus|torvalds)$/:!
      Příklad měkkého odmítnutí: Pokud chcete, aby všechny e-maily odpovídající určitému vzoru byly zakázány a měkce odmítnuty se stavovým kódem `421` (viz Mohu zakázat konkrétní aliasy), pak jednoduše použijte stejný přístup se dvěma vykřičníky "!!". To odesílateli naznačuje, aby svůj e-mail zkusil znovu, a e-maily na tento alias budou znovu zkoušeny přibližně 5 dní a poté trvale odmítnuty.
      Jméno/Hostitel/Alias TTL Typ Odpověď/Hodnota
      "@", ".", nebo prázdné 3600 TXT forward-email=/^(linus|torvalds)$/:!!
      Příklad tvrdého odmítnutí: Pokud chcete, aby všechny e-maily odpovídající určitému vzoru byly zakázány a tvrdě odmítnuty s kódem stavu `550` (viz Mohu zakázat konkrétní aliasy), použijte jednoduše stejný přístup s trojitým vykřičníkem "!!!". To odesílateli signalizuje trvalou chybu a e-maily nebudou znovu odesílány, budou pro tento alias odmítnuty.
      Název/Host/Alias TTL Typ Odpověď/Hodnota
      "@", ".", nebo prázdné 3600 TXT forward-email=/^(linus|torvalds)$/:!!!
      Tip: Zajímá vás, jak napsat regulární výraz nebo potřebujete otestovat svou náhradu? Můžete navštívit bezplatný web pro testování regulárních výrazů RegExr na adrese https://regexr.com.
    • Mohu přeposílat e-maily pro jakoukoli subdoménu (zástupné subdomény)

      Ano, v našich placených plánech. Můžete nakonfigurovat jednu kořenovou doménu (např. example.com) tak, aby se její konfigurace přeposílání transparentně vztahovala na každou subdoménu (např. anything.example.com, mail.example.com, a.b.example.com), aniž byste museli vytvářet samostatnou konfiguraci pro každou subdoménu a bez použití zástupného záznamu DNS, jako je *.example.com.

      Pouze placené plány (volitelné): Tato funkce je k dispozici v našich placených plánech a ve výchozím nastavení je vypnutá. Musíte ji pro doménu povolit v části Můj účet → Domény → Nastavení zaškrtnutím políčka "Povolit přeposílání zástupných subdomén". Nevztahuje se na bezplatný plán.

      Jakmile je tato funkce povolena, když dorazí e-mail pro příjemce na subdoméně, nejprve vyhledáme záznamy TXT na tomto přesném hostiteli subdomény. Pokud přesná subdoména nemá žádné vlastní záznamy forward-email-site-verification=, automaticky se vrátíme k ověřovacímu záznamu publikovanému na kořenové doméně (takže subdoména zdědí stejné aliasy a ověření jako kořenová doména).

      Toto je záměrně úzké, aby se vaše stávající konfigurace nikdy nezměnila:

      • Musí být explicitně povoleno pro každou doménu a vztahuje se pouze na naše placené plány (nikdy se nepoužívá v bezplatném plánu).
      • Vztahuje se pouze na subdomény (samotná kořenová/vrcholová doména není ovlivněna).
      • Vztahuje se pouze v případě, že přesná subdoména nemá žádné relevantní záznamy, takže jakékoli záznamy, které publikujete na konkrétní subdoméně, mají vždy přednost před záložním řešením kořenové domény.
      • Z kořenové domény se dědí pouze záznamy forward-email= a forward-email-site-verification=.
      Příklad zástupné subdomény: Po povolení "Povolit přeposílání zástupných subdomén" pro `example.com` pošta odeslaná na jakoukoli subdoménu, která nemá žádné vlastní záznamy (například `[email protected]`), zdědí konfiguraci kořenové domény, včetně jejího ověřovacího záznamu:
      Název/Hostitel/Alias TTL Typ Odpověď/Hodnota
      "@", "." nebo prázdné 3600 TXT forward-email-site-verification=XXXXXXXXXX

      Požadované záznamy DNS pro zástupné subdomény

      E-mail je směrován záznamy MX každého příjemce, takže aby se k nám pošta fyzicky dostala pro jakoukoli subdoménu, musíte publikovat záznamy MX, které pokrývají vaše subdomény. Nejjednodušším přístupem je jeden zástupný záznam MX (*) u vašeho poskytovatele DNS, který se vztahuje na každou subdoménu najednou:

      Název/Hostitel/Alias TTL Typ Priorita Odpověď/Hodnota
      * 3600 MX 0 mx1.forwardemail.net
      * 3600 MX 0 mx2.forwardemail.net

      Zástupný znak, jako je *.example.com, odpovídá mail.example.com, a.b.example.com a tak dále. Chcete-li místo toho pokrýt pouze jednu konkrétní subdoménu, použijte tuto subdoménu jako Název/Hostitel (například mail pro mail.example.com) se stejnými dvěma hodnotami MX výše.

      Někteří poskytovatelé DNS také podporují zástupný znak CNAME (například *.example.com CNAME example.com), takže se subdomény překládají na vaši kořenovou doménu. Pro doručování pošty se upřednostňuje zástupný znak MX.

      Důležité: Nepřidávejte záznam CNAME na samotný kořen/vrchol (`@`), protože je v konfliktu s vašimi záznamy MX, TXT a dalšími záznamy. Ponechte záznam TXT `forward-email-site-verification=` publikovaný na vaší kořenové doméně — subdomény jej zdědí automaticky.

      Tokeny pro nahrazení subdomény

      Když v příjemci (nahrazení) použijete regulární výrazy, můžete navíc odkazovat na subdoménu příchozího příjemce pomocí dvou tokenů. Upozorňujeme, že aby se tyto tokeny vztahovaly na každou subdoménu ze záznamu jedné kořenové domény, musí být povoleno výše popsané záložní řešení zástupné subdomény (pouze placené plány); jinak se vztahují pouze na záznamy publikované na přesném hostiteli, který se shoduje:

      Token Popis
      %SUBDOMAIN% Štítek (štítky) subdomény pod kořenovou doménou příchozího příjemce. Například pro `[email protected]` (kořen `example.com`) je to `sales` a pro `[email protected]` je to `a.b`. Pro kořenovou/vrcholovou doménu je to prázdný řetězec.
      %HOST% Úplný hostitel (doména) příchozího příjemce. Například pro `[email protected]` je to `sales.example.com`.
      Příklad nahrazení subdomény: Pokud chcete, aby se každá adresa na každé subdoméně `example.com` přeposílala jednomu poskytovateli a zároveň se zachovala subdoména v cíli (např. `[email protected]` → `[email protected]` a `[email protected]` → `[email protected]`), publikujte jeden záznam na kořenové doméně:
      Název/Hostitel/Alias TTL Typ Odpověď/Hodnota
      "@", "." nebo prázdné 3600 TXT forward-email=/^.*$/:%SUBDOMAIN%@example.net
    • Jaké jsou vaše limity pro odchozí SMTP

      Uplatňujeme limity odchozích SMTP rychlostí na několika úrovních, abychom zabránili zneužití a zároveň zachovali flexibilitu pro legitimní použití. Každá úroveň je kontrolována postupně — kterákoliv limit dosažený jako první dočasně odmítne zprávu s chybou 421 (což znamená „zkuste to později“).

      Hierarchie omezení rychlosti:

      Úroveň Rozsah Výchozí limit Popis
      Pro alias Jednotlivý alias Žádný (použije se limit domény) Volitelné. Pokud má alias nastavený vlastní smtp_limit, kontroluje se jako první.
      Pro doménu Všechny e-maily odeslané z domény za den 300/day Započítává všechny odchozí e-maily napříč všemi aliasy na doméně.
      Pro uživatele Všechny e-maily odeslané uživatelským účtem za den 300/day Zabraňuje obejití odstraněním a znovuvytvořením aliasů nebo domén.

      Jak se určí efektivní limit:

      • Domény v plánu Team — efektivní denní limit je nejvyšší smtp_limit mezi všemi administrátory domény. Například, pokud jeden administrátor má limit 300 a jiný 500, efektivní limit domény bude 500.

      • Enhanced Protection a další plány — efektivní denní limit je vlastní smtp_limit odesílajícího uživatele (ve výchozím nastavení 300 zpráv za den).

      • Přepsání pro alias — správci domény mohou volitelně nastavit vlastní smtp_limit na jednotlivých aliasech. Když je nastaven, kontroluje se jako první (před limity domény a uživatele). To je užitečné pro omezení konkrétních aliasů na nižší objem odeslaných zpráv.

      • Výchozí nastavení domény pro nové aliasy — správci domény mohou pro doménu nastavit alias_default_smtp_limit (přes API nebo v pokročilých nastaveních na ovládacím panelu). Pokud je nastaveno, všechny nově vytvořené aliasy na této doméně automaticky převezmou tuto hodnotu jako svůj smtp_limit. Tato hodnota nesmí překročit efektivní SMTP limit domény. Existující aliasy nejsou tímto ovlivněny. Nastavte na 0 pro deaktivaci.

      • Systémoví administrátoři (zaměstnanci Forward Email) jsou osvobozeni od všech omezení rychlosti.

      Veškeré omezování rychlosti se uplatňuje pomocí počtů v databázi (Emails.countDocuments) vůči e-mailům vytvořeným od začátku aktuálního dne (půlnoc UTC). To znamená, že váš limit se obnovuje každý den o půlnoci UTC.

      Pokud potřebujete vyšší limit, prosím kontaktujte nás. Většina požadavků je uspokojena během 1–2 hodin.

    • Potřebuji schválení pro povolení SMTP

      Ano, mějte prosím na paměti, že pro udržení reputace IP a zajištění doručitelnosti má Forward Email manuální proces schvalování odchozího SMTP na základě jednotlivých domén. Napište na [email protected] nebo otevřete žádost o pomoc pro schválení. Tento proces obvykle trvá méně než 24 hodin, většina žádostí je vyřízena během 1-2 hodin. V blízké budoucnosti plánujeme tento proces zautomatizovat s dalšími kontrolami spamu a upozorněními. Tento proces zajišťuje, že vaše e-maily dorazí do schránky a vaše zprávy nebudou označeny jako spam.

    • Jaká jsou nastavení vašeho SMTP serveru

      Náš server je smtp.forwardemail.net a je také monitorován na naší stavové stránce.

      Podporuje jak IPv4, tak IPv6 a je dostupný na portech 465 a 2465 pro SSL/TLS (doporučeno) a 587, 2587, 2525 a 25 pro TLS (STARTTLS).

      Od října 2025 nyní podporujeme legacy TLS 1.0 připojení na portech 2455 (SSL/TLS) a 2555 (STARTTLS) pro starší zařízení jako tiskárny, skenery, kamery a starší e-mailové klienty, které nemohou podporovat moderní verze TLS. Tyto porty jsou poskytovány jako alternativa k Gmailu, Yahoo, Outlooku a dalším poskytovatelům, kteří přestali podporovat starší TLS protokoly.

      Caution

      Podpora legacy TLS 1.0 (porty 2455 a 2555): Tyto porty používají zastaralý protokol TLS 1.0, který má známé bezpečnostní zranitelnosti (BEAST, POODLE). Používejte tyto porty pouze pokud vaše zařízení absolutně nemůže podporovat TLS 1.2 nebo vyšší. Důrazně doporučujeme aktualizovat firmware zařízení nebo přejít na moderní e-mailové klienty, kdykoli je to možné. Tyto porty jsou určeny výhradně pro kompatibilitu se starším hardwarem (staré tiskárny, skenery, kamery, IoT zařízení).

      Protokol Hostname Porty IPv4 IPv6 Poznámky
      SSL/TLS Doporučeno smtp.forwardemail.net 465, 2465 ✅ ✅ Moderní TLS 1.2+ (doporučeno)
      TLS (STARTTLS) smtp.forwardemail.net 587, 2587, 2525, 25 ✅ ✅ Podporováno (preferujte SSL/TLS port 465)
      SSL/TLS Pouze legacy smtp.forwardemail.net 2455 ✅ ✅ ⚠️ TLS 1.0 pouze pro stará zařízení
      TLS (STARTTLS) Pouze legacy smtp.forwardemail.net 2555 ✅ ✅ ⚠️ TLS 1.0 pouze pro stará zařízení
      Přihlášení Příklad Popis
      --------- -------------------------- -----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
      Uživatelské jméno [email protected] Emailová adresa aliasu, který existuje pro doménu v Můj účet Domény.
      Heslo ************************ Alias

      Pro odesílání odchozí pošty přes SMTP musí být SMTP uživatel emailová adresa aliasu, který existuje pro doménu v Můj účet Domény – a SMTP heslo musí být alias-specifické generované heslo.

      Podívejte se na Podporujete odesílání emailů přes SMTP pro podrobné instrukce krok za krokem.

    • Jaké jsou vaše konfigurační nastavení IMAP serveru

      Náš server je imap.forwardemail.net a je také monitorován na naší stavové stránce.

      Podporuje jak IPv4, tak IPv6 a je dostupný na portech 993 a 2993 pro SSL/TLS.

      Protokol Hostitel Porty IPv4 IPv6
      SSL/TLS Preferováno imap.forwardemail.net 993, 2993 ✅ ✅
      Přihlášení Příklad Popis
      Uživatelské jméno [email protected] Emailová adresa aliasu, který existuje pro doménu v Můj účet Domény.
      Heslo ************************ Alias-specifické generované heslo.

      Pro připojení přes IMAP musí být IMAP uživatel emailová adresa aliasu, který existuje pro doménu v Můj účet Domény – a IMAP heslo musí být alias-specifické generované heslo.

      Podívejte se na Podporujete přijímání emailů přes IMAP pro podrobné instrukce krok za krokem.

    • Jaké jsou vaše konfigurační nastavení POP3 serveru

      Náš server je pop3.forwardemail.net a je také monitorován na naší stavové stránce.

      Podporuje jak IPv4, tak IPv6 a je dostupný na portech 995 a 2995 pro SSL/TLS.

      Protokol Hostitel Porty IPv4 IPv6
      SSL/TLS Preferováno pop3.forwardemail.net 995, 2995 ✅ ✅
      Přihlášení Příklad Popis
      --------- ------------------------- -----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
      Uživatelské jméno [email protected] Emailová adresa aliasu, který existuje pro doménu na Můj účet Domény.
      Heslo ************************ Alias-specifické generované heslo.

      Pro připojení přes POP3 musí být uživatel POP3 emailová adresa aliasu, který existuje pro doménu na Můj účet Domény – a heslo IMAP musí být alias-specifické generované heslo.

      Podívejte se na Podporujete POP3 pro podrobné instrukce krok za krokem.

    • Jak nastavit automatické zjišťování emailu pro mou doménu

      Automatické zjišťování emailu umožňuje emailovým klientům jako jsou Thunderbird, Apple Mail, Microsoft Outlook a mobilním zařízením automaticky detekovat správná nastavení serverů IMAP, SMTP, POP3, CalDAV a CardDAV, když uživatel přidá svůj emailový účet. Toto je definováno v RFC 6186 (email) a RFC 6764 (CalDAV/CardDAV) a využívá DNS SRV záznamy.

      Forward Email publikuje autodiscovery záznamy na forwardemail.net. Můžete buď přidat SRV záznamy přímo do své domény, nebo použít jednodušší přístup s CNAME.

      Možnost A: CNAME záznamy (nejjednodušší)

      Přidejte tyto dva CNAME záznamy do DNS vaší domény. Tím delegujete autodiscovery na servery Forward Email:

      Typ Název/Hostitel Cíl/Hodnota
      CNAME autoconfig autoconfig.forwardemail.net
      CNAME autodiscover autodiscover.forwardemail.net

      Záznam autoconfig používá Thunderbird a další klienti založení na Mozille. Záznam autodiscover používá Microsoft Outlook.

      Možnost B: SRV záznamy (přímé)

      Pokud dáváte přednost přidání záznamů přímo (nebo váš DNS poskytovatel nepodporuje CNAME na subdoménách), přidejte tyto SRV záznamy do své domény:

      Typ Název/Hostitel Priorita Váha Port Cíl/Hodnota Účel
      SRV _imaps._tcp 0 1 993 imap.forwardemail.net IMAP přes SSL/TLS (doporučeno)
      SRV _imap._tcp 0 0 0 . Nešifrovaný IMAP zakázán
      SRV _submissions._tcp 0 1 465 smtp.forwardemail.net SMTP odesílání (SSL/TLS, doporučeno)
      SRV _submission._tcp 5 1 587 smtp.forwardemail.net SMTP odesílání (STARTTLS)
      SRV _pop3s._tcp 10 1 995 pop3.forwardemail.net POP3 přes SSL/TLS
      SRV _pop3._tcp 0 0 0 . Nešifrovaný POP3 zakázán
      SRV _caldavs._tcp 0 1 443 caldav.forwardemail.net CalDAV přes TLS (kalendáře)
      SRV _caldav._tcp 0 0 0 . Nešifrovaný CalDAV zakázán
      SRV _carddavs._tcp 0 1 443 carddav.forwardemail.net CardDAV přes TLS (kontakty)
      SRV _carddav._tcp 0 0 0 . Nešifrovaný CardDAV zakázán

      Note

      IMAP má nižší hodnotu priority (0) než POP3 (10), což říká e-mailovým klientům, aby preferovaly IMAP před POP3, pokud jsou obě dostupné. Záznamy s cílem . (jedna tečka) označují, že nešifrované (plaintext) verze těchto protokolů jsou záměrně zakázány podle RFC 6186 Section 3.4. SRV záznamy CalDAV a CardDAV dodržují RFC 6764 pro automatické zjišťování kalendářů a kontaktů.

      Které e-mailové klienty podporují automatické zjišťování?

      Klient E-mail CalDAV/CardDAV
      Thunderbird autoconfig CNAME nebo SRV záznamy autoconfig XML nebo SRV záznamy (RFC 6764)
      Apple Mail (macOS) SRV záznamy (RFC 6186) SRV záznamy (RFC 6764)
      Apple Mail (iOS) SRV záznamy (RFC 6186) SRV záznamy (RFC 6764)
      Microsoft Outlook autodiscover CNAME nebo _autodiscover._tcp SRV Nepodporováno
      GNOME (Evolution) SRV záznamy (RFC 6186) SRV záznamy (RFC 6764)
      KDE (KMail) SRV záznamy (RFC 6186) SRV záznamy (RFC 6764)
      eM Client autoconfig nebo autodiscover SRV záznamy (RFC 6764)

      Tip

      Pro nejlepší kompatibilitu napříč všemi klienty doporučujeme použít Možnost A (CNAME záznamy) v kombinaci se SRV záznamy z Možnosti B. Pouze přístup s CNAME pokrývá většinu e-mailových klientů. SRV záznamy CalDAV/CardDAV zajistí, že klienti kalendářů a kontaktů také automaticky najdou nastavení vašeho serveru.

    Bezpečnost

    • Pokročilé techniky zpevnění serveru

      Tip

      Více o naší bezpečnostní infrastruktuře se dozvíte na naší stránce Bezpečnost.

      Forward Email implementuje řadu technik zpevnění serveru, aby zajistil bezpečnost naší infrastruktury a vašich dat:

      1. Síťová bezpečnost:

        • Firewall IP tables s přísnými pravidly
        • Fail2ban pro ochranu proti hrubé síle
        • Pravidelné bezpečnostní audity a penetrační testy
        • Administrativní přístup pouze přes VPN
      2. Zpevnění systému:

        • Minimální instalace balíčků
        • Pravidelné bezpečnostní aktualizace
        • SELinux v režimu enforcing
        • Zakázaný root SSH přístup
        • Autentizace pouze na základě klíčů
      3. Bezpečnost aplikací:

        • Hlavičky Content Security Policy (CSP)
        • HTTPS Strict Transport Security (HSTS)
        • Hlavičky pro ochranu proti XSS
        • Hlavičky pro nastavení rámců a referrer policy
        • Pravidelné audity závislostí
      4. Ochrana dat:

        • Kompletní šifrování disku pomocí LUKS
        • Bezpečná správa klíčů
        • Pravidelné zálohy s šifrováním
        • Praktiky minimalizace dat
      5. Monitorování a reakce:

        • Detekce průniků v reálném čase
        • Automatizované bezpečnostní skenování
        • Centralizované logování a analýza
        • Postupy reakce na incidenty

      Important

      Naše bezpečnostní postupy jsou průběžně aktualizovány, aby řešily nové hrozby a zranitelnosti.

      Tip

      Pro maximální bezpečnost doporučujeme používat naši službu s end-to-end šifrováním přes OpenPGP.

    • Máte certifikace SOC 2 nebo ISO 27001

      Note

      Forward Email běží na infrastruktuře poskytované certifikovanými subdodavateli, aby byla zajištěna shoda s průmyslovými standardy.

      Forward Email přímo nevlastní certifikace SOC 2 Type II nebo ISO 27001. Služba však běží na infrastruktuře poskytované certifikovanými subdodavateli:

      Forward Email dodržuje nejlepší průmyslové postupy pro bezpečnostní audity a pravidelně spolupracuje s nezávislými bezpečnostními výzkumníky. Zdroj: https://forwardemail.net/technical-whitepaper.pdf#page=36

    • Používáte TLS šifrování pro přeposílání e-mailů

      Ano. Forward Email přísně vyžaduje TLS 1.2+ pro všechna připojení (HTTPS, SMTP, IMAP, POP3) a implementuje MTA-STS pro rozšířenou podporu TLS. Implementace zahrnuje:

      • Vynucení TLS 1.2+ pro všechna e-mailová připojení
      • ECDHE (Elliptic Curve Diffie-Hellman Ephemeral) výměnu klíčů pro perfektní forward secrecy
      • Moderní šifrovací sady s pravidelnými bezpečnostními aktualizacemi
      • Podporu HTTP/2 pro lepší výkon a bezpečnost
      • HSTS (HTTP Strict Transport Security) s přednačtením v hlavních prohlížečích
      • MTA-STS (Mail Transfer Agent Strict Transport Security) pro přísné vynucení TLS

      Zdroj: https://forwardemail.net/technical-whitepaper.pdf#page=25

      Implementace MTA-STS: Forward Email implementuje přísné vynucení MTA-STS v kódu. Když dojde k chybám TLS a MTA-STS je vynucováno, systém vrací stavové kódy SMTP 421, aby zajistil, že e-maily budou později znovu odeslány místo toho, aby byly doručeny nezabezpečeně. Podrobnosti implementace:

      Ověření třetí stranou: https://www.hardenize.com/report/forwardemail.net/1750312779 ukazuje hodnocení „Good“ pro všechna opatření týkající se TLS a bezpečnosti přenosu.

    • Zachováváte hlavičky autentizace e-mailů

      Ano. Forward Email komplexně implementuje a zachovává hlavičky autentizace e-mailů:

      • SPF (Sender Policy Framework): správně implementováno a zachováno
      • DKIM (DomainKeys Identified Mail): plná podpora s řádnou správou klíčů
      • DMARC: vynucování politiky pro e-maily, které neprojdou validací SPF nebo DKIM
      • ARC: i když není explicitně uvedeno, perfektní skóre služby naznačuje komplexní zacházení s autentizačními hlavičkami

      Zdroj: https://forwardemail.net/technical-whitepaper.pdf#page=31

      Ověření: Internet.nl Mail Test ukazuje skóre 100/100 konkrétně za implementaci „SPF, DKIM a DMARC“. Hodnocení Hardenize potvrzuje hodnocení „Good“ pro SPF a DMARC: https://www.hardenize.com/report/forwardemail.net/1750312779

    • Zachováváte původní hlavičky e-mailů a zabraňujete spoofingu

      Tip

      Forward Email implementuje sofistikovanou ochranu proti spoofingu, aby zabránil zneužití e-mailů.

      Forward Email zachovává původní hlavičky e-mailů a zároveň implementuje komplexní ochranu proti spoofingu prostřednictvím MX kódu:

      • Zachování hlaviček: původní autentizační hlavičky jsou zachovány během přeposílání
      • Ochrana proti spoofingu: vynucování politiky DMARC zabraňuje spoofingu hlaviček tím, že odmítá e-maily, které neprojdou validací SPF nebo DKIM
      • Prevence vkládání hlaviček: validace vstupu a sanitizace pomocí knihovny striptags
      • Pokročilá ochrana: sofistikovaná detekce phishingu s detekcí spoofingu, prevencí napodobování a systémem upozornění uživatelů

      Detaily implementace MX: Hlavní logika zpracování e-mailů je řešena v kódu MX serveru, konkrétně:

      Pomocný skript isArbitrary implementuje sofistikovaná pravidla proti spoofingu včetně detekce napodobování domény, blokovaných frází a různých phishingových vzorců.

    • Jak se chráníte proti spamu a zneužití

      Forward Email implementuje komplexní vícevrstvou ochranu:

      • Omezení rychlosti: Aplikováno na pokusy o autentizaci, API endpointy a SMTP připojení
      • Izolace zdrojů: Mezi uživateli, aby se zabránilo dopadu uživatelů s vysokým objemem
      • Ochrana proti DDoS: Vícevrstvá ochrana prostřednictvím systému Shield od DataPacket a Cloudflare
      • Automatické škálování: Dynamické přizpůsobení zdrojů podle poptávky
      • Prevence zneužití: Kontroly prevence zneužití specifické pro uživatele a blokování na základě hashů pro škodlivý obsah
      • Vynucování autentizace e-mailů: Zprávy od odesílatelů, kteří nejsou na seznamu povolených, musí projít alespoň jedním z SPF nebo DKIM (podobně jako požadavky Gmail, Outlook a Yahoo od roku 2024). Zprávy bez jakéhokoli úspěšného ověření jsou odmítnuty s chybovým kódem 550. Jsou vynucovány politiky DMARC p=reject a p=quarantine.
      • Kontrola HELO/EHLO proti seznamu blokovaných: Název hostitele prezentovaný během SMTP HELO/EHLO pozdravu je kontrolován oproti našemu seznamu blokovaných, což poskytuje ochranu i když odesílatelé IPv6 nemají reverzní DNS záznamy

      Zdroje:

    • Ukládáte obsah e-mailů na disk

      Important

      Forward Email používá architekturu zero-knowledge, která zabraňuje zápisu obsahu e-mailů na disk.

      • Architektura zero-knowledge: Individuálně šifrované SQLite schránky znamenají, že Forward Email nemůže přistupovat k obsahu e-mailů
      • Zpracování v paměti: Zpracování e-mailů probíhá zcela v paměti, bez ukládání na disk
      • Žádné logování obsahu: „Neukládáme ani nezaznamenáváme obsah e-mailů nebo metadata na disk“
      • Sandboxované šifrování: Šifrovací klíče nikdy nejsou uloženy na disku v prostém textu

      Důkaz z kódu MX: MX server zpracovává e-maily zcela v paměti bez zápisu obsahu na disk. Hlavní handler pro zpracování e-mailů demonstruje tento přístup v paměti: https://github.com/forwardemail/forwardemail.net/blob/master/helpers/on-data-mx.js

      Zdroje:

    • Může být obsah e-mailu vystaven při haváriích systému

      Ne. Forward Email implementuje komplexní opatření proti vystavení dat při haváriích:

      • Core dumps zakázány: Zabraňuje vystavení paměti při haváriích
      • Kontrolované využití swapu: Aplikační a další nedatabázoví hostitelé zůstávají bez swapu a jsou dimenzováni a monitorováni tak, aby běžná zátěž zůstala v RAM. Hostitelé MongoDB a Redis používají swapovací soubor pouze pro root s vm.swappiness=1 striktně jako záchrannou síť při nedostatku paměti, nikoli jako běžnou kapacitu. Zakázání swapu všude může změnit přechodný tlak na databázovou paměť v okamžitý OOM kill. Aktivita databázového swapu je monitorována a vyšetřována.
      • Architektura v paměti: Obsah e-mailu existuje pouze v nestálé paměti během zpracování
      • Ochrana šifrovacích klíčů: Klíče nikdy nejsou uloženy na disku v prostém textu
      • Fyzická bezpečnost: Disky šifrované LUKS v2 zabraňují fyzickému přístupu k datům
      • USB úložiště zakázáno: Zabraňuje neoprávněnému získání dat

      Zpracování chyb systémových problémů: Forward Email používá pomocné funkce isCodeBug a isTimeoutError, aby zajistil, že pokud dojde k problémům s připojením k databázi, DNS síťovým/blokovacím problémům nebo problémům s upstream připojením, systém vrátí SMTP stavový kód 421, aby bylo zajištěno, že e-maily budou později znovu odeslány místo ztráty nebo vystavení.

      Detaily implementace:

      Zdroj: https://forwardemail.net/technical-whitepaper.pdf#page=15

    • Kdo má přístup k vaší e-mailové infrastruktuře

      Forward Email implementuje komplexní přístupová práva pro svůj minimální 2-3 členný inženýrský tým s přísnými požadavky na 2FA:

      • Řízení přístupu na základě rolí: Pro týmové účty s oprávněními založenými na zdrojích

      • Princip nejmenších práv: Aplikován ve všech systémech

      • Oddělení povinností: Mezi operačními rolemi

      • Správa uživatelů: Oddělení uživatelů pro nasazení a devops s odlišnými oprávněními

      • Root login zakázán: Nutí přístup přes řádně autentizované účty

      • Přísné 2FA: Žádné SMS 2FA kvůli riziku MiTM útoků – pouze aplikace nebo hardwarové tokeny

      • Komplexní auditní logování: S redakcí citlivých dat

      • Automatická detekce anomálií: Pro neobvyklé vzory přístupu

      • Pravidelné bezpečnostní kontroly: Přístupových logů

      • Prevence útoku Evil Maid: USB úložiště zakázáno a další fyzická bezpečnostní opatření Zdroje:

      • https://forwardemail.net/technical-whitepaper.pdf#page=30 (Řízení autorizace)

      • https://forwardemail.net/technical-whitepaper.pdf#page=30 (Síťová bezpečnost)

      • https://forwardemail.net/technical-whitepaper.pdf#page=15 (Prevence útoku „evil maid“)

    • Jaké poskytovatele infrastruktury používáte

      Important

      Forward Email používá více subprocesorů infrastruktury s komplexními certifikacemi souladu.

      Kompletní podrobnosti jsou k dispozici na naší stránce souladu s GDPR: https://forwardemail.net/gdpr

      Hlavní subprocesoři infrastruktury:

      Poskytovatel Certifikace rámce ochrany osobních údajů Stránka souladu s GDPR
      Cloudflare ✅ Ano https://www.cloudflare.com/trust-hub/gdpr/
      DataPacket ❌ Ne https://www.datapacket.com/privacy-policy
      DigitalOcean ❌ Ne https://www.digitalocean.com/legal/gdpr
      GitHub ✅ Ano https://docs.github.com/en/site-policy/privacy-policies/github-data-protection-agreement
      Vultr ❌ Ne https://www.vultr.com/legal/eea-gdpr-privacy/

      Podrobné certifikace:

      DigitalOcean

      Vultr

      DataPacket

      • Soulad se SOC 2 (kontaktujte přímo DataPacket pro získání certifikace)
      • Infrastruktura podnikové úrovně (lokalita Denver)
      • Ochrana proti DDoS pomocí kybernetického stacku Shield
      • Technická podpora 24/7
      • Globální síť přes 58 datových center
      • Podrobnosti: https://www.datapacket.com/datacenters/denver

      GitHub

      Zpracovatelé plateb:

    • Nabízíte smlouvu o zpracování údajů (DPA)

      Ano, Forward Email nabízí komplexní smlouvu o zpracování údajů (DPA), kterou lze podepsat v rámci naší podnikové smlouvy. Kopie naší DPA je k dispozici na: https://forwardemail.net/dpa

      Podrobnosti DPA:

      • Pokrývá soulad s GDPR a rámce EU-USA/Švýcarsko-USA Privacy Shield
      • Automaticky přijímána při souhlasu s našimi Podmínkami služby
      • Pro standardní DPA není vyžadován samostatný podpis
      • Oboustranně podepsaná kopie a individuální ujednání DPA jsou k dispozici prostřednictvím Enterprise License
      • Chcete‑li nás uvést ve své vlastní příloze k subzpracovatelům, viz Jak uvedu Forward Email jako subzpracovatele ve své vlastní DPA

      Rámec souladu s GDPR: Naše DPA podrobně popisuje soulad s GDPR i mezinárodními požadavky na přenos dat. Kompletní informace jsou k dispozici na: https://forwardemail.net/gdpr

      Pro podnikové zákazníky vyžadující vlastní podmínky DPA nebo specifické smluvní ujednání lze tyto řešit prostřednictvím našeho programu Enterprise License (250 USD/měsíc).

    • Mohu ponechat zpracování a ukládání e‑mailů v EU (umístění dat)

      Important

      Zatím ne. Aktuálně není k dispozici nasazení pouze v EU ani možnost zvolit EU, a ve svých záznamech nebo ve své dohodě o zpracování údajů byste neměli uvádět Forward Email jako zpracovatele výhradně v EU.

      Kde dnes probíhá zpracování: naše servery se nacházejí především v Denver, Colorado, United States (viz Kde jsou umístěny vaše servery a https://forwardemail.net/ips). Platí to pro všechny funkce: přeposílání příchozí pošty, chybové logy, úložiště schránky (IMAP/POP3/CalDAV/CardDAV) a odchozí SMTP.

      Co je v plánu: datové centrum v EU v Amsterdamu, provozované pod forwardemail.eu. Aby byla data EU skutečně izolována – právně i technicky – je nutné provozovat službu prostřednictvím samostatné společnosti se sídlem v EU, nikoli pouze na serverech v umístění v EU. Datum spuštění zatím nemáme a zařazení na čekací listinu nemění, kde je vaše pošta dnes zpracovávána. Přihlaste se k odběru https://github.com/orgs/forwardemail/discussions/336 pro oznámení; tam popíšeme, jak se budou moci stávající zákazníci přihlásit, jakmile bude k dispozici.

      Co dnes můžete uvést přesně:

      • Zpracovatel: Forward Email LLC, společnost registrovaná v Delaware, United States
      • Místo zpracování a uložení: United States
      • Mechanismus předávání a záruky: jak je popsáno na našich stránkách DPA a GDPR
      • Naši vlastní subzpracovatelé: uvedeni na naší stránce GDPR (všichni poskytovatelé se sídlem v United States)

      Viz Kde se zpracovává a ukládá příchozí e‑mail pro mou doménu a jak dlouho pro rozpis podle funkcí a Jak uvést Forward Email jako subzpracovatele ve své vlastní DPA pro připravenou položku do přílohy.

    • Kde se zpracovává a ukládá příchozí e‑mail pro mou doménu a jak dlouho

      Veškeré zpracování a ukládání probíhá na našich serverech v Denver, Colorado, United States. Co a jak dlouho se uchovává, závisí na funkci:

      Funkce Co se uchovává Doba uchování
      Přeposílání e‑mailů (alias, který přeposílá na jinou adresu nebo webhook) Nic. Zpráva je zpracována výhradně v paměti a předána na cílové místo; nikdy není zapsána na disk ani do databáze. Žádná – zpráva je zahozena okamžitě po pokusu o doručení
      Protokoly chyb SMTP (odpovědi 4xx/5xx) Chyba SMTP, obálka a e‑mailové hlavičky. Ne tělo zprávy ani přílohy. 7 dní (viz Ukládáte chybové logy)
      Antiabuzní cache (greylist, denylist, omezování rychlosti) Klíče odvozené z údajů o odesílateli a příjemci (adresy, domény, hashe), žádný obsah zprávy. Až 30 dní (viz Máte greylist a Máte denylist)
      Úložiště schránky (IMAP/POP3/CalDAV/CardDAV, je‑li na aliasu povoleno) Zprávy, kontakty a kalendáře v individuálně šifrované schránce SQLite, kterou lze otevřít pouze vaším heslem. Dokud neodstraníte zprávu, alias, doménu nebo účet (viz Jak exportuji a zálohuji svou schránku)
      Odchozí SMTP Záznamy fronty pro doručování a hlášení chyb. Těla zpráv se po úspěšném doručení nebo trvalé chybě ve výchozím nastavení uchovávají 0 dní; můžete to zvýšit nejvýše na 30 dní na doménu. ~30 dní pro záznamy fronty (viz naše Zásady ochrany osobních údajů)

      Dvě věci, které stojí za to uvést ve vašich záznamech:

      • Přeposlaná zpráva je doručena do cílové schránky, kterou jste nastavili (například Google Workspace nebo Microsoft 365). To, co tento poskytovatel ukládá, se řídí vaší smlouvou s ním, nikoli námi.
      • Záznamy o doménách a účtech (vaše e‑mailová adresa, názvy domén, aliasy, fakturační údaje) se uchovávají po dobu existence vašeho účtu. Úplný seznam viz naše Zásady ochrany osobních údajů.

      Zdroje: https://forwardemail.net/privacy, https://forwardemail.net/technical-whitepaper.pdf a obsluha MX na https://github.com/forwardemail/forwardemail.net/blob/master/helpers/on-data-mx.js.

    • Jak uvést Forward Email jako subzpracovatele ve své vlastní DPA

      Pokud jste správcem (nebo sami zpracovatelem) podle článku 28 GDPR a používáte Forward Email ke zpracování pošty pro své zákazníky či uživatele, obvykle nás budete muset uvést ve své vlastní příloze subzpracovatelů. Níže uvedená položka je to, co bychom napsali my:

      Pole Hodnota
      Subzpracovatel Forward Email LLC
      Registrován v State of Delaware, United States
      Služba Přeposílání e‑mailů (příchozí MX) a, je‑li povoleno, šifrované úložiště schránky (IMAP/POP3/CalDAV/CardDAV) a odchozí SMTP
      Zpracovávané osobní údaje E‑mailové adresy, metadata obálky a hlaviček a obsah zpráv při přenosu (pro přeposílání pouze v paměti; pro úložiště schránky šifrované v klidu)
      Místo zpracování United States (Denver, Colorado)
      Doba uchování Viz Kde se zpracovává a ukládá příchozí e‑mail pro mou doménu a jak dlouho
      Mechanismus předávání Jak je stanoveno na našich stránkách Data Processing Agreement a GDPR
      Naši subzpracovatelé Uvedeni na naší stránce GDPR a v DPA (aktuálně Cloudflare, DataPacket, DigitalOcean, GitHub, Vultr, Stripe a PayPal)
      Zástupce v EU (čl. 27) Osano International Compliance Services Limited, Dublin, Irsko – úplná adresa na naší stránce GDPR
      Zástupce ve Spojeném království Osano UK Compliance LTD, Belfast – úplná adresa na naší stránce GDPR
      Dohoda o zpracování údajů https://forwardemail.net/dpa (přijímá se spolu s našimi Podmínkami; podepsaná kopie je poskytována v rámci Enterprise License)
      Kontakt pro bezpečnost [email protected]

      Warning

      Naše Podmínky nepovolují provozování služby, která umožňuje třetím stranám (komukoli jinému než vašim vlastním zaměstnancům a dodavatelům) přistupovat k Forward Email, používat jej nebo z něj těžit bez podnikové smlouvy. Pokud nás uvádíte jako subzpracovatele proto, že zpracováváte poštu svých zákazníků, potřebujete Enterprise License – tímto způsobem také získáte protistranou podepsanou DPA.

    • Jak řešíte oznámení o narušení bezpečnosti dat

      Note

      Architektura Forward Email s nulovými znalostmi výrazně omezuje dopad narušení.

      • Omezené vystavení dat: Nelze přistupovat k šifrovanému obsahu e-mailů díky architektuře zero-knowledge
      • Minimální sběr dat: Pouze základní informace o odběratelích a omezené IP záznamy pro bezpečnost
      • Rámce subprocesorů: DigitalOcean, GitHub a Vultr udržují postupy reakce na incidenty v souladu s GDPR

      Informace o zástupci GDPR: Forward Email jmenoval zástupce GDPR v souladu s článkem 27:

      Zástupce EU: Osano International Compliance Services Limited ATTN: LFHC 3 Dublin Landings, North Wall Quay Dublin 1, D01C4E0

      Zástupce UK: Osano UK Compliance LTD ATTN: LFHC 42-46 Fountain Street, Belfast Antrim, BT1 - 5EF

      Pro podnikové zákazníky vyžadující specifické SLA pro oznámení o porušení by měly být tyto podmínky projednány jako součást Enterprise License smlouvy.

      Zdroje:

    • Nabízíte testovací prostředí

      Technická dokumentace Forward Email explicitně nepopisuje vyhrazený sandbox režim. Potenciální přístupy k testování však zahrnují:

      • Možnost vlastního hostingu: Komplexní možnosti vlastního hostingu pro vytváření testovacích prostředí
      • API rozhraní: Potenciál pro programové testování konfigurací
      • Open Source: 100% otevřený zdrojový kód umožňuje zákazníkům prozkoumat logiku přeposílání
      • Více domén: Podpora více domén může umožnit vytvoření testovací domény

      Pro podnikové zákazníky vyžadující formální sandbox funkce by to mělo být projednáno jako součást Enterprise License dohody.

      Zdroj: https://github.com/forwardemail/forwardemail.net (Detaily vývojového prostředí)

    • Poskytujete nástroje pro monitorování a upozorňování

      Forward Email poskytuje monitorování v reálném čase s určitými omezeními:

      Dostupné:

      • Monitorování doručení v reálném čase: Veřejně viditelné výkonnostní metriky pro hlavní poskytovatele e-mailů
      • Automatické upozornění: Inženýrský tým je upozorněn, když doba doručení přesáhne 10 sekund
      • Transparentní monitorování: 100% open-source monitorovací systémy
      • Monitorování infrastruktury: Automatické detekce anomálií a komplexní auditní záznamy

      Omezení:

      • Webhooky pro zákazníky nebo notifikace o stavu doručení přes API nejsou explicitně dokumentovány

      Pro podnikové zákazníky vyžadující podrobné webhooky o stavu doručení nebo vlastní monitorovací integrace mohou být tyto funkce dostupné prostřednictvím Enterprise License dohod.

      Zdroje:

    • Jak zajišťujete vysokou dostupnost

      Important

      Forward Email implementuje komplexní redundanci napříč více poskytovateli infrastruktury.

      • Distribuovaná infrastruktura: Více poskytovatelů (DigitalOcean, Vultr, DataPacket) napříč geografickými oblastmi
      • Geografické vyvažování zátěže: Geo-lokalizované vyvažování zátěže založené na Cloudflare s automatickým přepnutím
      • Automatické škálování: Dynamické přizpůsobení zdrojů podle poptávky
      • Vícevrstvá ochrana proti DDoS: Prostřednictvím systému Shield od DataPacket a Cloudflare
      • Redundance serverů: Více serverů na region s automatickým přepnutím
      • Replikace databáze: Synchronizace dat v reálném čase napříč více lokalitami
      • Monitorování a upozorňování: 24/7 monitorování s automatickou reakcí na incidenty

      Závazek dostupnosti: 99,9 %+ dostupnost služby s transparentním monitorováním na https://forwardemail.net

      Zdroje:

    • Jste v souladu s oddílem 889 zákona o národní obraně (NDAA)

      Important

      Forward Email je plně v souladu s oddílem 889 díky pečlivému výběru partnerů infrastruktury.

      Ano, Forward Email je v souladu s oddílem 889. Oddíl 889 zákona o národní obraně (NDAA) zakazuje vládním agenturám používat nebo uzavírat smlouvy s entitami, které používají telekomunikační a video dohledové zařízení od specifických společností (Huawei, ZTE, Hikvision, Dahua a Hytera). Jak Forward Email dosahuje souladu s částí 889:

      Forward Email spoléhá výhradně na dva klíčové poskytovatele infrastruktury, z nichž žádný nepoužívá zařízení zakázaná podle části 889:

      1. Cloudflare: Náš hlavní partner pro síťové služby a zabezpečení e-mailů
      2. DataPacket: Náš hlavní poskytovatel serverové infrastruktury (výhradně používající zařízení Arista Networks a Cisco)
      3. Záložní poskytovatelé: Naši záložní poskytovatelé Digital Ocean a Vultr jsou navíc písemně potvrzeni jako splňující požadavky části 889.

      Závazek Cloudflare: Cloudflare výslovně uvádí ve svém Kodexu chování třetích stran, že nepoužívají telekomunikační zařízení, produkty video dohledu ani služby od žádných subjektů zakázaných podle části 889.

      Případ použití ve vládě: Náš soulad s částí 889 byl ověřen, když US Naval Academy vybrala Forward Email pro své potřeby bezpečného přeposílání e-mailů, vyžadující dokumentaci našich federálních standardů souladu.

      Pro úplné informace o našem rámci vládního souladu, včetně širších federálních předpisů, si přečtěte naši komplexní případovou studii: Federální vládní e-mailová služba v souladu s částí 889

    Systémové a technické detaily

    • Uchováváte e-maily a jejich obsah

      Ne, neukládáme na disk ani neuchováváme logy – s výjimkou chyb a odchozího SMTP (viz naše Zásady ochrany osobních údajů).

      Vše probíhá v paměti a náš zdrojový kód je na GitHubu.

    • Jak funguje váš systém přeposílání e-mailů

      E-mail využívá SMTP protokol. Tento protokol se skládá z příkazů zasílaných serveru (nejčastěji běžícímu na portu 25). Nejprve se naváže spojení, pak odesílatel uvede, odkud je pošta ("MAIL FROM"), následně kam směřuje ("RCPT TO") a nakonec hlavičky a samotné tělo e-mailu ("DATA"). Průběh našeho systému přeposílání e-mailů je popsán vzhledem ke každému příkazu SMTP protokolu níže:

      • Počáteční spojení (bez názvu příkazu, např. telnet example.com 25) – Toto je počáteční spojení. Kontrolujeme odesílatele, kteří nejsou na naší povoleném seznamu, vůči našemu zakázanému seznamu. Nakonec, pokud odesílatel není na povoleném seznamu, zkontrolujeme, zda nebyl zařazen do šedého seznamu.

      • HELO – Tento příkaz slouží jako pozdrav k identifikaci FQDN odesílatele, IP adresy nebo názvu mailového handleru. Tato hodnota může být falšována, proto na ni nespoléháme a místo toho používáme reverzní vyhledávání hostname IP adresy spojení. Nyní však tuto hodnotu kontrolujeme oproti naší seznamu blokovaných kromě reverzního vyhledávání hostname, což poskytuje další vrstvu ochrany zejména pro IPv6 spojení, kde nemusí být dostupné reverzní DNS záznamy.

      • MAIL FROM – Tento příkaz označuje adresu odesílatele v obálce e-mailu. Pokud je zadána hodnota, musí být platná e-mailová adresa podle RFC 5322. Prázdné hodnoty jsou povoleny. Zde kontrolujeme zpětný odraz a také kontrolujeme MAIL FROM vůči našemu zakázanému seznamu. Nakonec kontrolujeme odesílatele, kteří nejsou na povoleném seznamu, kvůli omezení rychlosti (viz sekce o omezení rychlosti a povoleném seznamu pro více informací).

      • RCPT TO – Tento příkaz označuje příjemce e-mailu. Musí to být platné e-mailové adresy podle RFC 5322. Povolujeme maximálně 50 příjemců v obálce na zprávu (to se liší od hlavičky "To" v e-mailu). Také zde kontrolujeme platnou adresu podle Sender Rewriting Scheme ("SRS") k ochraně proti falšování s naší doménou SRS.

      • DATA – Toto je jádro naší služby, které zpracovává e-mail. Pro více informací viz sekce Jak zpracováváte e-mail pro přeposílání níže.

    • Jak zpracováváte e-mail pro přeposílání

      Tato sekce popisuje náš proces související s příkazem protokolu SMTP DATA v sekci Jak funguje váš systém přeposílání e-mailů výše – jak zpracováváme hlavičky e-mailu, tělo, zabezpečení, určujeme, kam má být doručen, a jak řešíme připojení.

      1. Pokud zpráva překročí maximální velikost 50 MB, je odmítnuta s chybovým kódem 552.

      2. Pokud zpráva neobsahovala hlavičku "From" nebo pokud některá z hodnot v hlavičce "From" nebyla platná e-mailová adresa podle RFC 5322, je odmítnuta s chybovým kódem 550.

      3. Pokud zpráva obsahovala více než 25 hlaviček "Received", bylo zjištěno, že uvízla v přesměrovacím cyklu, a je odmítnuta s chybovým kódem 550.

      4. Pomocí otisku e-mailu (viz sekce o Fingerprintingu) zkontrolujeme, zda se zpráva nepokusila o opakované doručení déle než 5 dní (což odpovídá výchozímu chování postfixu), a pokud ano, je odmítnuta s chybovým kódem 550.

      5. Výsledky skenování e-mailu pomocí Spam Scanner ukládáme v paměti.

      6. Pokud byly nalezeny jakékoli arbitrážní výsledky ze Spam Scanneru, je zpráva odmítnuta s chybovým kódem 554. Arbitrážní výsledky v době psaní zahrnují pouze test GTUBE. Více informací naleznete na https://spamassassin.apache.org/gtube/.

      7. Přidáme do zprávy následující hlavičky pro účely ladění a prevence zneužití:

        • Received – přidáme standardní hlavičku Received s původní IP a hostitelem, typem přenosu, informacemi o TLS připojení, datem/časem a příjemcem.
        • X-Original-To – původní příjemce zprávy:
          • Toto je užitečné pro určení, kam byl e-mail původně doručen (kromě hlavičky "Received").
          • Přidává se pro každého příjemce zvlášť v době IMAP a/nebo maskovaného přeposílání (za účelem ochrany soukromí).
        • X-Forward-Email-Website – obsahuje odkaz na naše webové stránky https://forwardemail.net
        • X-Forward-Email-Version – aktuální SemVer verze z package.json našeho kódu.
        • X-Forward-Email-Session-ID – hodnota ID relace používaná pro ladění (platí pouze v neprodukčních prostředích).
        • X-Forward-Email-Sender – čárkou oddělený seznam obsahující původní adresu MAIL FROM obálky (pokud nebyla prázdná), reverzní PTR klienta FQDN (pokud existuje) a IP adresu odesílatele.
        • X-Forward-Email-ID – platí pouze pro odchozí SMTP a koreluje s ID e-mailu uloženým v Můj účet → E-maily
        • X-Report-Abuse – s hodnotou [email protected].
        • X-Report-Abuse-To – s hodnotou [email protected].
        • X-Complaints-To – s hodnotou [email protected].
      8. Následně kontrolujeme zprávu na DKIM, SPF, ARC a DMARC.

        • Pokud zpráva neprošla DMARC a doména měla politiku odmítnutí (např. p=reject bylo v DMARC politice), je odmítnuta s chybovým kódem 550. Obvykle lze DMARC politiku domény najít v _dmarc subdoméně TXT záznamu (např. dig _dmarc.example.com txt).
        • Pokud zpráva neprošla SPF a doména měla tvrdou politiku selhání (např. -all bylo v SPF politice na rozdíl od ~all nebo žádné politiky), je odmítnuta s chybovým kódem 550. Obvykle lze SPF politiku domény najít v TXT záznamu pro kořenovou doménu (např. dig example.com txt). Více informací o odesílání pošty jako v Gmailu týkající se SPF naleznete v této sekci.
      9. Nyní zpracováváme příjemce zprávy, jak byli shromážděni z příkazu RCPT TO v sekci Jak funguje váš systém přeposílání e-mailů výše. Pro každého příjemce provádíme následující operace:

        • Vyhledáme TXT záznamy doménového jména (část za symbolem @, např. example.com, pokud byla e-mailová adresa [email protected]). Například pokud je doména example.com, provedeme DNS dotaz jako dig example.com txt.
        • Analyzujeme všechny TXT záznamy, které začínají buď forward-email= (bezplatné plány) nebo forward-email-site-verification= (placené plány). Všimněte si, že analyzujeme oba, abychom mohli zpracovávat e-maily během upgradu nebo downgradu plánu uživatelem.
        • Z těchto analyzovaných TXT záznamů iterujeme, abychom extrahovali konfiguraci přeposílání (jak je popsáno v sekci Jak začít a nastavit přeposílání e-mailů výše). Všimněte si, že podporujeme pouze jednu hodnotu forward-email-site-verification=, a pokud je jich více, dojde k chybě 550 a odesílatel obdrží odmítnutí pro tohoto příjemce.
        • Rekurzivně iterujeme přes extrahovanou konfiguraci přeposílání, abychom určili globální přeposílání, přeposílání založené na regulárních výrazech a všechny ostatní podporované konfigurace přeposílání – které jsou nyní známy jako naše "Přeposílací adresy".
        • Pro každou Přeposílací adresu podporujeme jedno rekurzivní vyhledávání (které spustí tuto sérii operací znovu pro danou adresu). Pokud je nalezena rekurzivní shoda, rodičovský výsledek bude odstraněn z Přeposílacích adres a děti přidány.
        • Přeposílací adresy jsou analyzovány na jedinečnost (protože nechceme posílat duplicitní zprávy na jednu adresu nebo vytvářet zbytečné další SMTP klientské připojení).
        • Pro každou Přeposílací adresu vyhledáme její doménové jméno pomocí našeho API endpointu /v1/max-forwarded-addresses (abychom zjistili, kolika adresám může doména přeposílat e-maily na alias, např. výchozích 10 – viz sekce o maximálním limitu přeposílání na alias). Pokud je tento limit překročen, dojde k chybě 550 a odesílatel obdrží odmítnutí pro tohoto příjemce.
        • Vyhledáme nastavení původního příjemce pomocí našeho API endpointu /v1/settings, který podporuje vyhledávání pro placené uživatele (s fallbackem pro bezplatné uživatele). Toto vrací konfigurační objekt pro pokročilá nastavení port (Číslo, např. 25), has_adult_content_protection (Boolean), has_phishing_protection (Boolean), has_executable_protection (Boolean) a has_virus_protection (Boolean).
        • Na základě těchto nastavení pak kontrolujeme výsledky Spam Scanneru a pokud dojde k jakýmkoli chybám, zpráva je odmítnuta s chybovým kódem 554 (např. pokud je povolena ochrana proti virům has_virus_protection, kontrolujeme výsledky Spam Scanneru na viry). Všimněte si, že všichni uživatelé bezplatného plánu jsou automaticky zapojeni do kontrol proti obsahu pro dospělé, phishingu, spustitelným souborům a virům. Výchozí nastavení pro všechny uživatele placených plánů je také zapojení, ale toto nastavení lze změnit na stránce Nastavení domény v dashboardu Forward Email).
      10. Pro každou zpracovanou Přeposílací adresu příjemce pak provádíme následující operace:

        • Adresa je zkontrolována proti našemu denylistu, a pokud je na seznamu, dojde k chybě 421 (signalizuje odesílateli, aby to zkusil později znovu).
        • Pokud je adresa webhook, nastavíme Boolean pro budoucí operace (viz níže – seskupujeme podobné webhooky, abychom provedli jeden POST požadavek místo více pro doručení).
        • Pokud je adresa e-mailová adresa, analyzujeme hostitele pro budoucí operace (viz níže – seskupujeme podobné hostitele, abychom vytvořili jedno připojení místo více jednotlivých připojení pro doručení).
      11. Pokud nejsou žádní příjemci a nejsou žádné odmítnutí (bounces), odpovíme chybou 550 „Neplatní příjemci“.

      12. Pokud jsou příjemci, pak je procházíme (seskupené podle stejného hostitele) a doručujeme e-maily. Viz sekce Jak řešíte problémy s doručováním e-mailů níže pro více informací.

        • Pokud během odesílání e-mailů dojde k nějakým chybám, uložíme je do paměti pro pozdější zpracování.
        • Vezmeme nejnižší chybový kód (pokud nějaký je) z odesílání e-mailů – a použijeme ho jako odpověď na příkaz DATA. To znamená, že e-maily, které nebyly doručeny, budou obvykle znovu odeslány původním odesílatelem, zatímco e-maily, které již byly doručeny, nebudou při dalším odeslání zprávy znovu odeslány (protože používáme Fingerprinting).
        • Pokud nedošlo k žádným chybám, pošleme úspěšný SMTP stavový kód 250.
        • Bounce je definován jako jakýkoli pokus o doručení, který skončí stavovým kódem >= 500 (trvalé chyby).
      13. Pokud nedošlo k žádným bounce (trvalým chybám), vrátíme SMTP stavový kód nejnižšího chybového kódu z netrvalých chyb (nebo 250 úspěšný stavový kód, pokud žádné nebyly).

      14. Pokud došlo k bounce, pošleme bounce e-maily na pozadí poté, co vrátíme odesílateli nejnižší ze všech chybových kódů. Pokud je však nejnižší chybový kód >= 500, žádné bounce e-maily neodesíláme. Je to proto, že pokud bychom je poslali, odesílatelé by obdrželi dvojitou bounce zprávu (např. jednu od svého odchozího MTA, jako je Gmail – a také jednu od nás). Viz sekce Jak se chráníte proti backscatteru níže pro více informací.

    • Jak řešíte problémy s doručováním e-mailů

      Vezměte na vědomí, že provedeme přepis „Friendly-From“ na e-mailech pouze tehdy, pokud DMARC politika odesílatele neprošla A žádné DKIM podpisy nebyly zarovnány s hlavičkou „From“. To znamená, že upravíme hlavičku „From“ ve zprávě, nastavíme „X-Original-From“ a také nastavíme „Reply-To“, pokud již nebyl nastaven. Po úpravě těchto hlaviček také znovu uzavřeme ARC pečeť na zprávě.

      Používáme také chytré parsování chybových zpráv na všech úrovních našeho stacku – v našem kódu, DNS požadavcích, interních funkcích Node.js, HTTP požadavcích (např. 408, 413 a 429 jsou mapovány na SMTP odpověď 421, pokud je příjemcem webhook) a odpovědích mail serveru (např. odpovědi s „defer“ nebo „slowdown“ budou znovu zkoušeny jako chyby 421).

      Naše logika je odolná vůči chybám a také opakuje pokusy při chybách SSL/TLS, problémech s připojením a dalších. Cílem této odolnosti je maximalizovat doručitelnost ke všem příjemcům v konfiguraci přeposílání.

      Pokud je příjemcem webhook, povolíme timeout 60 sekund pro dokončení požadavku s až 3 opakováními (tedy celkem 4 požadavky před selháním). Vezměte na vědomí, že správně parsujeme chybové kódy 408, 413 a 429 a mapujeme je na SMTP odpověď 421.

      Pokud je příjemcem e-mailová adresa, pokusíme se odeslat e-mail s oportunistickým TLS (pokoušíme se použít STARTTLS, pokud je dostupný na mail serveru příjemce). Pokud během odesílání e-mailu dojde k chybě SSL/TLS, pokusíme se e-mail odeslat bez TLS (bez použití STARTTLS).

      Pokud dojde k chybám DNS nebo připojení, vrátíme příkazu DATA SMTP odpověď 421, jinak pokud jsou chyby na úrovni >= 500, budou odeslány bounce zprávy.

      Pokud zjistíme, že mail server, kterému se pokoušíme doručit, má zablokovanou jednu nebo více našich IP adres mail exchange (např. technologií, kterou používají k odkládání spammerů), pošleme SMTP odpověď 421, aby odesílatel mohl zprávu později znovu odeslat (a jsme upozorněni na problém, abychom ho mohli doufejme vyřešit před dalším pokusem).

    • Jak řešíte zablokování vašich IP adres

      Pravidelně monitorujeme všechny hlavní DNS denylisty a pokud jsou některé z našich IP adres mailových výměn ("MX") uvedeny v hlavním denylistu, pokud je to možné, odstraníme je z příslušného DNS A záznamu round robin, dokud nebude problém vyřešen.

      V době psaní tohoto textu jsme také uvedeni v několika DNS allowlistech a bereme monitorování denylistů vážně. Pokud zaznamenáte nějaké problémy dříve, než je budeme mít možnost vyřešit, prosím, informujte nás písemně na [email protected].

      Naše IP adresy jsou veřejně dostupné, viz tuto sekci níže pro více informací.

    • Co jsou adresy postmaster

      Abychom zabránili nesprávně směrovaným odrazům a odesílání zpráv o dovolené na nehlídané nebo neexistující poštovní schránky, udržujeme seznam uživatelských jmen podobných mailer-daemon:

      • automailer
      • autoresponder
      • bounce
      • bounce-notification
      • bounce-notifications
      • bounces
      • hostmaster
      • listserv
      • localhost
      • mail-daemon
      • mail.daemon
      • maildaemon
      • mailer-daemon
      • mailer.daemon
      • mailerdaemon
      • majordomo
      • postmaster
      • a jakákoli adresa no-reply

      Pro více informací o tom, jak jsou takové seznamy používány k vytváření efektivních e-mailových systémů, viz RFC 5320 Sekce 4.6.

    • Co jsou adresy no-reply

      Uživatelská jména e-mailů odpovídající kterémukoli z následujících (bez ohledu na velikost písmen) jsou považována za adresy no-reply:

      • 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

      Tento seznam je udržován jako open-source projekt na GitHubu.

    • Jaké jsou IP adresy vašich serverů

      Naše IP adresy zveřejňujeme na https://forwardemail.net/ips.

    • Máte allowlist

      Ano, máme seznam doménových přípon, které jsou ve výchozím nastavení na allowlistu, a dynamický, cachovaný a rotující allowlist založený na přísných kritériích.

      Všechny domény, e-maily a IP adresy používané platícími zákazníky jsou automaticky kontrolovány proti našemu denylistu každou hodinu – což upozorňuje administrátory, kteří mohou v případě potřeby ručně zasáhnout.

      Navíc, pokud je některá z vašich domén nebo jejích e-mailových adres uvedena na denylistu (např. kvůli odesílání spamu, virů nebo kvůli útokům na napodobování) – budou administrátoři domény (vy) a naši týmoví administrátoři okamžitě upozorněni e-mailem. Důrazně doporučujeme, abyste nastavili DMARC, aby se tomu zabránilo.

    • Jaké doménové přípony jsou ve výchozím nastavení na allowlistu

      Následující doménové přípony jsou považovány za ve výchozím nastavení na allowlistu (bez ohledu na to, zda jsou na Umbrella Popularity Listu nebo ne):

      • edu
      • gov
      • mil
      • int
      • arpa
      • 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.ve
      • gob.sv
      • 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.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
      • gv.at
      • ac.uk
      • bl.uk
      • judiciary.uk
      • mod.uk
      • nhs.uk
      • parliament.uk
      • police.uk
      • rct.uk
      • royal.uk
      • sch.uk
      • ukaea.uk
      Navíc jsou tyto [značkové a korporátní domény nejvyšší úrovně](https://en.wikipedia.org/wiki/List_of_Internet_top-level_domains#Brand_and_corporate_top-level_domains) ve výchozím nastavení na seznamu povolených (např. `apple` pro `applecard.apple` pro výpisy z bankovního účtu Apple Card):
      • aaa
      • aarp
      • abarth
      • abb
      • abbott
      • abbvie
      • abc
      • accenture
      • aco
      • aeg
      • aetna
      • afl
      • agakhan
      • aig
      • aigo
      • airbus
      • airtel
      • akdn
      • alfaromeo
      • alibaba
      • alipay
      • allfinanz
      • allstate
      • ally
      • alstom
      • amazon
      • americanexpress
      • amex
      • amica
      • android
      • anz
      • aol
      • apple
      • aquarelle
      • aramco
      • audi
      • auspost
      • aws
      • axa
      • azure
      • baidu
      • bananarepublic
      • barclaycard
      • barclays
      • basketball
      • bauhaus
      • bbc
      • bbt
      • bbva
      • bcg
      • bentley
      • bharti
      • bing
      • blanco
      • bloomberg
      • bms
      • bmw
      • bnl
      • bnpparibas
      • boehringer
      • booking
      • bosch
      • bostik
      • bradesco
      • bridgestone
      • brother
      • bugatti
      • cal
      • calvinklein
      • canon
      • capitalone
      • caravan
      • cartier
      • cba
      • cbn
      • cbre
      • cbs
      • cern
      • cfa
      • chanel
      • chase
      • chintai
      • chrome
      • chrysler
      • cipriani
      • cisco
      • citadel
      • citi
      • citic
      • clubmed
      • comcast
      • commbank
      • creditunion
      • crown
      • crs
      • csc
      • cuisinella
      • dabur
      • datsun
      • dealer
      • dell
      • deloitte
      • delta
      • dhl
      • discover
      • dish
      • dnp
      • dodge
      • dunlop
      • dupont
      • dvag
      • edeka
      • emerck
      • epson
      • ericsson
      • erni
      • esurance
      • etisalat
      • eurovision
      • everbank
      • extraspace
      • fage
      • fairwinds
      • farmers
      • fedex
      • ferrari
      • ferrero
      • fiat
      • fidelity
      • firestone
      • firmdale
      • flickr
      • flir
      • flsmidth
      • ford
      • fox
      • fresenius
      • forex
      • frogans
      • frontier
      • fujitsu
      • fujixerox
      • gallo
      • gallup
      • gap
      • gbiz
      • gea
      • genting
      • giving
      • gle
      • globo
      • gmail
      • gmo
      • gmx
      • godaddy
      • goldpoint
      • goodyear
      • goog
      • google
      • grainger
      • guardian
      • gucci
      • hbo
      • hdfc
      • hdfcbank
      • hermes
      • hisamitsu
      • hitachi
      • hkt
      • honda
      • honeywell
      • hotmail
      • hsbc
      • hughes
      • hyatt
      • hyundai
      • ibm
      • ieee
      • ifm
      • ikano
      • imdb
      • infiniti
      • intel
      • intuit
      • ipiranga
      • iselect
      • itau
      • itv
      • iveco
      • jaguar
      • java
      • jcb
      • jcp
      • jeep
      • jpmorgan
      • juniper
      • kddi
      • kerryhotels
      • kerrylogistics
      • kerryproperties
      • kfh
      • kia
      • kinder
      • kindle
      • komatsu
      • kpmg
      • kred
      • kuokgroup
      • lacaixa
      • ladbrokes
      • lamborghini
      • lancaster
      • lancia
      • lancome
      • landrover
      • lanxess
      • lasalle
      • latrobe
      • lds
      • leclerc
      • lego
      • liaison
      • lexus
      • lidl
      • lifestyle
      • lilly
      • lincoln
      • linde
      • lipsy
      • lixil
      • locus
      • lotte
      • lpl
      • lplfinancial
      • lundbeck
      • lupin
      • macys
      • maif
      • man
      • mango
      • marriott
      • maserati
      • mattel
      • mckinsey
      • metlife
      • microsoft
      • mini
      • mit
      • mitsubishi
      • mlb
      • mma
      • monash
      • mormon
      • moto
      • movistar
      • msd
      • mtn
      • mtr
      • mutual
      • nadex
      • nationwide
      • natura
      • nba
      • nec
      • netflix
      • neustar
      • newholland
      • nfl
      • nhk
      • nico
      • nike
      • nikon
      • nissan
      • nissay
      • nokia
      • northwesternmutual
      • norton
      • nra
      • ntt
      • obi
      • office
      • omega
      • oracle
      • orange
      • otsuka
      • panasonic
      • pccw
      • pfizer
      • philips
      • piaget
      • pictet
      • ping
      • pioneer
      • play
      • playstation
      • pohl
      • politie
      • praxi
      • prod
      • progressive
      • pru
      • prudential
      • pwc
      • qvc
      • redstone
      • reliance
      • rexroth
      • ricoh
      • rmit
      • rocher
      • rogers
      • rwe
      • safety
      • sakura
      • samsung
      • sandvik
      • sandvikcoromant
      • sanofi
      • sap
      • saxo
      • sbi
      • sca
      • scb
      • schaeffler
      • schmidt
      • schwarz
      • scjohnson
      • scor
      • seat
      • sener
      • ses
      • sew
      • seven
      • sfr
      • seek
      • shangrila
      • sharp
      • shaw
      • shell
      • shriram
      • sina
      • sky
      • skype
      • smart
      • sncf
      • softbank
      • sohu
      • sony
      • spiegel
      • stada
      • staples
      • star
      • starhub
      • statebank
      • statefarm
      • statoil
      • stc
      • stcgroup
      • suzuki
      • swatch
      • swiftcover
      • symantec
      • taobao
      • target
      • tatamotors
      • tdk
      • telecity
      • telefonica
      • temasek
      • teva
      • tiffany
      • tjx
      • toray
      • toshiba
      • total
      • toyota
      • travelchannel
      • travelers
      • tui
      • tvs
      • ubs
      • unicom
      • uol
      • ups
      • vanguard
      • verisign
      • vig
      • viking
      • virgin
      • visa
      • vista
      • vistaprint
      • vivo
      • volkswagen
      • volvo
      • walmart
      • walter
      • weatherchannel
      • weber
      • weir
      • williamhill
      • windows
      • wme
      • wolterskluwer
      • woodside
      • wtc
      • xbox
      • xerox
      • xfinity
      • yahoo
      • yamaxun
      • yandex
      • yodobashi
      • youtube
      • zappos
      • zara
      • zippo
      K 18. březnu 2025 jsme také přidali tyto francouzské zámořské území do tohoto seznamu ([podle tohoto požadavku na GitHubu](https://github.com/forwardemail/forwardemail.net/issues/327)):
      • bzh
      • gf
      • gp
      • mq
      • nc
      • pf
      • pm
      • re
      • tf
      • wf
      • yt

      K 8. červenci 2025 jsme přidali tyto evropské země:

      • ax
      • bg
      • fo
      • gi
      • gr
      • hr
      • hu
      • lt
      • lu
      • mc
      • mk
      • mt
      • ro
      • sk
      • va

      V říjnu 2025 jsme také přidali cz (Česká republika) na základě poptávky.

      Specificky jsme nezahrnuli ru a ua kvůli vysoké aktivitě spamu.

    • Jaká jsou vaše kritéria pro allowlist

      Máme statický seznam doménových přípon, které jsou ve výchozím nastavení na allowlistu – a také udržujeme dynamický, cachovaný, průběžný allowlist založený na následujících přísných kritériích:

      • Kořenová doména odesílatele musí být z doménové přípony, která odpovídá seznamu, který nabízíme v našem bezplatném plánu (s přidáním biz a info). Také zahrnujeme částečné shody edu, gov a mil, například xyz.gov.au a xyz.edu.au.
      • Kořenová doména odesílatele musí být v top 100 000 unikátních kořenových domén podle výsledků z Umbrella Popularity List ("UPL").
      • Kořenová doména odesílatele musí být v top 50 000 výsledcích unikátních kořenových domén, které se objevily alespoň ve 4 z posledních 7 dnů UPL (~50 %+).
      • Kořenová doména odesílatele nesmí být kategorizována jako obsah pro dospělé nebo malware podle Cloudflare.
      • Kořenová doména odesílatele musí mít nastavené buď A nebo MX záznamy.
      • Kořenová doména odesílatele musí mít buď A záznam(y), MX záznam(y), DMARC záznam s p=reject nebo p=quarantine, nebo SPF záznam s kvalifikátorem -all nebo ~all.

      Pokud jsou tato kritéria splněna, kořenová doména odesílatele bude cachována po dobu 7 dnů. Upozorňujeme, že náš automatizovaný proces běží denně – jedná se tedy o průběžný allowlist cache, který se denně aktualizuje.

      Náš automatizovaný proces stáhne posledních 7 dnů UPL do paměti, rozbalí je a poté je zpracuje v paměti podle výše uvedených přísných kritérií.

      Populární domény v době psaní tohoto textu, jako Google, Yahoo, Microsoft, Amazon, Meta, Twitter, Netflix, Spotify a další – jsou samozřejmě zahrnuty. Pokud jste odesílatel, který není na našem seznamu povolených, pak při prvním odeslání e-mailu z vaší FQDN kořenové domény nebo IP adresy budete omezeni rychlostí a zařazeni na šedý seznam. Upozorňujeme, že se jedná o standardní postup přijatý jako e-mailový standard. Většina e-mailových serverů se pokusí o opakování odeslání, pokud obdrží chybu omezení rychlosti nebo chybu šedého seznamu (např. stavový kód chyby 421 nebo 4xx).

      Upozorňujeme, že konkrétní odesílatelé jako [email protected], [email protected] a [email protected] mohou být stále zařazeni na seznam blokovaných (např. pokud automaticky detekujeme spam, phishing nebo malware od těchto odesílatelů).

    • Jaké doménové přípony lze používat zdarma

      K 31. březnu 2023 jsme zavedli nové obecné pravidlo proti spamu na ochranu našich uživatelů a služby.

      Toto nové pravidlo umožňuje používat na našem bezplatném plánu pouze následující doménové přípony:

      • ac
      • ad
      • ae
      • ag
      • ai
      • al
      • am
      • app
      • ar
      • as
      • at
      • au
      • ax
      • ba
      • be
      • bg
      • br
      • by
      • bzh
      • ca
      • cat
      • cc
      • cd
      • ch
      • ck
      • co
      • com
      • de
      • dev
      • dj
      • dk
      • ee
      • es
      • eu
      • family
      • fi
      • fm
      • fo
      • fr
      • gf
      • gg
      • gi
      • gl
      • gp
      • gr
      • hr
      • hu
      • id
      • ie
      • il
      • im
      • in
      • io
      • ir
      • is
      • it
      • je
      • jp
      • ke
      • kr
      • la
      • li
      • lt
      • lu
      • lv
      • ly
      • mc
      • md
      • me
      • mk
      • mn
      • mq
      • ms
      • mt
      • mu
      • mx
      • nc
      • net
      • ni
      • nl
      • no
      • nu
      • nz
      • org
      • pf
      • pl
      • pm
      • pr
      • pt
      • pw
      • re
      • ro
      • rs
      • sc
      • se
      • sh
      • si
      • sk
      • sm
      • sr
      • st
      • tc
      • tf
      • tm
      • to
      • tv
      • uk
      • us
      • uz
      • va
      • vc
      • vg
      • vu
      • wf
      • ws
      • xyz
      • yt
      • za
    • Máte šedý seznam

      Ano, používáme velmi volnou politiku šedého seznamu e-mailů. Šedý seznam se vztahuje pouze na odesílatele, kteří nejsou na našem povoleném seznamu, a v naší cache zůstává po dobu 30 dnů.

      Pro každého nového odesílatele uložíme klíč v naší databázi Redis na 30 dní s hodnotou nastavenou na čas prvního příchodu jejich požadavku. Poté jejich e-mail odmítneme s kódem stavu 450 a povolíme jeho průchod až po uplynutí 5 minut.

      Pokud úspěšně počkají 5 minut od tohoto počátečního času příchodu, jejich e-maily budou přijaty a neobdrží tento stavový kód 450.

      Klíč se skládá buď z FQDN kořenové domény, nebo z IP adresy odesílatele. To znamená, že jakákoli subdoména, která projde šedým seznamem, projde také pro kořenovou doménu, a naopak (to je to, co myslíme „velmi volnou“ politikou).

      Například pokud přijde e-mail z test.example.com dříve, než uvidíme e-mail z example.com, pak každý e-mail z test.example.com a/nebo example.com bude muset počkat 5 minut od počátečního času příchodu spojení. Nevyžadujeme, aby test.example.com a example.com čekaly každá své vlastní 5minutové období (naše politika šedého seznamu se vztahuje na úrovni kořenové domény).

      Vezměte na vědomí, že šedý seznam se nevztahuje na žádného odesílatele na našem povoleném seznamu (např. Meta, Amazon, Netflix, Google, Microsoft v době psaní tohoto textu).

    • Máte černý seznam

      Ano, provozujeme vlastní černý seznam, který aktualizujeme automaticky v reálném čase a ručně na základě detekovaného spamu a škodlivé aktivity.

      Také každou hodinu stahujeme všechny IP adresy z UCEPROTECT Level 1 černého seznamu na http://wget-mirrors.uceprotect.net/rbldnsd-all/dnsbl-1.uceprotect.net.gz a přidáváme je do našeho černého seznamu s platností 7 dní.

      Odesílatelé nalezení v černém seznamu obdrží chybový kód 421 (signalizuje odesílateli, aby to zkusil později znovu), pokud nejsou na povoleném seznamu.

      Použitím stavového kódu 421 místo 554 lze potenciální falešné poplachy zmírnit v reálném čase a zpráva může být úspěšně doručena při dalším pokusu.

      Toto je navrženo odlišně než u jiných poštovních služeb, kde pokud jste na bloklistu, dojde k tvrdému a trvalému selhání. Často je obtížné požádat odesílatele, aby zprávy znovu odeslali (zejména z velkých organizací), a proto tento přístup dává přibližně 5 dní od prvního pokusu odeslání e-mailu, aby odesílatel, příjemce nebo my mohli zasáhnout a problém vyřešit (například požádat o odstranění z černého seznamu).

      Všechny žádosti o odstranění z černého seznamu jsou sledovány v reálném čase administrátory (např. aby opakující se falešné poplachy mohly být trvale povoleny administrátory).

      Žádosti o odstranění z černého seznamu lze podat na https://forwardemail.net/denylist. Placení uživatelé mají své žádosti o odstranění zpracovány okamžitě, zatímco neplacení uživatelé musí čekat na zpracování administrátory.

      Odesílatelé, u kterých je detekováno odesílání spamu nebo virů, budou přidáni do černého seznamu následujícím způsobem:

      1. Počáteční otisk zprávy je zařazen do šedého seznamu při detekci spamu nebo bloklistu od „důvěryhodného“ odesílatele (např. gmail.com, microsoft.com, apple.com).
        • Pokud byl odesílatel na povoleném seznamu, zpráva je zařazena do šedého seznamu na 1 hodinu.
        • Pokud odesílatel není na povoleném seznamu, zpráva je zařazena do šedého seznamu na 6 hodin.
      2. Parsujeme klíče černého seznamu z informací o odesílateli a zprávě, a pro každý z těchto klíčů vytvoříme (pokud již neexistuje) čítač, zvýšíme ho o 1 a uložíme do cache na 24 hodin.
        • Pro odesílatele na povoleném seznamu:
          • Přidáme klíč pro e-mailovou adresu v obálce „MAIL FROM“, pokud prošla SPF nebo neměla SPF, a nebyla postmaster uživatelské jméno nebo no-reply uživatelské jméno.
          • Pokud byl hlavičkový údaj „From“ na povoleném seznamu, přidáme klíč pro e-mailovou adresu v hlavičce „From“, pokud prošla SPF nebo prošla a byla zarovnána DKIM.
          • Pokud hlavičkový údaj „From“ nebyl na povoleném seznamu, přidáme klíč pro e-mailovou adresu v hlavičce „From“ a její kořenovou analyzovanou doménu.
        • Pro odesílatele mimo povolený seznam:
          • Přidáme klíč pro e-mailovou adresu v obálce „MAIL FROM“, pokud prošla SPF.
          • Pokud byl hlavičkový údaj „From“ na povoleném seznamu, přidáme klíč pro e-mailovou adresu v hlavičce „From“, pokud prošla SPF nebo prošla a byla zarovnána DKIM.
          • Pokud hlavičkový údaj „From“ nebyl na povoleném seznamu, přidáme klíč pro e-mailovou adresu v hlavičce „From“ a její kořenovou analyzovanou doménu.
          • Přidáme klíč pro vzdálenou IP adresu odesílatele.
          • Přidáme klíč pro klientské vyřešené hostname reverzním vyhledáním z IP adresy odesílatele (pokud existuje).
          • Přidáme klíč pro kořenovou doménu klientského vyřešeného hostname (pokud existuje a liší se od klientského vyřešeného hostname).
      3. Pokud čítač dosáhne hodnoty 5 pro odesílatele mimo povolený seznam a klíč, pak klíč zařadíme do černého seznamu na 30 dní a e-mail je odeslán našemu týmu pro zneužití. Tyto hodnoty se mohou měnit a aktualizace budou zde reflektovány, jak budeme sledovat zneužití.
      4. Pokud čítač dosáhne hodnoty 10 pro odesílatele na povoleném seznamu a klíč, pak klíč zařadíme do černého seznamu na 7 dní a e-mail je odeslán našemu týmu pro zneužití. Tyto hodnoty se mohou měnit a aktualizace budou zde reflektovány, jak budeme sledovat zneužití.

      POZNÁMKA: V blízké budoucnosti zavedeme monitorování reputace. Monitorování reputace bude místo jednoduchého čítače, jak je uvedeno výše, počítat, kdy odesílatele zařadit na seznam blokovaných na základě procentuálního prahu.

    • Máte omezení rychlosti

      Omezení rychlosti odesílatele je buď podle kořenové domény získané z reverzního PTR záznamu na IP adrese odesílatele – nebo pokud to nepřinese výsledek, pak se jednoduše použije IP adresa odesílatele. Všimněte si, že níže se na to odkazujeme jako na Sender.

      Naše MX servery mají denní limity pro příchozí poštu přijatou pro šifrované IMAP úložiště:

      • Místo omezení rychlosti příchozí pošty na základě jednotlivých aliasů (např. [email protected]) – omezujeme rychlost podle domény aliasu samotné (např. yourdomain.com). To zabraňuje tomu, aby Senders zaplavovali schránky všech aliasů napříč vaší doménou najednou.
      • Limity rychlosti jsou aplikovány pomocí víceúrovňového systému založeného na úrovni důvěryhodnosti odesílatele:
        • Úroveň 1 – Zdroje pravdy (např. gmail.com, microsoft.com, apple.com): omezeno na 100 GB za den globálně. Vyjmuto z limitů pro doménu a nárazových limitů.
        • Úroveň 2 – Povolení odesílatelé: omezeno na 10 GB za den globálně. Vyjmuto z limitů pro doménu a nárazových limitů.
        • Úroveň 3 – Všichni ostatní odesílatelé: omezeno na 1 GB a/nebo 1000 zpráv za den globálně, 1 GB a/nebo 1000 zpráv na Sender+doménu denně, a limit pro nárazové odesílání 50 zpráv na Sender+doménu za minutu.
      • Nárazový limit používá počítadlo s pevným oknem (60 sekund). Okno začíná, když dorazí první zpráva, a vyprší po 60 sekundách bez ohledu na následné zprávy — neposouvá se ani se neresetuje při každé zprávě.
      • Máme denní limit na schránku příjemce ve výši 100,000 zpráv. To platí pro všechny úrovně a zabraňuje zahlcení jakékoli jednotlivé schránky bez ohledu na úroveň důvěryhodnosti odesílatele.

      Všechny limity jsou vynucovány atomicky — počítadla se zvyšují před uložením zprávy, čímž se eliminují závodní podmínky, kdy by souběžné požadavky mohly obejít limity. Operace snížení (používané, když uložení selže po zvýšení) používají bezpečné Lua skripty, které zabraňují tomu, aby počítadla klesla do záporných hodnot.

      MX servery také omezují zprávy přeposílané jednomu nebo více příjemcům pomocí omezení rychlosti – ale to platí pouze pro Senders, kteří nejsou na seznamu povolených:

      • Povolujeme maximálně 100 připojení za hodinu na jednoho Sendera podle vyřešené kořenové domény FQDN (nebo) IP adresy odesílatele (pokud není k dispozici reverzní PTR), a na příjemce v obálce. Klíč pro omezení rychlosti ukládáme jako kryptografický hash v naší databázi Redis.

      • Pokud odesíláte e-maily přes náš systém, ujistěte se, že máte nastavený reverzní PTR pro všechny své IP adresy (jinak bude omezení rychlosti aplikováno na každou unikátní kořenovou doménu FQDN nebo IP adresu, ze které odesíláte).

      • Všimněte si, že pokud odesíláte přes populární systém jako Amazon SES, nebudete omezeni rychlostí, protože (v době psaní tohoto textu) je Amazon SES uveden na našem seznamu povolených.

      • Pokud odesíláte z domény jako test.abc.123.example.com, pak bude omezení rychlosti uplatněno na example.com. Mnoho spammerů používá stovky subdomén, aby obešli běžné spamové filtry, které omezují rychlost pouze podle unikátních hostnames, nikoli podle unikátních kořenových domén FQDN.

      • Senders, kteří překročí limit rychlosti, budou odmítnuti s chybou 421.

      Naše IMAP a SMTP servery omezují vaše aliasy na maximálně 60 současných připojení najednou.

      Naše MX servery omezují nepovolené odesílatele na maximálně 10 současných připojení (s vypršením cache čítače po 3 minutách, což odpovídá našemu timeoutu socketu 3 minuty).

    • Jaké jsou vaše limity šířky pásma

      Vynucujeme limity šířky pásma na uživatele napříč všemi službami, abychom zabránili útokům zahlcením a zároveň zůstali dostatečně velkorysí pro legitimní použití. Tyto limity jsou záměrně výrazně nad limity Gmailu — můžete importovat velké zálohy, synchronizovat celou schránku na nové zařízení nebo používat více klientů současně bez jakýchkoli omezení.

      Limit Rozsah Množství
      Denní celkem Všechny služby dohromady (IMAP, POP3, SMTP, CalDAV, CardDAV) 50 GB
      Hodinový na službu Na jednotlivou službu (např. IMAP stahování, SMTP nahrávání) 10 GB

      Denní limit je jeden sdílený rozpočet napříč všemi protokoly — ať stahujete přes IMAP, nahráváte přes SMTP nebo synchronizujete kalendáře přes CalDAV, vše se počítá do stejných 50 GB/den. Hodinový limit na službu je záchranná síť proti nekontrolovaným skriptům nebo kompromitovaným účtům na jednom protokolu — není to něco, na co by legitimní uživatel měl kdy narazit.

      Tyto limity jsou na uživatelský účet (nikoli na alias nebo doménu) a obnovují se denně. To znamená, že vytváření dalších aliasů nezvyšuje váš limit šířky pásma. Pokud je Redis nedostupný, omezování rychlosti se zcela přeskočí (fail-open), takže vaše služba nebude nikdy přerušena.

      Pokud potřebujete vyšší limity pro konkrétní případ použití (např. migrace velmi velkého archivu), prosím kontaktujte nás.

    • Jak chráníte proti backscatteru

      Chybně směrované odrazy nebo bounce spam (známý jako "Backscatter") může způsobit negativní reputaci IP adres odesílatelů.

      Proti backscatteru podnikáme dva kroky, které jsou podrobně popsány v následujících sekcích Zabraňte odrazům od známých spammerů MAIL FROM a Zabraňte zbytečným odrazům k ochraně proti backscatteru.

    • Zabraňte odrazům od známých spammerů MAIL FROM

      Stahujeme seznam z Backscatter.org (poháněno UCEPROTECT) na http://wget-mirrors.uceprotect.net/rbldnsd-all/ips.backscatterer.org.gz každou hodinu a vkládáme ho do naší databáze Redis (také porovnáváme rozdíly předem; pro případ, že by byly odstraněny nějaké IP, které je třeba respektovat). Pokud je MAIL FROM prázdný NEBO je roven (bez ohledu na velikost písmen) některé z postmaster adres (část před @ v e-mailu), pak kontrolujeme, zda IP odesílatele odpovídá některé z této seznamu.

      Pokud je IP odesílatele uvedena (a není v našem allowlistu), pak pošleme chybu 554 s hlášením The IP ${session.remoteAddress} is blocked by https://www.backscatterer.org/index.php?target=test&ip=${session.remoteAddress}. Budeme upozorněni, pokud je odesílatel jak na seznamu Backscatterer, tak v našem allowlistu, abychom mohli případně problém vyřešit.

      Techniky popsané v této sekci dodržují doporučení "SAFE MODE" na https://www.backscatterer.org/?target=usage – kde kontrolujeme IP odesílatele pouze pokud již byly splněny určité podmínky.

    • Prevence zbytečných odrazů pro ochranu proti backscatteru

      Odrazy jsou e-maily, které indikují, že přeposílání e-mailu příjemci zcela selhalo a e-mail nebude znovu odesílán.

      Běžným důvodem zařazení na seznam Backscatterer jsou nesprávně směrované odrazy nebo spam odrazů, proto se musíme chránit několika způsoby:

      1. Odesíláme pouze při chybách s kódem >= 500 (když e-maily, které se pokoušely přeposlat, selhaly, např. Gmail odpoví chybou na úrovni 500).

      2. Odesíláme pouze jednou a pouze jednou (používáme vypočítaný klíč otisku odrazu a ukládáme jej do cache, abychom zabránili odesílání duplicit). Otisk odrazu je klíč, který je otiskem zprávy spojeným s hashem odrazové adresy a jejího chybového kódu). Viz sekce o otiscích pro podrobnější informace o výpočtu otisku zprávy. Úspěšně odeslané otisky odrazů vyprší po 7 dnech v naší Redis cache.

      3. Odesíláme pouze pokud MAIL FROM a/nebo From není prázdný a neobsahuje (bez ohledu na velikost písmen) postmaster uživatelské jméno (část před @ v e-mailu).

      4. Neodesíláme, pokud původní zpráva obsahovala některý z následujících hlaviček (bez ohledu na velikost písmen):

        • Hlavička auto-submitted s hodnotou odlišnou od no.
        • Hlavička x-auto-response-suppress s hodnotou dr, autoreply, auto-reply, auto_reply nebo all
        • Hlavička list-id, list-subscribe, list-unsubscribe, list-help, list-post, list-owner, list-archive, x-autoreply, x-autorespond nebo x-auto-respond (bez ohledu na hodnotu).
        • Hlavička precedence s hodnotou bulk, autoreply, auto-reply, auto_reply nebo list.
      5. Neodesíláme, pokud e-mailová adresa MAIL FROM nebo From končí na +donotreply, -donotreply, +noreply nebo -noreply.

      6. Neodesíláme, pokud uživatelská část e-mailové adresy From byla mdaemon a obsahovala bez ohledu na velikost písmen hlavičku X-MDDSN-Message.

      7. Neodesíláme, pokud byla bez ohledu na velikost písmen hlavička content-type s hodnotou multipart/report.

      8. Neodesíláme, pokud zpráva obsahuje hlavičku Feedback-Type (indikující ARF hlášení o zneužití podle RFC 5965).

      9. Neodesíláme, pokud adresa MAIL FROM odpovídá vzoru odesílatele ARF zpětné vazby (např. [email protected]).

    • Jak určujete otisk e-mailu

      Otisk e-mailu se používá k určení jedinečnosti e-mailu a k zabránění doručení duplicitních zpráv a odesílání duplicitních odrazů.

      Otisk se vypočítává z následujícího seznamu:

      • Klientem vyřešený FQDN hostname nebo IP adresa
      • Hodnota hlavičky Message-ID (pokud existuje)
      • Hodnota hlavičky Date (pokud existuje)
      • Hodnota hlavičky From (pokud existuje)
      • Hodnota hlavičky To (pokud existuje)
      • Hodnota hlavičky Cc (pokud existuje)
      • Hodnota hlavičky Subject (pokud existuje)
      • Hodnota těla zprávy (pokud existuje)
    • Mohu přeposílat e-maily na porty jiné než 25 (např. pokud můj ISP zablokoval port 25)

      Ano, od 5. května 2020 jsme tuto funkci přidali. V současné době je funkce specifická pro doménu, nikoli pro alias. Pokud potřebujete, aby byla specifická pro alias, kontaktujte nás a sdělte nám své potřeby.

      Rozšířená ochrana soukromí: Pokud jste na placeném plánu (který nabízí rozšířenou ochranu soukromí), přejděte prosím na Můj účet Domény, klikněte na "Nastavení" vedle vaší domény a poté klikněte na "Nastavení". Pokud se chcete dozvědět více o placených plánech, navštivte naši stránku Ceník. Jinak můžete pokračovat podle níže uvedených pokynů.
      Pokud jste na bezplatném plánu, jednoduše přidejte nový DNS TXT záznam, jak je uvedeno níže, ale změňte port z 25 na port dle vašeho výběru.

      Například, pokud chci, aby všechny e-maily směřující na example.com byly přeposílány na SMTP port alias příjemců 1337 místo 25:

      Jméno/Hostitel/Alias TTL Typ Odpověď/Hodnota
      "@", ".", nebo prázdné 3600 TXT forward-email-port=1337
      Tip: Nejčastější scénář pro nastavení přesměrování na vlastní port je, když chcete přeposílat všechny e-maily směřující na example.com na jiný port na example.com než standardní SMTP port 25. Pro nastavení jednoduše přidejte následující TXT catch-all záznam.
      Jméno/Hostitel/Alias TTL Typ Odpověď/Hodnota
      "@", ".", nebo prázdné 3600 TXT forward-email=example.com
    • Podporuje to symbol plus + pro Gmail aliasy

      Ano, rozhodně.

    • Podporuje to subdomény

      Ano, rozhodně. Místo použití "@", ".", nebo prázdného jako jména/hostitele/aliasu jednoduše použijete název subdomény jako hodnotu.

      Pokud chcete, aby foo.example.com přeposílal e-maily, zadejte foo jako hodnotu jména/hostitele/aliasu ve vašem DNS nastavení (pro oba MX i TXT záznamy).

    • Přeposílá to hlavičky mých e-mailů

      Ano, rozhodně.

    • Je to dobře otestované

      Ano, jsou napsány testy pomocí ava a také je zde pokrytí kódu.

    • Předáváte SMTP odpovědní zprávy a kódy

      Ano, rozhodně. Například pokud posíláte e-mail na [email protected] a je registrován k přeposílání na [email protected], SMTP odpověď a kód ze SMTP serveru "gmail.com" bude vrácena místo proxy serveru na "mx1.forwardemail.net" nebo "mx2.forwardemail.net".

    • Jak zabraňujete spammerům a zajišťujete dobrou reputaci přeposílání e-mailů
    • Jak provádíte DNS dotazy na doménová jména

      Vytvořili jsme open-source softwarový projekt 🍊 Tangerine a používáme ho pro DNS dotazy. Výchozí DNS servery jsou 1.1.1.1 a 1.0.0.1, a DNS dotazy probíhají přes DNS over HTTPS ("DoH") na aplikační vrstvě.

      🍊 Tangerine používá ve výchozím nastavení [CloudFlare službu DNS zaměřenou na soukromí uživatelů][cloudflare-dns].

    Účet a fakturace

    • Jak mohu smazat svůj účet

      Svůj účet můžete kdykoli smazat podle následujících kroků:

      1. Přihlaste se ke svému účtu na forwardemail.net/login
      2. Přejděte na Můj účet → Zabezpečení
      3. Přejděte na konec stránky a klikněte na tlačítko "Smazat účet"
      4. Po vyzvání potvrďte smazání
      Důležité: Smazání účtu je trvalé a nelze jej vrátit zpět. Všechny vaše domény, aliasy, schránky, e-maily a související data budou trvale odstraněny z našich systémů. Pokud máte placený tarif, vaše předplatné bude okamžitě zrušeno.

      Pokud se nemůžete přihlásit ke svému účtu, kontaktujte nás prosím na adrese [email protected] z e-mailové adresy spojené s vaším účtem a my vám se smazáním pomůžeme.

    • Nabízíte záruku vrácení peněz u placených plánů

      Ano! Automatické vrácení peněz probíhá při upgradu, downgradu nebo zrušení účtu do 30 dnů od začátku vašeho plánu. Toto platí pouze pro nové zákazníky.

    • Pokud přepnu plán, provádíte poměrné rozúčtování a vracíte rozdíl

      Neposkytujeme poměrné rozúčtování ani nevracíme rozdíl při přepnutí plánu. Místo toho převedeme zbývající dobu od data vypršení platnosti vašeho stávajícího plánu na nejbližší odpovídající dobu pro váš nový plán (zaokrouhleno dolů na měsíc).

      Vezměte na vědomí, že pokud upgradujete nebo downgradujete mezi placenými plány během 30denní lhůty od prvního zahájení placeného plánu, automaticky vám vrátíme plnou částku za váš stávající plán.

    • Mohu tuto službu přeposílání e-mailů použít jako "fallback" nebo "fallover" MX server

      Ne, nedoporučuje se to, protože můžete používat pouze jeden mail exchange server najednou. Fallbacky se obvykle nikdy nepokoušejí znovu kvůli nesprávnému nastavení priority a mail servery často nerešpektují kontrolu priority MX výměny.

    • Mohu zakázat konkrétní aliasy
      Důležité: Pokud máte placený plán, musíte přejít na Můj účet Domény Aliasy Upravit alias Zrušit zaškrtnutí políčka "Aktivní" Pokračovat.

      Ano, jednoduše upravte svůj DNS TXT záznam a před alias přidejte jednu, dvě nebo tři vykřičníky (viz níže).

      Všimněte si, že máte zachovat mapování ":" protože je to vyžadováno, pokud se někdy rozhodnete tuto funkci vypnout (a také se používá při importu, pokud upgradujete na jeden z našich placených plánů).

      Pro tiché odmítnutí (odesílateli se zobrazí, jako by zpráva byla úspěšně odeslána, ale ve skutečnosti nikam neputuje) (stavový kód 250): Pokud před alias přidáte "!" (jediný vykřičník), vrátí se odesílatelům, kteří se pokusí odeslat na tuto adresu, úspěšný stavový kód 250, ale samotné e-maily nikam nepůjdou (např. černá díra nebo /dev/null).

      Pro měkké odmítnutí (stavový kód 421): Pokud před alias přidáte "!!" (dvojitý vykřičník), vrátí se odesílatelům, kteří se pokusí odeslat na tuto adresu, měkká chybová odpověď s kódem 421 a e-maily budou často opakovaně zkoušeny až po dobu 5 dnů před odmítnutím a vrácením.

      Pro tvrdé odmítnutí (stavový kód 550): Pokud před alias přidáte "!!!" (trojitý vykřičník), vrátí se odesílatelům, kteří se pokusí odeslat na tuto adresu, trvalá chybová odpověď s kódem 550 a e-maily budou odmítnuty a vráceny.

      Například pokud chci, aby všechny e-maily směřující na [email protected] přestaly procházet na [email protected] a byly odmítnuty a vráceny (např. použít tři vykřičníky):

      Název/Hostitel/Alias TTL Typ Odpověď/Hodnota
      "@", ".", nebo prázdné 3600 TXT forward-email=!!!alias:[email protected]
      Tip: Můžete také přepsat adresu přeposílaného příjemce jednoduše na "[email protected]", což ji nasměruje na nikoho, jak je uvedeno v příkladu níže.
      Název/Hostitel/Alias TTL Typ Odpověď/Hodnota
      "@", ".", nebo prázdné 3600 TXT forward-email=!!!alias:[email protected]
      Tip: Pokud chcete zvýšenou bezpečnost, můžete také odstranit část ":[email protected]" (nebo ":[email protected]"), takže zůstane pouze "!!!alias", jak je uvedeno v příkladu níže.
      Name/Host/Alias TTL Type Answer/Value
      "@", ".", nebo prázdné 3600 TXT forward-email=!!!alias
    • Mohu přeposílat e-maily na více příjemců

      Ano, rozhodně. Stačí uvést více příjemců ve vašich TXT záznamech.

      Například, pokud chci, aby e-mail, který přijde na [email protected], byl přeposlán na [email protected] a [email protected], pak by můj TXT záznam vypadal takto:

      Name/Host/Alias TTL Type Answer/Value
      "@", ".", nebo prázdné 3600 TXT forward-email=hello:[email protected],hello:[email protected]

      Nebo je můžete uvést ve dvou samostatných řádcích, například takto:

      Name/Host/Alias TTL Type Answer/Value
      "@", ".", nebo prázdné 3600 TXT forward-email=hello:[email protected]
      "@", ".", nebo prázdné 3600 TXT forward-email=hello:[email protected]

      Je to na vás!

    • Mohu mít více globálních příjemců pro zachytávání všech e-mailů

      Ano, můžete. Stačí uvést více globálních příjemců pro zachytávání všech e-mailů ve vašich TXT záznamech.

      Například, pokud chci, aby každý e-mail, který přijde na *@example.com (hvězdička znamená zástupný znak, tedy zachytávání všech), byl přeposlán na [email protected] a [email protected], pak by můj TXT záznam vypadal takto:

      Name/Host/Alias TTL Type Answer/Value
      "@", ".", nebo prázdné 3600 TXT [email protected],[email protected]

      Nebo je můžete uvést ve dvou samostatných řádcích, například takto:

      Name/Host/Alias TTL Type Answer/Value
      "@", ".", nebo prázdné 3600 TXT [email protected]
      @, ".", nebo prázdné 3600 TXT [email protected]
      Je to na vás!
    • Existuje maximální limit počtu e-mailových adres, na které mohu přeposílat na jeden alias

      Ano, výchozí limit je 10. To NEZNAMENÁ, že můžete mít na své doméně pouze 10 aliasů. Můžete mít tolik aliasů, kolik chcete (neomezené množství). Znamená to, že můžete přeposílat jeden alias maximálně na 10 unikátních e-mailových adres. Můžete mít například hello:[email protected], hello:[email protected], hello:[email protected], … (od 1 do 10) – a všechny e-maily na [email protected] budou přeposílány na [email protected], [email protected], [email protected], … (od 1 do 10).

      Tip: Potřebujete více než 10 příjemců na jeden alias? Pošlete nám e-mail a rádi vám zvýšíme limit vašeho účtu.
    • Mohu e-maily přeposílat rekurzivně

      Ano, můžete, ale stále musíte dodržovat maximální limit. Pokud máte hello:[email protected] a linus:[email protected], pak e-maily na [email protected] budou přeposílány na [email protected] a [email protected]. Upozorňujeme, že pokud se pokusíte rekurzivně přeposílat e-maily nad maximální limit, bude vyhozena chyba.

    • Mohou lidé odregistrovat nebo zaregistrovat mé přeposílání e-mailů bez mého svolení

      Používáme ověřování pomocí MX a TXT záznamů, takže pokud přidáte příslušné MX a TXT záznamy této služby, jste zaregistrováni. Pokud je odstraníte, jste odregistrováni. Vlastníte svou doménu a správu DNS, takže pokud má někdo přístup k tomu, je to problém.

    • Jak zvýším kapacitu úložiště nebo odchozí limit odesílání SMTP

      Přejděte na Můj účet → Fakturace a přejděte dolů do sekce Doplňky, která obsahuje dva formuláře žádosti:

      • Navýšení úložiště — zvolte množství k přidání (+10, +20, +30, +40 nebo +50 GB), nebo vyberte "Other" a požádejte o vlastní množství.
      • Navýšení odchozího limitu SMTP — zvolte množství k přidání (+1000, +2000 nebo +3000 e‑mailů denně), nebo vyberte "Other" a požádejte o vlastní množství.

      Odesláním kteréhokoli z formulářů odešlete žádost našemu týmu ke kontrole — okamžitě vám nic neúčtujeme. Po schválení vám e‑mailem pošleme zabezpečený odkaz na platbu k dokončení navýšení. V jeden okamžik můžete mít jednu nevyřízenou žádost na každý typ (úložiště nebo SMTP); nové podání do 3 dnů od předchozí žádosti stejného typu není povoleno, dokud tato lhůta neuplyne.

    • Co je součástí Enterprise License

      Enterprise License stojí $250/month, je naceněna a fakturována přímo, nikoli zakoupena přes stránku s cenami. Zahrnuje vše z plánu Team a navíc:

      • Výjimka z Podmínek používání pro třetí strany – můžete provozovat službu nebo integraci, kde vaši zákazníci, studenti či klienti (nejen vaši vlastní zaměstnanci a dodavatelé) používají Forward Email nebo z něj mají prospěch. Naše standardní Podmínky to nepovolují.
      • Oboustranně podepsaná podniková smlouva a DPA – zasláno k revizi a podpisu přes DocuSign. Takto získáte podepsanou Data Processing Agreement namísto kopie přijaté spolu s našimi Podmínkami.
      • Vlastní smluvní ujednání, kde je můžeme podpořit, například SLA pro oznámení o porušení zabezpečení (viz Jak řešíte oznámení o porušení zabezpečení dat).
      • Neomezené požadavky na API bez omezování rychlosti.
      • Vyhrazená místnost chatu zákaznické podpory s naším inženýrským týmem.
      • Asistence při nasazení a technická podpora v reálném čase.

      Nemění to místo, kde jsou vaše data zpracovávána: viz Mohu ponechat zpracování a ukládání e‑mailů v EU (umístění dat).

      Kdo ji potřebuje: každý, jehož používání služby spadá mimo Podmínky (přístup třetích stran), a každý, kdo vyžaduje podepsanou DPA, vlastní ustanovení DPA nebo jmenovaný kontakt z inženýrského týmu pro potřeby souladu.

      Jak začít: kontaktujte nás s vaším oficiálním názvem společnosti, registrovanou adresou, čísly registrace společnosti a DPH a jménem, funkcí a e‑mailovou adresou osoby, která bude podepisovat. Odpovíme dohodou DocuSign k posouzení.

    • Jak je to zdarma

      Forward Email nabízí bezplatnou úroveň díky kombinaci open-source vývoje, efektivní infrastruktury a volitelných placených plánů, které službu podporují.

      Naše bezplatná úroveň je podporována:

      1. Open Source vývojem: Náš kód je open source, což umožňuje příspěvky komunity a transparentní provoz.

      2. Efektivní infrastrukturou: Optimalizovali jsme naše systémy pro přeposílání e-mailů s minimálními zdroji.

      3. Placenými prémiovými plány: Uživatelé, kteří potřebují další funkce jako SMTP odesílání, IMAP příjem nebo rozšířené možnosti soukromí, si předplácejí naše placené plány.

      4. Rozumnými limity používání: Bezplatná úroveň má férové zásady používání, aby se zabránilo zneužití.

      Note

      Zavazujeme se udržovat základní přeposílání e-mailů zdarma a zároveň nabízet prémiové funkce pro uživatele s pokročilejšími potřebami.

      Tip

      Pokud považujete naši službu za užitečnou, zvažte upgrade na placený plán, abyste podpořili další vývoj a údržbu.

    • Jaký je maximální limit velikosti e-mailu

      Výchozí limit velikosti je 50 MB, což zahrnuje obsah, hlavičky a přílohy. Upozorňujeme, že služby jako Gmail a Outlook umožňují pouze limit 25 MB, a pokud tento limit při odesílání na adresy u těchto poskytovatelů překročíte, obdržíte chybovou zprávu.

      Pokud je překročen limit velikosti souboru, je vrácena chyba s odpovídajícím kódem odpovědi.

    • Uchováváte záznamy o e-mailech

      Ne, nezapisujeme na disk ani neukládáme záznamy – s výjimkou chyb a odchozího SMTP (viz naše Zásady ochrany osobních údajů).

      Vše probíhá v paměti a náš zdrojový kód je na GitHubu.

    • Uchováváte záznamy o chybách

      Ano. K chybovým záznamům máte přístup v Můj účet → Záznamy nebo Můj účet → Domény.

      Od února 2023 uchováváme záznamy chyb pro SMTP odpovědi s kódy 4xx a 5xx po dobu 7 dnů – které obsahují SMTP chybu, obálku a hlavičky e-mailu (neukládáme tělo e-mailu ani přílohy). Chybové záznamy vám umožňují zkontrolovat chybějící důležité e-maily a zmírnit falešně pozitivní označení spamu pro vaše domény. Jsou také skvělým zdrojem pro ladění problémů s email webhooks (protože chybové záznamy obsahují odpověď webhook endpointu).

      Chybové záznamy pro omezení rychlosti a greylisting nejsou přístupné, protože spojení končí dříve (např. před přenosem příkazů RCPT TO a MAIL FROM).

      Pro více informací si přečtěte naši Zásady ochrany osobních údajů.

    • Čtete mé e-maily

      Ne, rozhodně ne. Viz naše Zásady ochrany osobních údajů.

      Mnoho jiných služeb pro přeposílání e-mailů ukládá a potenciálně by mohlo číst vaše e-maily. Neexistuje žádný důvod, proč by přeposílané e-maily měly být ukládány na disk – a proto jsme navrhli první open-source řešení, které vše provádí v paměti.

      Věříme, že byste měli mít právo na soukromí a toto právo přísně respektujeme. Kód, který je nasazen na server, je open-source software na GitHubu pro transparentnost a budování důvěry.

    • Mohu s tímto „odesílat poštu jako“ v Gmailu

      Ano! Od 2. října 2018 jsme tuto funkci přidali. Viz Jak odesílat poštu jako pomocí Gmailu výše!

      Také byste měli nastavit SPF záznam pro Gmail ve vaší DNS konfiguraci v TXT záznamu.

      Důležité: Pokud používáte Gmail (např. Send Mail As) nebo G Suite, musíte do svého SPF TXT záznamu přidat include:_spf.google.com, například:

      v=spf1 a include:spf.forwardemail.net include:_spf.google.com -all
    • Mohu s tímto „odesílat poštu jako“ v Outlooku

      Ano! Od 2. října 2018 jsme tuto funkci přidali. Jednoduše si prohlédněte tyto dva odkazy od Microsoftu níže:

      Také byste měli nastavit SPF záznam pro Outlook ve vaší DNS konfiguraci v TXT záznamu.

      Důležité: Pokud používáte Microsoft Outlook nebo Live.com, musíte do svého SPF TXT záznamu přidat include:spf.protection.outlook.com, například:

      v=spf1 a include:spf.forwardemail.net include:spf.protection.outlook.com -all
    • Mohu s tímto „odesílat poštu jako“ v Apple Mail a iCloud Mail

      Pokud jste předplatitelem iCloud+, můžete použít vlastní doménu. Naše služba je také kompatibilní s Apple Mail.

      Pro více informací navštivte https://support.apple.com/en-us/102540.

    • Mohu s tímto přeposílat neomezené množství e-mailů

      Ano, nicméně „relativně neznámí“ odesílatelé jsou omezeni na 100 připojení za hodinu na hostname nebo IP. Viz sekce o omezení rychlosti a greylistingu výše.

      „Relativně neznámí“ znamená odesílatele, kteří se neobjevují v povolovacím seznamu.

      Pokud je tento limit překročen, odesíláme kód odpovědi 421, který říká odesílajícímu mail serveru, aby to zkusil později znovu.

    • Nabízíte neomezený počet domén za jednu cenu

      Ano. Bez ohledu na to, jaký plán máte, zaplatíte pouze jednu měsíční sazbu – která pokrývá všechny vaše domény.

    • Jaké způsoby platby akceptujete

      Forward Email přijímá následující jednorázové nebo měsíční/čtvrtletní/roční způsoby platby:

      1. Kreditní/debetní karty/bankovní převody: Visa, Mastercard, American Express, Discover, JCB, Diners Club atd.
      2. PayPal: Připojte svůj účet PayPal pro snadné platby
      3. Kryptoměny: Přijímáme platby prostřednictvím Stripe stablecoin plateb na sítích Ethereum, Polygon a Solana

      Note

      Na našich serverech uchováváme omezené platební informace, které zahrnují pouze identifikátory plateb a odkazy na Stripe a PayPal transakce, zákazníky, předplatné a ID plateb.

      Tip

      Pro maximální soukromí zvažte použití plateb kryptoměnami.

      Všechny platby jsou bezpečně zpracovávány prostřednictvím Stripe nebo PayPal. Vaše platební údaje nikdy nejsou uloženy na našich serverech.

    Další zdroje

    Tip

    Naše níže uvedené články jsou pravidelně aktualizovány o nové návody, tipy a technické informace. Často se sem vraťte pro nejnovější obsah.

      Ještě zůstat?

      Každá otázka zde pochází od někoho, kdo ji položil. Pokud vaše není zodpovězena, pošlete ji nám.