What is Forward Email?

Note Forward Email is perfect for individuals, small businesses, and developers who want professional email addresses without the cost and maintenance of a full email hosting solution. Forward Email is a fully featured email service provider and email hosting provider for custom domain names . It's the only free and open-source service, and lets you use custom domain email addresses without the complexity of setting up and maintaining your own email server. Our service forwards emails sent to your custom domain to your existing email account – and you can even use us as your dedicated email hosting provider. Key features of Forward Email: Custom Domain Email : Use professional email addresses with your own domain name Free Tier : Basic email forwarding at no cost Enhanced Privacy : We don't read your emails or sell your data Open Source : Our entire codebase is available on GitHub SMTP, IMAP, and POP3 Support : Full email sending and receiving capabilities End-to-End Encryption : Support for OpenPGP/MIME Custom Catch-All Aliases : Create unlimited email aliases You can compare us to 56+ other email service providers on our Email Comparison page . Tip Learn more about Forward Email by reading our free Technical Whitepaper and reviewing our Security Audit by Cure53.

Who uses Forward Email?

We provide email hosting and email forwarding service to 1.6+ million domains and these notable users: Customer Case Study U.S. Naval Academy :page_facing_up: Case Study Canonical :page_facing_up: Case Study Netflix Games The Linux Foundation :page_facing_up: Case Study The PHP Foundation Fox News Radio Disney Ad Sales jQuery :page_facing_up: Case Study LineageOS Ubuntu :page_facing_up: Case Study Kubuntu :page_facing_up: Case Study Lubuntu :page_facing_up: Case Study The University of Cambridge :page_facing_up: Case Study The University of Maryland :page_facing_up: Case Study The University of Washington :page_facing_up: Case Study Tufts University :page_facing_up: Case Study Swarthmore College :page_facing_up: Case Study Government of South Australia Government of Dominican Republic Fly.io RCD Hotels Isaac Z. Schlueter (npm) :page_facing_up: Case Study David Heinemeier Hansson (Ruby on Rails)

What is Forward Email's history?

You can learn more about Forward Email on our About page .

How fast is this service?

Note Our system is designed for speed and reliability, with multiple redundant servers to ensure your emails are delivered promptly. Forward Email delivers messages with minimal delay, typically within seconds of receipt. Performance metrics: Average Delivery Time : Less than 5-10 seconds from receipt to forwarding ( see our Time to Inbox "TTI" monitoring page ) Uptime : 99.9%+ service availability Global Infrastructure : Servers strategically located for optimal routing Automatic Scaling : Our system scales during peak email periods We operate in real-time, unlike other providers which rely upon delayed queues. We do not write to disk or store logs – with the exception of errors and outbound SMTP (see our Privacy Policy ). Everything is done in-memory and our source code is on GitHub .

Create a new alias and generate a password in your Forward Email dashboard Open Thunderbird and go to Edit → Account Settings → Account Actions → Add Mail Account Enter your name, Forward Email address, and password Click Configure manually and enter: Incoming: IMAP, imap.forwardemail.net, port 993, SSL/TLS Outgoing: SMTP, smtp.forwardemail.net, port 465, SSL/TLS (recommended; port 587 with STARTTLS is also supported) Click Done

Create a new alias and generate a password in your Forward Email dashboard Go to File → Add Account Enter your Forward Email address and click Connect Choose Advanced options and select Let me set up my account manually Select IMAP and enter: Incoming: imap.forwardemail.net, port 993, SSL Outgoing: smtp.forwardemail.net, port 465, SSL/TLS (recommended; port 587 with STARTTLS is also supported) Username: Your full email address Password: Your generated password Click Connect

Create a new alias and generate a password in your Forward Email dashboard Go to Mail → Preferences → Accounts → + Select Other Mail Account Enter your name, Forward Email address, and password For server settings, enter: Incoming: imap.forwardemail.net Outgoing: smtp.forwardemail.net Username: Your full email address Password: Your generated password Click Sign In

Create a new alias and generate a password in your Forward Email dashboard Open eM Client and go to Menu → Accounts → + Add Account Click on Mail and then select Other Enter your Forward Email address and click Next Enter the following server settings: Incoming server : imap.forwardemail.net Outgoing server : smtp.forwardemail.net Enter your full email address as the User name and your generated password as the Password for both incoming and outgoing servers. eM Client will test the connection. Once it passes, click Next . Enter your name and choose an account name. Click Finish .

Do you offer a webmail client?

Yes. Our official, open-source webmail client is available at mail.forwardemail.net — no installation required, just log in from any browser using an alias address and its generated password (the same credentials used for IMAP, SMTP, and POP3). It launched in February 2026 and also supports CalDAV Scheduling Extensions (RFC 6638) , DANE/TLSA (RFC 6698) , and Domain Connect for 1-click DNS setup, with real-time push notifications for IMAP, CalDAV, and CardDAV delivered over WebSockets. The source code is fully open-source and available on GitHub at github.com/forwardemail/mail.forwardemail.net .

Do you have desktop and mobile apps?

Yes. Native apps are available for desktop and mobile, built from the same open-source project as our webmail client, and can all be downloaded from our download page : Desktop : macOS (Apple Silicon and Intel), Windows (x64 and ARM64, as either an .exe or .msi installer), and Linux (AppImage, .deb, .rpm, and Snap — each for x64 and ARM64). Mobile : Android (APK, with an alternate F-Droid build) and iOS. All release builds are published on GitHub at github.com/forwardemail/mail.forwardemail.net/releases , and the download page lets you verify release checksums against SHA256SUMS.txt.

For iOS: Go to Settings → Mail → Accounts → Add Account → Other Tap Add Mail Account and enter your details For server settings, use the same IMAP and SMTP settings as above For Android: Go to Settings → Accounts → Add Account → Personal (IMAP) Enter your Forward Email address and password For server settings, use the same IMAP and SMTP settings as above

Sendmail SMTP Relay Configuration

You can configure Sendmail to relay emails through Forward Email's SMTP servers. This is a common setup for legacy systems or applications that rely on Sendmail. Estimated Setup Time: Less than 20 minutes Important: This requires a paid plan with SMTP access enabled. Configuration Edit your sendmail.mc file, typically located at /etc/mail/sendmail.mc: sudo nano /etc/mail/sendmail.mc Add the following lines to define the smart host and authentication: 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 Create the authentication file /etc/mail/authinfo: sudo nano /etc/mail/authinfo Add your Forward Email credentials to the authinfo file: AuthInfo:smtp.forwardemail.net "U:your-alias@yourdomain.com" "P:your-generated-password" "M:PLAIN" Generate the authentication database and secure the files: sudo makemap hash /etc/mail/authinfo < /etc/mail/authinfo sudo chmod 600 /etc/mail/authinfo /etc/mail/authinfo.db Rebuild the Sendmail configuration and restart the service: sudo make -C /etc/mail sudo systemctl restart sendmail Testing Send a test email to verify the configuration: echo "Test email from Sendmail" | mail -s "Sendmail Test" recipient@o3o.ca

Exim4 SMTP Relay Configuration

Exim4 is a popular MTA on Debian-based systems. You can configure it to use Forward Email as a smarthost. Estimated Setup Time: Less than 15 minutes Important: This requires a paid plan with SMTP access enabled. Configuration Run the Exim4 configuration tool: sudo dpkg-reconfigure exim4-config Select the following options: General type of mail configuration: mail sent by smarthost; received via SMTP or fetchmail System mail name: your.hostname IP-addresses to listen on for incoming SMTP connections: 127.0.0.1 ; ::1 Other destinations for which mail is accepted: (leave blank) Domains to relay mail for: (leave blank) IP address or host name of the outgoing smarthost: smtp.forwardemail.net ::465 Hide local mail name in outgoing mail? No Keep number of DNS-queries minimal (Dial-on-Demand)? No Delivery method for local mail: Mbox format in /var/mail/ Split configuration into small files? No Edit the passwd.client file to add your credentials: sudo nano /etc/exim4/passwd.client Add the following line: smtp.forwardemail.net:your-alias@yourdomain.com:your-generated-password Update the configuration and restart Exim4: sudo update-exim4.conf sudo systemctl restart exim4 Testing Send a test email: echo "Test from Exim4" | mail -s "Exim4 Test" recipient@o3o.ca

msmtp SMTP Client Configuration

msmtp is a lightweight SMTP client that's useful for sending emails from scripts or command-line applications. Estimated Setup Time: Less than 10 minutes Important: This requires a paid plan with SMTP access enabled. Configuration Create or edit the msmtp configuration file at ~/.msmtprc: nano ~/.msmtprc Add the following configuration: 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 your-alias@yourdomain.com user your-alias@yourdomain.com password your-generated-password account default : forwardemail Set the correct permissions for the configuration file: chmod 600 ~/.msmtprc Testing Send a test email: echo "This is a test email from msmtp" | msmtp -a default recipient@o3o.ca

Command-line Email Clients

Popular command-line email clients like Mutt , NeoMutt , and Alpine can be configured to use Forward Email's SMTP servers for sending mail. The configuration will be similar to the msmtp setup, where you provide the SMTP server details and your credentials in the respective configuration files (.muttrc, .neomuttrc, or .pinerc).

Windows Email Configuration

For Windows users, you can configure popular email clients like Microsoft Outlook and eM Client using the IMAP and SMTP settings provided in your Forward Email account. For command-line or scripting use, you can use PowerShell's Send-MailMessage cmdlet (though it is considered obsolete) or a lightweight SMTP relay tool like E-MailRelay .

Postfix SMTP Relay Configuration

You can configure Postfix to relay emails through Forward Email's SMTP servers. This is useful for server applications that need to send emails. Estimated Setup Time: Less than 15 minutes Important: This requires a paid plan with SMTP access enabled. Installation Install Postfix on your server: # Ubuntu/Debian sudo apt update && sudo apt install postfix # CentOS/RHEL sudo yum install postfix # macOS brew install postfix During installation, select "Internet Site" when prompted for configuration type. Configuration Edit the main Postfix configuration file: sudo nano /etc/postfix/main.cf Add or modify these settings: # SMTP relay configuration 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 Create the SASL password file: sudo nano /etc/postfix/sasl_passwd Add your Forward Email credentials: [smtp.forwardemail.net]:465 your-alias@yourdomain.com:your-generated-password Secure and hash the password file: sudo chmod 600 /etc/postfix/sasl_passwd sudo postmap /etc/postfix/sasl_passwd Restart Postfix: sudo systemctl restart postfix Testing Test your configuration by sending a test email: echo "Test email body" | mail -s "Test Subject" recipient@o3o.ca

How to Send Mail As using Gmail?

Estimated Setup Time: Less than 10 minutes Getting Started: If you've followed the instructions above under How do I get started and set up email forwarding , then you can continue reading below. Important: Google has deprecated this Gmail Send Mail As setup. Please review Google announcement . Use Forward Email Webmail , Forward Email apps , or another email client instead. See Forward Email FAQ for help. Important: Please ensure you have read our Terms , Privacy Policy , and Outbound SMTP Limits – your use is considered acknowledgement and agreement. Important: If you are a developer, then refer to our email API docs . Go to My Account Domains Settings Outbound SMTP Configuration and follow setup instructions Create a new alias for your domain under My Account Domains Aliases (e.g. hello@o3o.ca ) Click on Generate Password next to the newly created alias. Copy to your clipboard and securely store the generated password shown on the screen. Go to Gmail and under Settings Accounts and Import Send mail as , click "Add another email address" When prompted for "Name", enter the name that you want your email to be seen as "From" (e.g. "Linus Torvalds"). When prompted for "Email address", enter the full email address of an alias you created under My Account Domains Aliases (e.g. hello@o3o.ca ) Uncheck "Treat as an alias" Click "Next Step" to proceed When prompted for "SMTP Server", enter smtp.forwardemail.net and change the port to 465 When prompted for "Username", enter the full email address of an alias you created under My Account Domains Aliases (e.g. hello@o3o.ca ) When prompted for "Password", paste the password from Generate Password in step 3 above Select the radio button for "Secured connection using SSL" Click "Add Account" to proceed Open a new tab to Gmail and wait for your verification email to arrive (you will receive a verification code that confirms you are the owner of the email address you are attempting to "Send Mail As") Once it arrives, copy and paste the verification code at the prompt you received in the previous step Once you've done that, go back to the email and click the link to "confirm the request". You will most likely need to do this step and the previous step for the email to be correctly configured. Congratulations! You've successfully completed all steps.

What is the legacy free guide for Send Mail As using Gmail?

Important: Google has deprecated this Gmail Send Mail As setup. Please review Google announcement . Use Forward Email Webmail , Forward Email apps , or another email client instead. See Forward Email FAQ for help. Important: This legacy free guide is deprecated as of May 2023 since we now support outbound SMTP . If you use the guide below, then this will cause your outbound email to say "via forwardemail dot net" in Gmail. Estimated Setup Time: Less than 10 minutes Getting Started: If you've followed the instructions above under How do I get started and set up email forwarding , then you can continue reading below. You need to have [Gmail's Two-Factor Authentication][gmail-2fa] enabled for this to work. Visit https://www.google.com/landing/2step/ if you do not have it enabled. Once Two-Factor Authentication is enabled (or if you already had it enabled), then visit https://myaccount.google.com/apppasswords . When prompted for "Select the app and device you want to generate the app password for": Select "Mail" under the drop-down for "Select app" Select "Other" under the drop-down for "Select device" When prompted for text input, enter your custom domain's email address you're forwarding from (e.g. hello@o3o.ca - this will help you keep track in case you use this service for multiple accounts) Copy the password to your clipboard that is automatically generated Important: If you are using G Suite, visit your admin panel Apps G Suite Settings for Gmail Settings and make sure to check "Allow users to send mail through an external SMTP server...". There will be some delay for this change to be activated, so please wait a few minutes. Go to Gmail and under Settings Accounts and Import Send mail as , click "Add another email address" When prompted for "Name", enter the name that you want your email to be seen as "From" (e.g. "Linus Torvalds") When prompted for "Email address", enter the email address with the custom domain you used above (e.g. hello@o3o.ca ) Uncheck "Treat as an alias" Click "Next Step" to proceed When prompted for "SMTP Server", enter smtp.gmail.com and leave the port as 587 When prompted for "Username", enter the portion of your Gmail address without the gmail.com part (e.g. just "user" if my email is user@gmail.com ) Important: If the "Username" portion is autofilled, then you will need to change this to the username portion of your Gmail address instead. When prompted for "Password", paste from your clipboard the password you generated in step 2 above Leave the radio button checked for "Secured connection using TLS" Click "Add Account" to proceed Open a new tab to Gmail and wait for your verification email to arrive (you will receive a verification code that confirms you are the owner of the email address you are attempting to "Send Mail As") Once it arrives, copy and paste the verification code at the prompt you received in the previous step Once you've done that, go back to the email and click the link to "confirm the request". You will most likely need to do this step and the previous step for the email to be correctly configured.

Advanced Gmail Routing Configuration

Estimated Setup Time: 15-30 minutes If you want to set up advanced routing in Gmail so that aliases that don't match a mailbox will forward to Forward Email's mail exchanges, follow these steps: Log in to your Google Admin console at admin.google.com Go to Apps → Google Workspace → Gmail → Routing Click on Add Route and configure the following settings: Single Recipient Settings: Select "Change envelope recipient" and enter your primary Gmail address Check "Add X-Gm-Original-To header with original recipient" Envelope Recipient Patterns: Add a pattern that matches all non-existent mailboxes (e.g., .*@yourdomain.com) Email Server Settings: Select "Route to host" and enter mx1.forwardemail.net as the primary server Add mx2.forwardemail.net as the backup server Set port to 25 Select "Require TLS" for security Click Save to create the route Important: This configuration will only work for Google Workspace accounts with custom domains, not for regular Gmail accounts.

Advanced Outlook Routing Configuration

Estimated Setup Time: 15-30 minutes For Microsoft 365 (formerly Office 365) users who want to set up advanced routing so that aliases that don't match a mailbox will forward to Forward Email's mail exchanges: Log in to the Microsoft 365 admin center at admin.microsoft.com Go to Exchange → Mail flow → Rules Click Add a rule and select Create a new rule Name your rule (e.g., "Forward non-existent mailboxes to Forward Email") Under Apply this rule if , select: "The recipient address matches..." Enter a pattern that matches all addresses at your domain (e.g., *@yourdomain.com) Under Do the following , select: "Redirect the message to..." Choose "The following mail server" Enter mx1.forwardemail.net and port 25 Add mx2.forwardemail.net as a backup server Under Except if , select: "The recipient is..." Add all your existing mailboxes that should not be forwarded Set the rule priority to ensure it runs after other mail flow rules Click Save to activate the rule

Why am I not receiving my test emails?

If you're sending a test email to yourself, then it may not show up in your inbox because it has the same "Message-ID" header. This is a widely known issue, and also affects services such as Gmail. Here is the official Gmail answer regarding this issue . If you continue to have issues, then it is most likely to be an issue with DNS propagation. You will need to wait a bit longer and try again (or try setting a lower TTL value on your TXT records). Still having issues? Please contact us so we can help investigate the issue and find a quick resolution.

How do I configure my email client to work with Forward Email?

Our service works with popular email clients such as: Apple® Windows® Android™ Linux® Desktop Mozilla Firefox® Safari® Google Chrome® Terminal Your username is your alias' email address and password is from Generate Password ("Normal Password"). Tip: If you are using Thunderbird, then ensure "Connection security" is set to "SSL/TLS" and Authentication method is set to "Normal password". Type Hostname Protocol Ports IMAP imap.forwardemail.net SSL/TLS Preferred 993 and 2993 (or 2143 for legacy TLS 1.0 ) POP3 pop3.forwardemail.net SSL/TLS Preferred 995 and 2995 (or 2110 for legacy TLS 1.0 ) SMTP smtp.forwardemail.net SSL/TLS Recommended 465 and 2465 for SSL/TLS (recommended) or 587, 2587, 2525, and 25 for STARTTLS

Why are my emails landing in Spam and Junk and how can I check my domain reputation?

This section guides you if your outbound mail is using our SMTP servers (e.g. smtp.forwardemail.net) (or forwarded via mx1.forwardemail.net or mx2.forwardemail.net) and it is being delivered in the Spam or Junk folder of recipients. We routinely monitor our IP addresses against all reputable DNS denylists , therefore it is most likely a domain-reputation specific issue . Emails can land in spam folders for several reasons: Missing Authentication : Set up SPF , DKIM , and DMARC records. Domain Reputation : New domains often have neutral reputation until they establish a sending history. Content Triggers : Certain words or phrases can trigger spam filters. Sending Patterns : Sudden increases in email volume can look suspicious. You can try to use one or more of these tools to check your domain's reputation and categorization: Reputation and Blocklist Check Tools Tool Name URL Type Cloudflare Domain Categorization Feedback https://radar.cloudflare.com/domains/feedback Categorization Spamhaus IP and Domain Reputation Checker https://check.spamhaus.org/ DNSBL Cisco Talos IP and Domain Reputation Center https://talosintelligence.com/reputation_center Reputation Barracuda IP and Domain Reputation Lookup https://www.barracudacentral.org/lookups/lookup-reputation DNSBL MX Toolbox Blacklist Check https://mxtoolbox.com/blacklists.aspx Blacklist Google Postmaster Tools https://www.gmail.com/postmaster/ Reputation Yahoo Sender Hub https://senders.yahooinc.com/ Reputation MultiRBL.valli.org Blacklist Check https://multirbl.valli.org/lookup/ DNSBL Sender Score https://senderscore.org/act/blocklist-remover/ Reputation Invaluement https://www.invaluement.com/lookup/ DNSBL SURBL https://www.surbl.org/ DNSBL SpamCop https://www.spamcop.net/bl.shtml DNSBL UCEPROTECT's Levels 1, 2, and 3 https://www.uceprotect.net/en/rblcheck.php DNSBL UCEPROTECT's backscatterer.org https://www.backscatterer.org/ Backscatter Protection UCEPROTECT's whitelisted.org https://www.whitelisted.org/ (requires a fee) DNSWL IP Removal Request Forms by Provider If your IP address has been blocked by a specific email provider, use the appropriate removal form or contact below: Provider Removal Form / Contact Notes Google/Gmail https://support.google.com/mail/contact/bulk_send_new Bulk sender contact form Microsoft (Outlook/Office 365/Hotmail) https://sender.office.com Office 365 IP delist portal Yahoo/AOL/Verizon https://senders.yahooinc.com/ Yahoo Sender Hub Apple/iCloud https://ipcheck.proofpoint.com/ Apple uses Proofpoint for IP reputation Proofpoint https://ipcheck.proofpoint.com/ Proofpoint IP check and removal Barracuda Networks https://www.barracudacentral.org/lookups/lookup-reputation Barracuda reputation lookup and removal Cloudmark https://csi.cloudmark.com/en/reset/ Cloudmark CSI reset request GoDaddy/SecureServer https://unblock.secureserver.net GoDaddy IP unblock request form Comcast/Xfinity https://spa.xfinity.com/report Comcast IP removal request Charter/Spectrum https://www.spectrum.net/support/internet/understanding-email-error-codes Contact Spectrum support for removal AT&T abuse_rbl@abuse-att.net Email for removal request Cox Communications unblock.request@cox.net Email for removal request CenturyLink/Lumen abuse@centurylink.com Uses Cloudfilter Windstream abuse@windstream.net Email for removal request t-online.de (Germany) tobr@rx.t-online.de Email for removal request Orange France https://postmaster.orange.fr/ Use contact form or email abuse@orange.fr GMX https://postmaster.gmx.net/en/contact GMX postmaster contact form Mail.ru https://postmaster.mail.ru/ Mail.ru postmaster portal Yandex https://postmaster.yandex.ru/ Yandex postmaster portal QQ Mail (Tencent) https://open.mail.qq.com/ QQ Mail whitelist application (Chinese) Netease ( 163.com ) https://mail.163.com/postmaster/ Netease postmaster portal Alibaba/Aliyun/HiChina https://www.alibabacloud.com/help/en/alibaba-mail/ Contact via Alibaba Cloud console Amazon SES https://docs.aws.amazon.com/ses/latest/dg/faqs-dnsbls.html AWS SES console > Blacklist Removal SendGrid https://support.sendgrid.com/ Contact SendGrid support Mimecast https://community.mimecast.com/ Uses third-party RBLs - contact specific RBL Fastmail https://www.fastmail.com/support/ Contact Fastmail support Zoho https://help.zoho.com/portal/en/kb/campaigns/faqs/campaign-review/articles/how-do-i-delist-my-ip-address Contact Zoho support ProtonMail https://proton.me/support/contact Contact Proton support Tutanota https://tutanota.com/support Contact Tutanota support Hushmail https://www.hushmail.com/support/ Contact Hushmail support Mailbox.org https://mailbox.org/en/support Contact Mailbox.org support Posteo https://posteo.de/en/site/contact Contact Posteo support DuckDuckGo Email https://duckduckgo.com/email/support Contact DuckDuckGo support Sonic.net https://www.sonic.com/support Contact Sonic support Telus https://www.telus.com/en/support Contact Telus support Vodafone Germany https://www.vodafone.de/hilfe/ Contact Vodafone support Xtra (Spark NZ) https://www.spark.co.nz/help/ Contact Spark NZ support UOL/BOL (Brazil) https://ajuda.uol.com.br/ Contact UOL support (Portuguese) Libero (Italy) https://aiuto.libero.it/ Contact Libero support (Italian) Telenet (Belgium) https://www2.telenet.be/en/support/ Contact Telenet support Facebook/WhatsApp https://www.facebook.com/business/help Contact Facebook business support LinkedIn https://www.linkedin.com/help/linkedin Contact LinkedIn support Groups.io https://groups.io/helpcenter Contact Groups.io support Earthlink/Vade Secure https://sendertool.vadesecure.com/en/ Vade Secure sender tool Cloudflare Email Security https://www.cloudflare.com/products/zero-trust/email-security/ Contact Cloudflare support Hornetsecurity/Expurgate https://www.hornetsecurity.com/ Contact Hornetsecurity support SpamExperts/Antispamcloud https://www.spamexperts.com/ Contact via hosting provider Mail2World https://www.mail2world.com/support/ Contact Mail2World support Tip Start with a low volume of high-quality emails to build a positive reputation before sending in larger volumes. Important If your domain is on a blacklist, each blacklist has its own removal process. Check their websites for instructions. Tip If you need additional help or find that we are false-positive listed as spam by a certain email service provider, then please contact us .

What should I do if I receive spam emails?

You should unsubscribe from the emailing list (if possible) and block the sender. Please do not report the message as spam, but instead forward it to our manually curated and privacy-focused abuse prevention system. The email address to forward spam to is: abuse@forwardemail.net

Why are my test emails sent to myself in Gmail showing as "suspicious"?

If you see this error message in Gmail when you send a test to yourself, or when a person you're emailing with your alias sees an email from you for the first time, then please do not worry – as this is a built-in safety feature of Gmail. You can simply click "Looks safe". For example, if you were to send a test message using the send mail as feature (to someone else), then they will not see this message. However if they do see this message, it's because they were normally used to seeing your emails come from john@gmail.com instead of john@customdomain.com (just an example). Gmail will alert the users just to make sure things are safe just in case, there is no workaround.

Can I remove the via forwardemail dot net in Gmail?

This topic is related to a widely known issue in Gmail where extra info appears next to a sender's name . As of May 2023 we support sending email with SMTP as an add-on for all paid users – which means that you can remove the via forwardemail dot net in Gmail. Note that this FAQ topic is specific for those using the How to Send Mail As using Gmail feature. Please see the section on Do you support sending email with SMTP for configuration instructions.

Where are your servers located?

Tip We may soon announce our EU datacenter location hosted under forwardemail.eu . Subscribe to the discussion at https://github.com/orgs/forwardemail/discussions/336 for updates. There is no EU-only deployment or opt-in today – see Can I keep my email processing and storage in the EU (data residency) . Our servers are located primarily in Denver, Colorado – see https://forwardemail.net/ips for our complete list of IP addresses. You can learn about our subprocessors on our GDPR , DPA , and Privacy pages.

How do I export and backup my mailbox?

At anytime you can export your mailboxes as EML , Mbox , or encrypted SQLite formats. Go to My Account Domains Aliases Download Backup and select your preferred export format type. You will be emailed a link to download the export once it has finished. Note that this export download link expires after 4 hours for security concerns. If you need to inspect your exported EML or Mbox formats, then these open-soruce tools may be useful: Name Format Platform GitHub URL MBox Viewer Mbox Windows https://github.com/eneam/mboxviewer mbox-web-viewer Mbox All platforms 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 All platforms 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 .

How do I import and migrate my existing mailbox?

You can easily import your email to Forward Email (e.g. using Thunderbird ) with the instructions below: Important: You must follow all of the following steps in order to import your existing email. Export your email from your existing email provider: Email Provider Export Format Export Instructions Gmail MBOX https://takeout.google.com/settings/takeout/custom/gmail Outlook PST Tip: If you are using Outlook ( PST export format ), then you could simply follow the instructions under "Other" below. However we have provided links below to convert PST to MBOX/EML format based off your operating system: Zinkuba for Windows ( GitHub ) readpst for Windows cygwin – (e.g. readpst -u -o $OUT_DIR $IN_DIR replacing $OUT_DIR and $IN_DIR with the output directory and input directory paths respectively). readpst for Ubuntu/Linux – (e.g. sudo apt-get install readpst and then readpst -u -o $OUT_DIR $IN_DIR, replacing $OUT_DIR and $IN_DIR with the output directory and input directory paths respectively). readpst for macOS (via brew) – (e.g. brew install libpst and then readpst -u -o $OUT_DIR $IN_DIR, replacing $OUT_DIR and $IN_DIR with the output directory and input directory paths respectively). PST Converter for Windows (GitHub) 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 Other Use Thunderbird Set up your existing email account in Thunderbird and then use the ImportExportTools NG plugin to export and import your email. You may also be able to simply copy/paste or drag/drop emails between one account to another. Download, install, and open Thunderbird . Create a new account using your alias' full email address (e.g. you@yourdomain.com ) and your generated password. If you do not yet have a generated password, then refer to our setup instructions . Download and install the ImportExportTools NG Thunderbird plugin. Create a new local folder in Thunderbird, and then right click on it → select the ImportExportTools NG option → choose Import mbox file (for MBOX export format) – or – Import messages / Import all messages from a directory (for EML export format). Drag/drop from the local folder to a new (or existing) IMAP folder in Thunderbird you wish to upload messages to in IMAP storage with our service. This will ensure they are backed up online with our SQLite encrypted storage. Tip: If you are confused as to how to import into Thunderbird, then you can refer to official instructions at https://kb.mozillazine.org/Importing_folders and https://github.com/thunderbird/import-export-tools-ng/wiki . Important: Once you have completed the export and import process, then you may also want to enable forwarding on your existing email account and set up an auto-responder to notify senders that you have a new email address (e.g. if you were previously using Gmail and are now using an email with your custom domain name). Congratulations! You've successfully completed all steps.

How do I use my own S3-compatible storage for backups?

Paid plan users can configure their own S3 -compatible storage provider on a per-domain basis for IMAP/SQLite backups. This means your encrypted mailbox backups can be stored on your own infrastructure instead of (or in addition to) our default storage. Supported providers include Amazon S3 , Cloudflare R2 , MinIO , Backblaze B2 , DigitalOcean Spaces , and any other S3-compatible service. Setup Create a private bucket with your S3-compatible provider. The bucket must not be publicly accessible. Create access credentials (access key ID and secret access key) with read/write permissions to the bucket. Go to My Account Domains Advanced Settings Custom S3-Compatible Storage. Check "Enable custom S3-compatible storage" and fill in your endpoint URL, access key ID, secret access key, region, and bucket name. Click "Test Connection" to verify your credentials, bucket access, and write permissions. Click "Save" to apply the settings. How Backups Work Backups are triggered automatically for every connected IMAP alias. The IMAP server checks all active connections once per hour and dispatches a backup for each connected alias. A Redis-based lock prevents duplicate backups from running within 30 minutes of each other, and the actual backup is skipped if a successful backup was already completed within the last 24 hours (unless the backup was explicitly requested by a user for download). Backups can also be triggered manually by clicking "Download Backup" for any alias in the dashboard. Manual backups always run regardless of the 24-hour window. The backup process works as follows: The SQLite database is copied using VACUUM INTO, which creates a consistent snapshot without interrupting active connections and preserves the database encryption. The backup file is verified by opening it to confirm encryption is still valid. A SHA-256 hash is computed and compared against the existing backup in storage. If the hash matches, the upload is skipped (no changes since last backup). The backup is uploaded to S3 using multipart upload via the @aws-sdk/lib-storage library. A signed download URL (valid for 4 hours) is generated and emailed to the user. Backup Formats Three backup formats are supported: Format Extension Description sqlite .sqlite Raw encrypted SQLite snapshot containing mailbox, contact, calendar, and calendar-event records (default for automatic IMAP backups) mbox .zip Password-protected ZIP containing mailbox MBOX files plus Contacts VCF and Calendars ICS folders eml .zip Password-protected ZIP containing individual .eml files plus Contacts VCF and Calendars ICS folders All export formats preserve contacts, calendars, and calendar events. The portable EML and MBOX ZIP archives organize VCF files by address book under Contacts and ICS event or task resources by calendar under Calendars. Raw SQLite backups retain the same records in their native tables. Tip: If you have .sqlite backup files and want to convert them to .eml files locally, use our standalone CLI tool convert-sqlite-to-eml . It works on Windows, Linux, and macOS and does not require a network connection. File Naming and Key Structure When using custom S3 storage , backup files are stored with an ISO 8601 timestamp prefix so that each backup is preserved as a separate object. This gives you a full backup history in your own bucket. The key format is: {ISO 8601 timestamp}-{alias_id}.{extension} For example: 2025-03-01T12:00:00.000Z-65a31c53c36b75ed685f3fda.sqlite 2025-03-01T12:00:00.000Z-65a31c53c36b75ed685f3fda.zip 2025-03-02T12:00:00.000Z-65a31c53c36b75ed685f3fda.sqlite The alias_id is the MongoDB ObjectId of the alias. You can find it in the alias settings page or via the API. When using the default (system) storage , the key is flat (e.g. 65a31c53c36b75ed685f3fda.sqlite) and each backup overwrites the previous one. Note: Since custom S3 storage retains all backup versions, storage usage will grow over time. We recommend configuring lifecycle rules on your bucket to automatically expire old backups (e.g. delete objects older than 30 or 90 days). Data Ownership and Deletion Policy Your custom S3 bucket is entirely under your control. We never delete or modify files in your custom S3 bucket — not when an alias is deleted, not when a domain is removed, and not during any cleanup operations. We only write new backup files to your bucket. This means: Alias deletion — When you delete an alias, we remove the backup from our default system storage only. Any backups previously written to your custom S3 bucket remain untouched. Domain removal — Removing a domain does not affect files in your custom bucket. Retention management — You are responsible for managing storage in your own bucket, including configuring lifecycle rules to expire old backups. If you disable custom S3 storage or switch back to our default storage, existing files in your bucket are preserved. Future backups will simply be written to our default storage instead. Security Your access key ID and secret access key are encrypted at rest using AES-256-GCM before being stored in our database. They are only decrypted at runtime when performing backup operations. We automatically validate that your bucket is not publicly accessible . If a public bucket is detected, the configuration will be rejected on save. If public access is detected at backup time, we fall back to our default storage and notify all domain administrators by email. Credentials are validated on save via a HeadBucket call to ensure the bucket exists and credentials are correct. If validation fails, custom S3 storage is automatically disabled. Each backup file includes a SHA-256 hash in its S3 metadata, which is used to detect unchanged databases and skip redundant uploads. Error Notifications If a backup fails when using your custom S3 storage (e.g. due to expired credentials or a connectivity issue), all domain administrators will be notified by email. These notifications are rate-limited to once every 6 hours to prevent duplicate alerts. If your bucket is detected as publicly accessible at backup time, administrators will be notified once daily. API You can also configure custom S3 storage via the API: curl -X PUT https://api.forwardemail.net/v1/domains/o3o.ca \ -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 To test the connection via the API: curl -X POST https://api.forwardemail.net/v1/domains/o3o.ca/test-s3-connection \ -u API_TOKEN:

How do I convert SQLite backups to EML files?

If you download or store SQLite backups (either from our default storage or your own custom S3 bucket ), you can convert them to standard .eml files using our standalone CLI tool convert-sqlite-to-eml . The password-protected ZIP also contains VCF contacts organized by address book under Contacts and ICS calendar events or tasks organized by calendar under Calendars. EML files can be opened with any email client ( Thunderbird , Outlook , Apple Mail , etc.) or imported into other mail servers. Installation You can either download a pre-built binary (no Node.js required) or run it directly with Node.js : Pre-built binaries — Download the latest release for your platform from GitHub Releases : Platform Architecture File 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 macOS users: After downloading, you may need to remove the quarantine attribute before running the binary: sudo xattr -rd com.apple.quarantine ./convert-sqlite-to-eml-darwin-arm64 (Replace ./convert-sqlite-to-eml-darwin-arm64 with the actual path to the downloaded file.) Linux users: After downloading, you may need to make the binary executable: chmod +x ./convert-sqlite-to-eml-linux-x64 (Replace ./convert-sqlite-to-eml-linux-x64 with the actual path to the downloaded file.) From source (requires Node.js >= 18): cd tools/convert-sqlite-to-eml npm install node index.js Usage The tool supports both interactive and non-interactive modes. Interactive mode — run without arguments and you will be prompted for all inputs: ./convert-sqlite-to-eml Forward Email - Convert SQLite Backup to EML ============================================= Path to SQLite backup file: /path/to/backup.sqlite IMAP/alias password: ******** Output ZIP path [/path/to/backup-2025-03-01T12-00-00-000Z.zip]: Non-interactive mode — pass arguments via command-line flags for scripting and automation: ./convert-sqlite-to-eml \ --path /path/to/backup.sqlite \ --password "your-imap-password" \ --output /path/to/output.zip Flag Description --path <path> Path to the encrypted SQLite backup file --password <pass> IMAP/alias password for decryption --output <path> Output path for the ZIP file (default: auto-generated with ISO 8601 timestamp) --help Show help message Output Format The tool produces a password-protected ZIP archive (AES-256 encrypted) containing: README.txt INBOX/ <message-id-1>.eml <message-id-2>.eml Sent/ <message-id-3>.eml Drafts/ <message-id-4>.eml EML files are organized by mailbox folder. The ZIP password is the same as your IMAP/alias password. Each .eml file is a standard RFC 5322 email message with full headers, body text, and attachments reconstructed from the SQLite database. How It Works Opens the encrypted SQLite database using your IMAP/alias password (supports both ChaCha20 and AES-256-CBC ciphers). Reads the Mailboxes table to discover folder structure. For each message, decodes the mimeTree (stored as Brotli -compressed JSON) from the Messages table. Reconstructs the full EML by walking the MIME tree and fetching attachment bodies from the Attachments table. Packages everything into a password-protected ZIP archive using archiver-zip-encrypted .

Do you support self-hosting?

Yes, as of March 2025, we support a self-hosted option. Read the blog here . Checkout the self-hosted guide to get started. And for those interested in a more broken down step-by-step version see our Ubuntu or Debian based guides.

How do I get started and set up email forwarding?

Estimated Setup Time: Less than 10 minutes Getting Started: Carefully read and follow steps one through eight listed below. Be sure to replace the email address of user@gmail.com with the email address you want to forward emails to (if it isn't already accurate). Similarly be sure to replace o3o.ca with your custom domain name (if it isn't already accurate). If you have already registered your domain name somewhere, then you must completely skip this step and go to step two! Otherwise you can click here to register your domain name . Do you remember where you registered your domain? Once you remember this, then follow the instructions below: Important: You must open a new tab and sign in to your domain registrar. You can easily click on your "Registrar" below to automatically do this. In this new tab, you must navigate to the DNS management page at your registrar – and we have provided the step by step navigation steps below under the "Steps to Configure" column. Once you've navigated to this page in the new tab, you can return to this tab and proceed to step three below. Do not close the opened tab yet; you will need it for future steps! Registrar Steps to Configure 1&1 Log in Domain Center (Select your domain) Edit DNS Settings Amazon Route 53 Log in Hosted Zones (Select your domain) Aplus.net Log in My Servers Domain Management DNS Manager Bluehost FOR ROCK: Log in Domains (Click the ▼ icon next to manage) DNS FOR LEGACY: Log in Domains Zone editor (Select your domain) Cloudflare Log in DNS DNS Made Easy Log in DNS (Select your domain) DNSimple Log in (Select your domain) DNS Manage Digital Ocean Log in Networking Domains (Select your domain) More Manage Domain Domain.com Log in In card view, click manage on your domain In list view, click the gear icon DNS & Nameservers DNS Records Domains.com Watch Log in (Select your domain) Manage (click gear icon) Click on DNS & Nameservers in left-hand menu DreamHost Log in Panel Domains Manage Domains DNS Dyn Log in Overview Manage Simple Editor Records Gandi Log in (Select your domain) Management Edit the zone GoDaddy Watch Log in Manage My Domains (Select your domain) Manage DNS Google Domains Watch Log in (Select your domain) Configure DNS Namecheap Watch Log in Domain List (Select your domain) Manage Advanced DNS Netlify Log in (Select your domain) Setup Netlify DNS Network Solutions Log in Account Manager My Domain Names (Select your domain) Manage Change Where Domain Points Advanced DNS Shopify Watch Log in Managed Domains (Select your domain) DNS Settings Squarespace Log in Home menu Settings Domains (Select your domain) Advanced settings Custom Records Vercel's Now Using "now" CLI now dns add [domain] '@' MX [record-value] [priority] Weebly Log in Domains page (Select your domain) DNS Wix Log in Domains page (Click icon) Select Manage DNS Records eNom Log in Domains My Domains Other Important: Don't see your registrar name listed here? Simply search on the Internet for "how to change DNS records on $REGISTRAR" (replacing $REGISTRAR with the name of your registrar – e.g. "how to change DNS records on GoDaddy" if you're using GoDaddy). Using your registrar's DNS management page (the other tab you have opened), set the following "MX" records: Important: Note that there should be NO other MX records set. Both records shown below MUST exist. Be sure there are no typos; and you have both mx1 and mx2 spelled correctly. If there were already MX records that existed, please delete them completely. The "TTL" value does not need to be 3600, it could be a lower or higher value if necessary. Name/Host/Alias TTL Type Priority Answer/Value "@", ".", or blank 3600 MX 0 mx1.forwardemail.net "@", ".", or blank 3600 MX 0 mx2.forwardemail.net Using your registrar's DNS management page (the other tab you have opened), set the following TXT record(s): Important: If you are on a paid plan, then you must completely skip this step and go to step five! If you are not on a paid plan, then your forwarded addresses will be publicly searchable – go to My Account Domains and upgrade your domain to a paid plan if desired. If you would like to learn more about paid plans see our Pricing page. Otherwise you can continue to choose one or more combinations from Option A to Option F listed below. Option A: If you are forwarding all emails from your domain, (e.g. "all@o3o.ca", "hello@o3o.ca", etc) to a specific address "user@gmail.com": Name/Host/Alias TTL Type Answer/Value "@", ".", or blank 3600 TXT forward-email=user@gmail.com Tip: Make sure to replace the values above in the "Value" column with your own email address. The "TTL" value does not need to be 3600, it could be a lower or higher value if necessary. A lower time to live ("TTL") value will ensure any future changes made to your DNS records are propagated throughout the Internet quicker – think of this as how long it will be cached in-memory (in seconds). You can learn more about TTL on Wikipedia . Option B: If you just need to forward a single email address (e.g. hello@o3o.ca to user@gmail.com; this will also forward "hello+test@o3o.ca" to "user+test@gmail.com" automatically): Name/Host/Alias TTL Type Answer/Value "@", ".", or blank 3600 TXT forward-email=hello:user@gmail.com Option C: If you are forwarding multiple emails, then you'll want to separate them with a comma: Name/Host/Alias TTL Type Answer/Value "@", ".", or blank 3600 TXT forward-email=hello:user@gmail.com,support:user@gmail.com Option D: You can have an infinite amount of forwarding emails setup – just make sure to not wrap over 255 characters in a single-line and start each line with "forward-email=". An example is provided below: Name/Host/Alias TTL Type Answer/Value "@", ".", or blank 3600 TXT forward-email=hello:user@gmail.com,support:user@gmail.com "@", ".", or blank 3600 TXT forward-email=help:user@gmail.com,foo:user@gmail.com "@", ".", or blank 3600 TXT forward-email=orders:user@gmail.com,baz:user@gmail.com "@", ".", or blank 3600 TXT forward-email=info:user@gmail.com,beep:user@gmail.com "@", ".", or blank 3600 TXT forward-email=errors:user@gmail.com,boop:user@gmail.com Option E: You can also specify a domain name in your TXT record to have global alias forwarding (e.g. "user@o3o.ca" will get forwarded to "user@example.net"): Name/Host/Alias TTL Type Answer/Value "@", ".", or blank 3600 TXT forward-email=example.net Option F: You can even use webhooks as a global or individual alias to forward emails to. See the example and full section on webhooks titled Do you support webhooks below. Name/Host/Alias TTL Type Answer/Value "@", ".", or blank 3600 TXT forward-email=alias:https://requestbin.com/r/en8pfhdgcculn Option G: You can even use regular expressions ("regex") for matching aliases and for handling substitutions to forward emails to. See the examples and full section on regex titled Do you support regular expressions or regex below. Need advanced regex with substitution? See the examples and full section on regex titled Do you support regular expressions or regex below. Simple Example: If I want all emails that go to `linus@o3o.ca` or `torvalds@o3o.ca` to forward to `user@gmail.com`: Name/Host/Alias TTL Type Answer/Value "@", ".", or blank 3600 TXT forward-email=/^(linus|torvalds)$/:user@gmail.com Important: Catch-all forwarding rules could also be described as "fall-through". This means that incoming emails which match at least one specific forwarding rule will be used instead of the catch-all. Specific rules include email addresses and regular expressions. For example: forward-email=hello:first@gmail.com,second@gmail.com Emails sent to hello@o3o.ca will **not** be forwarded to second@gmail.com (catch-all) with this configuration, and instead only be delivered to first@gmail.com. Using your registrar's DNS management page (the other tab you have opened), additionally set the following TXT record: Name/Host/Alias TTL Type Answer/Value "@", ".", or blank 3600 TXT v=spf1 a include:spf.forwardemail.net -all Important: If you are using Gmail (e.g. Send Mail As) or G Suite, then you'll need to append include:_spf.google.com to the value above, for example: v=spf1 a include:spf.forwardemail.net include:_spf.google.com -all Tip: If you already have a similar line with "v=spf1", then you'll need to append include:spf.forwardemail.net right before any existing "include:host.com" records and before the "-all" in the same line, for example: v=spf1 a include:spf.forwardemail.net include:host.com -all Note that there is a difference between "-all" and "~all". The "-" indicates that the SPF check should FAIL if it does not match, and "~" indicates that the SPF check should SOFTFAIL. We recommend to use the "-all" approach to prevent domain forgery. You may also need to include the SPF record for whichever host you are sending mail from (e.g. Outlook). Verify your DNS records using our "Verify Records" tool available at My Account Domains Setup. Send a test email to confirm it works. Note that it might take some time for your DNS records to propagate. Tip: If you are not receiving test emails, or receive a test email that says "Be careful with this message", then see the answers for Why am I not receiving my test emails and Why are my test emails sent to myself in Gmail showing as "suspicious" respectively. If you wish to "Send Mail As" from Gmail, then you will need to watch this video , or follow the steps under How to Send Mail As Using Gmail below. Congratulations! You've successfully completed all steps. Tip: Optional add-ons are listed below. Note that these add-ons are completely optional and may not be necessary. We wanted to at least provide you with additional information if necessary. Optional Add-on: If you're using the How to Send Mail As using Gmail feature, then you may want to add yourself to an allowlist. See these instructions by Gmail on this topic.

Can I use multiple MX exchanges and servers for advanced forwarding?

Yes, but you should only have one MX exchange listed in your DNS records . Do not attempt to use "Priority" as a way to configure multiple MX exchanges. Instead, you need to configure your existing MX exchange to forward mail for all non-matching aliases to our service's exchanges (mx1.forwardemail.net and/or mx2.forwardemail.net). If you are using Google Workspace and you want to forward all non-matching aliases to our service, then see https://support.google.com/a/answer/6297084 . If you are using Microsoft 365 (Outlook) and you want to forward all non-matching aliases to our service, then see https://learn.microsoft.com/en-us/exchange/mail-flow-best-practices/use-connectors-to-configure-mail-flow/set-up-connectors-to-route-mail and https://learn.microsoft.com/en-us/exchange/mail-flow-best-practices/manage-mail-flow-for-multiple-locations .

How do I set up a vacation responder (out of office auto-responder)?

Go to My Account Domains Aliases and either create or edit the alias you would like to configure a vacation autoresponder for. You have the ability to configure a start date, end date, subject, and message, and enable or disable it at anytime: Plaintext subject and message are currently supported (we use striptags package internally to remove any HTML). Subject is limited to 100 characters. Message is limited to 1000 characters. Setup requires Outbound SMTP configuration (e.g. you will need to setup DKIM, DMARC, and Return-Path DNS records). Go to My Account Domains Settings Outbound SMTP Configuration and follow setup instructions. Vacation responder cannot be enabled on global vanity domain names (e.g. disposable addresses are not supported). Vacation responder cannot be enabled for aliases with wildcard/catch-all (*) nor regular expressions. Unlike mail systems such as postfix (e.g. that use the sieve vacation filter extension) – Forward Email automatically adds your DKIM signature, dummy-proofs connection issues when sending vacation responses (e.g. due to common SSL/TLS connection issues and legacy maintained servers), and even supports Open WKD and PGP encryption for vacation responses. We only send once per allowlisted sender every 4 days (which is similar to Gmail's behavior). Our Redis cache uses a fingerprint of alias_id and sender, whereas alias_id is the alias MongoDB ID and sender is either the From address (if allowlisted) or root domain in the From address (if not allowlisted). For simplicity the expiry of this fingerprint in cache is set to 4 days. Our approach of using the root domain parsed in the From address for non-allowlisted senders prevents abuse from relatively unknown senders (e.g. malicious actors) from flooding vacation responder messages. We only send when the MAIL FROM and/or From is not blank and does not contain (case-insensitive) a postmaster username (the portion before the @ in an email). We don't send if the original message had any of the following headers (case-insensitive): Header of auto-submitted with a value not equal to no. Header of x-auto-response-suppress with a value of dr, autoreply, auto-reply, auto_reply, or all Header of list-id, list-subscribe, list-unsubscribe, list-help, list-post, list-owner, list-archive, x-autoreply, x-autorespond, or x-auto-respond (regardless of value). Header of precedence with a value of bulk, autoreply, auto-reply, auto_reply, or list. We don't send if the MAIL FROM or From email address ends with +donotreply, -donotreply, +noreply, or -noreply. We don't send if the From email address username portion was mdaemon and it had a case-insensitive header of X-MDDSN-Message. We don't send if there was a case-insensitive content-type header of multipart/report. We don't send if the message has a Feedback-Type header (indicating an ARF abuse feedback report per RFC 5965 ). We don't send if the MAIL FROM address matches an ARF feedback sender pattern (e.g. feedback@arf.mail.yahoo.com).

How do I set up SPF for Forward Email?

Using your registrar's DNS management page, set the following TXT record: Name/Host/Alias TTL Type Answer/Value "@", ".", or blank 3600 TXT v=spf1 a include:spf.forwardemail.net -all Important: If you are using Gmail (e.g. Send Mail As) or G Suite, then you'll need to append include:_spf.google.com to the value above, for example: v=spf1 a include:spf.forwardemail.net include:_spf.google.com -all Important: If you are using Microsoft Outlook or Live.com, you'll need to append include:spf.protection.outlook.com to your SPF TXT record, for example: v=spf1 a include:spf.forwardemail.net include:spf.protection.outlook.com -all Tip: If you already have a similar line with "v=spf1", then you'll need to append include:spf.forwardemail.net right before any existing "include:host.com" records and before the "-all" in the same line, for example: v=spf1 a include:spf.forwardemail.net include:host.com -all Note that there is a difference between "-all" and "~all". The "-" indicates that the SPF check should FAIL if it does not match, and "~" indicates that the SPF check should SOFTFAIL. We recommend to use the "-all" approach to prevent domain forgery. You may also need to include the SPF record for whichever host you are sending mail from (e.g. Outlook).

How do I set up DKIM for Forward Email?

Go to My Account Domains Settings Outbound SMTP Configuration and follow setup instructions.

How do I set up DMARC for Forward Email?

Go to My Account Domains Settings Outbound SMTP Configuration and follow setup instructions.

How do I view DMARC Reports?

Forward Email provides a comprehensive DMARC Reports dashboard that allows you to monitor your email authentication performance across all your domains from a single interface. What are DMARC Reports? DMARC (Domain-based Message Authentication, Reporting, and Conformance) reports are XML files sent by receiving mail servers that tell you how your emails are being authenticated. These reports help you understand: How many emails are being sent from your domain Whether those emails are passing SPF and DKIM authentication What actions receiving servers are taking (accept, quarantine, or reject) Which IP addresses are sending email on behalf of your domain How to Access DMARC Reports Go to My Account DMARC Reports to view your dashboard. You can also access domain-specific reports from My Account Domains by clicking the "DMARC" button next to any domain. Dashboard Features The DMARC Reports dashboard provides: Summary Metrics : Total reports received, total messages analyzed, SPF alignment rate, DKIM alignment rate, and overall pass rate Messages Over Time Chart : Visual trend of email volume and authentication rates over the past 30 days Alignment Summary : Donut chart showing SPF vs DKIM alignment distribution Message Disposition : Stacked bar chart showing how receiving servers handled your emails (accepted, quarantined, or rejected) Recent Reports Table : Detailed list of individual DMARC reports with filtering and pagination Domain Filtering : Filter reports by specific domain when managing multiple domains Why This Matters For organizations managing multiple domains (like enterprises, non-profits, or agencies), DMARC reports are essential for: Identifying unauthorized senders : Detect if someone is spoofing your domain Improving deliverability : Ensure your legitimate emails pass authentication Monitoring email infrastructure : Track which services and IPs are sending on your behalf Compliance : Maintain visibility into email authentication for security audits Unlike other services that require separate DMARC monitoring tools, Forward Email includes DMARC report processing and visualization as part of your account at no additional cost. Requirements DMARC Reports are available for paid plans only Your domain must have DMARC configured (see How do I set up DMARC for Forward Email ) Reports are automatically collected when receiving mail servers send them to your configured DMARC reporting address Weekly Email Reports Paid plan users automatically receive weekly DMARC report summaries via email. These emails include: Summary statistics for all your domains SPF and DKIM alignment rates Message disposition breakdown (accepted, quarantined, rejected) Top reporting organizations (Google, Microsoft, Yahoo, etc.) IP addresses with alignment issues that may need attention Direct links to your DMARC Reports dashboard Weekly reports are sent automatically and cannot be disabled separately from other email notifications.

Why do my DMARC reports show failures from unknown IP addresses?

If your DMARC reports contain unfamiliar IP addresses failing SPF and DKIM, please do not worry – this is normal and actually means your setup is working correctly. DMARC reports list every server that attempted to send mail claiming to be from your domain, including unauthorized ones. In nearly all cases these unknown IPs are simply spammers or bots trying to impersonate your domain. Here is what happens when they try: SPF fails because the sending IP is not listed in your SPF record. DKIM fails because they cannot produce a valid signature for your domain. With a DMARC policy of p=reject, the message is rejected outright and never reaches anyone's inbox. In other words, these failures are proof that DMARC is doing its job – blocking impersonation attempts before they cause harm. No action is required on your part. How to tell legitimate senders from impersonators Mail you send through Forward Email (or any other authorized service) will show SPF and/or DKIM as passing and aligned . Unknown sources that fail both SPF and DKIM are impersonators and can be safely ignored. You can cross-reference IP addresses against https://forwardemail.net/ips to confirm which sources are ours. If you also use other services to send mail on your domain's behalf (marketing tools, CRMs, etc.), make sure those services have a valid DKIM signature configured – otherwise their messages will also appear as failures in your reports. Important Make sure your domain publishes a DMARC policy of p=reject so that impersonation attempts are rejected rather than delivered. See How do I set up DMARC for Forward Email .

How do I connect and configure my contacts?

To configure your contacts, use the CardDAV URL of: https://carddav.forwardemail.net (or simply carddav.forwardemail.net if your client allows it)

How do I connect and configure my calendars?

To configure your calendar, use the CalDAV URL of: https://caldav.forwardemail.net (or simply caldav.forwardemail.net if your client allows it)

How do I add more calendars and manage existing calendars?

If you'd like to add additional calendars, then just add a new calendar URL of: https://caldav.forwardemail.net/dav/principals/calendar-name ( be sure to replace calendar-name with your desired calendar name ) You can change a calendar's name and color after creation – just use your preferred calendar application (e.g. Apple Mail or Thunderbird ).

How do I connect and configure tasks and reminders?

To configure tasks and reminders, use the same CalDAV URL as calendars: https://caldav.forwardemail.net (or simply caldav.forwardemail.net if your client allows it) Tasks and reminders will automatically be separated from calendar events into their own "Reminders" or "Tasks" calendar collection. Setup instructions by platform: macOS/iOS: Add a new CalDAV account in System Preferences > Internet Accounts (or Settings > Accounts on iOS) Use caldav.forwardemail.net as the server Enter your Forward Email alias and generated password After setup, you'll see both "Calendar" and "Reminders" collections Use the Reminders app to create and manage tasks Android with Tasks.org : Install Tasks.org from Google Play Store or F-Droid Go to Settings > Synchronization > Add Account > CalDAV Enter server: https://caldav.forwardemail.net Enter your Forward Email alias and generated password Tasks.org will automatically discover your task calendars Thunderbird: Install the Lightning add-on if not already installed Create a new calendar with type "CalDAV" Use URL: https://caldav.forwardemail.net Enter your Forward Email credentials Both events and tasks will be available in the calendar interface

Why can't I create tasks in macOS Reminders?

If you're having trouble creating tasks in macOS Reminders, try these troubleshooting steps: Check account setup : Ensure your CalDAV account is properly configured with caldav.forwardemail.net Verify separate calendars : You should see both "Calendar" and "Reminders" in your account. If you only see "Calendar", the task support may not be fully activated yet. Refresh account : Try removing and re-adding your CalDAV account in System Preferences > Internet Accounts Check server connectivity : Test that you can access https://caldav.forwardemail.net in your browser Verify credentials : Ensure you're using the correct alias email and generated password (not your account password) Force sync : In Reminders app, try creating a task and then manually refreshing the sync Common issues: "Reminders calendar not found" : The server may need a moment to create the Reminders collection on first access Tasks not syncing : Check that both devices are using the same CalDAV account credentials Mixed content : Ensure tasks are being created in the "Reminders" calendar, not the general "Calendar"

How do I set up Tasks.org on Android?

Tasks.org is a popular open-source task manager that works excellently with Forward Email's CalDAV task support. Installation and Setup: Install Tasks.org : From Google Play Store: Tasks.org From F-Droid: Tasks.org on F-Droid Configure CalDAV sync : Open Tasks.org Go to ☰ Menu > Settings > Synchronization Tap "Add Account" Select "CalDAV" Enter Forward Email settings : Server URL : https://caldav.forwardemail.net Username : Your Forward Email alias (e.g., you@yourdomain.com) Password : Your alias-specific generated password Tap "Add Account" Account discovery : Tasks.org will automatically discover your task calendars You should see your "Reminders" collection appear Tap "Subscribe" to enable sync for the task calendar Test sync : Create a test task in Tasks.org Check that it appears in other CalDAV clients (like macOS Reminders) Verify changes sync both ways Features available: ✅ Task creation and editing ✅ Due dates and reminders ✅ Task completion and status ✅ Priority levels ✅ Subtasks and task hierarchy ✅ Tags and categories ✅ Two-way sync with other CalDAV clients Troubleshooting: If no task calendars appear, try manually refreshing in Tasks.org settings Ensure you have at least one task created on the server (you can create one in macOS Reminders first) Check network connectivity to caldav.forwardemail.net

How do I set up SRS for Forward Email?

We automatically configure Sender Rewriting Scheme ("SRS") – you do not need to do this yourself.

How do I set up MTA-STS for Forward Email?

Please refer to our section on MTA-STS for more insight.

How do I add a profile picture to my email address?

If you're using Gmail, then follow these steps below: Go to https://google.com and sign out of all email accounts Click "Sign In" and on the drop-down click on "other account" Select "Use another account" Select "Create account" Select "Use my current email address instead" Enter your custom domain name email address Retrieve the verification email sent to your email address Enter the verification code from this email Complete profile information for your new Google account Agree to all Privacy and Terms of Use policies Go to https://google.com and in the top right corner, click on your profile icon, and click on the "change" button Upload a new photo or avatar for your account Changes will take approximately 1-2 hours to propagate, but sometimes may be very quick. Send a test email and the profile photo should appear.

Do you support newsletters or mailing lists for marketing related email?

Yes, you can read more at https://forwardemail.net/guides/newsletter-with-listmonk . Please note that in order to maintain IP reputation and ensure deliverability, Forward Email has a manual review process on a per-domain basis for newsletter approval . Email support@forwardemail.net or open a help request for approval. This typically takes less than 24 hours, with most requests being honored within 1-2 hours. In the near future we aim to make this process instant with additional spam controls and alerting. This process ensures that your emails reach the inbox and your messages don't get marked as spam.

Підтримка

Чим ми можемо допомогти?

142 відповіді з різних 11 тем

Швидкий старт

Щоб почати користуватися Forward Email:

Створіть обліковий запис на forwardemail.net/register
Додайте та підтвердіть свій домен у розділі Мій обліковий запис → Домени
Додайте та налаштуйте поштові псевдоніми/скриньки у розділі Мій обліковий запис → Домени → Псевдоніми
Перевірте налаштування, надіславши лист на один із ваших нових псевдонімів

Tip

Зміни DNS можуть поширюватися по всьому світу до 24-48 годин, хоча часто вони набирають чинності значно раніше.

Important

Для покращення доставляння ми рекомендуємо налаштувати записи SPF, DKIM та DMARC.

Вступ

Що таке Forward Email
Note
Forward Email ідеально підходить для приватних осіб, малого бізнесу та розробників, які хочуть професійні електронні адреси без витрат і обслуговування повноцінного поштового хостингу.

Forward Email — це повнофункціональний провайдер електронної пошти та провайдер поштового хостингу для власних доменних імен.

Це єдина безкоштовна та відкрита служба, яка дозволяє використовувати електронні адреси з власним доменом без складнощів налаштування та обслуговування власного поштового сервера.

Наш сервіс пересилає листи, надіслані на ваш власний домен, на вашу існуючу поштову скриньку — і ви навіть можете використовувати нас як свого спеціалізованого провайдера поштового хостингу.

Основні функції Forward Email:
- Електронна пошта з власним доменом: Використовуйте професійні електронні адреси з вашим доменним іменем
- Безкоштовний тариф: Базове пересилання пошти безкоштовно
- Покращена конфіденційність: Ми не читаємо ваші листи і не продаємо ваші дані
- Відкритий код: Весь наш код доступний на GitHub
- Підтримка SMTP, IMAP та POP3: Повна функціональність відправлення та отримання пошти
- Кінцева шифрація: Підтримка OpenPGP/MIME
- Користувацькі псевдоніми Catch-All: Створюйте необмежену кількість поштових псевдонімів
Ви можете порівняти нас з понад 56 іншими провайдерами електронної пошти на нашій сторінці порівняння поштових сервісів.

Tip
Дізнайтеся більше про Forward Email, прочитавши наш безкоштовний Технічний білет та ознайомившись з нашим аудитом безпеки від Cure53.

Хто користується Forward Email

Ми надаємо послуги поштового хостингу та пересилання пошти для понад 500 000 доменів та таких відомих користувачів:

Клієнт	Кейс-стаді
Військово-морська академія США	📄 Кейс-стаді
Canonical	📄 Кейс-стаді
Netflix Games
Фонд Linux	📄 Кейс-стаді
Фонд PHP
Fox News Radio
Disney Ad Sales
jQuery	📄 Кейс-стаді
LineageOS
Ubuntu	📄 Кейс-стаді
Kubuntu	📄 Кейс-стаді
Lubuntu	📄 Кейс-стаді
Кембриджський університет	📄 Кейс-стаді
Університет Меріленду	📄 Кейс-стаді
Університет Вашингтона	📄 Кейс-стаді
Університет Тафтса	📄 Кейс-стаді
Коледж Свартмор	📄 Кейс-стаді
Уряд Південної Австралії
Уряд Домініканської Республіки
Fly.io
RCD Hotels
Айзек З. Шлюетер (npm)	📄 Кейс-стаді
Девід Хайнемайєр Ханссон (Ruby on Rails)

Яка історія Forward Email
Ви можете дізнатися більше про Forward Email на нашій сторінці "Про нас".
Наскільки швидкий цей сервіс
Note
Наша система розроблена для швидкості та надійності, з кількома резервними серверами, щоб забезпечити своєчасну доставку ваших листів.

Forward Email доставляє повідомлення з мінімальною затримкою, зазвичай протягом кількох секунд після отримання.

Показники продуктивності:
- Середній час доставки: Менше 5-10 секунд від отримання до пересилання (див. нашу сторінку моніторингу Time to Inbox "TTI")
- Час безвідмовної роботи: 99,9%+ доступності сервісу
- Глобальна інфраструктура: Сервери стратегічно розташовані для оптимального маршрутування
- Автоматичне масштабування: Наша система масштабується під час пікових періодів надходження листів
Ми працюємо в режимі реального часу, на відміну від інших провайдерів, які використовують відкладені черги.

Ми не записуємо на диск і не зберігаємо логи – за винятком помилок та вихідного SMTP (див. нашу Політику конфіденційності).

Все виконується в пам’яті, а наш вихідний код доступний на GitHub.

Поштові клієнти

Thunderbird
1. Створіть новий псевдонім і згенеруйте пароль у вашій панелі керування Forward Email
2. Відкрийте Thunderbird і перейдіть у Редагувати → Налаштування облікових записів → Дії з обліковим записом → Додати поштовий обліковий запис
3. Введіть ваше ім’я, адресу Forward Email та пароль
4. Натисніть Налаштувати вручну і введіть:
  - Вхідний: IMAP, imap.forwardemail.net, порт 993, SSL/TLS
  - Вихідний: SMTP, smtp.forwardemail.net, порт 465, SSL/TLS (рекомендовано; також підтримується порт 587 з STARTTLS)
5. Натисніть Готово
Microsoft Outlook
1. Створіть новий псевдонім і згенеруйте пароль у вашій панелі керування Forward Email
2. Перейдіть у Файл → Додати обліковий запис
3. Введіть вашу адресу Forward Email і натисніть Підключитися
4. Оберіть Додаткові параметри і виберіть Дозвольте мені налаштувати обліковий запис вручну
5. Виберіть IMAP і введіть:
  - Вхідний: imap.forwardemail.net, порт 993, SSL
  - Вихідний: smtp.forwardemail.net, порт 465, SSL/TLS (рекомендовано; також підтримується порт 587 з STARTTLS)
  - Ім’я користувача: Ваша повна електронна адреса
  - Пароль: Ваш згенерований пароль
6. Натисніть Підключитися
Apple Mail
1. Створіть новий псевдонім і згенеруйте пароль у вашій панелі керування Forward Email
2. Перейдіть у Пошта → Налаштування → Облікові записи → +
3. Виберіть Інший поштовий обліковий запис
4. Введіть ваше ім’я, адресу Forward Email та пароль
5. Для налаштувань сервера введіть:
  - Вхідний: imap.forwardemail.net
  - Вихідний: smtp.forwardemail.net
  - Ім’я користувача: Ваша повна електронна адреса
  - Пароль: Ваш згенерований пароль
6. Натисніть Увійти
eM Client
1. Створіть новий псевдонім і згенеруйте пароль у вашій панелі керування Forward Email
2. Відкрийте eM Client і перейдіть у Меню → Облікові записи → + Додати обліковий запис
3. Натисніть на Пошта, а потім виберіть Інший
4. Введіть вашу адресу Forward Email і натисніть Далі
5. Введіть наступні налаштування сервера:
  - Вхідний сервер: imap.forwardemail.net
  - Вихідний сервер: smtp.forwardemail.net
6. Введіть вашу повну електронну адресу як Ім’я користувача та ваш згенерований пароль як Пароль для обох серверів.
7. eM Client перевірить з’єднання. Після успішної перевірки натисніть Далі.
8. Введіть ваше ім’я та оберіть назву облікового запису.
9. Натисніть Завершити.
Мобільні пристрої
Для iOS:
1. Перейдіть у Налаштування → Пошта → Облікові записи → Додати обліковий запис → Інший
2. Торкніться Додати поштовий обліковий запис і введіть ваші дані
3. Для налаштувань сервера використовуйте ті ж IMAP та SMTP налаштування, що й вище
Для Android:
1. Перейдіть у Налаштування → Облікові записи → Додати обліковий запис → Особистий (IMAP)
2. Введіть вашу адресу Forward Email та пароль
3. Для налаштувань сервера використовуйте ті ж IMAP та SMTP налаштування, що й вище
Налаштування Sendmail SMTP Relay
Ви можете налаштувати Sendmail для ретрансляції листів через SMTP-сервери Forward Email. Це поширена конфігурація для застарілих систем або додатків, які покладаються на Sendmail.

Орієнтовний час налаштування: Менше 20 хвилин

Важливо: Для цього потрібен платний план з увімкненим доступом до SMTP.

Налаштування
1. Відредагуйте файл sendmail.mc, який зазвичай знаходиться за адресою /etc/mail/sendmail.mc:
```
sudo nano /etc/mail/sendmail.mc
```
2. Додайте наступні рядки для визначення smart host та автентифікації:
```
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. Створіть файл автентифікації /etc/mail/authinfo:
```
sudo nano /etc/mail/authinfo
```
4. Додайте свої облікові дані Forward Email у файл authinfo:
```
AuthInfo:smtp.forwardemail.net "U:your-alias@yourdomain.com" "P:your-generated-password" "M:PLAIN"
```
5. Згенеруйте базу даних автентифікації та захистіть файли:
```
sudo makemap hash /etc/mail/authinfo < /etc/mail/authinfo
sudo chmod 600 /etc/mail/authinfo /etc/mail/authinfo.db
```
6. Перебудуйте конфігурацію Sendmail та перезапустіть сервіс:
```
sudo make -C /etc/mail
sudo systemctl restart sendmail
```
Тестування

Надішліть тестовий лист, щоб перевірити конфігурацію:
```
echo "Test email from Sendmail" | mail -s "Sendmail Test" recipient@o3o.ca
```
Налаштування Exim4 SMTP Relay
Exim4 — популярний MTA на системах на базі Debian. Ви можете налаштувати його для використання Forward Email як smarthost.

Орієнтовний час налаштування: Менше 15 хвилин

Важливо: Для цього потрібен платний план з увімкненим доступом до SMTP.

Налаштування
1. Запустіть інструмент налаштування Exim4:
```
sudo dpkg-reconfigure exim4-config
```
2. Виберіть наступні опції:
  - Загальний тип конфігурації пошти: пошта, що надсилається через smarthost; отримується через SMTP або fetchmail
  - Системне ім’я пошти: your.hostname
  - IP-адреси для прослуховування вхідних SMTP-з’єднань: 127.0.0.1 ; ::1
  - Інші призначення, для яких приймається пошта: (залишити порожнім)
  - Домени для ретрансляції пошти: (залишити порожнім)
  - IP-адреса або ім’я хоста вихідного smarthost: smtp.forwardemail.net::465
  - Приховати локальне ім’я пошти у вихідній пошті? Ні
  - Зменшити кількість DNS-запитів (Dial-on-Demand)? Ні
  - Метод доставки локальної пошти: формат Mbox у /var/mail/
  - Розбити конфігурацію на дрібні файли? Ні
3. Відредагуйте файл passwd.client, щоб додати свої облікові дані:
```
sudo nano /etc/exim4/passwd.client
```
4. Додайте наступний рядок:
```
smtp.forwardemail.net:your-alias@yourdomain.com:your-generated-password
```
5. Оновіть конфігурацію та перезапустіть Exim4:
```
sudo update-exim4.conf
sudo systemctl restart exim4
```
Тестування

Надішліть тестовий лист:
```
echo "Test from Exim4" | mail -s "Exim4 Test" recipient@o3o.ca
```
Налаштування SMTP-клієнта msmtp
msmtp — це легкий SMTP-клієнт, який корисний для надсилання листів зі скриптів або командного рядка.

Орієнтовний час налаштування: Менше 10 хвилин

Важливо: Для цього потрібен платний план із увімкненим доступом до SMTP.

Конфігурація
1. Створіть або відредагуйте файл конфігурації msmtp за адресою ~/.msmtprc:
```
nano ~/.msmtprc
```
2. Додайте таку конфігурацію:
```
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           your-alias@yourdomain.com
user           your-alias@yourdomain.com
password       your-generated-password

account default : forwardemail
```
3. Встановіть правильні права доступу до файлу конфігурації:
```
chmod 600 ~/.msmtprc
```
Тестування

Надішліть тестовий лист:
```
echo "This is a test email from msmtp" | msmtp -a default recipient@o3o.ca
```
Клієнти електронної пошти з командного рядка
Популярні клієнти електронної пошти з командного рядка, такі як Mutt, NeoMutt та Alpine, можна налаштувати для використання SMTP-серверів Forward Email для надсилання пошти. Конфігурація буде схожа на налаштування msmtp, де ви вказуєте деталі SMTP-сервера та свої облікові дані у відповідних файлах конфігурації (.muttrc, .neomuttrc або .pinerc).
Налаштування електронної пошти для Windows
Для користувачів Windows можна налаштувати популярні клієнти електронної пошти, такі як Microsoft Outlook та eM Client, використовуючи IMAP та SMTP налаштування, надані у вашому обліковому записі Forward Email. Для використання з командного рядка або скриптів можна застосувати PowerShell cmdlet Send-MailMessage (хоча він вважається застарілим) або легкий SMTP-релейний інструмент, як-от E-MailRelay.
Налаштування SMTP-реле Postfix
Ви можете налаштувати Postfix для ретрансляції листів через SMTP-сервери Forward Email. Це корисно для серверних застосунків, які потребують надсилання електронної пошти.

Орієнтовний час налаштування: Менше 15 хвилин

Важливо: Для цього потрібен платний план із увімкненим доступом до SMTP.

Встановлення
1. Встановіть Postfix на ваш сервер:
```
# Ubuntu/Debian
sudo apt update && sudo apt install postfix

# CentOS/RHEL
sudo yum install postfix

# macOS
brew install postfix
```
1. Під час встановлення виберіть "Internet Site" при запиті типу конфігурації.
Конфігурація
1. Відредагуйте головний файл конфігурації Postfix:
```
sudo nano /etc/postfix/main.cf
```
1. Додайте або змініть такі налаштування:
```
# Налаштування SMTP-реле
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. Створіть файл паролів SASL:
```
sudo nano /etc/postfix/sasl_passwd
```
1. Додайте свої облікові дані Forward Email:
```
[smtp.forwardemail.net]:465 your-alias@yourdomain.com:your-generated-password
```
1. Захистіть і створіть хеш файлу паролів:
```
sudo chmod 600 /etc/postfix/sasl_passwd
sudo postmap /etc/postfix/sasl_passwd
```
1. Перезапустіть Postfix:
```
sudo systemctl restart postfix
```
Тестування

Перевірте конфігурацію, надіславши тестовий лист:
```
echo "Test email body" | mail -s "Test Subject" recipient@o3o.ca
```
Як надсилати пошту від імені за допомогою Gmail
Орієнтовний час налаштування: Менше 10 хвилин

Початок роботи: Якщо ви виконали інструкції вище в розділі Як почати та налаштувати переадресацію електронної пошти, тоді можете продовжувати читати нижче.
Important: Google визнала застарілим це налаштування Gmail Send Mail As. Будь ласка, перегляньте Google announcement. Використовуйте натомість Forward Email Webmail, Forward Email apps або інший поштовий клієнт. Див. Forward Email FAQ для допомоги.

Важливо: Будь ласка, переконайтеся, що ви прочитали наші Умови, Політику конфіденційності та Обмеження вихідного SMTP – ваше використання вважається підтвердженням та згодою.

Важливо: Якщо ви розробник, зверніться до наших документацій API електронної пошти.
1. Перейдіть до Мій акаунт Домени Налаштування Конфігурація вихідного SMTP та дотримуйтесь інструкцій налаштування
2. Створіть новий псевдонім для вашого домену в розділі Мій акаунт Домени Псевдоніми (наприклад, hello@o3o.ca)
3. Натисніть на Згенерувати пароль поруч із щойно створеним псевдонімом. Скопіюйте в буфер обміну та надійно збережіть згенерований пароль, який відобразиться на екрані.
4. Перейдіть до Gmail і в розділі Налаштування Облікові записи та імпорт Надіслати лист як, натисніть "Додати іншу адресу електронної пошти"
5. Коли буде запропоновано "Ім'я", введіть ім'я, яке ви хочете бачити як відправника (наприклад, "Linus Torvalds").
6. Коли буде запропоновано "Адреса електронної пошти", введіть повну адресу електронної пошти псевдоніма, який ви створили в розділі Мій акаунт Домени Псевдоніми (наприклад, hello@o3o.ca)
7. Зніміть прапорець "Розглядати як псевдонім"
8. Натисніть "Наступний крок" для продовження
9. Коли буде запропоновано "SMTP-сервер", введіть smtp.forwardemail.net і змініть порт на 465
10. Коли буде запропоновано "Ім'я користувача", введіть повну адресу електронної пошти псевдоніма, який ви створили в розділі Мій акаунт Домени Псевдоніми (наприклад, hello@o3o.ca)
11. Коли буде запропоновано "Пароль", вставте пароль із Згенерувати пароль з кроку 3 вище
12. Виберіть радіокнопку "Захищене з’єднання за допомогою SSL"
13. Натисніть "Додати акаунт" для продовження
14. Відкрийте нову вкладку в Gmail і дочекайтеся надходження листа для підтвердження (ви отримаєте код підтвердження, який підтверджує, що ви є власником адреси електронної пошти, з якої намагаєтеся "Надіслати лист як")
15. Коли лист надійде, скопіюйте та вставте код підтвердження у запит, який ви отримали на попередньому кроці
16. Після цього поверніться до електронної пошти та натисніть посилання, щоб "підтвердити запит". Найімовірніше, вам потрібно буде виконати цей крок і попередній, щоб електронна пошта була налаштована правильно.
Вітаємо! Ви успішно виконали всі кроки.
Що таке спадковий безкоштовний посібник для Send Mail As за допомогою Gmail
Important: Google визнала застарілим це налаштування Gmail Send Mail As. Будь ласка, перегляньте Google announcement. Використовуйте натомість Forward Email Webmail, Forward Email apps або інший поштовий клієнт. Див. Forward Email FAQ для допомоги.

Важливо: Цей спадковий безкоштовний посібник застарів станом на травень 2023 року, оскільки ми тепер підтримуємо вихідний SMTP. Якщо ви використовуєте посібник нижче, то це спричинить появу у вашій вихідній електронній пошті напису "via forwardemail dot net" у Gmail.

Орієнтовний час налаштування: Менше 10 хвилин

Початок роботи: Якщо ви виконали інструкції вище у розділі Як почати та налаштувати пересилання електронної пошти, тоді можете продовжувати читати нижче.
1. Вам потрібно мати увімкнене [двофакторне автентифікування Gmail][gmail-2fa], щоб це працювало. Відвідайте https://www.google.com/landing/2step/, якщо у вас воно не увімкнене.
2. Після увімкнення двофакторного автентифікування (або якщо воно вже було увімкнене), відвідайте https://myaccount.google.com/apppasswords.
3. Коли буде запропоновано "Виберіть додаток і пристрій, для яких потрібно створити пароль додатка":
  
  Виберіть "Пошта" у випадаючому списку "Виберіть додаток"
  
  Виберіть "Інше" у випадаючому списку "Виберіть пристрій"
  
  Коли буде запропоновано ввести текст, введіть адресу електронної пошти вашого власного домену, з якого ви пересилаєте (наприклад, hello@o3o.ca - це допоможе вам відстежувати, якщо ви використовуєте цю службу для кількох облікових записів)
4. Скопіюйте пароль, який буде автоматично згенерований, у буфер обміну
  
  Важливо: Якщо ви використовуєте G Suite, відвідайте панель адміністратора Програми G Suite Налаштування для Gmail Налаштування і переконайтеся, що встановлено прапорець "Дозволити користувачам надсилати пошту через зовнішній SMTP-сервер...". Для активації цієї зміни знадобиться деякий час, тому зачекайте кілька хвилин.
5. Перейдіть на Gmail і в розділі Налаштування Облікові записи та імпорт Надіслати пошту як натисніть "Додати іншу адресу електронної пошти"
6. Коли буде запропоновано "Ім'я", введіть ім'я, яке ви хочете бачити у полі "Від" вашої електронної пошти (наприклад, "Linus Torvalds")
7. Коли буде запропоновано "Адреса електронної пошти", введіть адресу електронної пошти з власного домену, яку ви використовували вище (наприклад, hello@o3o.ca)
8. Зніміть прапорець "Treat as an alias"
9. Натисніть "Next Step" для продовження
10. Коли з’явиться запит "SMTP Server", введіть smtp.gmail.com і залиште порт 587
11. Коли з’явиться запит "Username", введіть частину вашої адреси Gmail без частини gmail.com (наприклад, лише "user", якщо моя електронна адреса user@gmail.com)
  
  Важливо: Якщо поле "Username" заповнене автоматично, тоді вам потрібно змінити це на частину імені користувача вашої адреси Gmail.
12. Коли з’явиться запит "Password", вставте з буфера обміну пароль, який ви створили на кроці 2 вище
13. Залиште вибраним радіокнопку "Secured connection using TLS"
14. Натисніть "Add Account" для продовження
15. Відкрийте нову вкладку на Gmail і зачекайте, поки надійде лист для підтвердження (ви отримаєте код підтвердження, який підтверджує, що ви є власником електронної адреси, з якої намагаєтеся "Send Mail As")
16. Коли лист надійде, скопіюйте та вставте код підтвердження у запит, який ви отримали на попередньому кроці
17. Після цього поверніться до електронного листа і натисніть посилання для "confirm the request". Ймовірно, вам потрібно буде виконати цей крок і попередній, щоб електронна адреса була правильно налаштована.
Advanced Gmail Routing Configuration
Estimated Setup Time: 15-30 хвилин

Якщо ви хочете налаштувати розширену маршрутизацію в Gmail так, щоб псевдоніми, які не відповідають жодній поштовій скриньці, пересилалися на поштові сервери Forward Email, виконайте наступні кроки:
1. Увійдіть у консоль адміністратора Google за адресою admin.google.com
2. Перейдіть до Apps → Google Workspace → Gmail → Routing
3. Натисніть Add Route і налаштуйте такі параметри:
Налаштування для одного отримувача:
- Виберіть "Change envelope recipient" і введіть вашу основну адресу Gmail
- Позначте "Add X-Gm-Original-To header with original recipient"
Шаблони отримувача конверта:
- Додайте шаблон, який відповідає всім неіснуючим поштовим скринькам (наприклад, .*@yourdomain.com)
Налаштування поштового сервера:
- Виберіть "Route to host" і введіть mx1.forwardemail.net як основний сервер
- Додайте mx2.forwardemail.net як резервний сервер
- Встановіть порт 25
- Виберіть "Require TLS" для безпеки
1. Натисніть Save для створення маршруту
Важливо: Ця конфігурація працюватиме лише для облікових записів Google Workspace з власними доменами, а не для звичайних облікових записів Gmail.
Advanced Outlook Routing Configuration
Estimated Setup Time: 15-30 хвилин

Для користувачів Microsoft 365 (раніше Office 365), які хочуть налаштувати розширену маршрутизацію так, щоб псевдоніми, які не відповідають жодній поштовій скриньці, пересилалися на поштові сервери Forward Email:
1. Увійдіть у центр адміністрування Microsoft 365 за адресою admin.microsoft.com
2. Перейдіть до Exchange → Mail flow → Rules
3. Натисніть Add a rule і виберіть Create a new rule
4. Назвіть ваше правило (наприклад, "Forward non-existent mailboxes to Forward Email")
5. У розділі Apply this rule if виберіть:
  - "The recipient address matches..."
  - Введіть шаблон, який відповідає всім адресам вашого домену (наприклад, *@yourdomain.com)
6. У розділі Do the following виберіть:
  - "Redirect the message to..."
  - Оберіть "The following mail server"
  - Введіть mx1.forwardemail.net і порт 25
  - Додайте mx2.forwardemail.net як резервний сервер
7. У розділі Except if виберіть:
  - "The recipient is..."
  - Додайте всі ваші існуючі поштові скриньки, які не повинні пересилатися
8. Встановіть пріоритет правила, щоб воно виконувалося після інших правил поштового потоку
9. Натисніть Save для активації правила

Усунення несправностей

Чому я не отримую свої тестові листи
Якщо ви надсилаєте тестовий лист собі, він може не з’явитися у вашій папці "Вхідні", оскільки має той самий заголовок "Message-ID".

Це широко відома проблема, яка також впливає на сервіси, такі як Gmail. Ось офіційна відповідь Gmail щодо цієї проблеми.

Якщо проблеми продовжуються, найімовірніше, це пов’язано з поширенням DNS. Вам потрібно трохи почекати і спробувати знову (або спробувати встановити менше значення TTL для ваших TXT записів).

Все ще виникають проблеми? Будь ласка, зв’яжіться з нами, щоб ми могли допомогти розслідувати проблему і знайти швидке рішення.

Як налаштувати свій поштовий клієнт для роботи з Forward Email

Наш сервіс працює з популярними поштовими клієнтами, такими як:

Ваше ім’я користувача — це електронна адреса вашого псевдоніма, а пароль — з Generate Password ("Звичайний пароль").

Порада: Якщо ви використовуєте Thunderbird, переконайтеся, що "Connection security" встановлено на "SSL/TLS", а метод автентифікації — на "Normal password".

Тип	Ім’я хоста	Протокол	Порти
IMAP	`imap.forwardemail.net`	SSL/TLS Переважно	`993` та `2993`
SMTP	`smtp.forwardemail.net`	SSL/TLS Рекомендовано	`465` та `2465` для SSL/TLS (рекомендовано) або `587`, `2587`, `2525` та `25` для STARTTLS

Чому мої листи потрапляють у Спам і Небажані та як перевірити репутацію мого домену

Цей розділ допоможе вам, якщо ваша вихідна пошта використовує наші SMTP сервери (наприклад, smtp.forwardemail.net) (або пересилається через mx1.forwardemail.net чи mx2.forwardemail.net) і вона потрапляє у папку Спам або Небажана пошта у отримувачів.

Ми регулярно моніторимо наші IP-адреси щодо всіх авторитетних DNS-списків блокування, тому найімовірніше це проблема, пов’язана з репутацією домену.

Листи можуть потрапляти у спам з кількох причин:

Відсутність автентифікації: Налаштуйте записи SPF, DKIM та DMARC.
Репутація домену: Нові домени часто мають нейтральну репутацію, доки не встановлять історію відправлень.
Тригери вмісту: Певні слова або фрази можуть активувати спам-фільтри.
Патерни відправлення: Різке збільшення обсягу листів може виглядати підозріло.

Ви можете спробувати використати один або кілька з цих інструментів для перевірки репутації та категоризації вашого домену:

Інструменти перевірки репутації та блоклистів

Назва інструменту	URL	Тип
Cloudflare Domain Categorization Feedback	https://radar.cloudflare.com/domains/feedback	Категоризація
Spamhaus IP and Domain Reputation Checker	https://check.spamhaus.org/	DNSBL
Cisco Talos IP and Domain Reputation Center	https://talosintelligence.com/reputation_center	Репутація
Barracuda IP and Domain Reputation Lookup	https://www.barracudacentral.org/lookups/lookup-reputation	DNSBL
MX Toolbox Blacklist Check	https://mxtoolbox.com/blacklists.aspx	Чорний список
Google Postmaster Tools	https://www.gmail.com/postmaster/	Репутація
Yahoo Sender Hub	https://senders.yahooinc.com/	Репутація
MultiRBL.valli.org Blacklist Check	https://multirbl.valli.org/lookup/	DNSBL
Sender Score	https://senderscore.org/act/blocklist-remover/	Репутація
Invaluement	https://www.invaluement.com/lookup/	DNSBL
SURBL	https://www.surbl.org/	DNSBL
SpamCop	https://www.spamcop.net/bl.shtml	DNSBL
UCEPROTECT's Levels 1, 2, and 3	https://www.uceprotect.net/en/rblcheck.php	DNSBL
UCEPROTECT's backscatterer.org	https://www.backscatterer.org/	Захист від backscatter
UCEPROTECT's whitelisted.org	https://www.whitelisted.org/ (потрібна оплата)	DNSWL

Форми запиту на видалення IP у провайдерів

Якщо вашу IP-адресу заблокував конкретний поштовий провайдер, скористайтеся відповідною формою видалення або контактом нижче:

Провайдер	Форма видалення / Контакт	Примітки
Google/Gmail	https://support.google.com/mail/contact/bulk_send_new	Форма контакту для масових відправників
Microsoft (Outlook/Office 365/Hotmail)	https://sender.office.com	Портал видалення IP для Office 365
Yahoo/AOL/Verizon	https://senders.yahooinc.com/	Yahoo Sender Hub
Apple/iCloud	https://ipcheck.proofpoint.com/	Apple використовує Proofpoint для репутації IP
Proofpoint	https://ipcheck.proofpoint.com/	Перевірка та видалення IP у Proofpoint
Barracuda Networks	https://www.barracudacentral.org/lookups/lookup-reputation	Перевірка та видалення репутації Barracuda
Cloudmark	https://csi.cloudmark.com/en/reset/	Запит на скидання Cloudmark CSI
GoDaddy/SecureServer	https://unblock.secureserver.net	Форма запиту на розблокування GoDaddy IP
Comcast/Xfinity	https://spa.xfinity.com/report	Запит на видалення IP Comcast
Charter/Spectrum	https://www.spectrum.net/support/internet/understanding-email-error-codes	Зверніться до підтримки Spectrum для видалення
AT&T	`abuse_rbl@abuse-att.net`	Email для запиту на видалення
Cox Communications	`unblock.request@cox.net`	Email для запиту на видалення
CenturyLink/Lumen	`abuse@centurylink.com`	Використовує Cloudfilter
Windstream	`abuse@windstream.net`	Email для запиту на видалення
t-online.de (Німеччина)	`tobr@rx.t-online.de`	Email для запиту на видалення
Orange France	https://postmaster.orange.fr/	Використовуйте форму контакту або email `abuse@orange.fr`
GMX	https://postmaster.gmx.net/en/contact	Форма контакту GMX postmaster
Mail.ru	https://postmaster.mail.ru/	Портал Mail.ru postmaster
Yandex	https://postmaster.yandex.ru/	Портал Yandex postmaster
QQ Mail (Tencent)	https://open.mail.qq.com/	Заявка на додавання у білий список QQ Mail (китайською)
Netease (163.com)	https://mail.163.com/postmaster/	Портал Netease postmaster
Alibaba/Aliyun/HiChina	https://www.alibabacloud.com/help/en/alibaba-mail/	Контакт через консоль Alibaba Cloud
Amazon SES	https://docs.aws.amazon.com/ses/latest/dg/faqs-dnsbls.html	Консоль AWS SES > Видалення з чорного списку
SendGrid	https://support.sendgrid.com/	Контакт служби підтримки SendGrid
Mimecast	https://community.mimecast.com/	Використовує сторонні RBL - звертайтесь до конкретного RBL
Fastmail	https://www.fastmail.com/support/	Контакт служби підтримки Fastmail
Zoho	https://help.zoho.com/portal/en/kb/campaigns/faqs/campaign-review/articles/how-do-i-delist-my-ip-address	Контакт служби підтримки Zoho
ProtonMail	https://proton.me/support/contact	Контакт служби підтримки Proton
Tutanota	https://tutanota.com/support	Контакт служби підтримки Tutanota
Hushmail	https://www.hushmail.com/support/	Контакт служби підтримки Hushmail
Mailbox.org	https://mailbox.org/en/support	Контакт служби підтримки Mailbox.org
Posteo	https://posteo.de/en/site/contact	Контакт служби підтримки Posteo
DuckDuckGo Email	https://duckduckgo.com/email/support	Контакт служби підтримки DuckDuckGo
Sonic.net	https://www.sonic.com/support	Контакт служби підтримки Sonic
Telus	https://www.telus.com/en/support	Контакт служби підтримки Telus
Vodafone Germany	https://www.vodafone.de/hilfe/	Контакт служби підтримки Vodafone
Xtra (Spark NZ)	https://www.spark.co.nz/help/	Контакт служби підтримки Spark NZ
UOL/BOL (Бразилія)	https://ajuda.uol.com.br/	Контакт служби підтримки UOL (португальською)
Libero (Італія)	https://aiuto.libero.it/	Контакт служби підтримки Libero (італійською)
Telenet (Бельгія)	https://www2.telenet.be/en/support/	Контакт служби підтримки Telenet
Facebook/WhatsApp	https://www.facebook.com/business/help	Контакт служби підтримки Facebook Business
LinkedIn	https://www.linkedin.com/help/linkedin	Контакт служби підтримки LinkedIn
Groups.io	https://groups.io/helpcenter	Контакт служби підтримки Groups.io
Earthlink/Vade Secure	https://sendertool.vadesecure.com/en/	Інструмент відправника Vade Secure
Cloudflare Email Security	https://www.cloudflare.com/products/zero-trust/email-security/	Контакт служби підтримки Cloudflare
Hornetsecurity/Expurgate	https://www.hornetsecurity.com/	Контакт служби підтримки Hornetsecurity
SpamExperts/Antispamcloud	https://www.spamexperts.com/	Контакт через хостинг-провайдера
Mail2World	https://www.mail2world.com/support/	Контакт служби підтримки Mail2World

Tip

Починайте з невеликої кількості якісних листів, щоб створити позитивну репутацію перед надсиланням у більших обсягах.

Important

Якщо ваш домен знаходиться у чорному списку, кожен чорний список має власний процес видалення. Перевірте їхні вебсайти для інструкцій.

Tip

Якщо вам потрібна додаткова допомога або ви виявили, що ми помилково внесені до спам-листів певного провайдера електронної пошти, будь ласка, зв’яжіться з нами.

Що робити, якщо я отримую спам-листи
Вам слід відписатися від розсилки (якщо це можливо) та заблокувати відправника.

Будь ласка, не позначайте повідомлення як спам, а натомість пересилайте його до нашої вручну кураторованої та орієнтованої на конфіденційність системи запобігання зловживанням.

Адреса електронної пошти для пересилання спаму: abuse@forwardemail.net
Чому мої тестові листи, надіслані собі в Gmail, позначаються як "підозрілі"
Якщо ви бачите це повідомлення про помилку в Gmail, коли надсилаєте тест собі, або коли людина, з якою ви спілкуєтесь через ваш псевдонім, вперше бачить лист від вас, то не хвилюйтеся – це вбудована функція безпеки Gmail.

Ви можете просто натиснути "Виглядає безпечно". Наприклад, якщо ви надішлете тестове повідомлення, використовуючи функцію надсилання від імені (send mail as) (комусь іншому), вони не побачать цього повідомлення.

Однак, якщо вони бачать це повідомлення, це тому, що вони звикли бачити ваші листи від john@gmail.com, а не від john@customdomain.com (це лише приклад). Gmail попереджає користувачів, щоб переконатися, що все безпечно, інакше обхідного шляху немає.
Чи можна видалити via forwardemail dot net у Gmail
Ця тема пов’язана з відомою проблемою в Gmail, коли поруч із ім’ям відправника з’являється додаткова інформація.

Станом на травень 2023 року ми підтримуємо надсилання листів через SMTP як додаткову опцію для всіх платних користувачів – це означає, що ви можете видалити via forwardemail dot net у Gmail.

Зверніть увагу, що це питання FAQ стосується тих, хто використовує функцію Як надсилати листи від імені через Gmail.

Будь ласка, дивіться розділ Чи підтримуєте ви надсилання листів через SMTP для інструкцій з налаштування.

Управління даними

Де розташовані ваші сервери
Tip
Незабаром ми можемо оголосити про розташування нашого датацентру в ЄС, розміщеного під forwardemail.eu. Підпишіться на обговорення за адресою https://github.com/orgs/forwardemail/discussions/336 для оновлень. Наразі немає розгортання лише для ЄС або опції — див. Чи можу я забезпечити обробку та зберігання моєї електронної пошти в ЄС (локалізація даних).

Наші сервери розташовані переважно в Денвері, Колорадо – дивіться https://forwardemail.net/ips для повного списку IP-адрес.

Ви можете дізнатися про наших субпідрядників на наших сторінках GDPR, DPA та Конфіденційність.

Як експортувати та створити резервну копію моєї поштової скриньки

У будь-який час ви можете експортувати свої поштові скриньки у форматах EML, Mbox або зашифрованих SQLite.

Перейдіть до Мій акаунт Домени Псевдоніми Завантажити резервну копію та оберіть бажаний формат експорту.

Вам надішлють посилання для завантаження експорту після його завершення.

Зверніть увагу, що посилання для завантаження експорту дійсне лише 4 години з міркувань безпеки.

Якщо вам потрібно переглянути експортовані формати EML або Mbox, ці інструменти з відкритим кодом можуть бути корисними:

Назва	Формат	Платформа	GitHub URL
MBox Viewer	Mbox	Windows	https://github.com/eneam/mboxviewer
mbox-web-viewer	Mbox	Всі платформи	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	Всі платформи	https://github.com/s0ph1e/eml-reader
Крім того, якщо вам потрібно конвертувати файл Mbox у файл EML, ви можете скористатися https://github.com/noelmartinon/mboxzilla.

Як імпортувати та мігрувати мою існуючу поштову скриньку

Ви можете легко імпортувати вашу електронну пошту до Forward Email (наприклад, використовуючи Thunderbird) за інструкціями нижче:

Важливо: Ви повинні виконати всі наведені нижче кроки, щоб імпортувати вашу існуючу електронну пошту.

Експортуйте вашу електронну пошту з вашого поточного поштового провайдера:

Поштовий провайдер	Формат експорту	Інструкції з експорту
Gmail	MBOX	https://takeout.google.com/settings/takeout/custom/gmail
Outlook	PST	Порада: Якщо ви використовуєте Outlook (формат експорту PST), тоді ви можете просто слідувати інструкціям у розділі "Інше" нижче. Проте ми надали посилання для конвертації PST у формат MBOX/EML залежно від вашої операційної системи: Zinkuba для Windows (GitHub) readpst для Windows cygwin – (наприклад, `readpst -u -o $OUT_DIR $IN_DIR`, замінюючи `$OUT_DIR` та `$IN_DIR` шляхами до папок виводу та вводу відповідно). readpst для Ubuntu/Linux – (наприклад, `sudo apt-get install readpst` та потім `readpst -u -o $OUT_DIR $IN_DIR`, замінюючи `$OUT_DIR` та `$IN_DIR` шляхами до папок виводу та вводу відповідно). readpst для macOS (через brew) – (наприклад, `brew install libpst` та потім `readpst -u -o $OUT_DIR $IN_DIR`, замінюючи `$OUT_DIR` та `$IN_DIR` шляхами до папок виводу та вводу відповідно). PST Converter для Windows (GitHub)
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
Інше	Використовуйте Thunderbird	Налаштуйте ваш існуючий обліковий запис електронної пошти у Thunderbird, а потім використайте плагін ImportExportTools NG для експорту та імпорту вашої пошти. Ви також можете просто копіювати/вставляти або перетягувати листи між обліковими записами.

Завантажте, встановіть і відкрийте Thunderbird.
Створіть новий обліковий запис, використовуючи повну електронну адресу вашого псевдоніма (наприклад, you@yourdomain.com) та згенерований пароль. Якщо у вас ще немає згенерованого пароля, тоді ознайомтеся з нашими інструкціями з налаштування.
Завантажте та встановіть плагін Thunderbird ImportExportTools NG.
Створіть нову локальну папку в Thunderbird, потім клацніть по ній правою кнопкою миші → виберіть опцію ImportExportTools NG → оберіть Import mbox file (для формату експорту MBOX) – або – Import messages / Import all messages from a directory (для формату експорту EML).
Перетягніть (drag/drop) з локальної папки у нову (або існуючу) IMAP-папку в Thunderbird, куди ви хочете завантажити повідомлення в IMAP-сховище з нашим сервісом. Це забезпечить їх резервне копіювання онлайн у нашому зашифрованому сховищі SQLite.

Порада: Якщо ви не впевнені, як імпортувати в Thunderbird, ви можете звернутися до офіційних інструкцій за посиланнями https://kb.mozillazine.org/Importing_folders та https://github.com/thunderbird/import-export-tools-ng/wiki.

Важливо: Після завершення процесу експорту та імпорту ви також можете увімкнути переадресацію на вашому існуючому електронному акаунті та налаштувати авто-відповідач, щоб повідомляти відправників про вашу нову електронну адресу (наприклад, якщо раніше ви використовували Gmail, а тепер користуєтеся електронною поштою з вашим власним доменом).

Вітаємо! Ви успішно виконали всі кроки.

Як використовувати власне сховище, сумісне з S3, для резервних копій

Користувачі платних планів можуть налаштувати власного провайдера сховища, сумісного з S3, для кожного домену окремо для резервних копій IMAP/SQLite. Це означає, що ваші зашифровані резервні копії поштової скриньки можуть зберігатися на вашій власній інфраструктурі замість (або на додаток до) нашого стандартного сховища.

Підтримувані провайдери включають Amazon S3, Cloudflare R2, MinIO, Backblaze B2, DigitalOcean Spaces та будь-який інший сервіс, сумісний з S3.

Налаштування

Створіть приватний бакет у вашого провайдера, сумісного з S3. Бакет не повинен бути публічно доступним.
Створіть облікові дані доступу (access key ID та secret access key) з правами читання/запису до бакету.
Перейдіть до Мій акаунт Домени Розширені налаштування Власне сховище, сумісне з S3.
Позначте "Увімкнути власне сховище, сумісне з S3" та заповніть URL кінцевої точки, access key ID, secret access key, регіон і назву бакету.
Натисніть "Перевірити з’єднання", щоб підтвердити ваші облікові дані, доступ до бакету та права запису.
Натисніть "Зберегти", щоб застосувати налаштування.

Як працюють резервні копії

Резервні копії запускаються автоматично для кожного підключеного IMAP-псевдоніма. IMAP-сервер перевіряє всі активні підключення раз на годину і запускає резервне копіювання для кожного підключеного псевдоніма. Блокування на основі Redis запобігає запуску дубльованих резервних копій протягом 30 хвилин одна від одної, а фактичне резервне копіювання пропускається, якщо успішне резервне копіювання вже було виконано протягом останніх 24 годин (якщо тільки резервне копіювання не було явно запрошене користувачем для завантаження). Резервні копії також можна запускати вручну, натискаючи "Download Backup" для будь-якого псевдоніма на панелі керування. Ручні резервні копії завжди виконуються незалежно від 24-годинного вікна.

Процес резервного копіювання працює наступним чином:

База даних SQLite копіюється за допомогою VACUUM INTO, що створює послідовний знімок без переривання активних з’єднань і зберігає шифрування бази даних.
Файл резервної копії перевіряється шляхом його відкриття для підтвердження дійсності шифрування.
Обчислюється хеш SHA-256 і порівнюється з існуючою резервною копією в сховищі. Якщо хеш співпадає, завантаження пропускається (з моменту останньої резервної копії змін не було).
Резервна копія завантажується в S3 за допомогою багаточастинного завантаження через бібліотеку @aws-sdk/lib-storage.
Генерується підписане посилання для завантаження (дійсне протягом 4 годин) і надсилається користувачу електронною поштою.

Формати резервних копій

Підтримуються три формати резервних копій:

Формат	Розширення	Опис
`sqlite`	`.sqlite`	Необроблений зашифрований знімок `sqlite` (.sqlite), що містить записи поштової скриньки, контактів, календаря та подій календаря; стандартна автоматична резервна копія IMAP.
`mbox`	`.zip`	Захищений паролем `.zip`, що містить файли поштової скриньки `mbox`, а також папки `Contacts` (VCF) та `Calendars` (ICS).
`eml`	`.zip`	Захищений паролем `.zip`, що містить окремі файли `.eml` (`eml`), а також папки `Contacts` (VCF) та `Calendars` (ICS).

Усі формати експорту зберігають контакти, календарі та події календаря. Портативні ZIP-архіви EML/MBOX упорядковують файли VCF за адресною книгою в Contacts, а ресурси подій або завдань ICS — за календарем у Calendars. Необроблений SQLite зберігає ті самі записи в рідних таблицях.

Порада: Якщо у вас є файли резервних копій .sqlite і ви хочете конвертувати їх у файли .eml локально, використовуйте наш автономний CLI-інструмент convert-sqlite-to-eml. Він працює на Windows, Linux і macOS і не потребує мережевого з’єднання.

Іменування файлів та структура ключів

При використанні власного сховища S3 файли резервних копій зберігаються з префіксом у форматі ISO 8601 з позначкою часу, щоб кожна резервна копія зберігалася як окремий об’єкт. Це дає вам повну історію резервних копій у вашому власному бакеті.

Формат ключа:

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

Наприклад:

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 — це MongoDB ObjectId псевдоніма. Ви можете знайти його на сторінці налаштувань псевдоніма або через API.

При використанні сховища за замовчуванням (системного) ключ плоский (наприклад, 65a31c53c36b75ed685f3fda.sqlite), і кожна нова резервна копія перезаписує попередню.

Примітка: Оскільки власне сховище S3 зберігає всі версії резервних копій, використання сховища з часом зростатиме. Рекомендуємо налаштувати правила життєвого циклу у вашому бакеті для автоматичного видалення старих резервних копій (наприклад, видаляти об’єкти старші за 30 або 90 днів).

Власність даних і політика видалення

Ваш власний бакет S3 повністю під вашим контролем. Ми ніколи не видаляємо і не змінюємо файли у вашому власному бакеті S3 — ні при видаленні псевдоніма, ні при видаленні домену, ні під час будь-яких операцій очищення. Ми лише записуємо нові файли резервних копій у ваш бакет.

Це означає:

Видалення псевдоніма — коли ви видаляєте псевдонім, ми видаляємо резервну копію лише з нашого сховища за замовчуванням. Резервні копії, раніше записані у ваш власний бакет S3, залишаються недоторканими.
Видалення домену — видалення домену не впливає на файли у вашому власному бакеті.
Управління зберіганням — ви відповідаєте за управління сховищем у вашому бакеті, включно з налаштуванням правил життєвого циклу для видалення старих резервних копій.

Якщо ви вимкнете власне сховище S3 або повернетесь до нашого сховища за замовчуванням, існуючі файли у вашому бакеті збережуться. Майбутні резервні копії просто будуть записані у наше сховище за замовчуванням.

Безпека

Ваш ідентифікатор ключа доступу та секретний ключ доступу шифруються у стані спокою за допомогою AES-256-GCM перед збереженням у нашій базі даних. Вони розшифровуються лише під час виконання операцій резервного копіювання.
Ми автоматично перевіряємо, що ваш бакет не є публічно доступним. Якщо виявлено публічний бакет, конфігурація буде відхилена при збереженні. Якщо публічний доступ виявлено під час резервного копіювання, ми повертаємось до нашого сховища за замовчуванням і повідомляємо про це всіх адміністраторів домену електронною поштою.
Облікові дані перевіряються при збереженні за допомогою виклику HeadBucket, щоб переконатися, що бакет існує і облікові дані правильні. Якщо перевірка не проходить, власне сховище S3 автоматично вимикається.
Кожен файл резервної копії містить хеш SHA-256 у своїх метаданих S3, який використовується для виявлення незмінних баз даних і пропуску зайвих завантажень.

Сповіщення про помилки

Якщо резервне копіювання не вдається при використанні вашого власного сховища S3 (наприклад, через прострочені облікові дані або проблему з підключенням), всі адміністратори домену отримають сповіщення електронною поштою. Ці сповіщення обмежені частотою — не частіше одного разу на 6 годин, щоб уникнути дублювання повідомлень. Якщо під час резервного копіювання виявлено, що ваш бакет є публічно доступним, адміністратори отримуватимуть сповіщення один раз на день.

API

Ви також можете налаштувати власне сховище S3 через API:

curl -X PUT https://api.forwardemail.net/v1/domains/o3o.ca \
  -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

Щоб перевірити з’єднання через API:

curl -X POST https://api.forwardemail.net/v1/domains/o3o.ca/test-s3-connection \
  -u API_TOKEN:

Як конвертувати резервні копії SQLite у файли EML

Якщо ви завантажуєте або зберігаєте резервні копії SQLite (з нашого стандартного сховища або вашого власного кастомного S3 бакету), ви можете конвертувати їх у стандартні файли .eml за допомогою нашого автономного CLI інструменту convert-sqlite-to-eml. Файли EML можна відкривати будь-яким поштовим клієнтом (Thunderbird, Outlook, Apple Mail тощо) або імпортувати в інші поштові сервери. Захищений паролем ZIP-архів конвертера також містить контакти VCF за адресною книгою в Contacts та події або завдання календаря ICS за календарем у Calendars.

Встановлення

Ви можете завантажити готовий бінарний файл (без необхідності Node.js) або запускати його безпосередньо через Node.js:

Готові бінарні файли — Завантажте останній реліз для вашої платформи з GitHub Releases:

Платформа	Архітектура	Файл
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`

Користувачі macOS: Після завантаження можливо потрібно буде зняти атрибут карантину перед запуском бінарного файлу:
sudo xattr -rd com.apple.quarantine ./convert-sqlite-to-eml-darwin-arm64
(Замініть ./convert-sqlite-to-eml-darwin-arm64 на фактичний шлях до завантаженого файлу.)

Користувачі Linux: Після завантаження можливо потрібно буде зробити бінарний файл виконуваним:
chmod +x ./convert-sqlite-to-eml-linux-x64
(Замініть ./convert-sqlite-to-eml-linux-x64 на фактичний шлях до завантаженого файлу.)

З вихідного коду (потрібен Node.js версії >= 18):

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

Використання

Інструмент підтримує як інтерактивний, так і неінтерактивний режими.

Інтерактивний режим — запускайте без аргументів, і вас буде запрошено ввести всі необхідні дані:

./convert-sqlite-to-eml

  Forward Email - Конвертація резервної копії SQLite у EML
  =============================================

  Шлях до файлу резервної копії SQLite: /path/to/backup.sqlite
  Пароль IMAP/псевдоніма: ********
  Шлях для ZIP файлу виводу [/path/to/backup-2025-03-01T12-00-00-000Z.zip]:

Неінтерактивний режим — передавайте аргументи через командний рядок для скриптування та автоматизації:

./convert-sqlite-to-eml \
  --path /path/to/backup.sqlite \
  --password "your-imap-password" \
  --output /path/to/output.zip

Прапорець	Опис
`--path <path>`	Шлях до зашифрованого файлу резервної копії SQLite
`--password <pass>`	Пароль IMAP/псевдоніма для розшифрування
`--output <path>`	Шлях для ZIP файлу виводу (за замовчуванням: автоматично згенерований з ISO 8601 часовою позначкою)
`--help`	Показати довідкове повідомлення

Формат виводу

Інструмент створює захищений паролем ZIP-архів (шифрування AES-256), що містить:

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

Файли EML організовані за папками поштової скриньки. Пароль ZIP-архіву збігається з вашим паролем IMAP/псевдоніма. Кожен файл .eml є стандартним RFC 5322 електронним повідомленням з повними заголовками, текстом тіла та вкладеннями, відновленими з бази даних SQLite.

Як це працює

Відкриває зашифровану базу даних SQLite, використовуючи ваш пароль IMAP/псевдоніма (підтримує шифри ChaCha20 та AES-256-CBC).
Зчитує таблицю Mailboxes для визначення структури папок.
Для кожного повідомлення декодує mimeTree (збережений у вигляді JSON, стисненого за допомогою Brotli) з таблиці Messages.
Відновлює повний EML, обходячи дерево MIME та отримуючи вміст вкладень з таблиці Attachments.
Упаковує все у захищений паролем ZIP-архів за допомогою archiver-zip-encrypted.

Чи підтримуєте ви самостійне розгортання
Так, станом на березень 2025 року ми підтримуємо опцію самостійного розгортання. Читайте блог тут. Ознайомтеся з керівництвом для самостійного розгортання, щоб почати. А для тих, хто хоче більш детальний покроковий варіант, дивіться наші керівництва на основі Ubuntu або Debian.

Налаштування електронної пошти

Як почати та налаштувати переадресацію електронної пошти

Орієнтовний час налаштування: Менше 10 хвилин

Початок роботи: Уважно прочитайте та дотримуйтесь кроків з першого по восьмий, наведені нижче. Обов’язково замініть адресу електронної пошти user@gmail.com на адресу, на яку ви хочете переадресовувати листи (якщо вона ще не вказана правильно). Аналогічно замініть o3o.ca на ваше власне доменне ім’я (якщо воно ще не вказане правильно).

Якщо ви вже зареєстрували своє доменне ім’я десь, то цей крок потрібно повністю пропустити і перейти до кроку другого! Інакше ви можете натиснути тут, щоб зареєструвати доменне ім’я.

Ви пам’ятаєте, де зареєстрували свій домен? Як тільки згадаєте, дотримуйтесь інструкцій нижче:

Важливо: Ви повинні відкрити нову вкладку та увійти до свого реєстратора доменів. Ви можете легко натиснути на свій "Реєстратор" нижче, щоб зробити це автоматично. У цій новій вкладці потрібно перейти на сторінку керування DNS у вашого реєстратора – ми надали покрокові інструкції у колонці "Кроки для налаштування". Після переходу на цю сторінку у новій вкладці ви можете повернутися до цієї вкладки та перейти до кроку третього нижче. Не закривайте відкриту вкладку поки що; вона знадобиться для наступних кроків!

Реєстратор	Кроки для налаштування
1&1	Увійдіть Центр доменів (Виберіть свій домен) Редагувати налаштування DNS
Amazon Route 53	Увійдіть Хостинг-зони (Виберіть свій домен)
Aplus.net	Увійдіть Мої сервери Керування доменами Менеджер DNS
Bluehost	ДЛЯ ROCK: Увійдіть Домени (Натисніть іконку ▼ поруч із керуванням) DNS ДЛЯ LEGACY: Увійдіть Домени Редактор зон (Виберіть свій домен)
Cloudflare	Увійдіть DNS
DNS Made Easy	Увійдіть DNS (Виберіть свій домен)
DNSimple	Увійдіть (Виберіть свій домен) DNS Керування
Digital Ocean	Увійдіть Мережі Домени (Виберіть свій домен) Більше Керування доменом
Domain.com	Увійдіть У картковому вигляді натисніть керувати на вашому домені У списковому вигляді натисніть іконку шестерні DNS та імена серверів DNS записи
Domains.com Переглянути	Увійдіть (Виберіть свій домен) Керування (натисніть іконку шестерні) Натисніть на DNS та імена серверів у лівому меню
DreamHost	Увійдіть Панель Домени Керування доменами DNS
Dyn	Увійдіть Огляд Керування Простий редактор Записи
Gandi	Увійдіть (Виберіть свій домен) Керування Редагувати зону
GoDaddy Переглянути	Увійдіть Керування моїми доменами (Виберіть свій домен) Керування DNS
Google Domains Переглянути	Увійдіть (Виберіть свій домен) Налаштувати DNS
Namecheap Переглянути	Увійдіть Список доменів (Виберіть свій домен) Керування Розширений DNS
Netlify	Увійдіть (Виберіть свій домен) Налаштувати Netlify DNS
Network Solutions	Увійдіть Менеджер акаунтів Мої доменні імена (Виберіть свій домен) Керування Змінити місце вказівки домену Розширений DNS
Shopify Переглянути	Увійдіть Керовані домени (Виберіть свій домен) Налаштування DNS
Squarespace	Увійдіть Головне меню Налаштування Домени (Виберіть свій домен) Розширені налаштування Користувацькі записи
Vercel's Now	Використання CLI "now" `now dns add [domain] '@' MX [record-value] [priority]`
Weebly	Увійдіть Сторінка доменів (Виберіть свій домен) DNS
Wix	Увійдіть Сторінка доменів (Натисніть іконку ) Виберіть Керування DNS-записами
eNom	Увійдіть Домени Мої домени
Інші	Важливо: Не бачите тут свого реєстратора? Просто пошукайте в Інтернеті "як змінити DNS записи на $REGISTRAR" (замініть $REGISTRAR на назву вашого реєстратора, наприклад, "як змінити DNS записи на GoDaddy", якщо ви користуєтесь GoDaddy).

Використовуючи сторінку керування DNS вашого реєстратора (інша вкладка, яку ви відкрили), встановіть наступні записи "MX":

Важливо: Зверніть увагу, що не повинно бути встановлено інших MX-записів. Обидва наведені нижче записи МАЮТЬ існувати. Переконайтеся, що немає помилок; і що у вас правильно написані mx1 та mx2. Якщо раніше існували інші MX-записи, будь ласка, повністю видаліть їх. Значення "TTL" не обов’язково має бути 3600, воно може бути нижчим або вищим за потреби.

Name/Host/Alias	TTL	Type	Priority	Answer/Value
"@", ".", або порожньо	3600	MX	0	`mx1.forwardemail.net`
"@", ".", або порожньо	3600	MX	0	`mx2.forwardemail.net`

Використовуючи сторінку керування DNS у вашого реєстратора (інша вкладка, яку ви відкрили), встановіть наступний(і) TXT запис(и):

Важливо: Якщо у вас платний план, то цей крок потрібно повністю пропустити і перейти до п’ятого кроку! Якщо у вас немає платного плану, то ваші переслані адреси будуть публічно доступні для пошуку – перейдіть до Мій акаунт Домени і за бажанням оновіть домен до платного плану. Якщо ви хочете дізнатися більше про платні плани, дивіться нашу сторінку Ціни. Інакше ви можете продовжити, обравши одну або кілька комбінацій з Варіанту A до Варіанту F, наведених нижче.

Варіант A: Якщо ви пересилаєте всі листи з вашого домену (наприклад, "all@o3o.ca", "hello@o3o.ca" тощо) на конкретну адресу "user@gmail.com":

Name/Host/Alias	TTL	Type	Answer/Value
"@", ".", або порожньо	3600	TXT	`forward-email=user@gmail.com`

Порада: Обов’язково замініть значення у колонці "Value" на вашу власну електронну адресу. Значення "TTL" не обов’язково має бути 3600, воно може бути нижчим або вищим за потреби. Нижче значення часу життя ("TTL") забезпечить швидше поширення майбутніх змін у ваших DNS-записах по всьому Інтернету – уявіть це як час кешування в пам’яті (у секундах). Ви можете дізнатися більше про TTL на Вікіпедії.

Варіант B: Якщо потрібно переслати лише одну електронну адресу (наприклад, hello@o3o.ca на user@gmail.com; це також автоматично пересилає "hello+test@o3o.ca" на "user+test@gmail.com"):

Ім'я/Хост/Псевдонім	TTL	Тип	Відповідь/Значення
"@", ".", або порожньо	3600	TXT	`forward-email=hello:user@gmail.com`

Варіант C: Якщо ви пересилаєте кілька електронних листів, то їх потрібно розділяти комою:

Ім'я/Хост/Псевдонім	TTL	Тип	Відповідь/Значення
"@", ".", або порожньо	3600	TXT	`forward-email=hello:user@gmail.com,support:user@gmail.com`

Варіант D: Ви можете налаштувати необмежену кількість пересилань – просто переконайтеся, що в одному рядку не більше 255 символів і кожен рядок починається з "forward-email=". Приклад наведено нижче:

Ім'я/Хост/Псевдонім	TTL	Тип	Відповідь/Значення
"@", ".", або порожньо	3600	TXT	`forward-email=hello:user@gmail.com,support:user@gmail.com`
"@", ".", або порожньо	3600	TXT	`forward-email=help:user@gmail.com,foo:user@gmail.com`
"@", ".", або порожньо	3600	TXT	`forward-email=orders:user@gmail.com,baz:user@gmail.com`
"@", ".", або порожньо	3600	TXT	`forward-email=info:user@gmail.com,beep:user@gmail.com`
"@", ".", або порожньо	3600	TXT	`forward-email=errors:user@gmail.com,boop:user@gmail.com`

Варіант E: Ви також можете вказати доменне ім'я у вашому TXT записі для глобального пересилання псевдонімів (наприклад, "user@o3o.ca" буде переслано на "user@example.net"):

Ім'я/Хост/Псевдонім	TTL	Тип	Відповідь/Значення
"@", ".", або порожньо	3600	TXT	`forward-email=example.net`

Варіант F: Ви навіть можете використовувати вебхуки як глобальний або індивідуальний псевдонім для пересилання листів. Дивіться приклад та повний розділ про вебхуки під назвою Чи підтримуєте ви вебхуки нижче.

Ім'я/Хост/Псевдонім	TTL	Тип	Відповідь/Значення
"@", ".", або порожньо	3600	TXT	`forward-email=alias:https://requestbin.com/r/en8pfhdgcculn`

Варіант G: Ви навіть можете використовувати регулярні вирази ("regex") для співпадіння псевдонімів та для обробки замін, щоб пересилати листи. Дивіться приклади та повний розділ про regex під назвою Чи підтримуєте ви регулярні вирази або regex нижче.

Потрібен розширений regex із заміною? Дивіться приклади та повний розділ про regex під назвою Чи підтримуєте ви регулярні вирази або regex нижче.

Простий приклад: Якщо я хочу, щоб усі листи, які надходять на `linus@o3o.ca` або `torvalds@o3o.ca`, пересилалися на `user@gmail.com`:

Ім'я/Хост/Псевдонім	TTL	Тип	Відповідь/Значення
"@", ".", або порожньо	3600	TXT	`forward-email=/^(linus\|torvalds)$/:user@gmail.com`

Важливо: Правила пересилання для catch-all також можна описати як "fall-through". Це означає, що вхідні листи, які відповідають принаймні одному конкретному правилу пересилання, будуть використані замість catch-all. Конкретні правила включають електронні адреси та регулярні вирази.

Наприклад:
forward-email=hello:first@gmail.com,second@gmail.com

Листи, надіслані на hello@o3o.ca, **не** будуть переслані на second@gmail.com (catch-all) з цією конфігурацією, і натомість будуть доставлені лише на first@gmail.com.

Використовуючи сторінку керування DNS вашого реєстратора (інша вкладка, яку ви відкрили), додатково встановіть наступний запис TXT:

Ім'я/Хост/Псевдонім	TTL	Тип	Відповідь/Значення
"@", ".", або порожньо	3600	TXT	`v=spf1 a include:spf.forwardemail.net -all`

Важливо: Якщо ви використовуєте Gmail (наприклад, Send Mail As) або G Suite, тоді вам потрібно додати include:_spf.google.com до наведеного вище значення, наприклад:

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

Порада: Якщо у вас вже є подібний рядок із "v=spf1", тоді вам потрібно додати include:spf.forwardemail.net безпосередньо перед будь-якими існуючими записами "include:host.com" і перед "-all" у тому ж рядку, наприклад:

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

Зверніть увагу, що існує різниця між "-all" та "~all". "-" означає, що перевірка SPF має ПРОВАЛИТИСЯ, якщо не співпадає, а "~" означає, що перевірка SPF має бути SOFTFAIL. Ми рекомендуємо використовувати підхід "-all" для запобігання підробці домену.

Також можливо, що вам потрібно буде включити SPF-запис для будь-якого хоста, з якого ви надсилаєте пошту (наприклад, Outlook).

Перевірте свої DNS-записи за допомогою нашого інструменту "Перевірити записи", доступного в Мій акаунт Домени Налаштування.
Надішліть тестовий лист, щоб підтвердити, що все працює. Зверніть увагу, що може знадобитися деякий час для поширення ваших DNS-записів.
Порада: Якщо ви не отримуєте тестові листи або отримуєте тестовий лист із повідомленням "Будьте обережні з цим повідомленням", перегляньте відповіді на Чому я не отримую свої тестові листи та Чому мої тестові листи, надіслані собі в Gmail, позначаються як "підозрілі" відповідно.
Якщо ви хочете "Надсилати пошту від імені" з Gmail, вам потрібно переглянути це відео або дотримуватися кроків у розділі Як надсилати пошту від імені за допомогою Gmail нижче.

Вітаємо! Ви успішно виконали всі кроки.

Порада: Нижче наведено необов’язкові додатки. Зверніть увагу, що ці додатки є повністю необов’язковими і можуть бути не потрібні. Ми хотіли принаймні надати вам додаткову інформацію на випадок потреби.

Необов’язковий додаток: Якщо ви використовуєте функцію Як надсилати пошту від імені за допомогою Gmail, можливо, ви захочете додати себе до білого списку. Дивіться ці інструкції від Gmail з цього питання.

Чи можна використовувати кілька MX-серверів і серверів для розширеного пересилання
Так, але у ваших DNS-записах повинен бути вказаний лише один MX-сервер.

Не намагайтеся використовувати "Пріоритет" як спосіб налаштування кількох MX-серверів.

Натомість потрібно налаштувати ваш існуючий MX-сервер так, щоб він пересилав пошту для всіх не співпадаючих псевдонімів на сервери нашої служби (mx1.forwardemail.net та/або mx2.forwardemail.net).

Якщо ви використовуєте Google Workspace і хочете пересилати всі не співпадаючі псевдоніми на нашу службу, дивіться https://support.google.com/a/answer/6297084.

Якщо ви використовуєте Microsoft 365 (Outlook) і хочете пересилати всі не співпадаючі псевдоніми на нашу службу, дивіться https://learn.microsoft.com/en-us/exchange/mail-flow-best-practices/use-connectors-to-configure-mail-flow/set-up-connectors-to-route-mail та https://learn.microsoft.com/en-us/exchange/mail-flow-best-practices/manage-mail-flow-for-multiple-locations.
Як налаштувати відповідь під час відпустки (автоматичний відповідь поза офісом)
Перейдіть до Мій акаунт Домени Псевдоніми та створіть або відредагуйте псевдонім, для якого хочете налаштувати автоматичну відповідь під час відпустки. Ви маєте можливість налаштувати дату початку, дату завершення, тему та повідомлення, а також увімкнути або вимкнути це у будь-який час:
- Підтримуються наразі лише текстова тема та повідомлення (ми внутрішньо використовуємо пакет striptags для видалення будь-якого HTML).
- Тема обмежена 100 символами.
- Повідомлення обмежене 1000 символами.
- Налаштування вимагає конфігурації вихідного SMTP (наприклад, вам потрібно буде налаштувати DKIM, DMARC та записи DNS Return-Path).
  - Перейдіть до Мій акаунт Домени Налаштування Конфігурація вихідного SMTP і дотримуйтесь інструкцій налаштування.
- Відповідач у відпустці не може бути увімкнений на глобальних доменах-ваніті (наприклад, одноразові адреси не підтримуються).
- Відповідач у відпустці не може бути увімкнений для псевдонімів з підстановочним символом/catch-all (*) або регулярними виразами.
На відміну від поштових систем, таких як postfix (наприклад, які використовують розширення фільтра відпустки sieve), Forward Email автоматично додає ваш підпис DKIM, захищає від проблем з підключенням при надсиланні відповідей у відпустці (наприклад, через поширені проблеми з SSL/TLS та підтримувані застарілі сервери), а також підтримує Open WKD та PGP шифрування для відповідей у відпустці.
1. Ми надсилаємо лише один раз на кожного дозволеного відправника кожні 4 дні (що схоже на поведінку Gmail).
  - Наш кеш Redis використовує відбиток alias_id та sender, де alias_id — це ID псевдоніма в MongoDB, а sender — це або адреса From (якщо дозволена), або кореневий домен у From (якщо не дозволена). Для простоти термін дії цього відбитка в кеші встановлено на 4 дні.
  - Наш підхід використання кореневого домену, витягнутого з адреси From для недозволених відправників, запобігає зловживанням від відносно невідомих відправників (наприклад, зловмисників), які можуть спамити повідомленнями відповідача у відпустці.
2. Ми надсилаємо лише якщо MAIL FROM та/або From не порожні та не містять (без урахування регістру) ім’я користувача поштового адміністратора (частина перед @ в електронній адресі).
3. Ми не надсилаємо, якщо оригінальне повідомлення містило будь-які з наступних заголовків (без урахування регістру):
  - Заголовок auto-submitted зі значенням, відмінним від no.
  - Заголовок x-auto-response-suppress зі значенням dr, autoreply, auto-reply, auto_reply або all.
  - Заголовок list-id, list-subscribe, list-unsubscribe, list-help, list-post, list-owner, list-archive, x-autoreply, x-autorespond або x-auto-respond (незалежно від значення).
  - Заголовок precedence зі значенням bulk, autoreply, auto-reply, auto_reply або list.
4. Ми не надсилаємо, якщо MAIL FROM або From закінчується на +donotreply, -donotreply, +noreply або -noreply.
5. Ми не надсилаємо, якщо частина імені користувача From була mdaemon і містила безрегістровий заголовок X-MDDSN-Message.
6. Ми не надсилаємо, якщо був безрегістровий заголовок content-type зі значенням multipart/report.
7. Ми не надсилаємо, якщо повідомлення містить заголовок Feedback-Type (що вказує на звіт про зловживання ARF згідно з RFC 5965).
8. Ми не надсилаємо, якщо адреса MAIL FROM відповідає шаблону відправника відгуків ARF (наприклад, feedback@arf.mail.yahoo.com).

Як налаштувати SPF для Forward Email

Використовуючи сторінку керування DNS у вашого реєстратора, встановіть наступний TXT запис:

Ім’я/Хост/Псевдонім	TTL	Тип	Відповідь/Значення
"@", ".", або порожньо	3600	TXT	`v=spf1 a include:spf.forwardemail.net -all`

Важливо: Якщо ви використовуєте Microsoft Outlook або Live.com, вам потрібно додати include:spf.protection.outlook.com до вашого SPF TXT запису, наприклад:

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

Порада: Якщо у вас вже є подібний рядок з "v=spf1", тоді вам потрібно додати include:spf.forwardemail.net безпосередньо перед будь-якими існуючими записами "include:host.com" і перед "-all" в тому ж рядку, наприклад:

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

Зверніть увагу, що існує різниця між "-all" та "~all". "-" означає, що перевірка SPF має ПРОВАЛИТИСЯ, якщо не співпадає, а "~" означає, що перевірка SPF має бути SOFTFAIL. Ми рекомендуємо використовувати підхід "-all" для запобігання підробці домену.

Також вам може знадобитися включити SPF запис для будь-якого хоста, з якого ви надсилаєте пошту (наприклад, Outlook).

Як налаштувати DKIM для Forward Email
Перейдіть до Мій акаунт Домени Налаштування Конфігурація вихідного SMTP і дотримуйтесь інструкцій налаштування.
Як налаштувати DMARC для Forward Email
Перейдіть до Мій акаунт Домени Налаштування Конфігурація вихідного SMTP і дотримуйтесь інструкцій налаштування.
Як переглянути звіти DMARC
Forward Email надає комплексну панель звітів DMARC, яка дозволяє вам контролювати ефективність автентифікації електронної пошти для всіх ваших доменів з одного інтерфейсу.

Що таке звіти DMARC?

Звіти DMARC (Domain-based Message Authentication, Reporting, and Conformance) — це XML-файли, які надсилають сервери отримувачів пошти і які повідомляють, як автентифікуються ваші електронні листи. Ці звіти допомагають вам зрозуміти:
- Скільки листів надсилається з вашого домену
- Чи проходять ці листи автентифікацію SPF та DKIM
- Які дії виконують сервери отримувачів (приймають, поміщають у карантин або відхиляють)
- З яких IP-адрес надсилається пошта від імені вашого домену
Як отримати доступ до звітів DMARC

Перейдіть до Мій акаунт Звіти DMARC, щоб переглянути вашу панель. Ви також можете отримати доступ до звітів для конкретного домену з Мій акаунт Домени, натиснувши кнопку "DMARC" поруч із будь-яким доменом.

Функції панелі

Панель звітів DMARC надає:
- Підсумкові метрики: Загальна кількість отриманих звітів, загальна кількість проаналізованих повідомлень, рівень відповідності SPF, рівень відповідності DKIM та загальний відсоток проходження
- Графік повідомлень за часом: Візуальна тенденція обсягу пошти та рівнів автентифікації за останні 30 днів
- Підсумок відповідності: Кругова діаграма, що показує розподіл відповідності SPF та DKIM
- Розподіл обробки повідомлень: Стовпчаста діаграма, що показує, як сервери отримувачів обробляли ваші листи (прийняті, поміщені в карантин або відхилені)
- Таблиця останніх звітів: Детальний список окремих звітів DMARC з можливістю фільтрації та пагінації
- Фільтрація за доменом: Фільтруйте звіти за конкретним доменом при керуванні кількома доменами Чому це важливо
Для організацій, які керують кількома доменами (наприклад, підприємства, неприбуткові організації або агентства), звіти DMARC є необхідними для:
- Виявлення несанкціонованих відправників: Виявляти, чи хтось підробляє ваш домен
- Покращення доставляння: Забезпечувати проходження автентифікації ваших легітимних листів
- Моніторингу поштової інфраструктури: Відстежувати, які сервіси та IP-адреси надсилають листи від вашого імені
- Відповідності вимогам: Підтримувати видимість автентифікації електронної пошти для аудитів безпеки
На відміну від інших сервісів, які вимагають окремих інструментів моніторингу DMARC, Forward Email включає обробку та візуалізацію звітів DMARC як частину вашого акаунту без додаткової плати.

Вимоги
- Звіти DMARC доступні лише для платних планів
- Ваш домен повинен мати налаштований DMARC (див. Як налаштувати DMARC для Forward Email)
- Звіти автоматично збираються, коли поштові сервери отримувачів надсилають їх на вашу налаштовану адресу звітності DMARC
Щотижневі звіти електронною поштою

Користувачі платних планів автоматично отримують щотижневі підсумкові звіти DMARC електронною поштою. Ці листи містять:
- Підсумкову статистику для всіх ваших доменів
- Рівні відповідності SPF та DKIM
- Розподіл статусів повідомлень (прийняті, поміщені в карантин, відхилені)
- Топ організацій, що надсилають звіти (Google, Microsoft, Yahoo тощо)
- IP-адреси з проблемами відповідності, які можуть потребувати уваги
- Прямі посилання на вашу панель звітів DMARC
Щотижневі звіти надсилаються автоматично і не можуть бути вимкнені окремо від інших повідомлень електронної пошти.
Чому мої звіти DMARC показують помилки від невідомих IP-адрес
Якщо ваші звіти DMARC містять незнайомі IP-адреси, які не проходять перевірку SPF та DKIM, будь ласка, не хвилюйтеся – це нормально і насправді означає, що ваші налаштування працюють правильно.

У звітах DMARC перелічено кожен сервер, який намагався надіслати лист від імені вашого домену, включаючи неавторизовані. Майже у всіх випадках ці невідомі IP-адреси є просто спамерами або ботами, які намагаються видати себе за ваш домен. Ось що відбувається, коли вони намагаються це зробити:
- SPF не проходить перевірку, оскільки IP-адреса відправника не вказана у вашому записі SPF.
- DKIM не проходить перевірку, оскільки вони не можуть створити дійсний підпис для вашого домену.
- З політикою DMARC p=reject, повідомлення відхиляється відразу і ніколи не потрапляє до чиєїсь поштової скриньки.
Іншими словами, ці помилки є доказом того, що DMARC виконує свою роботу – блокує спроби підміни до того, як вони завдадуть шкоди. Від вас не вимагається жодних дій.

Як відрізнити законних відправників від самозванців
- Листи, які ви надсилаєте через Forward Email (або будь-який інший авторизований сервіс), показуватимуть SPF та/або DKIM як успішні та узгоджені.
- Невідомі джерела, які не проходять обидві перевірки SPF та DKIM, є самозванцями, і їх можна сміливо ігнорувати.
- Ви можете звірити IP-адреси з https://forwardemail.net/ips, щоб підтвердити, які джерела є нашими.
Якщо ви також використовуєте інші сервіси для надсилання листів від імені вашого домену (маркетингові інструменти, CRM тощо), переконайтеся, що ці сервіси мають налаштований дійсний підпис DKIM – інакше їхні повідомлення також відображатимуться як помилки у ваших звітах.

Important
Переконайтеся, що ваш домен публікує політику DMARC p=reject, щоб спроби підміни відхилялися, а не доставлялися. Див. Як налаштувати DMARC для Forward Email.
Як підключити та налаштувати мої контакти
Щоб налаштувати контакти, використовуйте CardDAV URL: https://carddav.forwardemail.net (або просто carddav.forwardemail.net, якщо ваш клієнт це дозволяє)
Як підключити та налаштувати мої календарі
Щоб налаштувати календар, використовуйте CalDAV URL: https://caldav.forwardemail.net (або просто caldav.forwardemail.net, якщо ваш клієнт це дозволяє)
Як додати більше календарів та керувати існуючими календарями
Якщо ви хочете додати додаткові календарі, просто додайте новий URL календаря: https://caldav.forwardemail.net/dav/principals/calendar-name (обов’язково замініть calendar-name на бажану назву календаря)

Ви можете змінити назву та колір календаря після створення – просто використовуйте ваш улюблений додаток для календарів (наприклад, Apple Mail або Thunderbird).
Як підключити та налаштувати завдання та нагадування
Щоб налаштувати завдання та нагадування, використовуйте той самий CalDAV URL, що й для календарів: https://caldav.forwardemail.net (або просто caldav.forwardemail.net, якщо ваш клієнт це дозволяє)

Завдання та нагадування автоматично відокремлюються від подій календаря у власну колекцію календарів "Reminders" або "Tasks".

Інструкції з налаштування за платформами:

macOS/iOS:
1. Додайте новий обліковий запис CalDAV у Системних налаштуваннях > Інтернет-акаунти (або Налаштування > Акаунти на iOS)
2. Використовуйте caldav.forwardemail.net як сервер
3. Введіть ваш псевдонім Forward Email та згенерований пароль
4. Після налаштування ви побачите колекції "Calendar" та "Reminders"
5. Використовуйте додаток Reminders для створення та керування завданнями
Android з Tasks.org:
1. Встановіть Tasks.org з Google Play Store або F-Droid
2. Перейдіть у Налаштування > Синхронізація > Додати акаунт > CalDAV
3. Введіть сервер: https://caldav.forwardemail.net
4. Введіть ваш псевдонім Forward Email та згенерований пароль
5. Tasks.org автоматично виявить ваші календарі завдань
Thunderbird:
1. Встановіть додаток Lightning, якщо він ще не встановлений
2. Створіть новий календар типу "CalDAV"
3. Використовуйте URL: https://caldav.forwardemail.net
4. Введіть ваші облікові дані Forward Email
5. Події та завдання будуть доступні у інтерфейсі календаря
Чому я не можу створювати завдання у macOS Reminders
Якщо у вас виникають проблеми зі створенням завдань у macOS Reminders, спробуйте ці кроки для усунення несправностей:
1. Перевірте налаштування облікового запису: Переконайтеся, що ваш CalDAV обліковий запис правильно налаштований з caldav.forwardemail.net
2. Перевірте наявність окремих календарів: Ви повинні бачити як "Calendar", так і "Reminders" у вашому обліковому записі. Якщо ви бачите лише "Calendar", підтримка завдань може ще не бути повністю активована.
3. Оновіть обліковий запис: Спробуйте видалити та додати знову ваш CalDAV обліковий запис у Системних налаштуваннях > Інтернет-акаунти
4. Перевірте підключення до сервера: Перевірте, чи можете ви отримати доступ до https://caldav.forwardemail.net у вашому браузері
5. Перевірте облікові дані: Переконайтеся, що ви використовуєте правильний псевдонім електронної пошти та згенерований пароль (не пароль від вашого облікового запису)
6. Примусова синхронізація: У додатку Reminders спробуйте створити завдання, а потім вручну оновити синхронізацію
Поширені проблеми:
- "Календар нагадувань не знайдено": Серверу може знадобитися деякий час, щоб створити колекцію Reminders при першому доступі
- Завдання не синхронізуються: Перевірте, що обидва пристрої використовують однакові облікові дані CalDAV
- Змішаний вміст: Переконайтеся, що завдання створюються у календарі "Reminders", а не у загальному "Calendar"
Як налаштувати Tasks.org на Android
Tasks.org — популярний відкритий менеджер завдань, який відмінно працює з підтримкою завдань CalDAV від Forward Email.

Встановлення та налаштування:
1. Встановіть Tasks.org:
  - З Google Play Store: Tasks.org
  - З F-Droid: Tasks.org on F-Droid
2. Налаштуйте синхронізацію CalDAV:
  - Відкрийте Tasks.org
  - Перейдіть у ☰ Меню > Налаштування > Синхронізація
  - Натисніть "Додати обліковий запис"
  - Виберіть "CalDAV"
3. Введіть налаштування Forward Email:
  - URL сервера: https://caldav.forwardemail.net
  - Ім’я користувача: Ваш псевдонім Forward Email (наприклад, you@yourdomain.com)
  - Пароль: Ваш згенерований пароль для псевдоніма
  - Натисніть "Додати обліковий запис"
4. Виявлення облікового запису:
  - Tasks.org автоматично виявить ваші календарі завдань
  - Ви повинні побачити колекцію "Reminders"
  - Натисніть "Підписатися", щоб увімкнути синхронізацію для календаря завдань
5. Перевірка синхронізації:
  - Створіть тестове завдання у Tasks.org
  - Перевірте, що воно з’являється в інших клієнтах CalDAV (наприклад, macOS Reminders)
  - Переконайтеся, що зміни синхронізуються в обох напрямках
Доступні функції:
- ✅ Створення та редагування завдань
- ✅ Дати виконання та нагадування
- ✅ Завершення завдань та статус
- ✅ Рівні пріоритету
- ✅ Підзавдання та ієрархія завдань
- ✅ Теги та категорії
- ✅ Двонаправлена синхронізація з іншими клієнтами CalDAV
Усунення несправностей:
- Якщо календарі завдань не з’являються, спробуйте вручну оновити у налаштуваннях Tasks.org
- Переконайтеся, що на сервері створено принаймні одне завдання (можна спочатку створити у macOS Reminders)
- Перевірте мережеве підключення до caldav.forwardemail.net
Як налаштувати SRS для Forward Email
Ми автоматично налаштовуємо Sender Rewriting Scheme ("SRS") – вам не потрібно робити це самостійно.
Як налаштувати MTA-STS для Forward Email
Будь ласка, зверніться до нашого розділу про MTA-STS для детальнішої інформації.
Як додати фотографію профілю до моєї електронної адреси
Якщо ви користуєтеся Gmail, виконайте наступні кроки:
1. Перейдіть на https://google.com та вийдіть з усіх облікових записів електронної пошти
2. Натисніть "Увійти" і у випадаючому меню виберіть "інший обліковий запис"
3. Виберіть "Використати інший обліковий запис"
4. Виберіть "Створити обліковий запис"
5. Виберіть "Використати мою поточну електронну адресу замість цього"
6. Введіть вашу електронну адресу з власного домену
7. Отримайте лист з підтвердженням, надісланий на вашу електронну адресу
8. Введіть код підтвердження з цього листа
9. Заповніть інформацію профілю для нового облікового запису Google
10. Погодьтеся з усіма політиками конфіденційності та умовами використання
11. Перейдіть на https://google.com, у верхньому правому куті натисніть на іконку профілю та натисніть кнопку "змінити"
12. Завантажте нове фото або аватар для вашого облікового запису
13. Зміни зазвичай поширюються приблизно за 1-2 години, але іноді можуть бути дуже швидкими.
14. Надішліть тестовий лист, і фотографія профілю має з’явитися.

Розширені можливості

Чи підтримуєте ви розсилки або списки розсилки для маркетингових електронних листів
Так, ви можете дізнатися більше на https://forwardemail.net/guides/newsletter-with-listmonk.

Зверніть увагу, що для підтримки репутації IP та забезпечення доставлянності Forward Email має процес ручного перегляду для кожного домену окремо для затвердження розсилок. Напишіть на support@forwardemail.net або відкрийте запит на допомогу для затвердження. Зазвичай це займає менше 24 годин, більшість запитів обробляються протягом 1-2 годин. У найближчому майбутньому ми плануємо зробити цей процес миттєвим із додатковими контролями спаму та сповіщеннями. Цей процес гарантує, що ваші листи потрапляють у вхідні, а ваші повідомлення не позначаються як спам.
Чи підтримуєте ви надсилання електронної пошти через API
Так, починаючи з травня 2023 року ми підтримуємо надсилання електронної пошти через API як додаткову функцію для всіх платних користувачів.

Важливо: Будь ласка, переконайтеся, що ви прочитали наші Умови, Політику конфіденційності та Обмеження вихідного SMTP – ваше використання вважається підтвердженням та згодою.

Будь ласка, ознайомтеся з нашим розділом про Електронні листи у документації API для варіантів, прикладів та додаткової інформації.

Для надсилання вихідної пошти через наш API ви повинні використовувати свій API токен, доступний у розділі Моя безпека.

Виклик DELETE /v1/account/api-token вимикає API-токен, після чого він більше не автентифікує запити HTTP API або WebSocket. Доступ до API можна знову ввімкнути лише через сторінку /my-account/security шляхом скидання токена, що згенерує новий на заміну; автентифікація за допомогою псевдоніма та пароля залишається незмінною.
Чи підтримуєте ви отримання електронної пошти через IMAP
Так, починаючи з 16 жовтня 2023 року ми підтримуємо отримання електронної пошти через IMAP як додаткову функцію для всіх платних користувачів. Будь ласка, прочитайте нашу детальну статтю про як працює наша функція зашифрованого зберігання поштової скриньки SQLite.
Важливо: Будь ласка, переконайтеся, що ви прочитали наші Умови та Політику конфіденційності – ваше використання вважається підтвердженням та згодою.
1. Створіть новий псевдонім для вашого домену у розділі Мій акаунт Домени Псевдоніми (наприклад, hello@o3o.ca)
2. Натисніть на Згенерувати пароль поруч із новоствореним псевдонімом. Скопіюйте у буфер обміну та надійно збережіть згенерований пароль, який відобразиться на екрані.
3. Використовуючи улюблений поштовий клієнт, додайте або налаштуйте акаунт із вашим новоствореним псевдонімом (наприклад, hello@o3o.ca)
  
  Порада: Рекомендуємо використовувати Thunderbird, Thunderbird Mobile, Apple Mail або відкритий та орієнтований на конфіденційність альтернативний клієнт.
4. Коли буде запитано ім’я IMAP сервера, введіть imap.forwardemail.net
5. Коли буде запитано порт IMAP сервера, введіть 993 (SSL/TLS) – за потреби дивіться альтернативні порти IMAP
  
  Порада: Якщо ви використовуєте Thunderbird, переконайтеся, що "Безпека з’єднання" встановлена на "SSL/TLS", а метод автентифікації – "Звичайний пароль".
6. When prompted for IMAP server password, paste the password from Generate Password in step 2 above
7. Збережіть свої налаштування – якщо у вас виникають проблеми, будь ласка, зв’яжіться з нами
Вітаємо! Ви успішно виконали всі кроки.
Ви підтримуєте POP3
Так, станом на 4 грудня 2023 року ми підтримуємо POP3 як додаткову опцію для всіх платних користувачів. Будь ласка, прочитайте нашу детальну статтю про те, як працює наша функція зашифрованого зберігання поштової скриньки SQLite.
Важливо: Будь ласка, переконайтеся, що ви прочитали наші Умови та Політику конфіденційності – ваше використання вважається підтвердженням і згодою.
1. Створіть новий псевдонім для вашого домену в розділі Мій акаунт Домени Псевдоніми (наприклад, hello@o3o.ca)
2. Натисніть на Generate Password поруч із щойно створеним псевдонімом. Скопіюйте в буфер обміну та надійно збережіть згенерований пароль, який відображається на екрані.
3. Використовуючи улюблений поштовий додаток, додайте або налаштуйте акаунт із вашим новоствореним псевдонімом (наприклад, hello@o3o.ca)
  
  Порада: Рекомендуємо використовувати Thunderbird, Thunderbird Mobile, Apple Mail або відкритий та орієнтований на конфіденційність альтернативний варіант.
4. Коли буде запитано ім’я POP3 сервера, введіть pop3.forwardemail.net
5. Коли буде запитано порт POP3 сервера, введіть 995 (SSL/TLS) – за потреби дивіться альтернативні порти POP3
  
  Порада: Якщо ви використовуєте Thunderbird, переконайтеся, що "Захист з’єднання" встановлено на "SSL/TLS", а метод автентифікації – "Звичайний пароль".
6. Коли буде запитано пароль POP3 сервера, вставте пароль із Generate Password із кроку 2 вище
7. Збережіть свої налаштування – якщо у вас виникають проблеми, будь ласка, зв’яжіться з нами
Вітаємо! Ви успішно виконали всі кроки.

Ви підтримуєте календарі (CalDAV)

Так, станом на 5 лютого 2024 року ми додали цю функцію. Наш сервер – caldav.forwardemail.net, і він також моніториться на нашій сторінці статусу. Він підтримує як IPv4, так і IPv6 і доступний через порт 443 (HTTPS).

Логін	Приклад	Опис
Ім'я користувача	`user@o3o.ca`	Адреса електронної пошти псевдоніма, який існує для домену в Мій акаунт Домени.
Пароль	`************************`	Згенерований пароль, специфічний для псевдоніма.

Щоб використовувати підтримку календаря, користувач повинен бути адресою електронної пошти псевдоніма, який існує для домену в Мій акаунт Домени – а пароль має бути згенерованим паролем, специфічним для псевдоніма.

Чи підтримуєте ви завдання та нагадування (CalDAV VTODO)

Так, з 14 жовтня 2025 року ми додали підтримку CalDAV VTODO для завдань та нагадувань. Це використовує той самий сервер, що й наша підтримка календаря: caldav.forwardemail.net.

Наш CalDAV сервер підтримує як події календаря (VEVENT), так і компоненти завдань (VTODO) за допомогою уніфікованих календарів. Це означає, що кожен календар може містити як події, так і завдання, забезпечуючи максимальну гнучкість і сумісність з усіма CalDAV клієнтами.

Як працюють календарі та списки:

Кожен календар підтримує як події, так і завдання – Ви можете додавати події, завдання або обидва типи до будь-якого календаря
Списки Apple Reminders – Кожен список, який ви створюєте в Apple Reminders, стає окремим календарем на сервері
Кілька календарів – Ви можете створити стільки календарів, скільки потрібно, кожен з власною назвою, кольором та організацією
Синхронізація між клієнтами – Завдання та події синхронізуються безперебійно між усіма сумісними клієнтами

Підтримувані клієнти для завдань:

macOS Reminders – Повна нативна підтримка створення, редагування, завершення та синхронізації завдань
iOS Reminders – Повна нативна підтримка на всіх iOS пристроях
Tasks.org (Android) – Популярний відкритий менеджер завдань з підтримкою CalDAV синхронізації
Thunderbird – Підтримка завдань і календаря в десктопному поштовому клієнті
Будь-який сумісний з CalDAV менеджер завдань – Підтримка стандартного компонента VTODO

Підтримувані функції завдань:

Створення, редагування та видалення завдань
Дати виконання та початку
Статус виконання завдання (NEEDS-ACTION, IN-PROCESS, COMPLETED, CANCELLED)
Рівні пріоритету завдань
Повторювані завдання
Опис та нотатки до завдань
Синхронізація між кількома пристроями
Підзавдання з властивістю RELATED-TO
Нагадування про завдання з VALARM

Облікові дані для входу такі ж, як і для підтримки календаря:

Логін	Приклад	Опис
Ім'я користувача	`user@o3o.ca`	Адреса електронної пошти псевдоніма, який існує для домену в Мій акаунт Домени.
Пароль	`************************`	Згенерований пароль, специфічний для псевдоніма.

Важливі зауваження:

Кожен список Reminders – це окремий календар – Коли ви створюєте новий список в Apple Reminders, він створює новий календар на CalDAV сервері
Користувачі Thunderbird – Вам потрібно вручну підписатися на кожен календар/список, який ви хочете синхронізувати, або використовувати URL домашнього календаря: https://caldav.forwardemail.net/dav/your-email@domain.com/
Користувачі Apple – Виявлення календарів відбувається автоматично, тому всі ваші календарі та списки з’являться в Calendar.app та Reminders.app
Уніфіковані календарі – Всі календарі підтримують як події, так і завдання, що дає вам гнучкість у організації ваших даних

Чи підтримуєте ви контакти (CardDAV)

Так, станом на 12 червня 2025 року ми додали цю функцію. Наш сервер — carddav.forwardemail.net, і він також моніториться на нашій сторінці статусу.

Він підтримує як IPv4, так і IPv6 і доступний через порт 443 (HTTPS).

Логін	Приклад	Опис
Ім'я користувача	`user@o3o.ca`	Електронна адреса псевдоніма, який існує для домену в Мій акаунт Домени.
Пароль	`************************`	Згенерований пароль, специфічний для псевдоніма.

Щоб використовувати підтримку контактів, користувач повинен бути електронною адресою псевдоніма, який існує для домену в Мій акаунт Домени – а пароль має бути згенерованим паролем, специфічним для псевдоніма.

Чи підтримуєте ви надсилання електронної пошти через SMTP
Так, станом на травень 2023 року ми підтримуємо надсилання електронної пошти через SMTP як додаткову опцію для всіх платних користувачів.
Важливо: Будь ласка, переконайтеся, що ви прочитали наші Умови, Політику конфіденційності та Обмеження вихідного SMTP – ваше використання вважається підтвердженням і згодою.

Важливо: Якщо ви використовуєте Gmail, зверніться до нашого керівництва «Надсилання пошти як» для Gmail. Якщо ви розробник, зверніться до наших документацій API електронної пошти.
1. Перейдіть до Мій акаунт Домени Налаштування Конфігурація вихідного SMTP і дотримуйтесь інструкцій налаштування
2. Створіть новий псевдонім для вашого домену в розділі Мій акаунт Домени Псевдоніми (наприклад, hello@o3o.ca)
3. Натисніть на Згенерувати пароль поруч із новоствореним псевдонімом. Скопіюйте в буфер обміну та надійно збережіть згенерований пароль, який відображається на екрані.
4. Використовуючи ваш улюблений поштовий додаток, додайте або налаштуйте акаунт із вашим новоствореним псевдонімом (наприклад, hello@o3o.ca)
  
  Порада: Рекомендуємо використовувати Thunderbird, Thunderbird Mobile, Apple Mail або відкритий та орієнтований на конфіденційність альтернативний варіант.
5. Коли буде запропоновано ввести ім’я SMTP сервера, введіть smtp.forwardemail.net
6. Коли буде запропоновано ввести порт SMTP сервера, введіть 465 (SSL/TLS) – див. альтернативні порти SMTP, якщо потрібно
  
  Порада: Якщо ви використовуєте Thunderbird, переконайтеся, що "Безпека з’єднання" встановлена на "SSL/TLS", а метод автентифікації – "Звичайний пароль".
7. Коли буде запропоновано ввести пароль SMTP сервера, вставте пароль із Generate Password у кроці 3 вище
8. Збережіть свої налаштування та надішліть свій перший тестовий лист – якщо виникають проблеми, будь ласка, зв’яжіться з нами
Важливо: Зверніть увагу, що для підтримки репутації IP та забезпечення доставлення ми маємо процес ручного перегляду для кожного домену окремо для схвалення вихідного SMTP. Зазвичай це займає менше 24 годин, більшість запитів обробляються протягом 1-2 годин. У найближчому майбутньому ми плануємо зробити цей процес миттєвим із додатковими контролями спаму та сповіщеннями. Цей процес гарантує, що ваші листи потрапляють у вхідні, а ваші повідомлення не позначаються як спам.

Вітаємо! Ви успішно виконали всі кроки.

Чи підтримуєте ви OpenPGP/MIME, наскрізне шифрування ("E2EE") та Web Key Directory ("WKD")

Так, ми підтримуємо OpenPGP, наскрізне шифрування ("E2EE") та пошук публічних ключів за допомогою Web Key Directory ("WKD"). Ви можете налаштувати OpenPGP, використовуючи keys.openpgp.org або розмістити власні ключі (див. цей gist для налаштування WKD сервера).

Запити WKD кешуються на 1 годину для забезпечення своєчасної доставки листів → тому, якщо ви додали, змінили або видалили свій WKD ключ, будь ласка, надішліть нам листа на support@forwardemail.net з вашою електронною адресою, щоб ми вручну очистили кеш.
Ми підтримуємо шифрування PGP для повідомлень, які пересилаються через WKD пошук або за допомогою завантаженого PGP ключа у нашому інтерфейсі.
Завантажені ключі мають пріоритет, доки прапорець PGP увімкнено/позначено.
Повідомлення, надіслані на вебхуки, наразі не шифруються за допомогою PGP.
Якщо у вас є кілька псевдонімів, які підходять для певної адреси пересилання (наприклад, комбінація regex/wildcard/exact), і якщо більше одного з них містить завантажений PGP ключ і має увімкнений PGP → ми надішлемо вам лист із повідомленням про помилку і не зашифруємо повідомлення вашим завантаженим PGP ключем. Це дуже рідко і зазвичай стосується лише досвідчених користувачів із складними правилами псевдонімів.
Шифрування PGP не застосовується до пересилання пошти через наші MX сервери, якщо відправник мав політику DMARC reject. Якщо вам потрібне шифрування PGP для всієї пошти, радимо використовувати наш IMAP сервіс і налаштувати свій PGP ключ для псевдоніма для вхідної пошти.
У наших платних планах (Посилений захист і Команда) ви можете вимкнути пошук WKD для кожного псевдоніма окремо. Перейдіть до налаштувань псевдоніма та позначте опцію "Вимкнути пошук WKD". Коли вимкнено, вхідні листи, що пересилаються на цей псевдонім, не будуть шифруватися через WKD, навіть якщо для одержувача опубліковано відкритий ключ. Це також доступно через API за допомогою поля has_wkd_disabled.

Ви можете перевірити налаштування Web Key Directory на https://wkd.chimbosonic.com/ (відкритий код) або https://www.webkeydirectory.com/ (пропрієтарний).

Автоматичне шифрування: Якщо ви використовуєте наш сервіс вихідного SMTP і надсилаєте незашифровані повідомлення, ми автоматично намагатимемося шифрувати повідомлення для кожного отримувача за допомогою Web Key Directory ("WKD").

Важливо: Ви повинні виконати всі наведені нижче кроки, щоб увімкнути OpenPGP для вашого власного доменного імені.

Завантажте та встановіть рекомендований плагін для вашого поштового клієнта нижче:

Поштовий клієнт	Платформа	Рекомендований плагін	Примітки
Thunderbird	Desktop	Налаштувати OpenPGP у Thunderbird	Thunderbird має вбудовану підтримку OpenPGP.
Gmail	Browser	Mailvelope або FlowCrypt (пропрієтарна ліцензія)	Gmail не підтримує OpenPGP, проте ви можете завантажити відкритий плагін Mailvelope або FlowCrypt.
Apple Mail	macOS	Free-GPGMail	Apple Mail не підтримує OpenPGP, проте ви можете завантажити відкритий плагін Free-GPGMail.
Apple Mail	iOS	PGPro або FlowCrypt (пропрієтарна ліцензія)	Apple Mail не підтримує OpenPGP, проте ви можете завантажити відкритий плагін PGPro або FlowCrypt.
Outlook	Windows	gpg4win	Десктопний поштовий клієнт Outlook не підтримує OpenPGP, проте ви можете завантажити відкритий плагін gpg4win.
Outlook	Browser	Mailvelope або FlowCrypt (пропрієтарна ліцензія)	Веб-поштовий клієнт Outlook не підтримує OpenPGP, проте ви можете завантажити відкритий плагін Mailvelope або FlowCrypt.
Android	Mobile	OpenKeychain або FlowCrypt	Поштові клієнти Android, такі як Thunderbird Mobile та FairEmail, підтримують відкритий плагін OpenKeychain. Ви також можете використовувати відкритий (з пропрієтарною ліцензією) плагін FlowCrypt.
Google Chrome	Browser	Mailvelope або FlowCrypt (пропрієтарна ліцензія)	Ви можете завантажити відкритий розширення для браузера Mailvelope або FlowCrypt.
Mozilla Firefox	Browser	Mailvelope або FlowCrypt (пропрієтарна ліцензія)	Ви можете завантажити відкритий розширення для браузера Mailvelope або FlowCrypt.
Microsoft Edge	Browser	Mailvelope	Ви можете завантажити відкритий розширення для браузера Mailvelope.
Brave	Browser	Mailvelope або FlowCrypt (пропрієтарна ліцензія)	Ви можете завантажити відкритий розширення для браузера Mailvelope або FlowCrypt.
Balsa	Desktop	Налаштувати OpenPGP у Balsa	Balsa має вбудовану підтримку OpenPGP.
KMail	Desktop	Налаштувати OpenPGP у KMail	KMail має вбудовану підтримку OpenPGP.
GNOME Evolution	Desktop	Налаштувати OpenPGP у Evolution	GNOME Evolution має вбудовану підтримку OpenPGP.
Terminal	Desktop	Налаштувати gpg у Terminal	Ви можете використовувати відкритий gpg командний рядок для генерації нового ключа з командного рядка.

Відкрийте плагін, створіть свій публічний ключ і налаштуйте свій поштовий клієнт для його використання.
Завантажте свій публічний ключ на https://keys.openpgp.org/upload.

Порада: Ви можете відвідати https://keys.openpgp.org/manage, щоб керувати своїм ключем у майбутньому.

Додатково за бажанням: Якщо ви користуєтеся нашим сервісом шифрованого зберігання (IMAP/POP3) і хочете, щоб вся пошта, що зберігається у вашій (вже зашифрованій) базі даних SQLite, була зашифрована вашим публічним ключем, тоді перейдіть до Мій акаунт Домени Псевдоніми (наприклад, hello@o3o.ca) Редагувати OpenPGP і завантажте свій публічний ключ.

Додайте новий запис CNAME до вашого доменного імені (наприклад, o3o.ca):

Ім'я/Хост/Псевдонім	TTL	Тип	Відповідь/Значення
`openpgpkey`	3600	CNAME	`wkd.keys.openpgp.org`

Порада: Якщо ваш псевдонім використовує наші вінтажні/одноразові домени (наприклад, hideaddress.net), тоді цей крок можна пропустити.

Вітаємо! Ви успішно виконали всі кроки.

Чи підтримуєте ви шифрування S/MIME

Так, ми підтримуємо шифрування S/MIME (Secure/Multipurpose Internet Mail Extensions) згідно з визначенням у RFC 8551. S/MIME забезпечує наскрізне шифрування за допомогою сертифікатів X.509, що широко підтримується корпоративними поштовими клієнтами.

Ми підтримуємо як RSA, так і ECC (криптографія на еліптичних кривих) сертифікати:

RSA сертифікати: мінімум 2048 біт, рекомендовано 4096 біт
ECC сертифікати: криві NIST P-256, P-384 та P-521

Щоб налаштувати шифрування S/MIME для вашого псевдоніма:

Отримайте сертифікат S/MIME від довіреного центру сертифікації (CA) або згенеруйте самопідписаний сертифікат для тестування.

Порада: Безкоштовні сертифікати S/MIME доступні у провайдерів, таких як Actalis або Actalis Free S/MIME.
Експортуйте свій сертифікат у форматі PEM (тільки публічний сертифікат, без приватного ключа).
Перейдіть до Мій акаунт Домени Псевдоніми (наприклад, hello@o3o.ca) Редагувати S/MIME і завантажте свій публічний сертифікат.
Після налаштування всі вхідні листи на ваш псевдонім будуть зашифровані за допомогою вашого сертифіката S/MIME перед збереженням або пересиланням.

Примітка: Шифрування S/MIME застосовується до вхідних повідомлень, які ще не зашифровані. Якщо повідомлення вже зашифроване за допомогою OpenPGP або S/MIME, воно не буде повторно зашифроване.

Важливо: Шифрування S/MIME не застосовується до пересилання електронної пошти через наші MX-сервери, якщо відправник мав політику DMARC reject. Якщо вам потрібне шифрування S/MIME для всієї пошти, ми рекомендуємо використовувати наш IMAP-сервіс і налаштувати ваш сертифікат S/MIME для псевдоніма для вхідної пошти.

Наступні поштові клієнти мають вбудовану підтримку S/MIME:

Поштовий клієнт	Платформа	Примітки
Apple Mail	macOS	Вбудована підтримка S/MIME. Перейдіть у Mail > Preferences > Accounts > ваш акаунт > Trust для налаштування сертифікатів.
Apple Mail	iOS	Вбудована підтримка S/MIME. Перейдіть у Settings > Mail > Accounts > ваш акаунт > Advanced > S/MIME для налаштування.
Microsoft Outlook	Windows	Вбудована підтримка S/MIME. Перейдіть у File > Options > Trust Center > Trust Center Settings > Email Security для налаштування.
Microsoft Outlook	macOS	Вбудована підтримка S/MIME. Перейдіть у Tools > Accounts > Advanced > Security для налаштування.
Thunderbird	Desktop	Вбудована підтримка S/MIME. Перейдіть у Account Settings > End-To-End Encryption > S/MIME для налаштування.
GNOME Evolution	Desktop	Вбудована підтримка S/MIME. Перейдіть у Edit > Preferences > Mail Accounts > ваш акаунт > Security для налаштування.
KMail	Desktop	Вбудована підтримка S/MIME. Перейдіть у Settings > Configure KMail > Identities > ваша особа > Cryptography для налаштування.

Вітаємо! Ви успішно налаштували шифрування S/MIME для вашого псевдоніма.

Чи підтримується Sieve-фільтрація електронної пошти

Так. Forward Email підтримує серверну фільтрацію на основі Sieve відповідно до RFC 5228. Сценарії фільтрують вхідні повідомлення перед доставкою в поштову скриньку. Сценарій відхиляється, якщо він запитує недоступну можливість або використовує розширення без оголошення його в require.

Повний список можливостей, підтверджений реалізацією, та нотатки по RFC доступні в документації по протоколу Sieve.

Доступні можливості Sieve

Категорія	Можливості та поведінка
Базова мова	`keep`, `discard`, `stop`, умовні блоки, а також базові тести `address`, `header`, `exists`, `size` та булеві тести.
Доставка	`fileinto`, `copy`, `redirect`, `mailbox` для `fileinto :create`, та `special-use` для відображення стандартної теки `:specialuse` і `specialuse_exists`.
Тести та порівняння	`envelope`, `body`, `date`, `index`, `regex`, `subaddress`, `relational`, `i;ascii-casemap`, та `i;octet`.
Стан і змінні	`variables`, `imap4flags`, `duplicate`, та `ihave`.
Дії та відповіді	`reject`, `ereject`, `vacation`, `vacation-seconds`, та `enotify` з використанням `mailto:`. Успадкована декларація `require "notify"` приймається як вхідний псевдонім для `enotify`, але рекламована можливість — `enotify`.
Обробка повідомлень	`editheader`, `environment`, та `mime`, включно з `foreverypart`, `break`, `extracttext`, та `replace`.

redirect доставляється через звичайну чергу вихідної пошти. Він підлягає політиці перенаправлення доменів, перевіркам списку заборон і лімітам частоти. editheader не може змінювати захищені заголовки автентифікації або маршрутизації доставки.

Функції, які не підтримуються

Функція	Причина
`enclose`	Створення нового повідомлення, яке вкладає оригінальне, не реалізовано.
`mailboxexists`	Forward Email не виконує запити стану поштових скриньок IMAP у реальному часі. `fileinto :create` залишається доступним через `mailbox`.
`include`	Глобальне та включене збереження сценаріїв недоступне.
`mboxmetadata` / `servermetadata`	Інтеграція IMAP METADATA недоступна.
`fcc`	Інтеграція фіксації відправлених листів недоступна.
`encoded-character`	Синтаксис `${hex:...}` не реалізовано.
Зовнішні списки	`valid_ext_list` та інші операції з зовнішніми списками недоступні.

Приклади сценаріїв Sieve

Файл-теки для розсилок:

require ["fileinto"];

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

Автовідповідь під час відпустки:

require ["vacation", "vacation-seconds"];

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

Створити теку при фіксації повідомлення:

require ["fileinto", "imap4flags", "mailbox"];

if address :is "from" "boss@o3o.ca" {
    fileinto :create :flags ["\\Flagged"] "Important";
}

Перенаправити повідомлення:

require ["redirect"];

if header :contains "Subject" "invoice" {
    redirect "recipient@o3o.ca";
}

Керування сценаріями Sieve

Ви можете керувати сценаріями Sieve кількома способами:

Веб-інтерфейс: Перейдіть до Мій акаунт Домени Аліаси Сценарії Sieve, щоб створювати та керувати сценаріями.
Протокол ManageSieve: Підключіться за допомогою будь-якого клієнта, сумісного з ManageSieve, наприклад додатка Sieve для Thunderbird або sieve-connect, до imap.forwardemail.net. Використовуйте порт 2190 з STARTTLS або порт 4190 з неявним TLS.
API: Використовуйте REST API для програмного керування сценаріями.

Примітка: Sieve-фільтрація застосовується до вхідних повідомлень перед доставкою в поштову скриньку. Сценарії виконуються в порядку пріоритетів, і перша співпадаюча дія визначає, як обробляється повідомлення.

Безпека: Перенаправлення перевіряються відповідно до налаштованої політики та обмежень частоти. Відповіді про відпустку та сповіщення обмежені за частотою, щоб запобігти зловживанням.

Чи підтримуєте ви MTA-STS
Так, з 2 березня 2023 року ми підтримуємо MTA-STS. Ви можете використати цей шаблон, якщо бажаєте увімкнути його на своєму домені.

Нашу конфігурацію можна знайти публічно на GitHub за адресою https://github.com/forwardemail/mta-sts.forwardemail.net.
Чи підтримуєте ви passkeys та WebAuthn
Так! З 13 грудня 2023 року ми додали підтримку passkeys через великий попит.

Passkeys дозволяють безпечно входити без пароля та двофакторної автентифікації.

Ви можете підтвердити свою особу за допомогою дотику, розпізнавання обличчя, пароля пристрою або PIN-коду.

Ми дозволяємо керувати до 30 passkeys одночасно, щоб ви могли легко входити з усіх своїх пристроїв.

Дізнайтеся більше про passkeys за наступними посиланнями:
Чи підтримуєте ви найкращі практики електронної пошти
Так. Ми маємо вбудовану підтримку SPF, DKIM, DMARC, ARC та SRS у всіх планах. Ми також тісно співпрацювали з оригінальними авторами цих специфікацій та іншими експертами з електронної пошти, щоб забезпечити досконалість і високу доставлюваність.
Чи підтримуєте ви вебхуки для відмов (bounce)
Порада: Шукаєте документацію щодо вебхуків електронної пошти? Дивіться Чи підтримуєте ви вебхуки? для детальнішої інформації.

Так, станом на 14 серпня 2024 року ми додали цю функцію. Тепер ви можете перейти в Мій акаунт → Домени → Налаштування → URL вебхука відмов (Bounce Webhook URL) і налаштувати URL http:// або https://, на який ми будемо надсилати POST запит щоразу, коли вихідні SMTP-листи повертаються (bounce).

Це корисно для керування та моніторингу ваших вихідних SMTP-листів – і може використовуватися для підтримки підписників, відписки та виявлення випадків відмов.

Дані вебхука відмов надсилаються у форматі JSON з такими властивостями:
- email_id (String) - ID листа, що відповідає листу в Мій акаунт → Листи (вихідний SMTP)
- list_id (String) - значення заголовка List-ID (без врахування регістру), якщо є, з оригінального вихідного листа
- list_unsubscribe (String) - значення заголовка List-Unsubscribe (без врахування регістру), якщо є, з оригінального вихідного листа
- feedback_id (String) - значення заголовка Feedback-ID (без врахування регістру), якщо є, з оригінального вихідного листа
- recipient (String) - електронна адреса отримувача, який отримав відмову або помилку
- message (String) - детальне повідомлення про помилку відмови
- response (String) - повідомлення відповіді SMTP
- response_code (Number) - розпарсений код відповіді SMTP
- truth_source (String) - якщо код відповіді надійшов із довіреного джерела, це поле міститиме кореневий домен (наприклад, google.com або yahoo.com)
- bounce (Object) - об’єкт, що містить такі властивості, які деталізують статус відмови та відхилення
  - action (String) - дія відмови (наприклад, "reject")
  - message (String) - причина відмови (наприклад, "Message Sender Blocked By Receiving Server")
  - category (String) - категорія відмови (наприклад, "block")
  - code (Number) - код статусу відмови (наприклад, 554)
  - status (String) - код відмови з повідомлення відповіді (наприклад, 5.7.1)
  - line (Number) - розпарсений номер рядка, якщо є, з переліку Zone-MTA bounce parse list (наприклад, 526)
- headers (Object) - ключ-значення заголовків вихідного листа
- bounced_at (String) - дата у форматі ISO 8601, коли сталася помилка відмови
Наприклад:
```
{
  "email_id": "66bcce793ef7b2a0928e14ba",
  "recipient": "example@gmail.com",
  "message": "The email account that you tried to reach is over quota.",
  "response": "552 5.2.2 The email account that you tried to reach is over quota.",
  "response_code": 552,
  "truth_source": "google.com",
  "bounce": {
    "action": "reject",
    "message": "Gmail Mailbox is full",
    "category": "capacity",
    "code": 552,
    "status": "5.2.2",
    "line": 300
  },
  "headers": {},
  "bounced_at": "2024-08-24T01:50:02.828Z"
}
```
Ось кілька додаткових зауважень щодо вебхуків відмов:
- Якщо у даних вебхука є значення list_id, list_unsubscribe або feedback_id, тоді слід вжити відповідних заходів для видалення recipient зі списку, якщо це необхідно.
  - Якщо значення bounce.category було одним із "block", "recipient", "spam" або "virus", тоді обов’язково слід видалити користувача зі списку.
- Якщо потрібно перевіряти дані вебхука (щоб переконатися, що вони дійсно надходять з нашого сервера), можна визначити IP-адресу клієнта за допомогою зворотного DNS-пошуку – це має бути smtp.forwardemail.net.
  - Також можна перевірити IP-адресу за нашими опублікованими IP-адресами.
  - Перейдіть у Мій акаунт → Домени → Налаштування → Ключ перевірки підпису вебхука (Webhook Signature Payload Verification Key), щоб отримати ваш ключ вебхука.
    
    Ви можете змінювати цей ключ у будь-який час з міркувань безпеки.
    
    Обчисліть і порівняйте значення X-Webhook-Signature з нашого запиту вебхука з обчисленим значенням тіла за допомогою цього ключа. Приклад того, як це зробити, доступний у цьому дописі на Stack Overflow.
  - Дивіться обговорення на https://github.com/forwardemail/free-email-forwarding/issues/235 для додаткової інформації.
- Ми чекатимемо до 5 секунд, щоб ваш вебхук відповів зі статусом 200, і повторимо спробу до 1 разу.
- Якщо ми виявимо помилку у вашому URL вебхука відмов під час спроби надіслати запит, ми надсилатимемо вам ввічливе нагадування електронною поштою раз на тиждень.

Чи підтримуєте ви вебхуки

Порада: Шукаєте документацію щодо вебхуків відскоків? Дивіться Чи підтримуєте ви вебхуки відскоків? для більш детальної інформації.

Так, з 15 травня 2020 року ми додали цю функцію. Ви можете просто додати вебхук(и) так само, як і будь-якого отримувача! Будь ласка, переконайтеся, що в URL вебхука префікс "http" або "https".

Покращений захист конфіденційності: Якщо ви користуєтеся платним планом (який має покращений захист конфіденційності), будь ласка, перейдіть до Мій акаунт Домени і натисніть "Псевдоніми" поруч із вашим доменом, щоб налаштувати вебхуки. Якщо хочете дізнатися більше про платні плани, дивіться нашу сторінку Ціни. Інакше ви можете продовжувати слідувати інструкціям нижче.

Якщо ви користуєтеся безкоштовним планом, просто додайте новий DNS TXT запис, як показано нижче:

Наприклад, якщо я хочу, щоб усі листи, які надходять на alias@o3o.ca, пересилалися на нову тестову кінцеву точку request bin:

Ім'я/Хост/Псевдонім	TTL	Тип	Відповідь/Значення
"@", ".", або порожньо	3600	TXT	`forward-email=alias:https://requestbin.com/r/en8pfhdgcculn`

Або, можливо, ви хочете, щоб усі листи, які надходять на o3o.ca, пересилалися на цю кінцеву точку:

Ім'я/Хост/Псевдонім	TTL	Тип	Відповідь/Значення
"@", ".", або порожньо	3600	TXT	`forward-email=https://requestbin.com/r/en8pfhdgcculn`

Ось додаткові нотатки щодо вебхуків:

Якщо вам потрібно перевірити коректність навантаження вебхука (щоб упевнитися, що воно дійсно надходить з нашого сервера), ви можете визначити IP-адресу віддаленого клієнта або ім'я хоста клієнта за допомогою зворотного пошуку – це має бути або mx1.forwardemail.net, або mx2.forwardemail.net.
- Ви також можете перевірити IP-адресу за нашими опублікованими IP-адресами.
- Якщо ви користуєтеся платним планом, перейдіть у Мій акаунт → Домени → Налаштування → Ключ перевірки підпису вебхука, щоб отримати ваш ключ вебхука.
  - Ви можете змінювати цей ключ у будь-який час з міркувань безпеки.
  - Обчисліть і порівняйте значення X-Webhook-Signature з нашого запиту вебхука з обчисленим значенням тіла за допомогою цього ключа. Приклад того, як це зробити, доступний у цьому дописі на Stack Overflow.
- Дивіться обговорення на https://github.com/forwardemail/free-email-forwarding/issues/235 для більш детальної інформації.
Якщо вебхук не відповідає кодом статусу 200, ми збережемо його відповідь у журналі помилок – це корисно для налагодження.
HTTP-запити вебхуків повторюватимуться до 3 разів при кожній спробі SMTP-з’єднання, з максимальним таймаутом 60 секунд на POST-запит до кінцевої точки. Зверніть увагу, що це не означає, що повторів лише 3, фактично повтори відбуватимуться безперервно з часом, надсилаючи SMTP-код 421 (що означає для відправника спробувати пізніше) після третьої невдалої спроби HTTP POST. Це означає, що лист буде повторно надсилатися протягом днів, доки не буде отримано код статусу 200.
Ми автоматично повторюємо запити на основі стандартних кодів статусу та помилок, які використовуються у методі retry бібліотеки superagent (ми є її підтримувачами).
Ми групуємо HTTP-запити вебхуків до однієї й тієї ж кінцевої точки в один запит замість кількох, щоб заощадити ресурси та прискорити час відповіді. Наприклад, якщо ви надсилаєте листа на webhook1@o3o.ca, webhook2@o3o.ca та webhook3@o3o.ca, і всі вони налаштовані на ту саму точну URL-адресу кінцевої точки, буде зроблено лише один запит. Ми групуємо за точною відповідністю кінцевої точки з суворою рівністю.
Зверніть увагу, що ми використовуємо метод "simpleParser" бібліотеки mailparser для розбору повідомлення у JSON-дружній об’єкт.
Сировинне значення листа як рядок подається у властивості "raw".
Результати автентифікації подаються у властивостях "dkim", "spf", "arc", "dmarc" та "bimi".
Розпарсені заголовки листа подаються у властивості "headers" – також зверніть увагу, що можна використовувати "headerLines" для зручнішої ітерації та розбору.
Груповані отримувачі для цього вебхука згруповані разом і подаються у властивості "recipients".
Інформація про SMTP-сесію подається у властивості "session". Вона містить інформацію про відправника повідомлення, час надходження повідомлення, HELO та ім'я хоста клієнта. Значення імені хоста клієнта як session.clientHostname – це або FQDN (зворотний PTR-пошук), або session.remoteAddress, обгорнута у дужки (наприклад, "[127.0.0.1]").
Якщо вам потрібно швидко отримати значення X-Original-To, ви можете використати значення session.recipient (див. приклад нижче). Заголовок X-Original-To – це заголовок, який ми додаємо до повідомлень для налагодження з оригінальним отримувачем (до маскування пересилання) для повідомлення.
Якщо потрібно видалити властивості attachments та/або raw з тіла навантаження, просто додайте ?attachments=false, ?raw=false або ?attachments=false&raw=false до URL вашої кінцевої точки вебхука як параметр рядка запиту (наприклад, https://o3o.ca/webhook?attachments=false&raw=false).

Якщо є вкладення, вони будуть додані до масиву attachments у вигляді значень Buffer. Ви можете розпарсити їх назад у вміст, використовуючи підхід на JavaScript, наприклад:

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

Ви підтримуєте регулярні вирази або regex

Так, станом на 27 вересня 2021 року ми додали цю функцію. Ви можете просто писати регулярні вирази ("regex") для співпадіння псевдонімів та виконання замін.

Псевдоніми, що підтримують регулярні вирази, — це ті, що починаються з / і закінчуються на /, а їхні отримувачі є електронними адресами або вебхуками. Отримувачі також можуть включати підтримку замін за допомогою regex (наприклад, $1, $2).

Ми підтримуємо два прапорці регулярних виразів, включно з i та g. Регістронезалежний прапорець i є постійним за замовчуванням і завжди застосовується. Глобальний прапорець g ви можете додати, додавши /g після кінцевого /.

Зверніть увагу, що ми також підтримуємо нашу функцію відключення псевдонімів для частини отримувача з підтримкою regex.

Регулярні вирази не підтримуються на глобальних доменах ваніті (оскільки це може бути вразливістю безпеки).

Покращений захист конфіденційності: Якщо ви користуєтесь платним планом (який має покращений захист конфіденційності), будь ласка, перейдіть до Мій акаунт Домени і натисніть "Псевдоніми" поруч із вашим доменом, щоб налаштувати псевдоніми, включно з тими, що мають регулярні вирази. Якщо ви хочете дізнатися більше про платні плани, дивіться нашу сторінку Ціни.

Приклади для покращеного захисту конфіденційності

Назва псевдоніма	Ефект	Тест
`/^(linus\|torvalds)$/`	Листи на `linus@o3o.ca` або `torvalds@o3o.ca`	(переглянути тест на RegExr)
`/^24highst(reet)$/`	Листи на `24highst@o3o.ca` або `24highstreet@o3o.ca`	(переглянути тест на RegExr)

Порада: Щоб протестувати це на RegExr, напишіть вираз у верхньому полі, а потім введіть приклад псевдоніма в текстове поле нижче. Якщо він співпаде, поле стане синім.

Приклади для безкоштовного плану

Якщо ви користуєтесь безкоштовним планом, просто додайте новий DNS TXT запис, використовуючи один або кілька з наведених нижче прикладів:

Простий приклад: Якщо я хочу, щоб усі листи, що надходять на `linus@o3o.ca` або `torvalds@o3o.ca`, пересилались на `user@gmail.com`:

Ім'я/Хост/Псевдонім	TTL	Тип	Відповідь/Значення
"@", ".", або порожньо	3600	TXT	`forward-email=/^(linus\|torvalds)$/:user@gmail.com`

Приклад заміни Ім'я Прізвище: Уявіть, що всі електронні адреси вашої компанії мають формат `firstname.lastname@o3o.ca`. Якщо я хочу, щоб усі листи, що надходять на шаблон `firstname.lastname@o3o.ca`, пересилались на `firstname.lastname@company.com` з підтримкою замін (переглянути тест на RegExr):

Ім'я/Хост/Псевдонім	TTL	Тип	Відповідь/Значення
"@", ".", або порожньо	3600	TXT	`forward-email=/^([A-Za-z]+)+\.([A-Za-z]+)+$/:$1.$2@company.com`

Приклад заміни фільтрації символу плюса: Якщо я хочу, щоб усі листи, які надходять на `info@o3o.ca` або `support@o3o.ca`, пересилалися відповідно на `user+info@gmail.com` або `user+support@gmail.com` (з підтримкою заміни) (переглянути тест на RegExr):

Ім'я/Хост/Псевдонім	TTL	Тип	Відповідь/Значення
"@", ".", або порожньо	3600	TXT	`forward-email=/^(support\|info)$/:user+$1@gmail.com`

Приклад заміни рядка запиту webhook: Можливо, ви хочете, щоб усі листи, які надходять на `o3o.ca`, надсилалися на webhook і мали динамічний ключ рядка запиту "to" зі значенням частини імені користувача електронної адреси (переглянути тест на RegExr):

Ім'я/Хост/Псевдонім	TTL	Тип	Відповідь/Значення
"@", ".", або порожньо	3600	TXT	`forward-email=/^(.*?)$/:https://o3o.ca/webhook?username=$1`

Приклад тихого відхилення: Якщо ви хочете, щоб усі листи, які відповідають певному шаблону, були відключені і тихо відхилені (для відправника виглядає, ніби повідомлення було успішно надіслано, але насправді нікуди не надходить) зі статусним кодом `250` (див. Чи можу я відключити конкретні псевдоніми), тоді просто використовуйте той самий підхід з одним знаком оклику "!". Це вказує відправнику, що повідомлення було успішно доставлено, але насправді воно нікуди не пішло (наприклад, чорна діра або `/dev/null`).

Ім'я/Хост/Псевдонім	TTL	Тип	Відповідь/Значення
"@", ".", або порожньо	3600	TXT	`forward-email=/^(linus\|torvalds)$/:!`

Приклад м’якого відхилення: Якщо ви хочете, щоб усі листи, які відповідають певному шаблону, були відключені і м’яко відхилені зі статусним кодом `421` (див. Чи можу я відключити конкретні псевдоніми), тоді просто використовуйте той самий підхід з подвійним знаком оклику "!!". Це вказує відправнику повторити спробу надіслати лист, і листи на цей псевдонім будуть повторно намагатися доставити приблизно 5 днів, а потім відхилені назавжди.

Ім'я/Хост/Псевдонім	TTL	Тип	Відповідь/Значення
"@", ".", або порожньо	3600	TXT	`forward-email=/^(linus\|torvalds)$/:!!`

Приклад жорсткого відхилення: Якщо ви хочете, щоб усі електронні листи, які відповідають певному шаблону, були відключені та жорстко відхилені зі статусом `550` (див. Чи можу я відключити конкретні псевдоніми), просто використовуйте той самий підхід з потрійним знаком оклику "!!!". Це вказує відправнику на постійну помилку, і листи не будуть повторно надсилатися, вони будуть відхилені для цього псевдоніма.

Ім'я/Хост/Псевдонім	TTL	Тип	Відповідь/Значення
"@", ".", або порожньо	3600	TXT	`forward-email=/^(linus\|torvalds)$/:!!!`

Порада: Цікаво, як написати регулярний вираз або потрібно протестувати заміну? Ви можете перейти на безкоштовний сайт для тестування регулярних виразів RegExr за адресою https://regexr.com.

Чи можу я пересилати електронну пошту для будь-якого субдомену (субдомени з символами узагальнення)

Так, на наших платних тарифах. Ви можете налаштувати єдиний кореневий домен (наприклад, o3o.ca) так, щоб його конфігурація пересилання прозоро застосовувалася до кожного субдомену (наприклад, anything.o3o.ca, mail.o3o.ca, a.b.o3o.ca), без створення окремої конфігурації для кожного субдомену та без використання запису DNS із символом узагальнення, такого як *.o3o.ca.

Тільки для платних тарифів (за бажанням): Ця функція доступна на наших платних тарифах і вимкнена за замовчуванням. Ви повинні ввімкнути її для домену в розділі Мій обліковий запис → Домени → Налаштування, поставивши прапорець "Дозволити пересилання для субдоменів із символами узагальнення". Вона не застосовується до Безкоштовного тарифу.

Після ввімкнення, коли надходить електронний лист для одержувача на субдомені, ми спочатку шукаємо записи TXT на цьому точному хості субдомену. Якщо точний субдомен не має власних записів forward-email-site-verification=, ми автоматично повертаємося до запису перевірки, опублікованого на кореневому домені (тому субдомен успадковує ті самі псевдоніми та перевірку, що й кореневий домен).

Це навмисно обмежено, щоб ваша існуюча конфігурація ніколи не змінювалася:

Це має бути явно ввімкнено для кожного домену і застосовується лише до наших платних тарифів (ніколи не використовується на Безкоштовному тарифі).
Це застосовується лише до субдоменів (сам кореневий/вершинний домен залишається без змін).
Це застосовується лише тоді, коли точний субдомен не має відповідних записів, тому будь-які записи, які ви публікуєте на певному субдомені, завжди мають пріоритет над резервним варіантом кореневого домену.
Від кореневого домену успадковуються лише записи forward-email= та forward-email-site-verification=.

Приклад субдомену із символом узагальнення: Після ввімкнення "Дозволити пересилання для субдоменів із символами узагальнення" для `o3o.ca`, пошта, надіслана на будь-який субдомен, який не має власних записів (наприклад, `hello@anything.o3o.ca`), успадковує конфігурацію кореневого домену, включаючи його запис перевірки:

Ім'я/Хост/Псевдонім	TTL	Тип	Відповідь/Значення
"@", ".", або порожньо	3600	TXT	`forward-email-site-verification=XXXXXXXXXX`

Необхідні записи DNS для субдоменів із символами узагальнення

Електронна пошта маршрутизується за допомогою записів MX кожного одержувача, тому, щоб пошта фізично досягла нас для будь-якого субдомену, ви повинні опублікувати записи MX, які охоплюють ваші субдомени. Найпростіший підхід — це єдиний запис MX із символом узагальнення (*) у вашого провайдера DNS, який застосовується до кожного субдомену одночасно:

Ім'я/Хост/Псевдонім	TTL	Тип	Пріоритет	Відповідь/Значення
`*`	3600	MX	0	`mx1.forwardemail.net`
`*`	3600	MX	0	`mx2.forwardemail.net`

Символ узагальнення, такий як *.o3o.ca, відповідає mail.o3o.ca, a.b.o3o.ca і так далі. Щоб охопити лише один конкретний субдомен, використовуйте цей субдомен як Ім'я/Хост (наприклад, mail для mail.o3o.ca) з тими самими двома значеннями MX, що й вище.

Деякі провайдери DNS також підтримують CNAME із символом узагальнення (наприклад, *.o3o.ca CNAME o3o.ca), щоб субдомени перетворювалися на ваш кореневий домен. Для доставки пошти краще використовувати MX із символом узагальнення.

Важливо: Не додавайте запис CNAME на самому кореневому/вершинному домені (`@`), оскільки він конфліктує з вашими записами MX, TXT та іншими записами. Зберігайте запис TXT `forward-email-site-verification=` опублікованим на вашому кореневому домені — субдомени успадковують його автоматично.

Токени підстановки субдоменів

Коли ви використовуєте регулярні вирази в одержувачі (підстановка), ви можете додатково посилатися на субдомен вхідного одержувача за допомогою двох токенів. Зверніть увагу, що для того, щоб ці токени застосовувалися до кожного субдомену із запису єдиного кореневого домену, резервний варіант субдомену із символом узагальнення, описаний вище, має бути ввімкнено (тільки для платних тарифів); інакше вони застосовуються лише до записів, опублікованих на точному хості, що збігається:

Токен	Опис
`%SUBDOMAIN%`	Мітка(и) субдомену нижче кореневого домену вхідного одержувача. Наприклад, для `team@sales.o3o.ca` (корінь `o3o.ca`) це `sales`, а для `x@a.b.o3o.ca` це `a.b`. Для кореневого/вершинного домену це порожній рядок.
`%HOST%`	Повний хост (домен) вхідного одержувача. Наприклад, для `team@sales.o3o.ca` це `sales.o3o.ca`.

Приклад підстановки субдомену: Якщо ви хочете, щоб кожна адреса на кожному субдомені `o3o.ca` пересилалася до одного провайдера зі збереженням субдомену в пункті призначення (наприклад, `anyone@sales.o3o.ca` → `sales@example.net` та `anyone@support.o3o.ca` → `support@example.net`), опублікуйте єдиний запис на кореневому домені:

Ім'я/Хост/Псевдонім	TTL	Тип	Відповідь/Значення
"@", ".", або порожньо	3600	TXT	`forward-email=/^.*$/:%SUBDOMAIN%@example.net`

Які у вас обмеження на вихідні SMTP

Ми застосовуємо обмеження швидкості вихідного SMTP на кількох рівнях, щоб запобігти зловживанням, водночас зберігаючи гнучкість для законного використання. Кожен рівень перевіряється послідовно — який би ліміт не було досягнуто першим, тимчасово відхилить повідомлення з помилкою 421 (що означає "спробуйте пізніше").

Rate limit hierarchy:

Level	Scope	Default Limit	Description
Per-alias	Individual alias	None (uses domain limit)	Optional. If an alias has a custom `smtp_limit` set, it is checked first.
Per-domain	All emails sent from a domain in a day	300/day	Counts all outbound emails across every alias on the domain.
Per-user	All emails sent by a user account in a day	300/day	Prevents circumvention by deleting and re-creating aliases or domains.

How the effective limit is determined:

Team plan domains — the effective daily limit is the highest smtp_limit among all admin members of the domain. For example, if one admin has a limit of 300 and another has 500, the domain's effective limit is 500.
Enhanced Protection and other plans — the effective daily limit is the sending user's own smtp_limit (which defaults to 300 messages per day).
Per-alias override — domain administrators can optionally set a custom smtp_limit on individual aliases. When set, this is checked first (before the domain and user limits). This is useful for restricting specific aliases to a lower sending volume.
Значення за замовчуванням для нових аліасів на домені — адміністратори домену можуть встановити alias_default_smtp_limit для домену (через API або в розділі «Розширені налаштування» на панелі керування). Якщо встановлено, всі новостворені аліаси на цьому домені автоматично успадковуватимуть це значення як свій smtp_limit. Воно не може перевищувати ефективного SMTP-ліміту домену. Існуючі аліаси не зачіпаються. Встановіть у 0, щоб вимкнути.

System administrators (Forward Email staff) are exempt from all rate limits.

All rate limiting is enforced using database counts (Emails.countDocuments) against emails created since the start of the current day (midnight UTC). This means your limit resets daily at midnight UTC.

If you need a higher limit, please contact us. Most requests are honored within 1-2 hours.

Чи потрібне схвалення для увімкнення SMTP
Так, зверніть увагу, що для підтримки репутації IP та забезпечення доставляння, Forward Email має процес ручного перегляду для кожного домену для схвалення вихідного SMTP. Напишіть на support@forwardemail.net або відкрийте запит на допомогу для отримання схвалення. Зазвичай це займає менше 24 годин, більшість запитів обробляються протягом 1-2 годин. У найближчому майбутньому ми плануємо зробити цей процес миттєвим із додатковими контролями спаму та сповіщеннями. Цей процес гарантує, що ваші листи потрапляють у вхідні, а ваші повідомлення не позначаються як спам.

Які у вас налаштування сервера SMTP

Наш сервер — smtp.forwardemail.net, і він також моніториться на нашій сторінці статусу.

Він підтримує як IPv4, так і IPv6 і доступний через порти 465 та 2465 для SSL/TLS (рекомендовано) та 587, 2587, 2525 і 25 для TLS (STARTTLS).

Станом на жовтень 2025 року ми тепер підтримуємо спадкові з’єднання TLS 1.0 на портах 2455 (SSL/TLS) та 2555 (STARTTLS) для старих пристроїв, таких як принтери, сканери, камери та спадкові поштові клієнти, які не можуть підтримувати сучасні версії TLS. Ці порти надаються як альтернатива Gmail, Yahoo, Outlook та іншим провайдерам, які припинили підтримку старих протоколів TLS.

Caution

Підтримка спадкового TLS 1.0 (порти 2455 і 2555): Ці порти використовують застарілий протокол TLS 1.0, який має відомі вразливості безпеки (BEAST, POODLE). Використовуйте ці порти лише якщо ваш пристрій абсолютно не підтримує TLS 1.2 або вище. Ми настійно рекомендуємо оновити прошивку пристрою або перейти на сучасні поштові клієнти, коли це можливо. Ці порти призначені виключно для сумісності зі спадковим обладнанням (старі принтери, сканери, камери, IoT-пристрої).

Протокол	Ім'я хоста	Порти	IPv4	IPv6	Примітки
`SSL/TLS` Рекомендовано	`smtp.forwardemail.net`	`465`, `2465`	✅	✅	Сучасний TLS 1.2+ (Рекомендовано)
`TLS` (STARTTLS)	`smtp.forwardemail.net`	`587`, `2587`, `2525`, `25`	✅	✅	Підтримується (краще SSL/TLS порт `465`)
`SSL/TLS` Тільки спадковий	`smtp.forwardemail.net`	`2455`	✅	✅	⚠️ TLS 1.0 лише для старих пристроїв
`TLS` (STARTTLS) Тільки спадковий	`smtp.forwardemail.net`	`2555`	✅	✅	⚠️ TLS 1.0 лише для старих пристроїв
Логін	Приклад	Опис
--------	-------------------------	-----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
Ім'я користувача	`user@o3o.ca`	Адреса електронної пошти псевдоніма, що існує для домену в Мій акаунт Домени.
Пароль	`************************`	Псевдонім

Щоб надсилати вихідні листи через SMTP, користувач SMTP повинен бути адресою електронної пошти псевдоніма, що існує для домену в Мій акаунт Домени – а пароль SMTP має бути згенерованим паролем, специфічним для псевдоніма.

Будь ласка, зверніться до Чи підтримуєте ви надсилання листів через SMTP для покрокових інструкцій.

Які ваші налаштування сервера IMAP

Наш сервер — imap.forwardemail.net, і він також контролюється на нашій сторінці статусу.

Він підтримує як IPv4, так і IPv6, і доступний через порти 993 та 2993 для SSL/TLS.

Протокол	Ім'я хоста	Порти	IPv4	IPv6
`SSL/TLS` Рекомендовано	`imap.forwardemail.net`	`993`, `2993`	✅	✅

Логін	Приклад	Опис
Ім'я користувача	`user@o3o.ca`	Адреса електронної пошти псевдоніма, що існує для домену в Мій акаунт Домени.
Пароль	`************************`	Згенерований пароль, специфічний для псевдоніма.

Щоб підключитися через IMAP, користувач IMAP повинен бути адресою електронної пошти псевдоніма, що існує для домену в Мій акаунт Домени – а пароль IMAP має бути згенерованим паролем, специфічним для псевдоніма.

Будь ласка, зверніться до Чи підтримуєте ви отримання листів через IMAP для покрокових інструкцій.

Які ваші налаштування сервера POP3

Наш сервер — pop3.forwardemail.net, і він також контролюється на нашій сторінці статусу.

Він підтримує як IPv4, так і IPv6, і доступний через порти 995 та 2995 для SSL/TLS.

Протокол	Ім'я хоста	Порти	IPv4	IPv6
`SSL/TLS` Рекомендовано	`pop3.forwardemail.net`	`995`, `2995`	✅	✅
Логін	Приклад	Опис
--------	-------------------------	-----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
Ім'я користувача	`user@o3o.ca`	Адреса електронної пошти псевдоніма, який існує для домену в Мій акаунт Домени.
Пароль	`************************`	Згенерований пароль, специфічний для псевдоніма.

Щоб підключитися через POP3, користувач POP3 повинен бути адресою електронної пошти псевдоніма, який існує для домену в Мій акаунт Домени – а пароль IMAP має бути згенерованим паролем, специфічним для псевдоніма.

Будь ласка, зверніться до Чи підтримуєте ви POP3 для покрокових інструкцій.

Як налаштувати автоматичне виявлення електронної пошти для мого домену

Автоматичне виявлення електронної пошти дозволяє поштовим клієнтам, таким як Thunderbird, Apple Mail, Microsoft Outlook та мобільним пристроям, автоматично визначати правильні налаштування серверів IMAP, SMTP, POP3, CalDAV та CardDAV при додаванні користувачем свого поштового акаунту. Це визначено в RFC 6186 (електронна пошта) та RFC 6764 (CalDAV/CardDAV) і використовує DNS SRV записи.

Forward Email публікує записи автоматичного виявлення на forwardemail.net. Ви можете або додати SRV записи безпосередньо до свого домену, або використати простіший підхід з CNAME.

Варіант A: CNAME записи (найпростіший)

Додайте ці два CNAME записи до DNS вашого домену. Це делегує автоматичне виявлення серверам Forward Email:

Тип	Ім'я/Хост	Ціль/Значення
CNAME	`autoconfig`	`autoconfig.forwardemail.net`
CNAME	`autodiscover`	`autodiscover.forwardemail.net`

Запис autoconfig використовується Thunderbird та іншими клієнтами на базі Mozilla. Запис autodiscover використовується Microsoft Outlook.

Варіант B: SRV записи (прямі)

Якщо ви віддаєте перевагу додавати записи безпосередньо (або ваш DNS-провайдер не підтримує CNAME для піддоменів), додайте ці SRV записи до свого домену:

Тип	Ім'я/Хост	Пріоритет	Вага	Порт	Ціль/Значення	Призначення
SRV	`_imaps._tcp`	0	1	993	`imap.forwardemail.net`	IMAP через SSL/TLS (рекомендовано)
SRV	`_imap._tcp`	0	0	0	`.`	Прості IMAP вимкнено
SRV	`_submissions._tcp`	0	1	465	`smtp.forwardemail.net`	Відправка SMTP (SSL/TLS, рекомендовано)
SRV	`_submission._tcp`	5	1	587	`smtp.forwardemail.net`	Відправка SMTP (STARTTLS)
SRV	`_pop3s._tcp`	10	1	995	`pop3.forwardemail.net`	POP3 через SSL/TLS
SRV	`_pop3._tcp`	0	0	0	`.`	Прості POP3 вимкнено
SRV	`_caldavs._tcp`	0	1	443	`caldav.forwardemail.net`	CalDAV через TLS (календарі)
SRV	`_caldav._tcp`	0	0	0	`.`	Прості CalDAV вимкнено
SRV	`_carddavs._tcp`	0	1	443	`carddav.forwardemail.net`	CardDAV через TLS (контакти)
SRV	`_carddav._tcp`	0	0	0	`.`	Прості CardDAV вимкнено

Note

IMAP має нижче значення пріоритету (0), ніж POP3 (10), що вказує поштовим клієнтам віддавати перевагу IMAP перед POP3, коли обидва доступні. Записи з ціллю . (одна крапка) означають, що незашифровані (plaintext) версії цих протоколів навмисно вимкнені відповідно до RFC 6186 Розділ 3.4. SRV-записи CalDAV і CardDAV відповідають RFC 6764 для автоматичного виявлення календарів і контактів.

Які поштові клієнти підтримують автоматичне виявлення?

Клієнт	Пошта	CalDAV/CardDAV
Thunderbird	`autoconfig` CNAME або SRV записи	`autoconfig` XML або SRV записи (RFC 6764)
Apple Mail (macOS)	SRV записи (RFC 6186)	SRV записи (RFC 6764)
Apple Mail (iOS)	SRV записи (RFC 6186)	SRV записи (RFC 6764)
Microsoft Outlook	`autodiscover` CNAME або `_autodiscover._tcp` SRV	Не підтримується
GNOME (Evolution)	SRV записи (RFC 6186)	SRV записи (RFC 6764)
KDE (KMail)	SRV записи (RFC 6186)	SRV записи (RFC 6764)
eM Client	`autoconfig` або `autodiscover`	SRV записи (RFC 6764)

Tip

Для найкращої сумісності з усіма клієнтами рекомендуємо використовувати Варіант A (CNAME записи) у поєднанні з SRV записами з Варіанту B. Підхід з CNAME сам по собі охоплює більшість поштових клієнтів. SRV записи CalDAV/CardDAV забезпечують автоматичне виявлення налаштувань сервера для клієнтів календарів і контактів.

Безпека

Розширені методи захисту сервера
Tip
Дізнайтеся більше про нашу інфраструктуру безпеки на нашій сторінці Безпеки.

Forward Email реалізує численні методи захисту сервера для забезпечення безпеки нашої інфраструктури та ваших даних:
1. Мережева безпека:
  - Брандмауер iptables зі строгими правилами
  - Fail2ban для захисту від brute force атак
  - Регулярні аудити безпеки та тестування на проникнення
  - Адміністративний доступ лише через VPN
2. Зміцнення системи:
  - Мінімальна установка пакетів
  - Регулярні оновлення безпеки
  - SELinux у режимі enforcing
  - Відключений root-доступ через SSH
  - Лише автентифікація на основі ключів
3. Безпека додатків:
  - Заголовки Content Security Policy (CSP)
  - HTTPS Strict Transport Security (HSTS)
  - Заголовки захисту від XSS
  - Заголовки опцій фреймів і політики реферера
  - Регулярні аудити залежностей
4. Захист даних:
  - Повне шифрування диска за допомогою LUKS
  - Безпечне управління ключами
  - Регулярні резервні копії з шифруванням
  - Практики мінімізації даних
5. Моніторинг і реагування:
  - Виявлення вторгнень у реальному часі
  - Автоматизоване сканування безпеки
  - Централізоване логування та аналіз
  - Процедури реагування на інциденти
Important
Наші практики безпеки постійно оновлюються для протидії новим загрозам і вразливостям.

Tip
Для максимальної безпеки рекомендуємо використовувати наш сервіс з наскрізним шифруванням через OpenPGP.
Чи маєте ви сертифікати SOC 2 або ISO 27001
Note
Forward Email працює на інфраструктурі, що надається сертифікованими субпідрядниками, щоб забезпечити відповідність галузевим стандартам.

Forward Email безпосередньо не має сертифікатів SOC 2 Type II або ISO 27001. Однак сервіс працює на інфраструктурі, що надається сертифікованими субпідрядниками:
- DigitalOcean: сертифікований за SOC 2 Type II та SOC 3 Type II (аудит Schellman & Company LLC), сертифікований за ISO 27001 у кількох дата-центрах. Деталі: https://www.digitalocean.com/trust/certification-reports
- Vultr: сертифікований за SOC 2+ (HIPAA), сертифікати ISO/IEC: 20000-1:2018, 27001:2022, 27017:2015, 27018:2019. Деталі: https://www.vultr.com/legal/compliance/
- DataPacket: відповідність SOC 2 (зв’яжіться безпосередньо з DataPacket для отримання сертифікації), провайдер інфраструктури корпоративного рівня (локація Денвер). Деталі: https://www.datapacket.com/datacenters/denver
Forward Email дотримується найкращих галузевих практик для аудитів безпеки та регулярно співпрацює з незалежними дослідниками безпеки. Джерело: https://forwardemail.net/technical-whitepaper.pdf#page=36
Чи використовуєте ви TLS-шифрування для пересилання електронної пошти
Так. Forward Email суворо застосовує TLS 1.2+ для всіх з’єднань (HTTPS, SMTP, IMAP, POP3) та впроваджує MTA-STS для покращеної підтримки TLS. Реалізація включає:
- Застосування TLS 1.2+ для всіх поштових з’єднань
- ECDHE (Elliptic Curve Diffie-Hellman Ephemeral) для обміну ключами з ідеальною прямою секретністю
- Сучасні набори шифрів з регулярними оновленнями безпеки
- Підтримка HTTP/2 для покращення продуктивності та безпеки
- HSTS (HTTP Strict Transport Security) з попереднім завантаженням у основних браузерах
- MTA-STS (Mail Transfer Agent Strict Transport Security) для суворого застосування TLS
Джерело: https://forwardemail.net/technical-whitepaper.pdf#page=25

Реалізація MTA-STS: Forward Email реалізує суворе застосування MTA-STS у кодовій базі. Коли виникають помилки TLS і MTA-STS застосовується, система повертає статуси SMTP 421, щоб забезпечити повторну спробу відправлення пізніше, а не доставку пошти без захисту. Деталі реалізації:
- Виявлення помилок TLS: https://github.com/forwardemail/forwardemail.net/blob/master/helpers/is-tls-error.js
- Застосування MTA-STS у помічнику send-email: https://github.com/forwardemail/forwardemail.net/blob/master/helpers/send-email.js
Перевірка сторонніми: https://www.hardenize.com/report/forwardemail.net/1750312779 показує оцінки "Good" для всіх заходів TLS та транспортної безпеки.
Чи зберігаєте ви заголовки автентифікації електронної пошти
Так. Forward Email комплексно реалізує та зберігає заголовки автентифікації електронної пошти:
- SPF (Sender Policy Framework): правильно реалізований та збережений
- DKIM (DomainKeys Identified Mail): повна підтримка з належним управлінням ключами
- DMARC: застосування політики для листів, які не проходять перевірку SPF або DKIM
- ARC: хоча не описано детально, ідеальні результати відповідності сервісу свідчать про комплексне оброблення заголовків автентифікації
Джерело: https://forwardemail.net/technical-whitepaper.pdf#page=31

Перевірка: тест Internet.nl Mail Test показує 100/100 балів саме за реалізацію "SPF, DKIM та DMARC". Оцінка Hardenize підтверджує оцінки "Good" для SPF та DMARC: https://www.hardenize.com/report/forwardemail.net/1750312779
Чи зберігаєте ви оригінальні заголовки електронної пошти та запобігаєте підробці
Tip
Forward Email реалізує складний захист від підробки, щоб запобігти зловживанню електронною поштою.

Forward Email зберігає оригінальні заголовки електронної пошти, одночасно впроваджуючи комплексний захист від підробки через кодову базу MX:
- Збереження заголовків: оригінальні заголовки автентифікації зберігаються під час пересилання
- Захист від підробки: застосування політики DMARC запобігає підробці заголовків, відхиляючи листи, які не проходять перевірку SPF або DKIM
- Запобігання ін’єкції заголовків: валідація та санітизація введення за допомогою бібліотеки striptags
- Розширений захист: складне виявлення фішингу з виявленням підробок, запобіганням імітації та системами сповіщення користувачів
Деталі реалізації MX: основна логіка обробки пошти реалізована у кодовій базі сервера MX, зокрема:
- Основний обробник даних MX: https://github.com/forwardemail/forwardemail.net/blob/master/helpers/on-data-mx.js
- Фільтрація довільної пошти (анти-підробка): https://github.com/forwardemail/forwardemail.net/blob/master/helpers/is-arbitrary.js
Помічник isArbitrary реалізує складні правила захисту від підробки, включно з виявленням імітації домену, заблокованих фраз та різних схем фішингу.
Як ви захищаєтеся від спаму та зловживань
Forward Email реалізує комплексний багаторівневий захист:
- Обмеження швидкості: Застосовується до спроб автентифікації, API-ендпоінтів та SMTP-з’єднань
- Ізоляція ресурсів: Між користувачами для запобігання впливу користувачів з великим обсягом трафіку
- Захист від DDoS: Багаторівневий захист через систему Shield від DataPacket та Cloudflare
- Автоматичне масштабування: Динамічне регулювання ресурсів залежно від попиту
- Запобігання зловживанням: Перевірки на зловживання, специфічні для користувача, та блокування на основі хешів для шкідливого контенту
- Примусова аутентифікація електронної пошти: Повідомлення від відправників, які не входять до списку дозволених, повинні пройти принаймні SPF або DKIM (аналогічно вимогам Gmail, Outlook та Yahoo з 2024 року). Повідомлення без жодної успішної аутентифікації відхиляються з кодом помилки 550. Застосовуються політики DMARC p=reject та p=quarantine.
- Перевірка HELO/EHLO по списку блокування: Ім'я хоста, представлене під час привітання SMTP HELO/EHLO, перевіряється по нашому списку блокування, забезпечуючи захист навіть коли у відправників IPv6 відсутні зворотні DNS-записи
Джерела:
- https://forwardemail.net/technical-whitepaper.pdf#page=18
- https://www.datapacket.com/datacenters/denver (деталі захисту від DDoS)
- https://github.com/forwardemail/forwardemail.net/blob/master/helpers/abuse-prevention-by-user-id.js
Чи зберігаєте ви вміст електронної пошти на диску
Important
Forward Email використовує архітектуру з нульовим знанням, яка запобігає запису вмісту електронної пошти на диск.
- Архітектура з нульовим знанням: Індивідуально зашифровані поштові скриньки SQLite означають, що Forward Email не має доступу до вмісту електронної пошти
- Обробка в пам’яті: Обробка електронної пошти відбувається повністю в пам’яті, уникаючи збереження на диску
- Відсутність логування вмісту: "Ми не ведемо журнал і не зберігаємо вміст або метадані електронної пошти на диску"
- Пісочниця для шифрування: Ключі шифрування ніколи не зберігаються на диску у відкритому вигляді
Докази з коду MX: MX-сервер обробляє електронні листи повністю в пам’яті без запису вмісту на диск. Основний обробник електронної пошти демонструє цей підхід в пам’яті: https://github.com/forwardemail/forwardemail.net/blob/master/helpers/on-data-mx.js

Джерела:
- https://forwardemail.net/technical-whitepaper.pdf#page=10 (Анотація)
- https://forwardemail.net/technical-whitepaper.pdf#page=59 (Деталі архітектури з нульовим знанням)
- https://forwardemail.net/technical-whitepaper.pdf#page=21 (Пісочниця для шифрування)
Чи може вміст електронної пошти бути розкритий під час збоїв системи
Ні. Forward Email реалізує комплексні заходи безпеки для запобігання розкриттю даних під час збоїв:
- Відключені дампи пам’яті: Запобігає витоку пам’яті під час збоїв
- Контрольоване використання swap: Хости застосунків та інші хости, що не є базами даних, залишаються без swap, а їх розмір і моніторинг налаштовані так, щоб звичайні робочі навантаження залишалися в RAM. Хости MongoDB та Redis використовують файл swap лише для root з vm.swappiness=1 суворо як захисну сітку від нестачі пам'яті, а не як звичайну ємність. Вимкнення swap усюди може перетворити тимчасове навантаження на пам'ять бази даних на негайне завершення через OOM. Активність swap бази даних відстежується та розслідується.
- Архітектура в пам’яті: Вміст електронної пошти існує лише у нестійкій пам’яті під час обробки
- Захист ключів шифрування: Ключі ніколи не зберігаються на диску у відкритому вигляді
- Фізична безпека: Диски, зашифровані LUKS v2, запобігають фізичному доступу до даних
- Відключене USB-зберігання: Запобігає несанкціонованому вилученню даних
Обробка помилок системних проблем: Forward Email використовує допоміжні функції isCodeBug та isTimeoutError, щоб гарантувати, що у разі проблем з підключенням до бази даних, проблем з мережею DNS/блоклистом або проблем з підключенням до вищестоячих систем, система повертає статус 421 SMTP, щоб забезпечити повторну спробу відправлення листів пізніше, а не їх втрату чи розкриття.

Деталі реалізації:
- Класифікація помилок: https://github.com/forwardemail/forwardemail.net/blob/master/helpers/is-code-bug.js
- Обробка помилок таймауту в MX-обробці: https://github.com/forwardemail/forwardemail.net/blob/master/helpers/on-data-mx.js
Джерело: https://forwardemail.net/technical-whitepaper.pdf#page=15
Хто має доступ до вашої інфраструктури електронної пошти
Forward Email реалізує комплексний контроль доступу для мінімальної інженерної команди з 2-3 осіб із суворими вимогами 2FA:
- Контроль доступу на основі ролей: Для командних акаунтів з дозволами на основі ресурсів
- Принцип найменших привілеїв: Застосовується у всіх системах
- Розподіл обов’язків: Між операційними ролями
- Управління користувачами: Окремі користувачі для розгортання та devops з різними дозволами
- Відключений root-доступ: Примушує доступ через належним чином автентифіковані акаунти
- Суворий 2FA: Без SMS-2FA через ризик атак MiTM — лише додатки або апаратні токени
- Комплексне журналювання аудиту: З редагуванням конфіденційних даних
- Автоматичне виявлення аномалій: Для незвичних патернів доступу
- Регулярні огляди безпеки: Логів доступу
- Запобігання атакам Evil Maid: Відключене USB-зберігання та інші заходи фізичної безпеки Джерела:
- https://forwardemail.net/technical-whitepaper.pdf#page=30 (Контроль авторизації)
- https://forwardemail.net/technical-whitepaper.pdf#page=30 (Мережева безпека)
- https://forwardemail.net/technical-whitepaper.pdf#page=15 (Запобігання атаці «злий покоївка»)

Яких провайдерів інфраструктури ви використовуєте

Important

Forward Email використовує кількох субпідрядників інфраструктури з комплексними сертифікатами відповідності.

Повні деталі доступні на нашій сторінці відповідності GDPR: https://forwardemail.net/gdpr

Основні субпідрядники інфраструктури:

Провайдер	Сертифікат відповідності рамкам захисту даних	Сторінка відповідності GDPR
Cloudflare	✅ Так	https://www.cloudflare.com/trust-hub/gdpr/
DataPacket	❌ Ні	https://www.datapacket.com/privacy-policy
DigitalOcean	❌ Ні	https://www.digitalocean.com/legal/gdpr
GitHub	✅ Так	https://docs.github.com/en/site-policy/privacy-policies/github-data-protection-agreement
Vultr	❌ Ні	https://www.vultr.com/legal/eea-gdpr-privacy/

Детальні сертифікати:

DigitalOcean

SOC 2 Type II & SOC 3 Type II (аудит проведено Schellman & Company LLC)
Сертифікат ISO 27001 у кількох дата-центрах
Відповідність PCI-DSS
Сертифікат CSA STAR рівня 1
Сертифікат APEC CBPR PRP
Деталі: https://www.digitalocean.com/trust/certification-reports

Vultr

Сертифікат SOC 2+ (HIPAA)
Відповідність PCI Merchant
Сертифікат CSA STAR рівня 1
ISO/IEC 20000-1:2018, 27001:2022, 27017:2015, 27018:2019
Деталі: https://www.vultr.com/legal/compliance/

DataPacket

Відповідність SOC 2 (зв’яжіться безпосередньо з DataPacket для отримання сертифікату)
Інфраструктура корпоративного рівня (локація Денвер)
Захист від DDoS через стек кібербезпеки Shield
Технічна підтримка 24/7
Глобальна мережа з 58 дата-центрів
Деталі: https://www.datapacket.com/datacenters/denver

GitHub

Сертифікат Data Privacy Framework (EU-U.S., Swiss-U.S. та UK Extension)
Хостинг вихідного коду, CI/CD та управління проєктами
Доступна Угода про захист даних GitHub
Деталі: https://docs.github.com/en/site-policy/privacy-policies/github-data-protection-agreement

Платіжні процесори:

Stripe: Сертифікат Data Privacy Framework - https://stripe.com/legal/privacy-center
PayPal: Не сертифікований DPF - https://www.paypal.com/uk/legalhub/privacy-full

Чи пропонуєте ви Угоду про обробку даних (DPA)
Так, Forward Email пропонує комплексну Угоду про обробку даних (DPA), яку можна підписати разом з нашим корпоративним договором. Копія нашої DPA доступна за адресою: https://forwardemail.net/dpa

Деталі DPA:
- Охоплює відповідність GDPR та рамки EU-US/Swiss-US Privacy Shield
- Автоматично приймається при погодженні з нашими Умовами обслуговування
- Для стандартної DPA окремий підпис не потрібен
- Контрпідписана копія та індивідуальні умови DPA доступні через Enterprise License
- Щоб зазначити нас у власному додатку щодо субобробників, див. Як зазначити Forward Email як субобробника у моєму власному DPA
Рамки відповідності GDPR: Наша DPA описує відповідність GDPR, а також вимоги щодо міжнародної передачі даних. Повна інформація доступна за адресою: https://forwardemail.net/gdpr

Для корпоративних клієнтів, які потребують індивідуальних умов DPA або специфічних договірних домовленостей, це можна вирішити через нашу програму Enterprise License ($250/місяць).
Чи можу я зберігати обробку та зберігання електронної пошти в ЄС (резидентність даних)
Important
Ще ні. Наразі немає розгортання лише в ЄС або можливості вибору ЄС, і ви не повинні описувати Forward Email як обробника лише в ЄС у ваших документах або угоді про обробку даних.

Де сьогодні відбувається обробка: наші сервери розміщені переважно в Denver, Colorado, United States (див. Де розміщені ваші сервери та https://forwardemail.net/ips). Це стосується кожної функції: вхідної переадресації, журналів помилок, сховища поштової скриньки (IMAP/POP3/CalDAV/CardDAV) і вихідного SMTP.

Що заплановано: дата-центр в ЄС у Амстердамі, розміщений під forwardemail.eu. Щоб зберігати дані ЄС справді ізольованими — юридично та технічно — він має працювати через окрему компанію, що базується в ЄС, а не лише через сервери, розташовані в ЄС. Дати запуску поки немає, і приєднання до списку очікування не змінює того, де сьогодні обробляється ваша пошта. Підпишіться на https://github.com/orgs/forwardemail/discussions/336 на оновлення; там ми опишемо, як наявні клієнти зможуть увімкнути цю опцію, коли вона стане доступною.

Що ви можете коректно зазначити сьогодні:
- Обробник: Forward Email LLC, компанія, зареєстрована в Delaware, United States
- Місце обробки та зберігання: United States
- Механізм передачі та запобіжні заходи: як описано на наших сторінках DPA і GDPR
- Наші субобробники: перелічені на нашій сторінці GDPR (усі провайдери зі США)
Див. Де обробляється й зберігається вхідна пошта для мого домену та як довго для розбиття за функціями та Як додати Forward Email як субобробника у власну DPA для готового до копіювання пункту додатка.

Де обробляється й зберігається вхідна пошта для мого домену, і як довго

Уся обробка та зберігання відбуваються на наших серверах у Denver, Colorado, United States. Те, що зберігається і як довго, залежить від функції:

Функція	Що зберігається	Період зберігання
Переадресація електронної пошти (аліас, що переспрямовує на іншу адресу або вебхук)	Нічого. Повідомлення повністю обробляється в пам'яті та надсилається на місце призначення; воно ніколи не записується на диск чи до бази даних.	Немає – повідомлення відкидається, щойно здійснено спробу доставки
Журнали помилок SMTP (`4xx`/`5xx` відповіді)	Помилка SMTP, конверт і заголовки електронного листа. Не тіло повідомлення чи вкладення.	7 днів (див. Чи зберігаєте ви журнали помилок)
Кеші протидії зловживанням (сірий список, заборонений список, обмеження частоти)	Ключі, отримані з даних відправника й одержувача (адреси, домени, хеші), без вмісту повідомлень.	До 30 днів (див. Чи у вас є сірий список і Чи у вас є заборонений список)
Сховище поштової скриньки (IMAP/POP3/CalDAV/CardDAV, коли ввімкнено на аліасі)	Повідомлення, контакти та календарі в індивідуально зашифрованій поштовій скриньці SQLite, яку може відкрити лише ваш пароль.	Доки ви не видалите повідомлення, аліас, домен або обліковий запис (див. Як експортувати та створити резервну копію моєї поштової скриньки)
Вихідний SMTP	Записи черги для доставки та звітування про помилки. Тіла повідомлень за замовчуванням зберігаються 0 днів після успішної доставки або постійної помилки; ви можете збільшити це щонайбільше до 30 днів для кожного домену.	~30 днів для записів черги (див. нашу Політику конфіденційності)

Дві речі, які варто зазначити у ваших власних записах:

Переадресований лист доставляється до поштової скриньки призначення, яку ви налаштували (наприклад, Google Workspace або Microsoft 365). Те, що зберігає той провайдер, регулюється вашою угодою з ним, а не нами.
Записи про домени й облікові записи (ваша адреса електронної пошти, назви доменів, аліаси, платіжні реквізити) зберігаються, доки існує ваш обліковий запис. Повний перелік див. у нашій Політиці конфіденційності.

Джерела: https://forwardemail.net/privacy, https://forwardemail.net/technical-whitepaper.pdf, та MX-обробник на https://github.com/forwardemail/forwardemail.net/blob/master/helpers/on-data-mx.js.

Як додати Forward Email як субобробника у власну DPA

Якщо ви є контролером (або самі обробником) відповідно до статті 28 GDPR і використовуєте Forward Email для обробки пошти ваших клієнтів або користувачів, зазвичай вам потрібно назвати нас у власному додатку щодо субобробників. Запис нижче — це те, що б ми написали:

Поле	Значення
Субобробник	Forward Email LLC
Зареєстровано в	State of Delaware, United States
Сервіс	Переадресація електронної пошти (вхідний MX) та, де ввімкнено, зашифроване сховище поштової скриньки (IMAP/POP3/CalDAV/CardDAV) і вихідний SMTP
Опрацьовані персональні дані	Адреси електронної пошти, метадані конверта і заголовків, а також вміст повідомлень у транзиті (лише в пам'яті для переадресації; зашифровані під час зберігання для сховища скриньки)
Місце обробки	United States (Denver, Colorado)
Період зберігання	Див. Де обробляється й зберігається вхідна пошта для мого домену, і як довго
Механізм передачі	Як викладено на наших сторінках Data Processing Agreement і GDPR
Наші субобробники	Перелічені на нашій сторінці GDPR та в DPA (наразі Cloudflare, DataPacket, DigitalOcean, GitHub, Vultr, Stripe і PayPal)
Представник в ЄС (ст. 27)	Osano International Compliance Services Limited, Дублін, Ірландія – повна адреса на нашій сторінці GDPR
Представник у Великій Британії	Osano UK Compliance LTD, Белфаст – повна адреса на нашій сторінці GDPR
Угода про обробку даних	https://forwardemail.net/dpa (приймається разом із нашими Terms; контрпідписаний примірник надається в межах Enterprise License)
Контакт з питань безпеки	security@forwardemail.net

Warning

Наші Terms не дозволяють експлуатувати сервіс, який дає змогу третім сторонам (будь-кому, окрім ваших власних працівників і підрядників) отримувати доступ, використовувати або отримувати вигоду від Forward Email без укладання підприємницької угоди. Якщо ви вказуєте нас як субобробника, тому що опрацьовуєте пошту ваших клієнтів, вам потрібна Enterprise License – це також спосіб отримати контрпідписану DPA.

Як ви обробляєте повідомлення про витік даних
Note
Архітектура Forward Email з нульовим знанням суттєво обмежує вплив витоку.
- Обмежене розкриття даних: Не має доступу до зашифрованого вмісту електронної пошти через архітектуру з нульовим знанням
- Мінімальний збір даних: Лише базова інформація про підписників та обмежені журнали IP для безпеки
- Рамки субпідрядників: DigitalOcean, GitHub та Vultr підтримують процедури реагування на інциденти, що відповідають GDPR
Інформація про представника GDPR: Forward Email призначив представників GDPR відповідно до статті 27:

Представник у ЄС: Osano International Compliance Services Limited ATTN: LFHC 3 Dublin Landings, North Wall Quay Dublin 1, D01C4E0

Представник у Великій Британії: Osano UK Compliance LTD ATTN: LFHC 42-46 Fountain Street, Belfast Antrim, BT1 - 5EF

Для корпоративних клієнтів, які потребують конкретних SLA щодо повідомлення про порушення, це слід обговорювати в рамках угоди про Enterprise License.

Джерела:
- https://forwardemail.net/technical-whitepaper.pdf#page=59
- https://forwardemail.net/gdpr
Чи пропонуєте ви тестове середовище
Технічна документація Forward Email не описує явно виділений режим пісочниці. Однак потенційні підходи до тестування включають:
- Опція самостійного розгортання: Повний функціонал для створення тестових середовищ
- API-інтерфейс: Можливість програмного тестування конфігурацій
- Відкритий код: 100% відкритий код дозволяє клієнтам досліджувати логіку пересилання
- Підтримка кількох доменів: Можливість створення тестових доменів
Для корпоративних клієнтів, які потребують формальних можливостей пісочниці, це слід обговорювати в рамках угоди про Enterprise License.

Джерело: https://github.com/forwardemail/forwardemail.net (деталі середовища розробки)
Чи надаєте ви інструменти моніторингу та оповіщення
Forward Email надає моніторинг у реальному часі з деякими обмеженнями:

Доступно:
- Моніторинг доставки в реальному часі: Публічно доступні показники продуктивності для основних поштових провайдерів
- Автоматичне оповіщення: Інженерна команда отримує сповіщення, якщо час доставки перевищує 10 секунд
- Прозорий моніторинг: 100% відкриті системи моніторингу
- Моніторинг інфраструктури: Автоматичне виявлення аномалій та комплексне ведення аудиту
Обмеження:
- Вебхуки для клієнтів або повідомлення про статус доставки через API не документовані явно
Для корпоративних клієнтів, які потребують детальних вебхуків статусу доставки або індивідуальних інтеграцій моніторингу, ці можливості можуть бути доступні через угоди Enterprise License.

Джерела:
- https://forwardemail.net (відображення моніторингу в реальному часі)
- https://github.com/forwardemail/forwardemail.net (реалізація моніторингу)
Як ви забезпечуєте високу доступність
Important
Forward Email реалізує комплексну надлишковість через кількох провайдерів інфраструктури.
- Розподілена інфраструктура: Кілька провайдерів (DigitalOcean, Vultr, DataPacket) у різних географічних регіонах
- Географічне балансування навантаження: Балансування навантаження на основі геолокації через Cloudflare з автоматичним переключенням
- Автоматичне масштабування: Динамічне регулювання ресурсів залежно від попиту
- Багаторівневий захист від DDoS: Через систему Shield від DataPacket та Cloudflare
- Надлишковість серверів: Кілька серверів у кожному регіоні з автоматичним переключенням
- Реплікація баз даних: Синхронізація даних у реальному часі між кількома локаціями
- Моніторинг та оповіщення: Цілодобовий моніторинг з автоматичним реагуванням на інциденти
Гарантія часу безвідмовної роботи: понад 99,9% доступності сервісу з прозорим моніторингом на https://forwardemail.net

Джерела:
- https://forwardemail.net/technical-whitepaper.pdf#page=18
- https://www.datapacket.com/datacenters/denver
Чи відповідаєте ви розділу 889 Закону про національну оборону (NDAA)
Important
Forward Email повністю відповідає розділу 889 завдяки ретельному вибору партнерів інфраструктури.

Так, Forward Email є відповідним розділу 889. Розділ 889 Закону про національну оборону (NDAA) забороняє урядовим установам використовувати або укладати контракти з організаціями, які використовують телекомунікаційне та відеоспостережне обладнання від конкретних компаній (Huawei, ZTE, Hikvision, Dahua та Hytera). Як Forward Email досягає відповідності Розділу 889:

Forward Email покладається виключно на двох ключових постачальників інфраструктури, жоден з яких не використовує обладнання, заборонене Розділом 889:
1. Cloudflare: Наш основний партнер з мережевих послуг та безпеки електронної пошти
2. DataPacket: Наш основний постачальник серверної інфраструктури (використовує виключно обладнання Arista Networks та Cisco)
3. Резервні постачальники: Наші резервні постачальники Digital Ocean та Vultr додатково підтверджені письмово як такі, що відповідають Розділу 889.
Зобов’язання Cloudflare: Cloudflare чітко зазначає у своєму Кодексі поведінки третіх сторін, що вони не використовують телекомунікаційне обладнання, продукти відеоспостереження або послуги від будь-яких суб’єктів, заборонених Розділом 889.

Використання урядом: Наша відповідність Розділу 889 була підтверджена, коли Військово-морська академія США обрала Forward Email для своїх потреб у безпечному пересиланні електронної пошти, вимагаючи документації наших федеральних стандартів відповідності.

Для повної інформації про нашу рамкову систему відповідності урядовим вимогам, включно з ширшими федеральними регуляціями, прочитайте наше комплексне дослідження: Федеральний урядовий сервіс електронної пошти, що відповідає Розділу 889

Системні та технічні деталі

Чи зберігаєте ви електронні листи та їхній вміст
Ні, ми не записуємо на диск і не зберігаємо логи – за винятком помилок та вихідного SMTP (див. нашу Політику конфіденційності).

Усе виконується в пам’яті, а наш вихідний код розміщено на GitHub.
Як працює ваша система пересилання електронної пошти
Електронна пошта базується на протоколі SMTP. Цей протокол складається з команд, що надсилаються серверу (найчастіше на порт 25). Спочатку встановлюється з’єднання, потім відправник вказує, звідки надходить лист ("MAIL FROM"), далі – куди він надсилається ("RCPT TO"), і нарешті – заголовки та тіло самого листа ("DATA"). Потік нашої системи пересилання електронної пошти описано відносно кожної команди протоколу SMTP нижче:
- Початкове з’єднання (без назви команди, наприклад telnet o3o.ca 25) – це початкове з’єднання. Ми перевіряємо відправників, яких немає у нашому білому списку, за допомогою нашого чорного списку. Нарешті, якщо відправника немає у білому списку, ми перевіряємо, чи він не перебуває у сірому списку.
- HELO – це привітання для ідентифікації повного доменного імені відправника, IP-адреси або імені поштового обробника. Це значення можна підробити, тому ми не покладаємося на ці дані, а натомість використовуємо зворотний пошук імені хоста за IP-адресою з’єднання. Однак тепер ми також перевіряємо це значення по нашому списку блокування на додаток до зворотного пошуку імені хоста, що забезпечує додатковий рівень захисту, особливо для з'єднань IPv6, де зворотні DNS-записи можуть бути недоступні.
- MAIL FROM – це вказує адресу відправника у конверті листа. Якщо вказано значення, воно має бути дійсною електронною адресою за RFC 5322. Порожні значення дозволені. Тут ми перевіряємо на backscatter і також перевіряємо MAIL FROM за нашим чорним списком. Нарешті, ми перевіряємо відправників, яких немає у білому списку, на обмеження швидкості (див. розділ про обмеження швидкості та білий список для детальнішої інформації).
- RCPT TO – це вказує одержувача(ів) листа. Вони мають бути дійсними електронними адресами за RFC 5322. Ми дозволяємо максимум до 50 одержувачів у конверті на повідомлення (це відрізняється від заголовка "To" у листі). Також ми перевіряємо дійсність адреси за Sender Rewriting Scheme ("SRS") для захисту від підробки з використанням нашого доменного імені SRS.
- DATA – це основна частина нашої служби, яка обробляє лист. Детальніше дивіться у розділі Як ви обробляєте лист для пересилання нижче.
Як ви обробляєте електронний лист для пересилання
У цьому розділі описується наш процес, пов’язаний із командою протоколу SMTP DATA у розділі Як працює ваша система пересилання електронної пошти вище – це те, як ми обробляємо заголовки листа, тіло, безпеку, визначаємо, куди його потрібно доставити, і як ми керуємо з’єднаннями.
1. Якщо повідомлення перевищує максимальний розмір 50 МБ, воно відхиляється з кодом помилки 552.
2. Якщо повідомлення не містить заголовка "From", або якщо будь-яке зі значень у заголовку "From" не є дійсною електронною адресою за стандартом RFC 5322, воно відхиляється з кодом помилки 550.
3. Якщо повідомлення містить більше 25 заголовків "Received", вважається, що воно застрягло в циклі перенаправлення, і його відхиляють з кодом помилки 550.
4. Використовуючи відбиток електронної пошти (див. розділ про Fingerprinting), ми перевіряємо, чи повідомлення намагалися повторно доставити більше 5 днів (що відповідає стандартній поведінці postfix), і якщо так, то його відхиляють з кодом помилки 550.
5. Ми зберігаємо в пам’яті результати сканування листа за допомогою Spam Scanner.
6. Якщо були будь-які довільні результати від Spam Scanner, повідомлення відхиляється з кодом помилки 554. Довільні результати на момент написання включають лише тест GTUBE. Детальніше див. https://spamassassin.apache.org/gtube/.
7. Ми додаємо до повідомлення такі заголовки для налагодження та запобігання зловживанням:
  - Received – додаємо цей стандартний заголовок Received з IP-адресою та хостом походження, типом передачі, інформацією про TLS-з’єднання, датою/часом і отримувачем.
  - X-Original-To – оригінальний отримувач повідомлення:
    
    Це корисно для визначення, куди спочатку було доставлено лист (крім заголовка "Received").
    
    Додається для кожного отримувача під час IMAP і/або маскованого пересилання (для захисту конфіденційності).
  - X-Forward-Email-Website – містить посилання на наш вебсайт https://forwardemail.net
  - X-Forward-Email-Version – поточна версія SemVer з package.json нашої кодової бази.
  - X-Forward-Email-Session-ID – ідентифікатор сесії для налагодження (застосовується лише в непроизводчих середовищах).
  - X-Forward-Email-Sender – список через кому, що містить оригінальну адресу MAIL FROM конверта (якщо вона не порожня), зворотній PTR FQDN клієнта (якщо існує) та IP-адресу відправника.
  - X-Forward-Email-ID – застосовується лише для вихідного SMTP і відповідає ідентифікатору листа, збереженому в Моїй обліковці → Листи
  - X-Report-Abuse – зі значенням abuse@forwardemail.net.
  - X-Report-Abuse-To – зі значенням abuse@forwardemail.net.
  - X-Complaints-To – зі значенням abuse@forwardemail.net.
8. Потім ми перевіряємо повідомлення на DKIM, SPF, ARC та DMARC.
  - Якщо повідомлення не пройшло DMARC і домен мав політику відхилення (наприклад, p=reject у політиці DMARC), воно відхиляється з кодом помилки 550. Зазвичай політику DMARC для домену можна знайти в TXT-записі піддомену _dmarc (наприклад, dig _dmarc.o3o.ca txt).
  - Якщо повідомлення не пройшло SPF і домен мав жорстку політику відхилення (наприклад, -all у політиці SPF на відміну від ~all або відсутності політики), воно відхиляється з кодом помилки 550. Зазвичай політику SPF для домену можна знайти в TXT-записі кореневого домену (наприклад, dig o3o.ca txt). Детальніше див. у розділі про відправлення пошти як у Gmail щодо SPF.
9. Тепер ми обробляємо отримувачів повідомлення, зібраних із команди RCPT TO у розділі Як працює ваша система переадресації електронної пошти вище. Для кожного отримувача ми виконуємо наступні операції:
  - Ми виконуємо пошук записів TXT доменного імені (частина після символу @, наприклад o3o.ca, якщо електронна адреса була test@o3o.ca). Наприклад, якщо домен o3o.ca, ми робимо DNS-запит, такий як dig o3o.ca txt.
  - Ми аналізуємо всі записи TXT, які починаються з forward-email= (безкоштовні плани) або forward-email-site-verification= (платні плани). Зверніть увагу, що ми аналізуємо обидва, щоб обробляти електронні листи під час оновлення або пониження планів користувачем.
  - З цих проаналізованих записів TXT ми ітеруємося, щоб витягти конфігурацію переадресації (як описано в розділі Як почати та налаштувати переадресацію електронної пошти вище). Зверніть увагу, що ми підтримуємо лише одне значення forward-email-site-verification=, і якщо їх більше одного, виникне помилка 550, і відправник отримає відмову для цього отримувача.
  - Рекурсивно ми ітеруємося по витягнутій конфігурації переадресації, щоб визначити глобальну переадресацію, переадресацію на основі регулярних виразів та всі інші підтримувані конфігурації переадресації – які тепер відомі як наші "Адреси переадресації".
  - Для кожної Адреси переадресації ми підтримуємо один рекурсивний пошук (який розпочне цей цикл операцій заново для заданої адреси). Якщо знайдено рекурсивне співпадіння, то батьківський результат буде видалено з Адрес переадресації, а дочірні додано.
  - Адреси переадресації аналізуються на унікальність (оскільки ми не хочемо надсилати дублікати на одну адресу або створювати додаткові непотрібні SMTP-з’єднання).
  - Для кожної Адреси переадресації ми виконуємо пошук доменного імені через наш API-ендпоінт /v1/max-forwarded-addresses (щоб визначити, скільки адрес домен дозволяє переадресовувати електронну пошту на один псевдонім, наприклад, за замовчуванням 10 – див. розділ про максимальний ліміт переадресації на псевдонім). Якщо цей ліміт перевищено, виникне помилка 550, і відправник отримає відмову для цього отримувача.
  - Ми виконуємо пошук налаштувань оригінального отримувача через наш API-ендпоінт /v1/settings, який підтримує пошук для платних користувачів (з резервним варіантом для безкоштовних користувачів). Це повертає об’єкт конфігурації для розширених налаштувань port (Число, наприклад 25), has_adult_content_protection (Булеве), has_phishing_protection (Булеве), has_executable_protection (Булеве) та has_virus_protection (Булеве).
  - На основі цих налаштувань ми перевіряємо результати Спам-сканера, і якщо виникають будь-які помилки, повідомлення відхиляється з кодом помилки 554 (наприклад, якщо увімкнено has_virus_protection, ми перевіряємо результати Спам-сканера на віруси). Зверніть увагу, що всі користувачі безкоштовного плану автоматично підписані на перевірки на дорослий контент, фішинг, виконувані файли та віруси. За замовчуванням усі користувачі платних планів також підписані, але цю конфігурацію можна змінити на сторінці Налаштувань домену в панелі Forward Email).
10. Для кожної обробленої Адреси переадресації отримувача ми виконуємо наступні операції:
  - Адреса перевіряється за нашим denylist, і якщо вона є у списку, виникає помилка 421 (вказує відправнику спробувати пізніше).
  - Якщо адреса є вебхуком, ми встановлюємо булеве значення для майбутніх операцій (див. нижче – ми групуємо подібні вебхуки, щоб зробити один POST-запит замість кількох для доставки).
  - Якщо адреса є електронною поштою, ми аналізуємо хост для майбутніх операцій (див. нижче – ми групуємо подібні хости, щоб встановити одне з’єднання замість кількох індивідуальних для доставки).
11. Якщо немає одержувачів і немає відмов у доставці, тоді ми відповідаємо помилкою 550 з повідомленням "Неправильні одержувачі".
12. Якщо є одержувачі, тоді ми ітеруємо їх (групуючи за одним і тим самим хостом) і доставляємо листи. Дивіться розділ Як ви обробляєте проблеми з доставкою електронної пошти нижче для більш детальної інформації.
  - Якщо під час відправлення листів виникають помилки, ми збережемо їх у пам’яті для подальшої обробки.
  - Ми візьмемо найнижчий код помилки (якщо він є) з відправлених листів – і використаємо його як код відповіді на команду DATA. Це означає, що листи, які не були доставлені, зазвичай будуть повторно надіслані оригінальним відправником, а листи, які вже були доставлені, не будуть повторно відправлені наступного разу (оскільки ми використовуємо Fingerprinting).
  - Якщо помилок не було, ми надішлемо код успішної відповіді SMTP 250.
  - Відмовою вважається будь-яка спроба доставки, що призводить до статусу з кодом >= 500 (постійні помилки).
13. Якщо відмов не було (постійних помилок), ми повернемо код відповіді SMTP з найнижчим кодом помилки серед непостійних помилок (або 250, якщо їх не було).
14. Якщо відмови були, ми надішлемо листи про відмову у фоновому режимі після повернення найнижчого з усіх кодів помилок відправнику. Однак, якщо найнижчий код помилки >= 500, ми не надсилаємо листи про відмову. Це тому, що в іншому випадку відправники отримали б подвійний лист про відмову (наприклад, один від їхнього вихідного MTA, такого як Gmail, і ще один від нас). Дивіться розділ Як ви захищаєтеся від backscatter нижче для більш детальної інформації.
Як ви обробляєте проблеми з доставкою електронної пошти
Зверніть увагу, що ми виконуємо переписування "Friendly-From" у листах лише якщо політика DMARC відправника не проходить перевірку І немає підписів DKIM, які збігаються з заголовком "From". Це означає, що ми змінюємо заголовок "From" у повідомленні, встановлюємо "X-Original-From", а також встановлюємо "Reply-To", якщо він раніше не був встановлений. Після зміни цих заголовків ми також повторно підписуємо печатку ARC у повідомленні.

Ми також використовуємо розумний парсинг повідомлень про помилки на кожному рівні нашого стеку – у нашому коді, DNS-запитах, внутрішніх механізмах Node.js, HTTP-запитах (наприклад, 408, 413 і 429 відображаються у відповідь SMTP з кодом 421, якщо одержувач є webhook), а також у відповідях поштових серверів (наприклад, відповіді з "defer" або "slowdown" будуть повторно оброблені як помилки 421).

Наша логіка проста і надійна, вона також повторно намагається при помилках SSL/TLS, проблемах з підключенням та інших. Мета такої надійності – максимізувати доставку листів усім одержувачам у конфігурації пересилання.

Якщо одержувач є webhook, ми дозволяємо таймаут у 60 секунд для завершення запиту з до 3 повторними спробами (всього 4 запити перед відмовою). Зверніть увагу, що ми коректно парсимо коди помилок 408, 413 і 429 і відображаємо їх у відповідь SMTP з кодом 421.

Якщо одержувач – це електронна адреса, ми намагаємося надіслати лист з опортуністичним TLS (ми намагаємося використовувати STARTTLS, якщо він доступний на поштовому сервері одержувача). Якщо під час спроби відправлення виникає помилка SSL/TLS, ми намагаємося надіслати лист без TLS (без використання STARTTLS).

Якщо виникають помилки DNS або підключення, ми повертаємо команді DATA код відповіді SMTP 421, інакше, якщо є помилки рівня >= 500, будуть надіслані листи про відмову.

Якщо ми виявляємо, що поштовий сервер, до якого намагаємося доставити лист, заблокував одну або кілька наших IP-адрес поштових серверів (наприклад, за допомогою технології, яку вони використовують для відкладення спамерів), ми надсилаємо код відповіді SMTP 421, щоб відправник міг повторити спробу пізніше (і ми отримуємо сповіщення про проблему, щоб спробувати її вирішити до наступної спроби).
Як ви обробляєте блокування ваших IP-адрес
Ми регулярно моніторимо всі основні DNS-чорні списки, і якщо будь-яка з наших IP-адрес поштових обмінників ("MX") потрапляє до великого чорного списку, ми, за можливості, вилучаємо її з відповідного DNS A запису кругового розподілу, доки проблема не буде вирішена.

На момент написання цього тексту ми також внесені до кількох DNS-білих списків і серйозно ставимося до моніторингу чорних списків. Якщо ви помітите будь-які проблеми до того, як ми встигнемо їх вирішити, будь ласка, повідомте нас письмово на support@forwardemail.net.

Наші IP-адреси є публічно доступними, дивіться цей розділ нижче для більш детальної інформації.
Що таке адреси постмастера
Щоб запобігти неправильним відмовам і надсиланню повідомлень автоответчика на невідстежувані або неіснуючі поштові скриньки, ми підтримуємо список імен користувачів, схожих на 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
- та будь-яка адреса no-reply
Дивіться RFC 5320 Розділ 4.6 для більш детального розуміння того, як такі списки використовуються для створення ефективних поштових систем.
Що таке адреси no-reply
Імена користувачів електронної пошти, що співпадають з будь-яким із наступних (без урахування регістру), вважаються адресами 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
Цей список підтримується як проект з відкритим кодом на GitHub.
Які IP-адреси ваших серверів
Ми публікуємо наші IP-адреси на https://forwardemail.net/ips.
Чи маєте ви білий список
Так, у нас є список розширень доменних імен, які за замовчуванням внесені до білого списку, а також динамічний, кешований і оновлюваний білий список, що базується на жорстких критеріях.

Всі домени, електронні адреси та IP-адреси, які використовують платні клієнти, автоматично перевіряються за нашим чорним списком щогодини – що сповіщає адміністраторів, які можуть вручну втрутитися за потреби.

Крім того, якщо один із ваших доменів або його електронні адреси потрапляють до чорного списку (наприклад, через розсилку спаму, вірусів або через атаки з імітацією) – адміністратори домену (ви) та наші адміністратори команди будуть негайно повідомлені електронною поштою. Ми настійно рекомендуємо вам налаштувати DMARC, щоб запобігти цьому.
Які розширення доменних імен за замовчуванням внесені до білого списку
Наступні розширення доменних імен вважаються внесеними до білого списку за замовчуванням (незалежно від того, чи входять вони до списку популярності Umbrella чи ні):
- 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
Крім того, ці [брендові та корпоративні домени верхнього рівня](https://en.wikipedia.org/wiki/List_of_Internet_top-level_domains#Brand_and_corporate_top-level_domains) за замовчуванням внесені до білого списку (наприклад, `apple` для `applecard.apple` для банківських виписок 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
Станом на 18 березня 2025 року ми також додали ці французькі заморські території до цього списку ([згідно з цим запитом на GitHub](https://github.com/forwardemail/forwardemail.net/issues/327)):
- bzh
- gf
- gp
- mq
- nc
- pf
- pm
- re
- tf
- wf
- yt
Станом на 8 липня 2025 року ми додали ці країни, специфічні для Європи:
- ax
- bg
- fo
- gi
- gr
- hr
- hu
- lt
- lu
- mc
- mk
- mt
- ro
- sk
- va
У жовтні 2025 року ми також додали cz (Чеська Республіка) через попит.

Ми спеціально не включали ru та ua через високу активність спаму.
Які ваші критерії для білого списку
У нас є статичний список доменних розширень, які за замовчуванням дозволені – а також ми підтримуємо динамічний, кешований, оновлюваний білий список на основі наступних суворих критеріїв:
- Кореневий домен відправника повинен бути з доменного розширення, яке відповідає списку, який ми пропонуємо у нашому безкоштовному плані (з додаванням biz та info). Ми також включаємо часткові збіги edu, gov та mil, такі як xyz.gov.au та xyz.edu.au.
- Кореневий домен відправника повинен входити до топ 100 000 унікальних кореневих доменів за результатами парсингу зі списку популярності Umbrella Popularity List ("UPL").
- Кореневий домен відправника повинен входити до топ 50 000 результатів серед унікальних кореневих доменів, які з’являлися принаймні у 4 з останніх 7 днів UPL (~50%+).
- Кореневий домен відправника не повинен бути категоризований як дорослий контент або шкідливе ПЗ за версією Cloudflare.
- Кореневий домен відправника повинен мати налаштовані записи A або MX.
- Кореневий домен відправника повинен мати або записи A, або записи MX, або DMARC запис з p=reject чи p=quarantine, або SPF запис з кваліфікатором -all чи ~all.
Якщо ці критерії виконані, кореневий домен відправника кешується на 7 днів. Зверніть увагу, що наш автоматизований процес запускається щодня – тому це оновлюваний кеш білого списку, який оновлюється щодня.

Наш автоматизований процес завантажує останні 7 днів UPL у пам’ять, розпаковує їх і парсить у пам’яті відповідно до вищезазначених суворих критеріїв.

Популярні домени на момент написання, такі як Google, Yahoo, Microsoft, Amazon, Meta, Twitter, Netflix, Spotify та інші – звичайно включені. Якщо ви відправник, якого немає у нашому списку дозволених, то вперше, коли ваш кореневий домен FQDN або IP-адреса надсилає електронного листа, ви будете обмежені за швидкістю та потрапите до сірої зони. Зверніть увагу, що це стандартна практика, прийнята як стандарт електронної пошти. Більшість клієнтів поштових серверів спробують повторити відправлення, якщо отримають помилку обмеження швидкості або сірої зони (наприклад, код стану помилки 421 або рівня 4xx).

Зверніть увагу, що конкретні відправники, такі як a@gmail.com, b@xyz.edu та c@gov.au, все одно можуть бути заблоковані (наприклад, якщо ми автоматично виявимо спам, фішинг або шкідливе ПЗ від цих відправників).
Які розширення доменних імен можна використовувати безкоштовно
Станом на 31 березня 2023 року ми ввели нове загальне правило проти спаму для захисту наших користувачів та сервісу.

Це нове правило дозволяє використовувати на нашому безкоштовному плані лише наступні розширення доменних імен:
- 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
Чи маєте ви сіру листу
Так, у нас використовується дуже лояльна політика сірого листування електронної пошти. Сіре листування застосовується лише до відправників, які не знаходяться у нашому білому списку, і зберігається в нашому кеші протягом 30 днів.

Для будь-якого нового відправника ми зберігаємо ключ у нашій базі даних Redis на 30 днів зі значенням, встановленим на час першого надходження їхнього запиту. Потім ми відхиляємо їхній лист із кодом статусу повторної спроби 450 і дозволяємо його пройти лише після того, як мине 5 хвилин.

Якщо вони успішно чекали 5 хвилин від часу першого надходження, їхні листи будуть прийняті, і вони не отримають цей код статусу 450.

Ключ складається або з повного доменного імені (FQDN) кореневого домену, або з IP-адреси відправника. Це означає, що будь-який піддомен, який проходить сіре листування, також пройде для кореневого домену, і навпаки (це те, що ми маємо на увазі під "дуже лояльною" політикою).

Наприклад, якщо лист надходить від test.o3o.ca раніше, ніж ми побачимо лист від o3o.ca, тоді будь-який лист від test.o3o.ca та/або o3o.ca повинен чекати 5 хвилин від часу першого надходження з'єднання. Ми не змушуємо і test.o3o.ca, і o3o.ca чекати кожен свої власні 5 хвилин (наша політика сірого листування застосовується на рівні кореневого домену).

Зверніть увагу, що сіре листування не застосовується до жодного відправника з нашого білого списку (наприклад, Meta, Amazon, Netflix, Google, Microsoft на момент написання цього тексту).
Чи маєте ви чорний список
Так, ми керуємо власним чорним списком і оновлюємо його автоматично в режимі реального часу та вручну на основі виявленої спам- та шкідливої активності.

Ми також завантажуємо всі IP-адреси з чорного списку UCEPROTECT Level 1 за адресою http://wget-mirrors.uceprotect.net/rbldnsd-all/dnsbl-1.uceprotect.net.gz щогодини і додаємо їх до нашого чорного списку з терміном дії 7 днів.

Відправники, які знаходяться в чорному списку, отримають код помилки 421 (що вказує відправнику повторити спробу пізніше), якщо вони не знаходяться у білому списку.

Використання коду статусу 421 замість 554 дозволяє зменшити кількість потенційних хибних спрацьовувань у реальному часі, і тоді повідомлення може бути успішно доставлене при наступній спробі.

Це спроектовано інакше, ніж у інших поштових сервісах, де при потраплянні до чорного списку відбувається жорстка і постійна відмова. Часто важко попросити відправників повторити спробу (особливо великі організації), тому цей підхід дає приблизно 5 днів від початкової спроби відправлення для того, щоб відправник, отримувач або ми могли втрутитися і вирішити проблему (наприклад, запросивши видалення з чорного списку).

Всі запити на видалення з чорного списку контролюються адміністраторами в режимі реального часу (наприклад, щоб повторювані хибні спрацьовування могли бути назавжди додані до білого списку адміністраторами).

Запити на видалення з чорного списку можна подавати за адресою https://forwardemail.net/denylist. Платні користувачі отримують миттєву обробку своїх запитів, тоді як неплатні користувачі повинні чекати, поки адміністратори опрацюють їхній запит.

Відправники, які виявлені як такі, що надсилають спам або вірусний контент, будуть додані до чорного списку за наступною процедурою:
1. Початковий відбиток повідомлення потрапляє до сірого списку при виявленні спаму або блокування від "довіреного" відправника (наприклад, gmail.com, microsoft.com, apple.com).
  - Якщо відправник був у білому списку, повідомлення потрапляє до сірого списку на 1 годину.
  - Якщо відправник не у білому списку, повідомлення потрапляє до сірого списку на 6 годин.
2. Ми аналізуємо ключі чорного списку з інформації про відправника та повідомлення, і для кожного з цих ключів створюємо (якщо він ще не існує) лічильник, збільшуємо його на 1 і кешуємо на 24 години.
  - Для відправників з білого списку:
    
    Додаємо ключ для електронної адреси в конверті "MAIL FROM", якщо вона пройшла SPF або SPF відсутній, і якщо це не адреса постмастера або адреса no-reply.
    
    Якщо заголовок "From" був у білому списку, додаємо ключ для електронної адреси в заголовку "From", якщо вона пройшла SPF або пройшла і вирівняна DKIM.
    
    Якщо заголовок "From" не був у білому списку, додаємо ключ для електронної адреси в заголовку "From" та її кореневого доменного імені.
  - Для відправників, які не у білому списку:
    
    Додаємо ключ для електронної адреси в конверті "MAIL FROM", якщо вона пройшла SPF.
    
    Якщо заголовок "From" був у білому списку, додаємо ключ для електронної адреси в заголовку "From", якщо вона пройшла SPF або пройшла і вирівняна DKIM.
    
    Якщо заголовок "From" не був у білому списку, додаємо ключ для електронної адреси в заголовку "From" та її кореневого доменного імені.
    
    Додаємо ключ для віддаленої IP-адреси відправника.
    
    Додаємо ключ для імені хоста клієнта, визначеного за допомогою зворотного пошуку IP-адреси відправника (якщо є).
    
    Додаємо ключ для кореневого домену імені хоста клієнта (якщо є і якщо він відрізняється від імені хоста клієнта).
3. Якщо лічильник досягає 5 для відправника та ключа, які не у білому списку, ми додаємо ключ до чорного списку на 30 днів і надсилаємо лист нашій команді зловживань. Ці числа можуть змінюватися, і оновлення будуть відображені тут у міру моніторингу зловживань.
4. Якщо лічильник досягає 10 для відправника та ключа з білого списку, ми додаємо ключ до чорного списку на 7 днів і надсилаємо лист нашій команді зловживань. Ці числа можуть змінюватися, і оновлення будуть відображені тут у міру моніторингу зловживань.
ПРИМІТКА: У найближчому майбутньому ми впровадимо моніторинг репутації. Моніторинг репутації замість примітивного лічильника, як зазначено вище, буде обчислювати, коли відмовляти у доставці відправнику на основі порогового відсотка.
Чи є у вас обмеження швидкості
Обмеження швидкості відправника здійснюється або за кореневим доменом, отриманим із зворотного PTR-запиту за IP-адресою відправника, або, якщо це не дає результату, то просто за IP-адресою відправника. Зверніть увагу, що нижче ми називаємо це Sender.

Наші MX-сервери мають щоденні ліміти на вхідну пошту, отриману для зашифрованого IMAP-зберігання:
- Замість обмеження швидкості вхідної пошти на рівні окремого псевдоніма (наприклад, you@yourdomain.com) – ми обмежуємо швидкість за доменним ім’ям псевдоніма (наприклад, yourdomain.com). Це запобігає тому, щоб Senders одночасно засмічували поштові скриньки всіх псевдонімів вашого домену.
- Обмеження швидкості застосовуються за допомогою багаторівневої системи на основі рівня довіри до відправника:
  - Рівень 1 – Надійні джерела (наприклад, gmail.com, microsoft.com, apple.com): обмежені надсиланням 100 ГБ на день глобально. Звільнені від лімітів на домен та лімітів на сплески.
  - Рівень 2 – Відправники в білому списку: обмежені надсиланням 10 ГБ на день глобально. Звільнені від лімітів на домен та лімітів на сплески.
  - Рівень 3 – Всі інші відправники: обмежені надсиланням 1 ГБ і/або 1000 повідомлень на день глобально, 1 ГБ і/або 1000 повідомлень на Sender+домен щодня, та лімітом на сплески у 50 повідомлень на Sender+домен на хвилину.
- Ліміт на сплески використовує лічильник з фіксованим вікном (60 секунд). Вікно починається, коли надходить перше повідомлення, і закінчується через 60 секунд незалежно від наступних повідомлень — воно не зсувається і не скидається з кожним повідомленням.
- Ми маємо щоденний ліміт на поштову скриньку отримувача у розмірі 100,000 повідомлень. Це застосовується до всіх рівнів і запобігає затопленню будь-якої окремої поштової скриньки незалежно від рівня довіри до відправника.
Усі ліміти швидкості застосовуються атомарно — лічильники збільшуються до збереження повідомлення, що усуває стани гонки, при яких одночасні запити могли б обійти ліміти. Операції зменшення (використовуються, коли збереження не вдається після збільшення) використовують безпечні Lua-скрипти, які запобігають тому, щоб лічильники ставали від'ємними.

MX-сервери також обмежують кількість повідомлень, що пересилаються одному або кільком отримувачам, через обмеження швидкості – але це стосується лише Senders, які не знаходяться в білому списку:
- Ми дозволяємо не більше 100 з’єднань на годину на кожен кореневий домен FQDN Sender (або) IP-адресу Sender (якщо зворотний PTR недоступний), а також на кожного отримувача в конверті. Ми зберігаємо ключ для обмеження швидкості у вигляді криптографічного хешу в нашій базі даних Redis.
- Якщо ви надсилаєте пошту через нашу систему, будь ласка, переконайтеся, що для всіх ваших IP-адрес налаштовано зворотний PTR (інакше кожен унікальний кореневий домен FQDN або IP-адреса, з якої ви надсилаєте, буде обмежений за швидкістю).
- Зверніть увагу, що якщо ви надсилаєте через популярну систему, таку як Amazon SES, то обмеження швидкості не застосовуватиметься, оскільки (на момент написання цього тексту) Amazon SES внесено до нашого білого списку.
- Якщо ви надсилаєте з домену, наприклад, test.abc.123.o3o.ca, то обмеження швидкості буде накладено на o3o.ca. Багато спамерів використовують сотні піддоменів, щоб обійти поширені спам-фільтри, які обмежують швидкість лише унікальних імен хостів, а не унікальних кореневих доменів FQDN.
- Senders, які перевищують обмеження швидкості, отримають відмову з помилкою 421.
Наші IMAP і SMTP сервери обмежують кількість одночасних з’єднань для ваших псевдонімів не більше ніж 60.

Наші MX-сервери обмежують не з білого списку відправників у встановленні більше ніж 10 одночасних з’єднань (з кешуванням лічильника на 3 хвилини, що відповідає таймауту сокета у 3 хвилини).

Які ваші обмеження пропускної здатності

Ми застосовуємо обмеження пропускної здатності для кожного користувача у всіх сервісах для запобігання атакам флуду, залишаючись при цьому достатньо щедрими для легітимного використання. Ці обмеження навмисно значно перевищують обмеження Gmail — ви можете імпортувати великі резервні копії, синхронізувати всю поштову скриньку на новий пристрій або використовувати кілька клієнтів одночасно без будь-яких перешкод.

Обмеження	Область	Обсяг
Добовий загалом	Усі сервіси разом (IMAP, POP3, SMTP, CalDAV, CardDAV)	50 ГБ
Погодинно на сервіс	На окремий сервіс (напр. завантаження IMAP, вивантаження SMTP)	10 ГБ

Добовий ліміт — це єдиний спільний бюджет для всіх протоколів — чи завантажуєте ви через IMAP, вивантажуєте через SMTP, чи синхронізуєте календарі через CalDAV, все враховується в ті самі 50 ГБ/день. Погодинний ліміт на сервіс — це страхувальна сітка проти некерованих скриптів або скомпрометованих облікових записів на одному протоколі — не те, чого легітимний користувач коли-небудь повинен досягти.

Ці обмеження застосовуються до кожного облікового запису користувача (не до псевдоніма чи домену) і скидаються щодня. Це означає, що створення додаткових псевдонімів не збільшує вашу квоту пропускної здатності. Якщо Redis недоступний, обмеження швидкості повністю пропускається (fail-open), щоб ваш сервіс ніколи не переривався.

Якщо вам потрібні вищі обмеження для конкретного випадку використання (наприклад, міграція дуже великого архіву), будь ласка, зв'яжіться з нами.

Як ви захищаєтеся від backscatter
Неправильно спрямовані відмови або спам-відмови (відомі як "Backscatter") можуть спричинити негативну репутацію IP-адрес відправника.

Ми вживаємо два заходи для захисту від backscatter, які детально описані у наступних розділах Запобігання відмовам від відомих спамерів MAIL FROM та Запобігання непотрібним відмовам для захисту від backscatter.
Запобігання відмовам від відомих спамерів MAIL FROM
Ми отримуємо список з Backscatter.org (підтримується UCEPROTECT) за адресою http://wget-mirrors.uceprotect.net/rbldnsd-all/ips.backscatterer.org.gz щогодини і завантажуємо його у нашу базу даних Redis (ми також заздалегідь порівнюємо різницю; на випадок, якщо якісь IP були вилучені і це потрібно врахувати). Якщо MAIL FROM порожній АБО дорівнює (без урахування регістру) будь-якій з адрес постмастера (частина перед @ в електронній пошті), тоді ми перевіряємо, чи IP відправника збігається з одним із цього списку.

Якщо IP відправника вказаний у списку (і не в нашому allowlist), тоді ми надсилаємо помилку 554 з повідомленням The IP ${session.remoteAddress} is blocked by https://www.backscatterer.org/index.php?target=test&ip=${session.remoteAddress}. Ми отримаємо сповіщення, якщо відправник є одночасно у списку Backscatterer і в нашому allowlist, щоб за потреби вирішити проблему.

Техніки, описані в цьому розділі, відповідають рекомендації "SAFE MODE" на https://www.backscatterer.org/?target=usage – де ми перевіряємо IP відправника лише якщо певні умови вже виконані.
Запобігання непотрібним відмовам для захисту від backscatter
Відмови — це електронні листи, які вказують, що пересилання листа отримувачу повністю не вдалося і лист не буде повторно надіслано.

Поширеною причиною потрапляння до списку Backscatterer є неправильно спрямовані відмови або спам-відмови, тому ми повинні захищатися від цього кількома способами:
1. Ми надсилаємо лише коли виникають помилки зі статусом >= 500 (коли спроби переслати листи зазнали невдачі, наприклад, Gmail відповідає помилкою рівня 500).
2. Ми надсилаємо лише один раз (ми використовуємо обчислений ключ відбитка відмови і зберігаємо його в кеші, щоб запобігти дублюванню). Відбиток відмови — це ключ, який є відбитком повідомлення, поєднаним з хешем адреси відмови та її кодом помилки). Див. розділ про Fingerprinting для детальнішого розуміння, як обчислюється відбиток повідомлення. Успішно надіслані відбитки відмов зберігаються в нашому кеші Redis протягом 7 днів.
3. Ми надсилаємо лише коли MAIL FROM і/або From не порожні і не містять (без урахування регістру) ім’я користувача постмастера (частина перед @ в електронній пошті).
4. Ми не надсилаємо, якщо в оригінальному повідомленні є будь-які з наступних заголовків (без урахування регістру):
  - Заголовок auto-submitted зі значенням, відмінним від no.
  - Заголовок x-auto-response-suppress зі значенням dr, autoreply, auto-reply, auto_reply або all.
  - Заголовок list-id, list-subscribe, list-unsubscribe, list-help, list-post, list-owner, list-archive, x-autoreply, x-autorespond або x-auto-respond (незалежно від значення).
  - Заголовок precedence зі значенням bulk, autoreply, auto-reply, auto_reply або list.
5. Ми не надсилаємо, якщо адреса MAIL FROM або From закінчується на +donotreply, -donotreply, +noreply або -noreply.
6. Ми не надсилаємо, якщо ім’я користувача в From було mdaemon і був заголовок (без урахування регістру) X-MDDSN-Message.
7. Ми не надсилаємо, якщо був заголовок (без урахування регістру) content-type зі значенням multipart/report.
8. Ми не надсилаємо, якщо повідомлення містить заголовок Feedback-Type (що вказує на звіт про зловживання ARF згідно з RFC 5965).
9. Ми не надсилаємо, якщо адреса MAIL FROM відповідає шаблону відправника відгуків ARF (наприклад, feedback@arf.mail.yahoo.com).
Як визначити відбиток електронної пошти
Відбиток електронної пошти використовується для визначення унікальності листа та запобігання доставці дублікатів повідомлень і надсиланню дубльованих відмов.

Відбиток обчислюється за таким списком:
- Вирішене ім’я хоста FQDN клієнта або IP-адреса
- Значення заголовка Message-ID (якщо є)
- Значення заголовка Date (якщо є)
- Значення заголовка From (якщо є)
- Значення заголовка To (якщо є)
- Значення заголовка Cc (якщо є)
- Значення заголовка Subject (якщо є)
- Значення тіла листа (якщо є)

Чи можна пересилати листи на порти, відмінні від 25 (наприклад, якщо мій ISP заблокував порт 25)

Так, з 5 травня 2020 року ми додали цю функцію. Наразі ця функція є специфічною для домену, а не для псевдоніма. Якщо вам потрібно, щоб вона була специфічною для псевдоніма, будь ласка, зв’яжіться з нами, щоб повідомити про ваші потреби.

Покращений захист конфіденційності: Якщо ви користуєтеся платним планом (який має покращений захист конфіденційності), будь ласка, перейдіть до Мій акаунт Домени, натисніть "Налаштування" поруч із вашим доменом, а потім натисніть "Параметри". Якщо ви хочете дізнатися більше про платні плани, дивіться нашу сторінку Ціни. В іншому випадку ви можете продовжувати слідувати інструкціям нижче.

Якщо ви користуєтеся безкоштовним планом, просто додайте новий DNS TXT запис, як показано нижче, але змініть порт з 25 на обраний вами порт.

Наприклад, якщо я хочу, щоб усі листи, які надходять на o3o.ca, пересилалися на SMTP порт псевдонімних отримувачів 1337 замість 25:

Ім'я/Хост/Псевдонім	TTL	Тип	Відповідь/Значення
"@", ".", або порожньо	3600	TXT	`forward-email-port=1337`

Порада: Найпоширеніший сценарій налаштування пересилання на нестандартний порт — коли ви хочете пересилати всі листи, що надходять на o3o.ca, на інший порт на o3o.ca, відмінний від стандартного SMTP порту 25. Щоб це налаштувати, просто додайте наступний TXT запис catch-all.

Ім'я/Хост/Псевдонім	TTL	Тип	Відповідь/Значення
"@", ".", або порожньо	3600	TXT	`forward-email=o3o.ca`

Чи підтримується символ плюс + для псевдонімів Gmail
Так, абсолютно.
Чи підтримуються піддомени
Так, абсолютно. Замість використання "@", ".", або порожнього значення як ім'я/хост/псевдонім, просто використовуйте ім'я піддомену.

Якщо ви хочете, щоб foo.o3o.ca пересилав листи, введіть foo як значення ім'я/хост/псевдонім у налаштуваннях DNS (для обох записів MX і TXT).
Чи пересилаються заголовки моїх листів
Так, абсолютно.
Чи добре це протестовано
Так, є тести, написані з використанням ava, а також є покриття коду.
Чи передаються SMTP повідомлення та коди відповіді
Так, абсолютно. Наприклад, якщо ви надсилаєте листа на hello@o3o.ca, і він зареєстрований для пересилання на user@gmail.com, тоді SMTP повідомлення та код відповіді від SMTP сервера "gmail.com" буде повернуто замість проксі-сервера на "mx1.forwardemail.net" або "mx2.forwardemail.net".
Як ви запобігаєте спамерам і забезпечуєте хорошу репутацію пересилання листів
Дивіться наші розділи про Як працює ваша система пересилання листів, Як ви обробляєте проблеми доставки листів та Як ви справляєтеся з блокуванням ваших IP-адрес вище.
Як ви виконуєте DNS-запити для доменних імен
Ми створили проект з відкритим кодом 🍊 Tangerine і використовуємо його для DNS-запитів. За замовчуванням використовуються DNS сервери 1.1.1.1 та 1.0.0.1, а DNS-запити здійснюються через DNS over HTTPS ("DoH") на рівні застосунку.

🍊 Tangerine за замовчуванням використовує [приватний DNS-сервіс для споживачів від CloudFlare][cloudflare-dns].

Обліковий запис та оплата

Як видалити свій обліковий запис
Ви можете видалити свій обліковий запис у будь-який час, виконавши такі дії:
1. Увійдіть у свій обліковий запис на forwardemail.net/login
2. Перейдіть до Мій обліковий запис → Безпека
3. Прокрутіть сторінку вниз і натисніть кнопку "Видалити обліковий запис"
4. Підтвердьте видалення, коли з'явиться запит
Важливо: Видалення облікового запису є незворотним і не може бути скасовано. Усі ваші домени, псевдоніми, поштові скриньки, електронні листи та пов’язані дані будуть назавжди видалені з наших систем. Якщо ви користуєтеся платним планом, вашу підписку буде негайно скасовано.

Якщо ви не можете увійти у свій обліковий запис, будь ласка, зв’яжіться з нами за адресою support@forwardemail.net з електронної адреси, пов’язаної з вашим обліковим записом, і ми допоможемо вам із видаленням.
Чи пропонуєте ви гарантію повернення грошей на платних планах
Так! Автоматичне повернення коштів відбувається при оновленні, пониженні або скасуванні вашого облікового запису протягом 30 днів з моменту початку вашого плану. Це стосується лише нових клієнтів.
Якщо я зміню план, чи робите ви пропорційний розрахунок і повертаєте різницю
Ми не робимо пропорційний розрахунок і не повертаємо різницю при зміні плану. Натомість ми конвертуємо залишковий термін з дати закінчення вашого поточного плану у найближчий відповідний термін для вашого нового плану (округлюючи вниз за місяцями).

Зверніть увагу, що якщо ви оновлюєте або понижуєте план між платними планами протягом 30 днів з моменту початку першого платного плану, ми автоматично повернемо повну суму за ваш поточний план.
Чи можу я використовувати цю службу пересилання електронної пошти як "резервний" або "fallback" MX сервер
Ні, це не рекомендується, оскільки одночасно можна використовувати лише один сервер обміну поштою. Резервні сервери зазвичай ніколи не повторюють спроби через неправильні налаштування пріоритету та поштові сервери, які не поважають перевірку пріоритету MX.

Чи можу я вимкнути конкретні псевдоніми

Важливо: Якщо у вас платний план, вам потрібно перейти до Мій акаунт Домени Псевдоніми Редагувати псевдонім Зняти прапорець "Активний" Продовжити.

Так, просто відредагуйте свій DNS TXT запис і додайте на початок псевдоніма один, два або три знаки оклику (див. нижче).

Зверніть увагу, що варто зберігати ":" у відображенні, оскільки це потрібно, якщо ви коли-небудь захочете знову увімкнути цей псевдонім (а також це використовується для імпорту, якщо ви оновитесь до одного з наших платних планів).

Для тихого відхилення (відправнику здається, що повідомлення надіслано успішно, але насправді воно нікуди не надходить) (код статусу 250): Якщо ви додасте на початок псевдоніма "!" (один знак оклику), то відправникам, які намагаються надіслати на цю адресу, буде повернено успішний код статусу 250, але самі листи нікуди не потраплять (наприклад, чорна діра або /dev/null).

Для м’якого відхилення (код статусу 421): Якщо ви додасте на початок псевдоніма "!!" (два знаки оклику), то відправникам, які намагаються надіслати на цю адресу, буде повернено код помилки 421, і листи часто будуть повторно надсилатися протягом до 5 днів перед відхиленням і поверненням.

Для жорсткого відхилення (код статусу 550): Якщо ви додасте на початок псевдоніма "!!!" (три знаки оклику), то відправникам, які намагаються надіслати на цю адресу, буде повернено постійну помилку 550, і листи будуть відхилені та повернені.

Наприклад, якщо я хочу, щоб усі листи, які надходять на alias@o3o.ca, припинили пересилатися на user@gmail.com і були відхилені та повернені (наприклад, використати три знаки оклику):

Ім'я/Хост/Псевдонім	TTL	Тип	Відповідь/Значення
"@", ".", або порожньо	3600	TXT	`forward-email=!!!alias:user@gmail.com`

Порада: Ви також можете переписати адресу отримувача пересилання просто на "nobody@forwardemail.net", що направить її нікому, як у прикладі нижче.

Ім'я/Хост/Псевдонім	TTL	Тип	Відповідь/Значення
"@", ".", або порожньо	3600	TXT	`forward-email=!!!alias:nobody@forwardemail.net`

Порада: Якщо ви хочете підвищити безпеку, ви також можете видалити частину ":user@gmail.com" (або ":nobody@forwardemail.net"), залишивши лише "!!!alias", як у прикладі нижче.

Ім'я/Хост/Псевдонім	TTL	Тип	Відповідь/Значення
"@", ".", або порожньо	3600	TXT	`forward-email=!!!alias`

Чи можу я пересилати листи кільком отримувачам

Так, звичайно. Просто вкажіть кількох отримувачів у ваших TXT записах.

Наприклад, якщо я хочу, щоб лист, який надходить на hello@o3o.ca, пересилався на user+a@gmail.com та user+b@gmail.com, тоді мій TXT запис виглядатиме так:

Ім'я/Хост/Псевдонім	TTL	Тип	Відповідь/Значення
"@", ".", або порожньо	3600	TXT	`forward-email=hello:user+a@gmail.com,hello:user+b@gmail.com`

Або ви можете вказати їх у двох окремих рядках, наприклад так:

Ім'я/Хост/Псевдонім	TTL	Тип	Відповідь/Значення
"@", ".", або порожньо	3600	TXT	`forward-email=hello:user+a@gmail.com`
"@", ".", або порожньо	3600	TXT	`forward-email=hello:user+b@gmail.com`

Вибір за вами!

Чи можу я мати кількох глобальних отримувачів для catch-all

Так, можете. Просто вкажіть кількох глобальних отримувачів для catch-all у ваших TXT записах.

Наприклад, якщо я хочу, щоб кожен лист, який надходить на *@o3o.ca (зірочка означає wildcard, тобто catch-all), пересилався на user+a@gmail.com та user+b@gmail.com, тоді мій TXT запис виглядатиме так:

Ім'я/Хост/Псевдонім	TTL	Тип	Відповідь/Значення
"@", ".", або порожньо	3600	TXT	`forward-email=user+a@gmail.com,user+b@gmail.com`

Або ви можете вказати їх у двох окремих рядках, наприклад так:

Ім'я/Хост/Псевдонім	TTL	Тип	Відповідь/Значення
"@", ".", або порожньо	3600	TXT	`forward-email=user+a@gmail.com`
@, ".", або порожньо	3600	TXT	`forward-email=user+b@gmail.com`

Це залежить від вас!

Чи існує максимальна кількість електронних адрес, на які я можу пересилати листи з одного псевдоніма
Так, стандартне обмеження — 10. Це НЕ означає, що у вас може бути лише 10 псевдонімів на вашому домені. Ви можете мати скільки завгодно псевдонімів (безліч). Це означає, що ви можете пересилати листи з одного псевдоніма лише на 10 унікальних електронних адрес. Ви можете мати hello:user+1@gmail.com, hello:user+2@gmail.com, hello:user+3@gmail.com, … (від 1 до 10) — і будь-які листи на hello@o3o.ca будуть переслані на user+1@gmail.com, user+2@gmail.com, user+3@gmail.com, … (від 1 до 10).

Порада: Потрібно більше ніж 10 отримувачів на псевдонім? Напишіть нам електронного листа, і ми з радістю збільшимо ліміт вашого акаунта.
Чи можна рекурсивно пересилати листи
Так, можна, але ви все одно повинні дотримуватися максимального ліміту. Якщо у вас є hello:linus@o3o.ca і linus:user@gmail.com, тоді листи на hello@o3o.ca будуть переслані на linus@o3o.ca і user@gmail.com. Зверніть увагу, що буде викинута помилка, якщо ви спробуєте рекурсивно пересилати листи понад максимальний ліміт.
Чи можуть люди скасувати або зареєструвати моє пересилання електронної пошти без мого дозволу
Ми використовуємо перевірку MX та TXT записів, тому якщо ви додали відповідні MX та TXT записи цього сервісу, то ви зареєстровані. Якщо ви їх видалите, то ви скасуєте реєстрацію. Ви володієте своїм доменом і керуєте DNS, тому якщо хтось має доступ до цього, це є проблемою.
Як збільшити обсяг сховища або ліміт вихідного надсилання SMTP
Перейдіть до Мій обліковий запис → Білінг і прокрутіть до розділу Доповнення, у якому є дві форми запиту:
- Оновлення сховища — виберіть обсяг для додавання (+10, +20, +30, +40, або +50 GB), або виберіть "Other", щоб запросити індивідуальний обсяг.
- Оновлення ліміту вихідного SMTP — виберіть обсяг для додавання (+1000, +2000, або +3000 електронних листів щодня), або виберіть "Other", щоб запросити індивідуальний обсяг.
Надсилання будь-якої з форм передає ваш запит нашій команді на розгляд — оплата з вас не стягується негайно. Після схвалення ми надішлемо вам електронною поштою безпечне платіжне посилання, щоб завершити оновлення. Ви можете мати по одному запиту, що очікує, для кожного типу (сховище або SMTP) одночасно; повторне подання протягом 3 днів після попереднього запиту того самого типу не дозволяється, доки цей період не мине.
Що входить до Enterprise License
Enterprise License коштує $250/month, виставляється в комерційній пропозиції та рахунках напряму, а не купується через сторінку тарифів. Вона включає все з плану Team плюс:
- Виняток із Правил користування для третіх сторін — ви можете експлуатувати сервіс або інтеграцію, де ваші клієнти, студенти чи замовники (не лише ваші працівники та підрядники) використовують або отримують вигоду від Forward Email. Наші стандартні Terms цього не дозволяють.
- Контрпідписана enterprise-угода та DPA — надсилається на перевірку та підпис через DocuSign. Так ви отримаєте підписану Data Processing Agreement, а не копію, прийняту разом із нашими Terms.
- Кастомні договірні умови, де ми можемо їх підтримати, наприклад SLA щодо сповіщення про порушення (див. Як ви обробляєте сповіщення про витік даних).
- Необмежені запити до API без лімітів швидкості.
- Виділений чат підтримки клієнтів із нашою інженерною командою.
- Допомога з онбордингом і підтримка інженерів у реальному часі.
Це не змінює місце обробки ваших даних: див. Чи можу я зберігати обробку та зберігання електронної пошти в ЄС (резидентність даних).

Кому це потрібно: усім, чиє використання сервісу виходить за межі Terms (доступ третіх сторін), і всім, хто вимагає контрпідписаної DPA, індивідуальних умов DPA або визначеного інженерного контакту для цілей відповідності.

Як почати: зв'яжіться з нами із юридичною назвою компанії, зареєстрованою адресою, реєстраційним номером компанії та номером ПДВ, а також ім'ям, посадою й адресою електронної пошти особи, яка підписуватиме. Ми надішлемо у відповідь угоду DocuSign для ознайомлення.
Чому це безкоштовно
Forward Email пропонує безкоштовний рівень завдяки поєднанню відкритого коду, ефективної інфраструктури та опціональних платних планів, які підтримують сервіс.

Наш безкоштовний рівень підтримується:
1. Відкритим кодом: Наш код відкритий, що дозволяє спільноті робити внески та забезпечує прозорість роботи.
2. Ефективною інфраструктурою: Ми оптимізували наші системи для пересилання листів з мінімальними ресурсами.
3. Платними преміум-планами: Користувачі, які потребують додаткових функцій, таких як відправка через SMTP, отримання через IMAP або покращені опції конфіденційності, підписуються на платні плани.
4. Розумними обмеженнями використання: Безкоштовний рівень має політику справедливого використання, щоб запобігти зловживанням.
Note
Ми прагнемо зберегти базове пересилання електронної пошти безкоштовним, пропонуючи преміум-функції для користувачів з більш складними потребами.

Tip
Якщо ви вважаєте наш сервіс корисним, розгляньте можливість оновлення до платного плану, щоб підтримати подальший розвиток і обслуговування.
Який максимальний розмір листа
За замовчуванням ми встановлюємо ліміт у 50 МБ, що включає вміст, заголовки та вкладення. Зверніть увагу, що сервіси, такі як Gmail і Outlook, дозволяють лише 25 МБ, і якщо ви перевищите цей ліміт при відправці на адреси цих провайдерів, ви отримаєте повідомлення про помилку.

Якщо розмір файлу перевищено, повертається помилка з відповідним кодом відповіді.
Чи зберігаєте ви логи листів
Ні, ми не записуємо на диск і не зберігаємо логи — за винятком помилок та вихідного SMTP (див. нашу Політику конфіденційності).

Все виконується в пам’яті, а наш вихідний код на GitHub.
Чи зберігаєте ви логи помилок
Так. Ви можете отримати доступ до логів помилок у розділах Мій акаунт → Логи або Мій акаунт → Домени.

Станом на лютий 2023 року ми зберігаємо логи помилок для SMTP кодів відповіді 4xx та 5xx протягом 7 днів — вони містять SMTP помилку, конверт і заголовки листа (ми не зберігаємо тіло листа та вкладення). Журнали помилок дозволяють перевіряти відсутність важливих електронних листів і зменшувати кількість хибних спрацьовувань спаму для ваших доменів. Вони також є чудовим ресурсом для налагодження проблем з вебхуками електронної пошти (оскільки журнали помилок містять відповідь кінцевої точки вебхука).

Журнали помилок для обмеження швидкості та сірого списку недоступні, оскільки з’єднання завершується раніше (наприклад, до того, як можуть бути передані команди RCPT TO та MAIL FROM).

Дивіться нашу Політику конфіденційності для більш детальної інформації.
Ви читаєте мої електронні листи
Ні, абсолютно ні. Дивіться нашу Політику конфіденційності.

Багато інших сервісів переадресації електронної пошти зберігають і потенційно можуть читати вашу пошту. Немає жодної причини, чому переадресовані листи мають зберігатися на диску – тому ми розробили перше рішення з відкритим кодом, яке все робить у пам’яті.

Ми віримо, що ви маєте право на конфіденційність і суворо його поважаємо. Код, який розгорнуто на сервері, є програмним забезпеченням з відкритим кодом на GitHub для прозорості та побудови довіри.
Чи можу я "надсилати пошту від імені" в Gmail за допомогою цього
Так! Станом на 2 жовтня 2018 року ми додали цю функцію. Дивіться Як надсилати пошту від імені за допомогою Gmail вище!

Вам також слід встановити SPF-запис для Gmail у вашій DNS-конфігурації у вигляді TXT запису.

Важливо: Якщо ви використовуєте Gmail (наприклад, функцію Надсилати пошту від імені) або G Suite, вам потрібно додати include:_spf.google.com до вашого SPF TXT запису, наприклад:

v=spf1 a include:spf.forwardemail.net include:_spf.google.com -all
Чи можу я "надсилати пошту від імені" в Outlook за допомогою цього
Так! Станом на 2 жовтня 2018 року ми додали цю функцію. Просто перегляньте ці два посилання від Microsoft нижче:
- https://support.office.com/en-us/article/add-or-remove-an-email-alias-in-outlook-com-459b1989-356d-40fa-a689-8f285b13f1f2
- https://support.office.com/en-us/article/send-email-from-a-different-address-in-outlook-com-ccba89cb-141c-4a36-8c56-6d16a8556d2e
Вам також слід встановити SPF-запис для Outlook у вашій DNS-конфігурації у вигляді TXT запису.

Важливо: Якщо ви використовуєте Microsoft Outlook або Live.com, вам потрібно додати include:spf.protection.outlook.com до вашого SPF TXT запису, наприклад:

v=spf1 a include:spf.forwardemail.net include:spf.protection.outlook.com -all
Чи можу я "надсилати пошту від імені" в Apple Mail та iCloud Mail за допомогою цього
Якщо ви є підписником iCloud+, ви можете використовувати власний домен. Наш сервіс також сумісний з Apple Mail.

Будь ласка, дивіться https://support.apple.com/en-us/102540 для отримання додаткової інформації.
Чи можу я пересилати необмежену кількість листів за допомогою цього
Так, однак "відносно невідомі" відправники обмежені до 100 з’єднань на годину на хостнейм або IP. Дивіться розділ про Обмеження швидкості та Сірий список вище.

Під "відносно невідомими" ми маємо на увазі відправників, які не входять до білого списку.

Якщо це обмеження перевищено, ми надсилаємо код відповіді 421, який повідомляє поштовому серверу відправника спробувати пізніше.
Чи пропонуєте ви необмежену кількість доменів за одну ціну
Так. Незалежно від того, який у вас тарифний план, ви платите лише одну місячну ставку – яка покриває всі ваші домени.
Які способи оплати ви приймаєте
Forward Email приймає наступні одноразові або щомісячні/щоквартальні/щорічні способи оплати:
1. Кредитні/дебетові картки/банківські перекази: Visa, Mastercard, American Express, Discover, JCB, Diners Club тощо.
2. PayPal: Підключіть свій обліковий запис PayPal для зручних платежів
3. Криптовалюта: Ми приймаємо платежі через стабільні монети Stripe у мережах Ethereum, Polygon та Solana
Note
Ми зберігаємо обмежену інформацію про платежі на наших серверах, яка включає лише ідентифікатори платежів та посилання на транзакції, клієнтів, підписки та ID платежів Stripe і PayPal.

Tip
Для максимальної конфіденційності розгляньте можливість використання криптовалютних платежів.

Всі платежі обробляються безпечно через Stripe або PayPal. Ваші платіжні дані ніколи не зберігаються на наших серверах.

Додаткові ресурси

Tip

Наші статті нижче регулярно оновлюються новими посібниками, порадами та технічною інформацією. Часто повертайтеся за останніми матеріалами.

Все ще не виходить?

Кожне запитання тут виникло від реальної людини. Якщо ви не знайшли відповіді на своє — надішліть його нам.

Зверніться до служби підтримки Читати керівництва

Чим ми можемо допомогти?

Швидкий старт

Вступ

Поштові клієнти

Налаштування

Тестування

Налаштування

Тестування

Конфігурація

Тестування

Встановлення

Конфігурація

Тестування

Усунення несправностей

Інструменти перевірки репутації та блоклистів

Форми запиту на видалення IP у провайдерів

Управління даними

Налаштування

Як працюють резервні копії

Формати резервних копій

Іменування файлів та структура ключів

Власність даних і політика видалення

Безпека

Сповіщення про помилки

API

Встановлення

Використання

Формат виводу

Як це працює

Налаштування електронної пошти

Розширені можливості

Доступні можливості Sieve

Функції, які не підтримуються

Приклади сценаріїв Sieve

Керування сценаріями Sieve

Приклади для покращеного захисту конфіденційності

Приклади для безкоштовного плану

Необхідні записи DNS для субдоменів із символами узагальнення

Токени підстановки субдоменів

Варіант A: CNAME записи (найпростіший)

Варіант B: SRV записи (прямі)

Які поштові клієнти підтримують автоматичне виявлення?

Безпека

Системні та технічні деталі

Обліковий запис та оплата

Додаткові ресурси

Все ще не виходить?