Налаштуйте електронну пошту за лічені хвилини

Персоналізуйте наш посібник, щоб заощадити час:

Ви погоджуєтеся з нашою Політикою конфіденційності та Умовами .

Не зацікавлений? Натисніть тут, щоб продовжити читання

Зміст

Часті запитання

Зміст

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

Приблизний час налаштування: Менше 10 хвилин
Покращений захист конфіденційності: Якщо ви хочете приховати свою інформацію від публічного пошуку в Інтернеті, перейдіть до Мій рахунок Домени і оновіть свій домен до платного плану, перш ніж почати цей посібник. Загальнодоступна інформація про безкоштовні плани включає, але не обмежується: псевдоніми, адреси пересилання, одержувачів і розширені параметри, такі як спеціальне переадресування портів. Якщо ви хочете дізнатися більше про платні плани, перегляньте наш Ціноутворення сторінка – інакше продовжуйте читати! Всі плани дотримуються наших Конфіденційність політика суворого заборони зберігання журналів SMTP, метаданих і електронних листів. Ми не відстежуємо вас, як це роблять інші служби.
Починаємо: Уважно прочитайте та виконайте наведені нижче кроки з першого по восьмий. Обов’язково замініть адресу електронної пошти user@gmail.com з адресою електронної пошти, на яку ви хочете пересилати електронні листи (якщо вона ще не є точною). Так само обов'язково замініть example.com з вашим настроюваним доменним іменем (якщо воно ще не є точним).
  1. Якщо ви вже десь зареєстрували своє доменне ім'я, то вам слід повністю пропустити цей крок і перейти до другого! Інакше можна натисніть тут, щоб зареєструвати своє доменне ім'я.
  2. Ви пам'ятаєте, де ви зареєстрували свій домен? Коли ви це запам’ятаєте, виконайте наведені нижче інструкції.
    Важливо: Ви повинні відкрити нову вкладку та увійти до свого реєстратора домену. Ви можете легко натиснути «Реєстратор» нижче, щоб зробити це автоматично. У цій новій вкладці ви повинні перейти на сторінку керування DNS у вашому реєстраторі, і ми надали покрокові кроки навігації нижче в стовпці «Кроки для налаштування». Перейшовши на цю сторінку в новій вкладці, ви можете повернутися до цієї вкладки та перейти до третього кроку нижче. Поки не закривайте відкриту вкладку; це вам знадобиться для майбутніх кроків!
    Реєстратор Кроки для налаштування
    1&1 Увійти Центр доменів (Виберіть свій домен) Змінити налаштування DNS
    Маршрут Amazon 53 Увійти Розміщені зони (Виберіть свій домен)
    Aplus.net Увійти Мої сервери Управління доменом Менеджер DNS
    Bluehost ДЛЯ ROCK: Увійдіть Домени (Натисніть піктограму ▼ поруч із керуванням) DNS
    ДЛЯ LEGACY: увійдіть Домени Редактор зон (Виберіть свій домен)
    Хмара Увійти DNS
    DNS – це просто Увійти DNS (Виберіть свій домен)
    DNSпростий Увійти (Виберіть свій домен) DNS Керувати
    Цифровий океан Увійти Мережа Домени (Виберіть свій домен) більше Керувати доменом
    Domain.com Увійти У режимі перегляду карток натисніть керувати своїм доменом У режимі списку натисніть значок шестірні DNS і сервери імен Записи DNS
    Domains.com
    Дивитися
    Увійти (Виберіть свій домен) Керувати (клацніть значок шестірні) Натисніть DNS і сервери імен у меню ліворуч
    DreamHost Увійти Панель Домени Керування доменами DNS
    людина Увійти Огляд Керувати Простий редактор Записи
    Подумайте Увійти (Виберіть свій домен) управління Відредагуйте зону
    GoDaddy
    Дивитися
    Увійти Керування моїми доменами (Виберіть свій домен) Керувати DNS
    Google Domains
    Дивитися
    Увійти (Виберіть свій домен) Налаштувати DNS
    Назвати дешево
    Дивитися
    Увійти Список доменів (Виберіть свій домен) Керувати Розширений DNS
    Netlify Увійти (Виберіть свій домен) Налаштування Netlify DNS
    Мережеві рішення Увійти Менеджер по роботі з клієнтами Мої доменні імена (Виберіть свій домен) Керувати Змінити де вказує домен Розширений DNS
    Shopify
    Дивитися
    Увійти Керовані домени (Виберіть свій домен) Налаштування DNS
    Squarespace Увійти Головне меню Налаштування Домени (Виберіть свій домен) Розширені налаштування Спеціальні записи
    Vercel's Now Використання CLI "зараз". now dns add [domain] '@' MX [record-value] [priority]
    Weebly Увійти Сторінка доменів (Виберіть свій домен) DNS
    Wix Увійти Сторінка доменів (Натисніть значок) Виберіть Керувати записами DNS
    молодший Увійти Домени Мої домени
    Інший
    Важливо: Не бачите тут свого імені реєстратора? Просто знайдіть в Інтернеті «як змінити записи DNS на $REGISTRAR» (замінивши $REGISTRAR на ім’я вашого реєстратора – наприклад, «як змінити записи DNS на GoDaddy», якщо ви використовуєте GoDaddy).
  3. Використовуючи сторінку керування DNS свого реєстратора (інша вкладка, яку ви відкрили), установіть такі записи «MX»:
    Важливо: Зауважте, що інших записів MX не повинно бути встановлено. Обидва записи, показані нижче, ПОВИННІ існувати. Переконайтеся, що немає друкарських помилок; і у вас обидва mx1 і mx2 написані правильно. Якщо вже існували записи MX, видаліть їх повністю. Значення "TTL" не обов’язково має бути 3600, за потреби воно може бути нижчим або вищим.
    Ім'я/хост/псевдонім TTL Тип Пріоритет Значення
    "@", "." або порожній 3600 MX 10 mx1.forwardemail.net
    "@", "." або порожній 3600 MX 10 mx2.forwardemail.net
  4. Використовуючи сторінку керування DNS свого реєстратора (інша вкладка, яку ви відкрили), установіть наступне TXT запис(и):
    Важливо: Якщо ви використовуєте платний план, ви повинні повністю пропустити цей крок і перейти до п’ятого! Якщо ви не користуєтеся платним планом, ваші переслані адреси будуть доступні для загального пошуку – перейдіть до Мій рахунок Домени і за бажанням оновіть свій домен до платного плану. Якщо ви хочете дізнатися більше про платні плани, перегляньте наш Ціноутворення сторінки. В іншому випадку ви можете продовжувати вибирати одну або кілька комбінацій із варіантів A до варіантів F, наведених нижче.

    Варіант А: Якщо ви пересилаєте всі електронні листи зі свого домену (наприклад, "all@example.com", "hello@example.com" тощо) на певну адресу "user@gmail.com":
    Ім'я/хост/псевдонім TTL Тип Значення
    "@", "." або порожній 3600 TXT forward-email=user@gmail.com
    Порада: Обов’язково замініть наведені вище значення в стовпці «Значення» своєю електронною адресою. Значення "TTL" не обов’язково має бути 3600, за потреби воно може бути нижчим або вищим. Нижче значення часу життя ("TTL") гарантує, що будь-які майбутні зміни, внесені до ваших записів DNS, поширюватимуться в Інтернеті швидше – подумайте про те, як довго вони зберігатимуться в пам’яті (у секундах). Ви можете дізнатися більше про TTL у Вікіпедії, вільній енциклопедії.

    Варіант B: Якщо вам просто потрібно переслати одну адресу електронної пошти (наприклад, «hello@example.com» на «user@gmail.com»; це також перенаправить «hello+test@example.com» на «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

    Варіант Е: Ви також можете вказати доменне ім’я у своєму TXT запис для глобального пересилання псевдонімів (наприклад, «user@example.com» буде переадресовано на «user@example.net»):
    Ім'я/хост/псевдонім TTL Тип Значення
    "@", "." або порожній 3600 TXT forward-email=example.net

    Варіант F: Ви навіть можете використовувати веб-хуки як глобальний або індивідуальний псевдонім для пересилання електронних листів. Перегляньте приклад і повний розділ про веб-хуки під назвою Чи підтримуєте ви веб-відео нижче.
    Ім'я/хост/псевдонім TTL Тип Значення
    "@", "." або порожній 3600 TXT forward-email=alias:https://requestbin.com/r/en8pfhdgcculn

    Варіант G: Ви навіть можете використовувати регулярні вирази ("регулярні вирази") для зіставлення псевдонімів і обробки замін для пересилання електронних листів. Перегляньте приклад і повний розділ про регулярний вираз під назвою Чи підтримуєте ви регулярні вирази або регулярне вираження нижче.
    Ім'я/хост/псевдонім TTL Тип Значення
    "@", "." або порожній 3600 TXT forward-email=alias:https://requestbin.com/r/en8pfhdgcculn

  5. Використовуючи сторінку керування DNS свого реєстратора (інша вкладка, яку ви відкрили), додатково встановіть наступне TXT запис:
    Ім'я/хост/псевдонім TTL Тип Значення
    "@", "." або порожній 3600 TXT v=spf1 a mx include:spf.forwardemail.net -all
    Важливо: Якщо ви користуєтеся Gmail (наприклад, надсилати пошту як) або G Suite, вам потрібно буде додати include:_spf.google.com до значення вище, наприклад:

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

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

    Зауважте, що існує різниця між «-all» і «~all». «-» вказує на те, що перевірка SPF має ВІДБУТИСЯ, якщо він не збігається, а «~» вказує на те, що перевірка SPF має ПРОЙТИ ПРОГРАМНО. Ми рекомендуємо використовувати підхід "-all", щоб запобігти підробці домену.

    Вам також може знадобитися включити запис SPF для будь-якого хосту, з якого ви надсилаєте пошту (наприклад, Outlook).
  6. Перевірте свої записи DNS за допомогою нашого інструменту «Перевірити записи», доступного за адресою Мій рахунок Домени Налаштування.
  7. Надішліть тестовий електронний лист, щоб підтвердити, що він працює. Зауважте, що для поширення записів DNS може знадобитися деякий час.
    Порада: Якщо ви не отримуєте тестові електронні листи або отримуєте тестовий електронний лист із написом "Будьте обережні з цим повідомленням", перегляньте відповіді на Чому я не отримую свої тестові електронні листи і Чому мої тестові електронні листи, що надсилаються мені в Gmail, відображаються як "підозрілі" відповідно.
  8. Якщо ви бажаєте «Надіслати пошту як» із Gmail, то вам потрібно буде це зробити подивіться це відеоабо виконайте наведені нижче дії Як надсилати пошту як за допомогою Gmail нижче.
Щиро вітаю! Ви успішно виконали всі кроки.
Порада: Додаткові додатки перераховані нижче. Зауважте, що ці додатки абсолютно необов’язкові та можуть бути непотрібними. Ми хотіли принаймні надати вам додаткову інформацію, якщо це необхідно.
Додатковий додаток: Якщо ти Як надіслати пошту як Gmail функція, то ви можете додати себе до білого списку. Для цього просто дотримуйтеся цих інструкцій Gmail на цю тему.

Як надіслати пошту як Gmail

Приблизний час налаштування: Менше 10 хвилин
Починаємо: Виконавши наведені вище кроки в Як почати та налаштувати переадресацію електронної пошти ви можете виконати наведене вище відео або наведені нижче кроки, щоб «Надіслати пошту як», використовуючи свій власний домен.
  1. Вам потрібно мати Двофакторна автентифікація Gmail увімкнено, щоб це працювало. Відвідайте https://www.google.com/landing/2step/ якщо у вас його не ввімкнено.

  2. Після ввімкнення двофакторної автентифікації (або якщо ви її вже ввімкнули), відвідайте https://myaccount.google.com/apppasswords.

  3. Коли з'явиться запит "Виберіть додаток і пристрій, для якого потрібно генерувати пароль програми":

    • У спадному меню "Вибрати додаток" виберіть "Пошта".
    • У спадному меню "Вибрати пристрій" виберіть "Інше"
    • Коли буде запропоновано ввести текст, введіть електронну адресу вашого власного домену, з якої ви пересилаєте (наприклад, "привіт@example.com"- це допоможе вам відстежувати, якщо ви використовуєте цю послугу для кількох облікових записів)
  4. Скопіюйте пароль у буфер обміну, який автоматично генерується

    Важливо: Якщо ви використовуєте G Suite, відвідайте панель адміністратора програми G Suite Налаштування для Gmail Розширені налаштування і обов’язково встановіть прапорець «Дозволити користувачам надсилати пошту через зовнішній сервер SMTP...». Ця зміна буде активована із затримкою, тому зачекайте кілька хвилин.
  5. Йти до Gmail і под Налаштування Облікові записи та імпорт Надіслати лист якнатисніть "Додати ще одну адресу електронної пошти"

  6. Коли буде запропоновано "Ім'я", введіть ім'я, яке ви хочете, щоб ваш електронний лист бачив як "Від" (наприклад, "Елон Муск")

  7. Коли з'явиться запит на "Адреса електронної пошти", введіть адресу електронної пошти з користувацьким доменом, який ви використовували вище (наприклад, "привіт@example.com")

  8. Зніміть прапорець "Поводитись як псевдонім"

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

  10. Коли буде запропоновано ввести «SMTP-сервер», введіть smtp.gmail.com і залишити порт як 587

  11. Коли з’явиться запит «Ім’я користувача», введіть частину адреси Gmail без gmail.com частина (наприклад, просто "користувач", якщо моя електронна адреса user@gmail.com)

    Важливо: Якщо частина «Ім’я користувача» заповнюється автоматично, тоді вам доведеться це змінити натомість у частину імені користувача вашої адреси Gmail.
  12. Коли буде запропоновано "Пароль", вставте з буфера обміну пароль, який ви створили на кроці 2 вище

  13. Залиште перемикач на "Захищене з'єднання за допомогою TLS"

  14. Натисніть "Додати обліковий запис", щоб продовжити

  15. Відкрийте нову вкладку для Gmail і зачекайте, поки надійде ваш електронний лист із підтвердженням (ви отримаєте код підтвердження, який підтверджує, що ви є власником адреси електронної пошти, на яку ви намагаєтеся «Надіслати лист»)

  16. Як тільки він надійде, скопіюйте та вставте код підтвердження в підказку, яке ви отримали на попередньому кроці

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

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

Чому я не отримую свої тестові електронні листи

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

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

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

Як працює ваша система пересилання електронної пошти

Електронна пошта спирається на Протокол SMTP. Цей протокол складається з команд, надісланих на сервер (найчастіше працює на порту 25). Існує початкове з’єднання, потім відправник вказує, від кого надіслано лист («MAIL FROM»), потім куди воно спрямовується («RCPT TO») і, нарешті, заголовки та тіло самого електронного листа («DATA» ). Нижче описано хід нашої системи пересилання електронної пошти щодо кожної команди протоколу SMTP:

  • Початкове підключення (немає імені команди, напр. telnet example.com 25) - Це початкове підключення. Ми перевіряємо відправників, яких немає в білому списку, за нашими Чорний список. Нарешті, якщо відправника немає в білому списку, ми перевіряємо, чи він був сірий список.

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

  • MAIL FROM - Це вказує на поштовий конверт з адреси електронного листа. Якщо введено значення, це має бути дійсна електронна адреса RFC 5322. Допускаються порожні значення. ми перевірити зворотне розсіювання тут, і ми також перевіряємо MAIL FROM на наш Чорний список. Нарешті ми перевіряємо відправників, яких немає в білому списку на обмеження швидкості (див. розділ про Обмеження ставки і Білий список для отримання додаткової інформації).

  • RCPT TO - Це вказує на одержувача(ів) електронного листа. Це мають бути дійсні адреси електронної пошти RFC 5322. Ми дозволяємо лише до 100 одержувачів конверта в одному повідомленні (це відрізняється від заголовка «Кому» в електронному листі). Ми також перевіряємо дійсність Схема переписування відправника ("SRS") адресуйте тут, щоб захистити від підробки за допомогою нашого доменного імені SRS. Одержувачі, які містять адресу "не відповідати", отримають помилку 553. Див повний список адрес "без відповіді" нижче. Ми також звіряємо одержувача з нашим Чорний список.

  • DATA - Це основна частина нашої служби, яка обробляє електронну пошту. Дивіться розділ Як ви обробляєте електронний лист для пересилання нижче, щоб дізнатися більше.

Як ви обробляєте електронний лист для пересилання

У цьому розділі описано наш процес, пов’язаний із командою протоколу SMTP DATA в розділі Як працює ваша система пересилання електронної пошти вище – це те, як ми обробляємо заголовки, тіло електронної пошти, безпеку, визначаємо, куди її потрібно доставити, і як обробляємо з’єднання.

  1. Якщо повідомлення перевищує максимальний розмір 50 МБ, воно відхиляється з кодом помилки 552.

  2. Якщо повідомлення не містить заголовків або заголовки неможливо проаналізувати, воно відхиляється з кодом помилки 421.

  3. Якщо повідомлення не містило заголовка "Від" або будь-які значення в заголовку "Від" не були дійсними адресами електронної пошти RFC 5322, воно відхиляється з кодом помилки 550.

  4. Якщо повідомлення містило більше 25 заголовків «Отримано», тоді було визначено, що воно застрягло в циклі переспрямування, і воно відхиляється з кодом помилки 550.

  5. Використання відбитка електронної пошти (див. розділ про Відбитки пальців), ми перевіримо, чи було спробовано повторити повідомлення більше 500 разів, і якщо так, то воно буде відхилено з кодом помилки 550.

  6. Якщо повідомлення мало заголовок «Кому», і якщо будь-який із заголовків повідомлення «Кому» був спрямований на переписані адреси SRS з використанням нашого доменного імені, ми перепишемо їх (а саме це стосується тих, хто відповідає на відпустку).

  7. Якщо в повідомленні відсутній заголовок «Message-ID», ми додамо його, використовуючи або проаналізований FQDN конверт MAIL FROM, або наше доменне ім’я.

  8. Якщо в повідомленні відсутній дійсний заголовок «Дата», ми додамо його, використовуючи час прибуття від початкового підключення повідомлення.

  9. Ми зберігаємо в пам’яті результати сканування електронної пошти за допомогою Сканер спаму.

  10. Якщо були будь-які довільні результати сканера спаму, він відхиляється з кодом помилки 554. Довільні результати включають лише тест GTUBE на момент написання цієї статті. Побачити https://spamassassin.apache.org/gtube/ для більшого розуміння.

  11. Ми додамо такі заголовки до повідомлення з метою налагодження та запобігання зловживанням:

    • X-ForwardEmail-Version - поточний SemVer версія від package.json нашої кодової бази.
    • X-ForwardEmail-Session-ID - значення ідентифікатора сеансу, що використовується для налагодження (застосовується лише в невиробничих середовищах).
    • X-ForwardEmail-Sender - розділений комами список, що містить оригінальну адресу MAIL FROM конверта (якщо вона не була пустою), зворотне FQDN клієнта PTR (якщо воно існує) та IP-адресу відправника.
    • X-Report-Abuse - зі значенням abuse@forwardemail.net (тільки якщо цей заголовок ще не встановлено)
    • X-Report-Abuse-To - зі значенням abuse@forwardemail.net (тільки якщо цей заголовок ще не встановлено)
  12. Потім ми перевіряємо повідомлення на DKIM, SPF, ARC, і DMARC.

    • Якщо повідомлення пройшло помилку DMARC і домен мав політику відхилення (наприклад, p=reject було в політиці DMARC), то він відхиляється з кодом помилки 550. Зазвичай політику DMARC для домену можна знайти в _dmarc субдомен TXT запис, (наприклад, dig _dmarc.example.com txt).
    • Якщо повідомлення вийшло з помилкою SPF і домен мав жорстку політику помилки (наприклад, -all була в політиці SPF на відміну від ~all або взагалі немає політики), тоді він відхиляється з кодом помилки 550. Зазвичай політику SPF для домену можна знайти в TXT запис для кореневого домену (наприклад, dig example.com txt). Перегляньте цей розділ для отримання додаткової інформації про надсилання пошти як у Gmail щодо SPF.
  13. Тепер ми обробляємо одержувачів повідомлення, зібраних із RCPT TO команда в розділі Як працює ваша система пересилання електронної пошти вище. Для кожного одержувача ми виконуємо такі операції:

    • Ми шукаємо TXT записи доменного імені (частина після @ символ, напр. example.com якщо електронна адреса була test@example.com). Наприклад, якщо домен є example.com ми виконуємо пошук DNS, наприклад dig example.com 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 увімкнено, тоді ми перевіримо результати спам-сканера на наявність вірусів). Зауважте, що всі користувачі безкоштовного тарифного плану будуть підключені до перевірок на вміст для дорослих, фішинг, виконувані файли та віруси. За замовчуванням усі користувачі платного плану також включені, але цю конфігурацію можна змінити на сторінці додаткових налаштувань для домену на інформаційній панелі пересилання електронної пошти).
  14. Для кожної обробленої адреси пересилання одержувача ми виконуємо такі операції:

    • Адреса звіряється з нашою Чорний список, і якщо він був у списку, то з’явиться код помилки 554, і відправник отримає відмову для цього одержувача.
    • Якщо адреса є веб-хуком, ми встановлюємо логічне значення для майбутніх операцій (див. нижче – ми групуємо подібні веб-хуки, щоб зробити один запит POST проти кількох для доставки).
    • Якщо адреса є адресою електронної пошти, ми аналізуємо хост для майбутніх операцій (див. нижче – ми групуємо подібні хости, щоб створити одне з’єднання проти кількох окремих з’єднань для доставки).
  15. Якщо одержувачів немає і немає відмов, ми відповідаємо з помилкою 550 «Недійсні одержувачі».

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

    • Якщо під час надсилання електронних листів виникнуть помилки, ми збережемо їх у пам’яті для подальшої обробки.
    • Ми візьмемо найнижчий код помилки (якщо такий є) від надсилання електронних листів – і використаємо його як код відповіді на DATA команда. Це означає, що листи, які не були доставлені, як правило, буде повторно спробовано відправником, але електронні листи, які вже були доставлені, не будуть надіслані повторно під час наступного надсилання повідомлення (як ми використовуємо Відбитки пальців).
    • Якщо помилок не сталося, ми надішлемо код статусу відповіді 250 успішних SMTP.
    • Відмова визначається як будь-яка спроба доставки, яка призводить до коду статусу >= 500 (постійні збої).
  17. Якщо жодних відмов не сталося (постійні збої), то ми повернемо код статусу відповіді SMTP з найнижчим кодом помилки від непостійних збоїв (або успішний код статусу 250, якщо такого не було).

  18. Якщо відмова все-таки сталася, ми надішлемо електронні листи у фоновому режимі після повернення відправнику найнижчого з усіх кодів помилки. Однак, якщо найнижчий код помилки >= 500, ми не надсилаємо жодних електронних листів. Це тому, що якби ми це зробили, то відправники отримали б подвійний електронний лист (наприклад, один із вихідного MTA, наприклад Gmail, а також один від нас). Дивіться розділ про Як захиститися від зворотного розсіювання нижче, щоб дізнатися більше.

Як ви вирішуєте проблеми доставки електронної пошти

Зауважте, що ми будемо виконувати переписування «Friendly-From» в електронних листах тоді і тільки якщо політика DMARC відправника була p=reject, І він має перехідний SPF, І жодні підписи DKIM не були вирівняні із заголовком "Від". Це означає, що ми змінимо заголовок «Від» у повідомленні, встановимо «X-Original-From», а також встановимо параметр «Відповідь», якщо він ще не був встановлений. Ми також повторно запечатаємо печатку ARC на повідомленні після зміни цих заголовків.

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

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

Якщо одержувачем є вебхук, ми дозволимо 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.

Що таке адреси без відповіді

Ми не пересилаємо електронні листи на адреси без відповіді, і будь-який відправник, який спробує це зробити, отримає помилку 553.

Імена користувачів електронної пошти, що відповідають будь-якому з наступних (не чутливі до регістру), вважаються адресами без відповіді:

  • no-reply@
  • no_reply@
  • nobody@
  • noreplies@
  • noreply@

У вас є білий список

Так, ми щодня оновлюємо білий список на основі найпопулярнішого кореневого FQDN, що використовується на рівні DNS. Цей список складається з приблизно 200 000 до 300 000 унікальних кореневих доменних імен.

Включені такі популярні провайдери, як Google (Gmail), Yahoo, Microsoft (Outlook), Amazon (Amazon SES), Meta (Facebook), Twitter, Netflix, Spotify тощо.

Якщо ви є відправником або використовуєте відправника, якого немає в білому списку, тоді, коли ваш кореневий домен FQDN або IP-адреса вперше надішле електронний лист, ви будете ставка обмежена і сірий список.

Запити на білий список можна надсилати whitelist@forwardemail.net (будь ласка, надайте повний опис і причину внесення до білого списку, посилання на веб-сайти та свідоцтво про створення вашої компанії для внесення до білого списку).

У вас є сірий список

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

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

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

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

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

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

У вас є чорний список

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

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

Запити на видалення з чорного списку можна надсилати на адресу whitelist@forwardemail.net (будь ласка, надайте повний опис і причину внесення до білого списку, посилання на веб-сайти та свідоцтво про створення вашої компанії для внесення до білого списку).

Чи є у вас обмеження швидкості

Так, у нас є обмеження швидкості, яке стосується лише відправників, які не входять до Білий список.

Ми дозволяємо лише до 100 з’єднань на годину, на віддалену IP-адресу відправника (якщо зворотний PTR) із дозволеним FQDN кореневого домену (або) і на одержувача конверта. Ми зберігаємо ключ для обмеження швидкості як криптографічний хеш у нашій базі даних Redis.

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

Зауважте, що якщо ви надсилаєте через популярну систему, таку як Amazon SES, ви не будете обмежені за тарифом, оскільки (на момент написання цієї статті) Amazon SES внесено до білого списку.

Якщо ви надсилаєте з домену, наприклад test.abc.123.example.com, то обмеження ставок буде накладено на example.com. Багато спамери використовують сотні субдоменів, щоб обійти звичайні фільтри спаму, які обмежують лише унікальні імена хостів, а не унікальні кореневі домени FQDN.

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

Як захиститися від зворотного розсіювання

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

Ми робимо два кроки для захисту від зворотного розсіювання, які детально описані в наступних розділах Запобігайте відмову від відомих ПОШТА ВІД спамерів і Запобігайте непотрібним відскокам, щоб захистити від зворотного розсіювання нижче.

Запобігайте відмову від відомих ПОШТА ВІД спамерів

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

Якщо MAIL FROM порожній АБО містить (не чутливий до регістру) одне з таких імен користувачів (частина перед @ в електронному листі), ми перевіряємо, чи відповідає IP-адрес відправника одному з цього списку:

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

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

Техніки, описані в цьому розділі, відповідають рекомендаціям щодо «БЕЗПЕЧНОГО РЕЖИМУ». https://www.backscatterer.org/?target=usage – де ми перевіряємо IP-адресу відправника, лише якщо певні умови вже виконано.

Запобігайте непотрібним відскокам, щоб захистити від зворотного розсіювання

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

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

  1. Ми надсилаємо сповіщення лише тоді, коли виникає >= 500 помилок у коді статусу (коли електронні листи, які намагалися переслати, були невдалими, наприклад, Gmail відповідає помилкою рівня 500).

  2. Ми надсилаємо відмову лише один раз (ми використовуємо розрахований ключ відбитку пальця та зберігаємо його в кеші, щоб запобігти надсиланню дублікатів). Відбиток відбитку – це ключ, який є відбитком повідомлення в поєднанні з хешем адреси відмов і коду помилки). Дивіться розділ про Відбитки пальців щоб дізнатися більше про те, як обчислюється відбиток повідомлення. Термін дії успішно надісланих відбитків закінчується через 7 днів у нашому кеші Redis.

  3. Ми надсилаємо повідомлення про відмови лише тоді, коли повідомлення MAIL FROM не є пустим і не містить (без урахування регістру) жодного з наступних імен користувачів (частина перед @ в електронному листі). Зауважте, що цей список трохи коротший, ніж наведений вище в перевірці ПОШТА ВІД, тому що ми не хочемо отримувати помилкові результати (наприклад, security@ – це дійсна адреса, за яку ви можете отримати відмову; багато людей використовувати security@ для своїх програм пошуку помилок).

    • abuse@
    • mailer-daemon@
    • mailer_daemon@
    • mailerdaemon@
  4. Ми не надсилаємо відмови, якщо вихідне повідомлення мало будь-який із наступних заголовків (не чутливий до регістру):

    • Auto-Submitted (зі значенням no)
    • X-Auto-Response-Suppress (зі значенням dr, autoreply, auto-reply, auto_reply, або all)
    • List-Id
    • List-Unsubscribe
    • Feedback-ID
    • X-Auto-Reply
    • X-Autoreply
    • X-Auto-Respond
    • X-Autorespond
    • Precedence (зі значенням bulk, autoreply, auto-reply, auto_reply, або list)

Як визначити відбиток пальця електронної пошти

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

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

Ці обчислені хеші поміщаються до масиву (списку) тоді й лише тоді, коли існують їхні значення:

  • Ім’я хоста або IP-адреса, визначене клієнтом, FQDN
  • Message-ID значення заголовка
  • Date значення заголовка (тоді і тільки тоді, коли Message-ID не існувало)
  • From значення заголовка (тоді і тільки тоді, коли Message-ID не існувало)
  • To значення заголовка (тоді і тільки тоді, коли Message-ID не існувало)
  • Cc значення заголовка (тоді і тільки тоді, коли Message-ID не існувало)
  • Subject значення заголовка (тоді і тільки тоді, коли Message-ID не існувало)
  • Body значення (тоді і тільки тоді, коли Message-ID не існувало)

Чому мої тестові електронні листи, що надсилаються мені в Gmail, відображаються як "підозрілі"

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

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

Однак якщо вони бачать це повідомлення, це тому, що вони зазвичай звикли бачити ваші електронні листи звідки john@gmail.com замість john@customdomain.com (лише приклад). Gmail сповістить користувачів про всяк випадок, щоб переконатися, що все безпечно, обхідного шляху немає.

Чи можу я видалити через точку мережі електронної пошти в Gmail

Це стосується ТІЛЬКИ якщо ви використовуєте Як надіслати пошту як Gmail функція. Наразі для цього не існує обхідного шляху, і це стосується всіх постачальників послуг (не лише нас). Обхідним шляхом є використання спеціального сервера SMTP. Однак ми ще не пропонуємо SMTP.

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

Якщо ви хочете отримати сповіщення, коли це буде випущено, ви можете надіслати електронний лист smtp@forwardemail.net і ми надішлемо вам сповіщення, коли він буде випущений. Або просто зареєструйте обліковий запис тут, якщо ви ще цього не зробили!

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

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

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

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

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

Ім'я/хост/псевдонім TTL Тип Значення
"@", "." або порожній 3600 TXT forward-email-port=1337
Порада: Найпоширеніший сценарій для налаштування спеціальної переадресації портів – це коли ви хочете пересилати всі електронні листи, які надходять на example.com, на інший порт на example.com, відмінний від стандарту SMTP порту 25. Щоб налаштувати це, просто додайте наступне TXT загальний запис.
Ім'я/хост/псевдонім TTL Тип Значення
"@", "." або порожній 3600 TXT forward-email=example.com

Ви пропонуєте гарантію повернення грошей на платних планах

Так! Автоматичне відшкодування відбувається, коли ви оновлюєте, знижуєте чи скасовуєте свій обліковий запис протягом 30 днів із моменту запуску плану. Це стосується лише нових клієнтів.

Якщо я перейду на інший план, ви зробите ставку та повернете різницю

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

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

Чи підтримуєте ви веб-відео

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

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

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

Наприклад, якщо я хочу, щоб усі електронні листи, які надходять до alias@example.com переслати до нового запит для сміття кінцева точка тесту:

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

Або, можливо, вам потрібні всі електронні листи, які надходять до example.com щоб переслати до цієї кінцевої точки:

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

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

  • HTTP-запити Webhook повторюватимуться щонайбільше 3 рази з максимальним тайм-аутом 60 секунд на запит POST кінцевої точки. Ми повторимо спробу автоматично на основі статусу за умовчанням і кодів помилок, які використовуються в метод повторної спроби суперагента.

  • Ми об’єднуємо HTTP-запити webhook до однієї кінцевої точки в один запит замість кількох), щоб заощадити ресурси та пришвидшити час відповіді. Наприклад, якщо ви надсилаєте електронний лист до webhook1@example.com, webhook2@example.com, і webhook3@example.com, і всі вони налаштовані на те саме точний URL кінцевої точки, тоді буде зроблено лише один запит. Ми групуємо разом за точним збігом кінцевих точок із суворою рівністю.

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

  • Необроблене значення електронної пошти як рядок надається як властивість "raw".

  • Результати аутентифікації подаються як властивості "dkim", "spf", "arc", "dmarc" і "bimi".

  • Проаналізовані заголовки електронних листів надаються як властивість "headers", але також зауважте, що ви можете використовувати "headerLines" для спрощення ітерації та аналізу.

  • Згруповані одержувачі для цього вебхука згруповані разом і надаються як властивість "одержувачі".

  • Інформація про сеанс SMTP надається як властивість "сеанс". Він містить інформацію про відправника повідомлення, час надходження повідомлення, HELO та ім’я хоста клієнта. Значення імені хоста клієнта як session.clientHostname є FQDN (із зворотного пошуку PTR), або є session.remoteAddress в дужках (наприклад, "[127.0.0.1]").

  • Якщо є вкладення, вони будуть додані до attachments Масив зі значеннями буфера. Ви можете розібрати їх назад у вміст за допомогою підходу з 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());

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

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

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

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

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

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

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

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

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

Простий приклад: Якщо я хочу, щоб усі електронні листи, які надходять на `elon@example.com` або `musk@example.com`, пересилалися на `user@gmail.com`:
Ім'я/хост/псевдонім TTL Тип Значення
"@", "." або порожній 3600 TXT forward-email=/^(elon|musk)$/:user@gmail.com
Приклад заміни прізвища: Уявіть, що всі адреси електронної пошти вашої компанії мають шаблон `firstname.lastname@example.com`. Якщо я хочу, щоб усі електронні листи, які йдуть за шаблоном `ime.prezime@example.com`, пересилалися на `ime.prezime@company.com` із підтримкою заміни (переглянути тест на RegExr):
Ім'я/хост/псевдонім TTL Тип Значення
"@", "." або порожній 3600 TXT forward-email=/^([A-Za-z]+)+\.([A-Za-z]+)+$/:$1.$2@company.com
Приклад заміни фільтрації символів плюс Якщо я хочу, щоб усі електронні листи, які надходять на `info@example.com` або `support@example.com`, пересилалися відповідно на `user+info@gmail.com` або `user+support@gmail.com` (з підтримкою заміни) ) (переглянути тест на RegExr):
Ім'я/хост/псевдонім TTL Тип Значення
"@", "." або порожній 3600 TXT forward-email=/^(support|info)$/:user+$1@gmail.com
Приклад заміни рядка запиту Webhook: Можливо, ви хочете, щоб усі електронні листи, які надходять на `example.com`, спрямовувалися на a webhook і мати ключ динамічного рядка запиту "до" зі значенням частини імені користувача адреси електронної пошти (переглянути тест на RegExr):
Ім'я/хост/псевдонім TTL Тип Значення
"@", "." або порожній 3600 TXT forward-email=/^(.*?)$/:https://example.com/webhook?username=$1
Приклад вимкнення: Якщо ви хочете, щоб усі електронні листи, які відповідають певному шаблону, були вимкнені (див Чи можна відключити конкретні псевдоніми), потім просто використовуйте той самий підхід зі знаком оклику "!":
Ім'я/хост/псевдонім TTL Тип Значення
"@", "." або порожній 3600 TXT forward-email=/^(elon|musk)$/:!
Порада: Цікаво, як написати регулярний вираз, чи потрібно перевірити свою заміну? Ви можете перейти на веб-сайт безкоштовного тестування регулярних виразів RegExr в https://regexr.com.

Чи можу я просто використовувати цю послугу переадресації електронної пошти як "резервний" або "перепадочний" MX-сервер

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

Чи можна відключити конкретні псевдоніми

Так! З 6 лютого 2020 року ми додали цю функцію. Просто відредагуйте свій DNS TXT запишіть і поставте перед псевдонімом знак оклику. Зауважте, що ви повинні зберегти зіставлення «:», оскільки це потрібно, якщо ви колись вирішите вимкнути це (і воно також використовується для імпорту в наших платних планах).

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

Листи, надіслані на вимкнені адреси, відповідатимуть кодом статусу відповіді SMTP 250 (прийнято), але листи фактично не будуть доставлені одержувачам(ам).

Наприклад, якщо я хочу, щоб усі електронні листи, які надходять до alias@example.com перестати протікати до 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@example.com отримати переадресацію 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

Тобі вирішувати!

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

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

Наприклад, якщо я хочу, щоб кожен електронний лист, який надходить до *@example.com (зірочка означає символ підстановки, він же універсальний), до якого потрібно перенаправлятися 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@example.com буде перенаправлено user+1@gmail.com, user+2@gmail.com, user+3@gmail.com,… (Від 1-10).

Порада: Потрібно більше 10 одержувачів на псевдонім? Надішліть нам електронний лист, і ми будемо раді збільшити ліміт ваших акаунтів.

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

Так, ви можете, але ви все одно повинні дотримуватися максимального ліміту. Якщо у вас є hello:elon@example.com і elon:user@gmail.com, а потім електронною поштою на адресу hello@example.com буде перенаправлено elon@example.com і user@gmail.com. Зверніть увагу, що помилка буде видана, якщо ви спробуєте рекурсивно пересилати електронні листи.

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

Ми використовуємо MX і TXT перевірку запису, отже, якщо ви додасте відповідний MX і цей сервіс TXT записів, то ви зареєстровані. Якщо ви видалите їх, ви скасуєте реєстрацію. Ви маєте право власності на свій домен і керування DNS, тож якщо хтось має до нього доступ, це проблема.

Як це безкоштовно

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

Що таке максимальний розмір електронної пошти

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

Помилка з належним кодом відповіді повертається, якщо перевищено обмеження розміру файлу.

Чи зберігаєте ви електронні листи та їх вміст

Ні, абсолютно ні. Дивіться наш Політика конфіденційності.

Чи зберігаєте ви журнали електронних листів

Ні, абсолютно ні. Дивіться наш Політика конфіденційності.

Читаєте ви мої електронні листи?

Ні, абсолютно ні. Ми не зберігаємо журнали SMTP. Дивіться наш Політика конфіденційності.

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

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

Чи підтримує він символ плюс + для псевдонімів Gmail

Так, абсолютно.

Чи підтримує він субдомени

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

Якщо хочеш foo.example.com для пересилання електронних листів, а потім введіть foo як значення імені/хосту/псевдоніма в налаштуваннях DNS (як для MX, так і для TXT записи).

Це пересилає заголовки моєї електронної пошти

Так, абсолютно.

Це добре перевірено

Так, він має тести, написані з ava а також має покриття коду.

Чи передаєте Ви повідомлення про відповідь та коди SMTP

Так, точно. Наприклад, якщо ви надсилаєте електронний лист до hello@example.com і його зареєстровано для пересилання user@gmail.com, то повідомлення відповіді та код SMTP з SMTP-сервера "gmail.com" буде повернуто замість проксі-сервера на "mx1.forwardemail.net" або "mx2.forwardemail.net".

Як запобігти спамерам та забезпечити хорошу репутацію переадресації електронною поштою

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

Що робити, якщо я отримую спам

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

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

Адреса електронної пошти для пересилання спаму: abuse@forwardemail.net

Чи можу я "надіслати пошту як" у Gmail за допомогою цього

Так! Станом на 2 жовтня 2018 року ми додали цю функцію. Побачити Як надіслати пошту як Gmail вище!

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

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

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

Чи можу я "відправити пошту як" в Outlook за допомогою цього

Так! З 2 жовтня 2018 року ми додали цю функцію. Просто перегляньте ці два посилання від Microsoft нижче:

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

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

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

Чи можу я "надіслати пошту як" в Apple Mail та iCloud Mail за допомогою цього

На жаль, Apple цього не дозволяє, незалежно від того, якою послугою ви користуєтесь. Однак ви можете використовувати додаток Mail разом із обліковим записом електронної пошти вашого домену.

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

Так, однак швидкість «відносно невідомих» відправників обмежена 1000 підключеннями на годину для кожного імені хоста чи IP-адреси. Дивіться розділ про Обмеження ставки і Сірий список вище.

Під «відносно невідомими» ми маємо на увазі відправників, яких немає в Білий список.

Якщо цей ліміт перевищено, ми надсилаємо код відповіді «421», який повідомляє поштовому серверу відправника повторити спробу пізніше.

Як додати зображення профілю до своєї електронної адреси

Якщо ви використовуєте Gmail, виконайте наступні кроки нижче:

  1. Йти до https://google.com і вийдіть із усіх облікових записів електронної пошти
  2. Натисніть "Увійти", а у спадному меню натисніть "інший рахунок"
  3. Виберіть "Використовувати інший обліковий запис"
  4. Виберіть "Створити рахунок"
  5. Виберіть "Використовувати мою поточну електронну адресу"
  6. Введіть електронну адресу вашої власної доменної адреси
  7. Отримайте підтвердження, надіслане на вашу електронну адресу
  8. Введіть код підтвердження з цього електронного листа
  9. Повна інформація про профіль для вашого нового облікового запису Google
  10. Погодьтеся з усіма правилами конфіденційності та Умовами використання
  11. Йти до https://google.com у верхньому правому куті клацніть значок свого профілю та натисніть кнопку «змінити».
  12. Завантажте нову фотографію чи аватар для свого облікового запису
  13. Зміни знадобляться приблизно 1-2 години, але іноді це може бути дуже швидким.
  14. Надішліть тестовий лист, і фотографія профілю повинна з’явитися.

У чому різниця між безкоштовним та розширеним захистом

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

Безкоштовний планПосилений план захисту
forward-email=user@gmail.comforward-email-site-verification=m8d7o8K4Il

Чи підтримуєте Ви найкращі практики електронної пошти

Так. Ми маємо вбудовану підтримку SPF, DKIM, DMARC, ARC та SRS у всіх планах. Ми також багато працювали з оригінальними авторами цих специфікацій та іншими експертами електронної пошти, щоб забезпечити досконалість та високу продуктивність.

Ви пропонуєте необмежену кількість доменів за одну ціну

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

Які способи оплати ви приймаєте

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

Ви коли-небудь підвищите ціни

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

Як виконувати пошук DNS на доменні імена

Ми використовуємо споживчу DNS-службу CloudFlare, яка насамперед забезпечує конфіденційність (див оголошення тут). Ми поставили 1.1.1.3 і 1.0.0.3 як сервери DNS (див https://developers.cloudflare.com/1.1.1.1/1.1.1.1-for-families/) за допомогою /etc/resolv.conf на наших серверах і тестових середовищах.

Як швидко ця послуга

Остання версія, v2 (випущена 6 травня 2019 року), була значною перепискою з v1 і зосереджена на продуктивності через потоки. Nodemailer's плідний автор Андріс Рейнман (@ andris9) допоміг нам вимкнути за допомогою mailparser бібліотека та корист mailsplit натомість з певною спеціальною логікою перетворення, щоб розділити заголовок і тіло повідомлення, не впливаючи на тіло. Це дозволяє нам дуже швидко виконувати операції із заголовками (наприклад, перевіряти безпеку та відповідність SPF/DKIM/DMARC).

Іншими словами, остання версія цього сервісу використовує потоки суто зараз і блискавично. У старішій версії v1 також була деяка логіка в ненайкращому порядку операцій, але тепер v2 спочатку виконує операції з меншою інтенсивністю пам’яті/мережі (і повертається раніше, якщо це можливо, щоб якомога швидше надіслати відповідь клієнту SMTP). Ми плануємо продовжувати оптимізувати швидкість, вдосконалювати функції та покращувати цей сервіс з часом.

У будь-який момент ми не пишемо на диск або зберігаємо електронні листи - все робиться в пам'яті завдяки потокам та перетворенням Node.js! 🎉