Siapkan email dalam hitungan menit

Personalisasi panduan kami untuk menghemat waktu:

Anda menyetujui Kebijakan Privasi dan Ketentuan kami.

Tidak tertarik? Klik di sini untuk terus membaca

Daftar Isi

Pertanyaan yang Sering Diajukan

Daftar Isi

Bagaimana saya memulai dan mengatur penerusan email

Perkiraan Waktu Penyiapan: Kurang dari 10 menit
Perlindungan Privasi yang Ditingkatkan: Jika Anda ingin menyembunyikan informasi Anda agar tidak dapat dicari secara publik melalui Internet, silakan kunjungi Akun saya Domain dan tingkatkan domain Anda ke paket berbayar sebelum memulai panduan ini. Informasi yang dapat dicari secara publik tentang paket gratis termasuk, namun tidak terbatas pada: alias, alamat yang diteruskan, penerima, dan pengaturan lanjutan seperti penerusan port kustom. Jika Anda ingin mempelajari lebih lanjut tentang paket berbayar, lihat kami Harga halaman – jika tidak, teruslah membaca! Semua rencana mematuhi kami Pribadi kebijakan untuk tidak menyimpan log SMTP, metadata, atau email secara ketat. Kami tidak melacak Anda seperti layanan lain.
Mulai: Baca dengan cermat dan ikuti langkah satu sampai delapan yang tercantum di bawah ini. Pastikan untuk mengganti alamat email dari user@gmail.com dengan alamat email yang ingin Anda teruskan email (jika belum akurat). Demikian pula pastikan untuk mengganti example.com dengan nama domain khusus Anda (jika belum akurat).
  1. Jika Anda telah mendaftarkan nama domain Anda di suatu tempat, maka Anda harus melewati langkah ini dan melanjutkan ke langkah kedua! Jika tidak, Anda bisa klik di sini untuk mendaftarkan nama domain Anda.
  2. Apakah Anda ingat di mana Anda mendaftarkan domain Anda? Setelah Anda mengingatnya, ikuti petunjuk di bawah ini:
    Penting: Anda harus membuka tab baru dan masuk ke pendaftar domain Anda. Anda dapat dengan mudah mengklik "Pendaftar" Anda di bawah ini untuk melakukan ini secara otomatis. Di tab baru ini, Anda harus menavigasi ke halaman manajemen DNS di registrar Anda – dan kami telah menyediakan langkah-langkah navigasi langkah demi langkah di bawah kolom "Langkah-Langkah untuk Mengonfigurasi". Setelah Anda menavigasi ke halaman ini di tab baru, Anda dapat kembali ke tab ini dan melanjutkan ke langkah ketiga di bawah. Jangan tutup tab yang terbuka dulu; Anda akan membutuhkannya untuk langkah selanjutnya!
    Pendaftar Langkah-langkah untuk Mengkonfigurasi
    1&1 Masuk Pusat Domain (Pilih domain Anda) Edit Pengaturan DNS
    Rute Amazon 53 Masuk Zona yang Dihosting (Pilih domain Anda)
    plus.net Masuk Server saya Manajemen Domain Manajer DNS
    Bluehost UNTUK ROCK: Masuk Domain (Klik ikon di sebelah mengelola) DNS
    UNTUK LEGACY: Masuk Domain Editor zona (Pilih domain Anda)
    Cloudflare Masuk DNS
    DNS Menjadi Mudah Masuk DNS (Pilih domain Anda)
    DNSsederhana Masuk (Pilih domain Anda) DNS Mengelola
    Lautan Digital Masuk Jaringan Domain (Pilih domain Anda) Lagi Kelola Domain
    Domain.com Masuk Dalam tampilan kartu, klik kelola di domain Anda Dalam tampilan daftar, klik ikon roda gigi DNS & Server Nama Catatan DNS
    Domains.com
    Jam tangan
    Masuk (Pilih domain Anda) Mengelola (klik ikon roda gigi) Klik DNS & Server Nama di menu sebelah kiri
    DreamHost Masuk Panel Domain Kelola Domain DNS
    Pria Masuk Ringkasan Mengelola Editor Sederhana Catatan
    Memikirkan Masuk (Pilih domain Anda) Pengelolaan Mengedit zona
    Ayo ayah
    Jam tangan
    Masuk Kelola Domain Saya (Pilih domain Anda) Kelola DNS
    Google Domains
    Jam tangan
    Masuk (Pilih domain Anda) Konfigurasi DNS
    Namamurah
    Jam tangan
    Masuk Daftar Domain (Pilih domain Anda) Mengelola DNS tingkat lanjut
    Netlify Masuk (Pilih domain Anda) Siapkan DNS Netlify
    Solusi Jaringan Masuk Manajer Akuntansi Nama Domain Saya (Pilih domain Anda) Mengelola Ubah Tempat Poin Domain DNS tingkat lanjut
    Shopify
    Jam tangan
    Masuk Domain yang Dikelola (Pilih domain Anda) Pengaturan DNS
    Ruang persegi Masuk Menu rumah Pengaturan Domain (Pilih domain Anda) Pengaturan lanjutan Catatan Kustom
    Vercel Sekarang Menggunakan CLI "sekarang" now dns add [domain] '@' MX [record-value] [priority]
    weebly Masuk halaman domain (Pilih domain Anda) DNS
    Wix Masuk halaman domain (Klik ikon) Pilih Kelola Catatan DNS
    muda Masuk Domain Domain Saya
    Lainnya
    Penting: Tidak melihat nama registrar Anda tercantum di sini? Cukup cari di Internet untuk "cara mengubah catatan DNS di $REGISTRAR" (mengganti $REGISTRAR dengan nama registrar Anda – misalnya "cara mengubah catatan DNS di GoDaddy" jika Anda menggunakan GoDaddy).
  3. Menggunakan halaman manajemen DNS registrar Anda (tab lain yang telah Anda buka), tetapkan data "MX" berikut:
    Penting: Perhatikan bahwa tidak boleh ada kumpulan data MX lainnya. Kedua catatan yang ditunjukkan di bawah ini HARUS ada. Pastikan tidak ada kesalahan ketik; dan Anda telah mengeja mx1 dan mx2 dengan benar. Jika sudah ada data MX yang ada, harap hapus sepenuhnya. Nilai "TTL" tidak perlu 3600, bisa lebih rendah atau lebih tinggi jika perlu.
    Nama/Host/Alias TTL Tipe Prioritas Nilai
    "@", ".", atau kosong 3600 MX 10 mx1.forwardemail.net
    "@", ".", atau kosong 3600 MX 10 mx2.forwardemail.net
  4. Menggunakan halaman manajemen DNS registrar Anda (tab lain yang telah Anda buka), atur yang berikut: TXT catatan:
    Penting: Jika Anda menggunakan paket berbayar, maka Anda harus melewati langkah ini sepenuhnya dan melanjutkan ke langkah lima! Jika Anda tidak menggunakan paket berbayar, alamat penerusan Anda akan dapat dicari secara publik – buka Akun saya Domain dan tingkatkan domain Anda ke paket berbayar jika diinginkan. Jika Anda ingin mempelajari lebih lanjut tentang paket berbayar, lihat kami Harga halaman. Jika tidak, Anda dapat terus memilih satu atau lebih kombinasi dari Opsi A ke Opsi F yang tercantum di bawah ini.

    Opsi A: Jika Anda meneruskan semua email dari domain Anda, (mis. "all@example.com", "hello@example.com", dll) ke alamat tertentu "user@gmail.com":
    Nama/Host/Alias TTL Tipe Nilai
    "@", ".", atau kosong 3600 TXT forward-email=user@gmail.com
    Tip: Pastikan untuk mengganti nilai di atas pada kolom "Nilai" dengan alamat email Anda sendiri. Nilai "TTL" tidak perlu 3600, bisa lebih rendah atau lebih tinggi jika perlu. Nilai time to live ("TTL") yang lebih rendah akan memastikan setiap perubahan di masa mendatang yang dibuat pada catatan DNS Anda disebarkan ke seluruh Internet lebih cepat – pikirkan ini sebagai berapa lama akan disimpan dalam memori (dalam detik). Anda dapat mempelajari lebih lanjut tentang TTL di Wikipedia, ensiklopedia gratis.

    Opsi B: Jika Anda hanya perlu meneruskan satu alamat email (mis. "hello@example.com" ke "user@gmail.com"; ini juga akan meneruskan "hello+test@example.com" ke "user+test@gmail.com " otomatis):
    Nama/Host/Alias TTL Tipe Nilai
    "@", ".", atau kosong 3600 TXT forward-email=hello:user@gmail.com

    Opsi C: Jika Anda meneruskan beberapa email, Anda sebaiknya memisahkannya dengan koma:
    Nama/Host/Alias TTL Tipe Nilai
    "@", ".", atau kosong 3600 TXT forward-email=hello:user@gmail.com,support:user@gmail.com

    Opsi D: Anda dapat memiliki penyiapan email penerusan dalam jumlah tak terbatas – pastikan untuk tidak membungkus lebih dari 255 karakter dalam satu baris dan memulai setiap baris dengan "forward-email=". Sebuah contoh diberikan di bawah ini:
    Nama/Host/Alias TTL Tipe Nilai
    "@", ".", atau kosong 3600 TXT forward-email=hello:user@gmail.com,support:user@gmail.com
    "@", ".", atau kosong 3600 TXT forward-email=help:user@gmail.com,foo:user@gmail.com
    "@", ".", atau kosong 3600 TXT forward-email=orders:user@gmail.com,baz:user@gmail.com
    "@", ".", atau kosong 3600 TXT forward-email=info:user@gmail.com,beep:user@gmail.com
    "@", ".", atau kosong 3600 TXT forward-email=errors:user@gmail.com,boop:user@gmail.com

    Opsi E: Anda juga dapat menentukan nama domain di TXT record untuk memiliki penerusan alias global (mis. "pengguna@contoh.com" akan diteruskan ke "pengguna@contoh.net"):
    Nama/Host/Alias TTL Tipe Nilai
    "@", ".", atau kosong 3600 TXT forward-email=example.net

    Opsi F: Anda bahkan dapat menggunakan webhook sebagai alias global atau individual untuk meneruskan email. Lihat contoh dan bagian lengkapnya di webhooks berjudul Apakah Anda mendukung webhooks di bawah.
    Nama/Host/Alias TTL Tipe Nilai
    "@", ".", atau kosong 3600 TXT forward-email=alias:https://requestbin.com/r/en8pfhdgcculn

    Opsi G: Anda bahkan dapat menggunakan ekspresi reguler ("regex") untuk pencocokan alias dan untuk menangani substitusi untuk meneruskan email. Lihat contoh dan bagian lengkap pada regex berjudul Apakah Anda mendukung ekspresi reguler atau regex di bawah.
    Nama/Host/Alias TTL Tipe Nilai
    "@", ".", atau kosong 3600 TXT forward-email=alias:https://requestbin.com/r/en8pfhdgcculn

  5. Menggunakan halaman manajemen DNS registrar Anda (tab lain yang telah Anda buka), atur tambahan berikut: TXT catatan:
    Nama/Host/Alias TTL Tipe Nilai
    "@", ".", atau kosong 3600 TXT v=spf1 a mx include:spf.forwardemail.net -all
    Penting: Jika Anda menggunakan Gmail (mis. Kirim Email Sebagai) atau G Suite, Anda harus menambahkan include:_spf.google.com dengan nilai di atas, misalnya:

    v=spf1 a mx include:spf.forwardemail.net include:_spf.google.com -all
    Tip: Jika Anda sudah memiliki baris yang sama dengan "v=spf1", maka Anda harus menambahkan include:spf.forwardemail.net tepat sebelum catatan "include:host.com" yang ada dan sebelum "-all" di baris yang sama, misalnya:

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

    Perhatikan bahwa ada perbedaan antara "-all" dan "~all". Tanda "-" menunjukkan bahwa pemeriksaan SPF harus GAGAL jika tidak cocok, dan "~" menunjukkan bahwa pemeriksaan SPF harus LEMBUT. Kami menyarankan untuk menggunakan pendekatan "-semua" untuk mencegah pemalsuan domain.

    Anda mungkin juga perlu menyertakan data SPF untuk host mana pun yang Anda gunakan untuk mengirim email (mis. Outlook).
  6. Verifikasi catatan DNS Anda menggunakan alat "Verifikasi Catatan" kami yang tersedia di Akun saya Domain Mempersiapkan.
  7. Kirim email percobaan untuk mengonfirmasi bahwa itu berfungsi. Perhatikan bahwa mungkin perlu beberapa waktu agar data DNS Anda menyebar.
    Tip: Jika Anda tidak menerima email percobaan, atau menerima email percobaan yang mengatakan "Hati-hati dengan pesan ini", lihat jawaban untuk Mengapa saya tidak menerima email pengujian saya dan Mengapa email pengujian saya dikirim ke diri saya sendiri di Gmail menunjukkan "mencurigakan" masing-masing.
  8. Jika Anda ingin "Kirim Email Sebagai" dari Gmail, Anda harus tonton video ini, atau ikuti langkah-langkah di bawah Cara Mengirim Email Seperti Menggunakan Gmail di bawah.
Selamat! Anda telah berhasil menyelesaikan semua langkah.
Tip: Add-on opsional tercantum di bawah ini. Perhatikan bahwa add-on ini sepenuhnya opsional dan mungkin tidak diperlukan. Kami ingin setidaknya memberi Anda informasi tambahan jika perlu.
Tambahan opsional: Jika kamu adalah Cara Mengirim Email Seperti menggunakan Gmail fitur, maka Anda mungkin ingin memasukkan diri Anda ke daftar putih. Untuk melakukan ini, cukup ikuti petunjuk ini dari Gmail pada topik ini.

Cara Mengirim Email Seperti menggunakan Gmail

Perkiraan Waktu Penyiapan: Kurang dari 10 menit
Mulai: Setelah Anda mengikuti langkah-langkah di atas di Bagaimana saya memulai dan mengatur penerusan email Anda dapat mengikuti video di atas atau langkah-langkah di bawah ini – untuk "Kirim Email Sebagai" menggunakan domain khusus Anda.
  1. Anda harus memiliki Otentikasi Dua Faktor Gmail diaktifkan agar ini berfungsi. Mengunjungi https://www.google.com/landing/2step/ jika Anda tidak mengaktifkannya.

  2. Setelah Otentikasi Dua Faktor diaktifkan (atau jika Anda sudah mengaktifkannya), kunjungi https://myaccount.google.com/apppasswords.

  3. Ketika diminta untuk "Pilih aplikasi dan perangkat yang Anda inginkan untuk membuat kata sandi aplikasi untuk":

    • Pilih "Mail" di bawah drop-down untuk "Select app"
    • Pilih "Lainnya" di bawah drop-down untuk "Select device"
    • Saat diminta untuk input teks, masukkan alamat email domain khusus tempat Anda meneruskan (mis. "halo@contoh.com"- ini akan membantu Anda melacak jika Anda menggunakan layanan ini untuk banyak akun)
  4. Salin kata sandi ke papan klip Anda yang dihasilkan secara otomatis

    Penting: Jika Anda menggunakan G Suite, kunjungi panel admin Anda Aplikasi G Suite Setelan untuk Gmail Pengaturan lanjutan dan pastikan untuk mencentang "Izinkan pengguna mengirim email melalui server SMTP eksternal...". Akan ada beberapa penundaan untuk mengaktifkan perubahan ini, jadi harap tunggu beberapa menit.
  5. Pergi ke Gmail dan dibawah Pengaturan Akun dan Impor Kirim email sebagai, klik "Tambahkan alamat email lain"

  6. Saat diminta untuk "Nama", masukkan nama yang Anda inginkan agar email Anda dilihat sebagai "Dari" (mis. "Elon Musk")

  7. Saat diminta untuk "Alamat email", masukkan alamat email dengan domain khusus yang Anda gunakan di atas (mis. "halo@contoh.com")

  8. Hapus centang "Perlakukan sebagai alias"

    Tip: Jika Anda lebih suka penerima membalas langsung ke alamat Gmail Anda, biarkan ini dicentang. Untuk mempelajari lebih lanjut, ikuti petunjuk ini dari Gmail pada topik ini.
  9. Klik "Langkah Selanjutnya" untuk melanjutkan

  10. Saat diminta untuk "Server SMTP", masukkan smtp.gmail.com dan meninggalkan pelabuhan sebagai 587

  11. Saat diminta untuk "Nama Pengguna", masukkan bagian dari alamat Gmail Anda tanpa gmail.com bagian (misalnya hanya "pengguna" jika email saya adalah pengguna@gmail.com)

    Penting: Jika bagian "Nama Pengguna" terisi otomatis, maka Anda harus mengubah ini ke bagian nama pengguna dari alamat Gmail Anda.
  12. Saat diminta "Kata Sandi", rekatkan dari clipboard Anda kata sandi yang Anda buat pada langkah 2 di atas

  13. Biarkan tombol radio dicentang ke "Koneksi aman menggunakan TLS"

  14. Klik "Tambah Akun" untuk melanjutkan

  15. Buka tab baru untuk Gmail dan tunggu email verifikasi Anda tiba (Anda akan menerima kode verifikasi yang mengonfirmasi bahwa Anda adalah pemilik alamat email yang Anda coba "Kirim Email Sebagai")

  16. Setelah sampai, salin dan tempel kode verifikasi pada prompt yang Anda terima di langkah sebelumnya

  17. Setelah Anda selesai melakukannya, kembali ke email dan klik tautan untuk "konfirmasi permintaan". Anda perlu melakukan langkah ini dan langkah sebelumnya agar email dapat dikonfigurasi dengan benar.

Selamat! Anda telah berhasil menyelesaikan semua langkah.

Mengapa saya tidak menerima email pengujian saya

Jika Anda mengirim email percobaan ke diri sendiri menggunakan fitur "Kirim Email Sebagai", maka email tersebut tidak akan muncul di kotak masuk Anda karena jawaban Gmail resmi yang dikenal luas ini.

Jika Anda terus mengalami masalah, kemungkinan besar itu adalah masalah dengan propagasi DNS. Anda perlu menunggu sedikit lebih lama dan mencoba lagi (atau coba setel nilai TTL yang lebih rendah pada . Anda) TXT catatan).

Masih mengalami masalah? Silakan ajukan Permintaan bantuan sehingga kami dapat membantu menyelidiki masalah tersebut dan menemukan penyelesaian yang cepat.

Bagaimana cara kerja sistem penerusan email Anda?

Email bergantung pada protokol SMTP. Protokol ini terdiri dari perintah yang dikirim ke server (paling sering berjalan pada port 25). Ada koneksi awal, lalu pengirim menunjukkan dari mana surat itu berasal ("MAIL FROM"), diikuti ke mana ia akan pergi ("RCPT TO"), dan terakhir header dan badan email itu sendiri ("DATA" ). Alur sistem penerusan email kami dijelaskan relatif terhadap setiap perintah protokol SMTP di bawah ini:

  • Koneksi Awal (tanpa nama perintah, mis. telnet example.com 25) - Ini adalah koneksi awal. Kami memeriksa pengirim yang tidak masuk daftar putih terhadap kami daftar hitam. Akhirnya, jika pengirim tidak masuk daftar putih, maka kami memeriksa untuk melihat apakah mereka telah daftar abu-abu.

  • HELO - Ini menunjukkan salam untuk mengidentifikasi FQDN pengirim, alamat IP, atau nama penangan surat. Nilai ini dapat dipalsukan, jadi kami tidak bergantung pada data ini dan sebagai gantinya menggunakan pencarian nama host terbalik dari alamat IP koneksi.

  • MAIL FROM - Ini menunjukkan surat amplop dari alamat email. Jika suatu nilai dimasukkan, itu harus berupa alamat email RFC 5322 yang valid. Nilai kosong diizinkan. Kita periksa backscatter di sini, dan kami juga memeriksa MAIL FROM terhadap kami daftar hitam. Kami akhirnya memeriksa pengirim yang tidak ada dalam daftar putih untuk pembatasan tarif (lihat bagian tentang Pembatasan Tarif dan Daftar putih untuk informasi lebih lanjut).

  • RCPT TO - Ini menunjukkan penerima email. Ini harus berupa alamat email RFC 5322 yang valid. Kami hanya mengizinkan hingga 100 penerima amplop per pesan (ini berbeda dengan header "Kepada" dari email). Kami juga memeriksa valid Skema Penulisan Ulang Pengirim ("SRS") alamat di sini untuk melindungi dari spoofing dengan nama domain SRS kami. Penerima asalkan berisi alamat "tidak ada balasan" akan menerima kesalahan 553. Lihat daftar lengkap alamat "no-reply" di bawah ini. Kami juga memeriksa penerima terhadap kami daftar hitam.

  • DATA - Ini adalah bagian inti dari layanan kami yang memproses email. Lihat bagian Bagaimana Anda memproses email untuk diteruskan? di bawah ini untuk wawasan lebih lanjut.

Bagaimana Anda memproses email untuk diteruskan?

Bagian ini menjelaskan proses kami terkait dengan perintah protokol SMTP DATA di bagian Bagaimana cara kerja sistem penerusan email Anda? di atas – ini adalah cara kami memproses header, isi, keamanan email, menentukan tujuan pengiriman email, dan cara kami menangani koneksi.

  1. Jika pesan melebihi ukuran maksimum 50mb, maka akan ditolak dengan kode kesalahan 552.

  2. Jika pesan tidak memiliki header, atau header tidak dapat diuraikan, maka pesan tersebut ditolak dengan kode kesalahan 421.

  3. Jika pesan tidak berisi tajuk "Dari", atau jika salah satu nilai dalam tajuk "Dari" bukan alamat email RFC 5322 yang valid, maka pesan tersebut ditolak dengan kode kesalahan 550.

  4. Jika pesan memiliki lebih dari 25 header "Diterima", maka pesan tersebut dipastikan telah terjebak dalam loop pengalihan, dan ditolak dengan kode kesalahan 550.

  5. Menggunakan sidik jari email (lihat bagian di sidik jari), kami akan memeriksa untuk melihat pesan telah dicoba untuk dicoba ulang lebih dari 500 kali, dan jika demikian, maka akan ditolak dengan kode kesalahan 550.

  6. Jika pesan memiliki tajuk "Kepada", dan jika salah satu tajuk "Kepada" pesan diarahkan ke alamat yang ditulis ulang SRS menggunakan nama domain kami, maka kami akan menulis ulang alamat tersebut (ini berlaku untuk penanggap saat libur).

  7. Jika pesan tidak memiliki header "Message-ID", maka kami akan menambahkannya menggunakan amplop MAIL FROM parsing FQDN atau nama domain kami.

  8. Jika pesan tidak memiliki header "Tanggal" yang valid, maka kami akan menambahkannya menggunakan waktu kedatangan dari koneksi awal pesan.

  9. Kami menyimpan dalam memori hasil pemindaian email menggunakan Pemindai Spam.

  10. Jika ada hasil sewenang-wenang dari Pemindai Spam, maka itu ditolak dengan kode kesalahan 554. Hasil sewenang-wenang hanya mencakup tes GTUBE pada saat penulisan ini. Melihat https://spamassassin.apache.org/gtube/ untuk lebih banyak wawasan.

  11. Kami akan menambahkan tajuk berikut ke pesan untuk tujuan debugging dan pencegahan penyalahgunaan:

    • X-ForwardEmail-Version - Sekarang SemVer versi dari package.json dari basis kode kami.
    • X-ForwardEmail-Session-ID - nilai ID sesi yang digunakan untuk tujuan debug (hanya berlaku di lingkungan non-produksi).
    • X-ForwardEmail-Sender - daftar dipisahkan koma yang berisi alamat MAIL FROM amplop asli (jika tidak kosong), klien PTR terbalik FQDN (jika ada), dan alamat IP pengirim.
    • X-Report-Abuse - dengan nilai abuse@forwardemail.net (hanya jika tajuk ini belum disetel)
    • X-Report-Abuse-To - dengan nilai abuse@forwardemail.net (hanya jika tajuk ini belum disetel)
  12. Kami kemudian memeriksa pesan untuk DKIM, SPF, ARC, dan DMARC.

    • Jika pesan gagal DMARC dan domain memiliki kebijakan penolakan (mis. p=reject ada dalam kebijakan DMARC), maka ditolak dengan kode kesalahan 550. Biasanya kebijakan DMARC untuk domain dapat ditemukan di _dmarc subdomain TXT merekam, (mis. dig _dmarc.example.com txt).
    • Jika pesan gagal SPF dan domain memiliki kebijakan kegagalan permanen (mis. -all berada dalam kebijakan SPF sebagai lawan dari ~all atau tidak ada kebijakan sama sekali), maka ditolak dengan kode kesalahan 550. Biasanya kebijakan SPF untuk domain dapat ditemukan di TXT record untuk domain root (mis. dig example.com txt). Lihat bagian ini untuk informasi lebih lanjut tentang mengirim email seperti dengan Gmail tentang SPF.
  13. Sekarang kami memproses penerima pesan yang dikumpulkan dari RCPT TO perintah di bagian Bagaimana cara kerja sistem penerusan email Anda? di atas. Untuk setiap penerima, kami melakukan operasi berikut:

    • Kami mencari TXT catatan nama domain (bagian setelah @ simbol, mis. example.com jika alamat emailnya adalah test@example.com). Misalnya, jika domainnya adalah example.com kami melakukan pencarian DNS seperti dig example.com txt.
    • Kami menguraikan semua TXT catatan yang dimulai dengan baik forward-email= (paket gratis) atau forward-email-site-verification= (paket berbayar). Perhatikan bahwa kami mengurai keduanya, untuk memproses email saat pengguna meningkatkan atau menurunkan versi paket.
    • Dari ini diuraikan TXT catatan, kami mengulanginya untuk mengekstrak konfigurasi penerusan (seperti yang dijelaskan di bagian Bagaimana saya memulai dan mengatur penerusan email di atas). Perhatikan bahwa kami hanya mendukung satu forward-email-site-verification= nilai, dan jika lebih dari satu diberikan, maka kesalahan 550 akan terjadi dan pengirim akan menerima pantulan untuk penerima ini.
    • Secara rekursif kami mengulangi konfigurasi penerusan yang diekstraksi untuk menentukan penerusan global, penerusan berbasis regex, dan semua konfigurasi penerusan yang didukung lainnya – yang sekarang dikenal sebagai "Alamat Penerusan" kami.
    • Untuk setiap Alamat Penerusan, kami mendukung satu pencarian rekursif (yang akan memulai rangkaian operasi ini pada alamat yang diberikan). Jika kecocokan rekursif ditemukan, maka hasil induk akan dihapus dari Alamat Penerusan, dan anak-anak ditambahkan.
    • Alamat Penerusan diuraikan untuk keunikan (karena kami tidak ingin mengirim duplikat ke satu alamat atau menelurkan koneksi klien SMTP tambahan yang tidak perlu).
    • Untuk setiap Alamat Penerusan, kami mencari nama domainnya terhadap titik akhir API kami /v1/max-forwarded-addresses (untuk menentukan berapa banyak alamat domain yang diizinkan untuk meneruskan email per alias, misalnya 10 secara default – lihat bagian di batas maksimum penerusan per alias). Jika batas ini terlampaui, maka akan terjadi kesalahan 550 dan pengirim akan menerima bouncing untuk penerima ini.
    • Kami mencari pengaturan penerima asli terhadap titik akhir API kami /v1/settings, yang mendukung pencarian untuk pengguna berbayar (dengan cadangan untuk pengguna gratis). Ini mengembalikan objek konfigurasi untuk pengaturan lanjutan untuk port (Nomor, mis. 25), has_adult_content_protection (Boolean), has_phishing_protection (Boolean), has_executable_protection (Boolean), dan has_virus_protection (Boolean).
    • Berdasarkan pengaturan ini, kami kemudian memeriksa hasil Pemindai Spam dan jika terjadi kesalahan, maka pesan ditolak dengan kode kesalahan 554 (mis. has_virus_protection diaktifkan, maka kami akan memeriksa hasil Pemindai Spam apakah ada virus). Perhatikan bahwa semua pengguna paket gratis akan diikutsertakan untuk pemeriksaan terhadap konten dewasa, phishing, executable, dan virus. Secara default, semua pengguna paket berbayar juga ikut serta, tetapi konfigurasi ini dapat diubah di bawah halaman Pengaturan Lanjutan untuk domain di dasbor Email Teruskan).
  14. Untuk setiap Alamat Penerusan penerima yang diproses, kami kemudian melakukan operasi berikut:

    • Alamat diperiksa terhadap kami daftar hitam, dan jika sudah terdaftar, maka akan terjadi kode kesalahan 554 dan pengirim akan menerima pantulan untuk penerima ini.
    • Jika alamatnya adalah webhook, maka kami menetapkan Boolean untuk operasi mendatang (lihat di bawah – kami mengelompokkan webhook serupa untuk membuat satu permintaan POST vs. beberapa untuk pengiriman).
    • Jika alamatnya adalah alamat email, maka kami mengurai host untuk operasi di masa mendatang (lihat di bawah – kami mengelompokkan host yang serupa untuk membuat satu koneksi vs. beberapa koneksi individual untuk pengiriman).
  15. Jika tidak ada penerima dan tidak ada pantulan, maka kami merespons dengan kesalahan 550 "Penerima tidak valid".

  16. Jika ada penerima, maka kami mengulanginya (dikelompokkan bersama oleh host yang sama) dan mengirimkan email. Lihat bagian Bagaimana Anda menangani masalah pengiriman email? di bawah ini untuk wawasan lebih lanjut.

    • Jika ada kesalahan yang terjadi saat mengirim email, kami akan menyimpannya di memori untuk diproses nanti.
    • Kami akan mengambil kode kesalahan terendah (jika ada) dari pengiriman email – dan menggunakannya sebagai kode tanggapan untuk DATA memerintah. Ini berarti bahwa email yang tidak terkirim biasanya akan dicoba ulang oleh pengirim asli, namun email yang sudah terkirim tidak akan dikirim ulang saat pesan dikirim berikutnya (seperti yang kami gunakan sidik jari).
    • Jika tidak terjadi kesalahan, maka kami akan mengirimkan 250 kode status respons SMTP yang berhasil.
    • Pentalan ditentukan sebagai upaya pengiriman apa pun yang menghasilkan kode status >= 500 (kegagalan permanen).
  17. Jika tidak ada pantulan yang terjadi (kegagalan permanen), maka kami akan mengembalikan kode status respons SMTP dari kode kesalahan terendah dari kegagalan tidak permanen (atau 250 kode status sukses jika tidak ada).

  18. Jika bouncing memang terjadi, maka kami akan mengirimkan email bouncing di latar belakang setelah mengembalikan kode kesalahan terendah dari semua kode kesalahan ke pengirim. Namun, jika kode kesalahan terendah adalah >= 500, maka kami tidak mengirimkan email bouncing. Ini karena jika kami melakukannya, pengirim akan menerima email pantulan ganda (misalnya satu dari MTA keluar mereka, seperti Gmail – dan juga satu dari kami). Lihat bagian di Bagaimana Anda melindungi dari hamburan balik? di bawah ini untuk wawasan lebih lanjut.

Bagaimana Anda menangani masalah pengiriman email?

Perhatikan bahwa kami akan melakukan penulisan ulang "Friendly-From" pada email jika dan hanya jika kebijakan DMARC pengirim adalah p=reject, DAN memiliki SPF yang lewat, DAN tidak ada tanda tangan DKIM yang disejajarkan dengan header "Dari". Ini berarti bahwa kita akan mengubah header "Dari" pada pesan, mengatur "X-Original-From", dan juga mengatur "Balas-Ke" jika belum disetel. Kami juga akan menyegel kembali segel ARC pada pesan setelah mengubah header ini.

Kami juga menggunakan penguraian pesan kesalahan yang cerdas di setiap tingkat tumpukan kami – dalam kode kami, permintaan DNS, internal Node.js, permintaan HTTP (mis. 408, 413, dan 429 dipetakan ke kode respons SMTP 421 jika penerima adalah webhook), dan respons server email (mis., respons dengan "tunda" atau "pelambatan" akan dicoba lagi sebagai kesalahan 421).

Logika kami adalah dummy-proof dan juga akan mencoba lagi untuk kesalahan TLS/SSL, masalah koneksi, dan banyak lagi. Tujuan dengan dummy-proofing adalah untuk memaksimalkan kemampuan pengiriman ke semua penerima untuk konfigurasi penerusan.

Jika penerima adalah webhook, maka kami akan mengizinkan waktu tunggu 60 detik untuk menyelesaikan permintaan hingga 3 percobaan ulang (jadi total 4 permintaan sebelum gagal). Perhatikan bahwa kami mengurai kode kesalahan 408, 413, dan 429 dengan benar dan memetakannya ke kode respons SMTP 421.

Sebaliknya jika penerima adalah alamat email, maka kami akan mencoba mengirim email dengan TLS oportunistik (kami mencoba menggunakan STARTTLS jika tersedia di server email penerima). Jika kesalahan SSL atau TLS terjadi saat mencoba mengirim email, maka kami akan mencoba mengirim email tanpa TLS (tanpa menggunakan STARTTLS).

Jika terjadi kesalahan DNS atau koneksi, maka kami akan kembali ke DATA perintahkan kode respons SMTP 421, jika tidak, jika ada >= 500 level error, maka pantulan akan dikirim.

Jika kami mendeteksi bahwa server email yang kami coba kirimkan memiliki satu atau lebih alamat IP pertukaran surat kami yang masuk daftar hitam (misalnya dengan teknologi apa pun yang mereka gunakan untuk menangguhkan spammer), maka kami akan mengirimkan kode respons SMTP 421 untuk pengirim ke coba lagi pesan mereka nanti (dan kami diperingatkan tentang masalah ini sehingga kami berharap dapat menyelesaikannya sebelum upaya berikutnya).

Bagaimana Anda menangani alamat IP Anda menjadi daftar hitam?

Kami secara rutin memantau semua daftar hitam DNS utama dan jika ada alamat IP pertukaran surat ("MX") kami terdaftar dalam daftar hitam utama, kami akan menariknya keluar dari DNS A record round robin yang relevan jika memungkinkan sampai masalah teratasi.

Pada saat penulisan ini, kami juga terdaftar di beberapa daftar putih DNS, dan kami menganggap serius pemantauan daftar hitam. Jika Anda melihat masalah apa pun sebelum kami sempat menyelesaikannya, harap beri tahu kami secara tertulis di support@forwardemail.net.

Apa itu alamat tanpa balasan?

Kami tidak meneruskan email ke alamat "tidak ada balasan", dan setiap pengirim yang mencoba untuk menerima akan menerima kesalahan 553.

Nama pengguna email yang sama dengan salah satu dari berikut ini (peka huruf besar/kecil) dianggap sebagai alamat tanpa balasan:

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

Apakah Anda memiliki daftar putih?

Ya, kami memperbarui daftar putih setiap hari berdasarkan FQDN root paling populer yang digunakan di tingkat DNS. Daftar ini terdiri dari sekitar 200.000 hingga 300.000 nama domain root unik.

Penyedia populer seperti Google (Gmail), Yahoo, Microsoft (Outlook), Amazon (Amazon SES), Meta (Facebook), Twitter, Netflix, Spotify, dan banyak lagi disertakan.

Jika Anda seorang pengirim atau menggunakan pengirim yang tidak ada dalam daftar putih, maka pertama kali domain root atau alamat IP FQDN Anda mengirim email, Anda akan tarif terbatas dan daftar abu-abu.

Permintaan daftar putih dapat dikirim ke daftar putih@forwardemail.net (harap berikan deskripsi dan alasan lengkap untuk memasukkannya ke daftar putih, tautan ke situs web, dan sertifikat formasi bisnis Anda untuk masuk daftar putih).

Apakah Anda memiliki daftar abu-abu?

Ya, kami sangat longgar daftar abu-abu email kebijakan yang digunakan. Daftar abu-abu hanya berlaku untuk pengirim yang tidak ada dalam daftar putih kami dan berlangsung di cache kami selama 30 hari.

Untuk setiap pengirim baru, kami menyimpan kunci di database Redis kami selama 30 hari dengan nilai yang ditetapkan ke waktu kedatangan awal permintaan pertama mereka. Kami kemudian menolak email mereka dengan kode status coba lagi 450 dan hanya mengizinkannya lewat setelah 5 menit berlalu.

Jika mereka telah berhasil menunggu selama 5 menit dari waktu kedatangan awal ini, maka email mereka akan diterima dan mereka tidak akan menerima kode status 450 ini.

Kuncinya terdiri dari domain root FQDN atau alamat IP pengirim. Ini berarti bahwa setiap sub-domain yang melewati daftar abu-abu juga akan lolos ke domain root, dan sebaliknya (inilah yang kami maksud dengan kebijakan "sangat longgar").

Misalnya, jika email berasal dari test.example.com sebelum kita melihat email datang dari example.com, lalu email apa pun dari test.example.com dan/atau example.com harus menunggu 5 menit dari waktu kedatangan awal koneksi. Kami tidak membuat keduanya test.example.com dan example.com masing-masing menunggu periode 5 menit mereka sendiri (kebijakan daftar abu-abu kami berlaku di tingkat domain root).

Perhatikan bahwa daftar abu-abu tidak berlaku untuk pengirim mana pun di kami Daftar putih (misalnya Meta, Amazon, Netflix, Google, Microsoft pada saat penulisan ini).

Apakah Anda memiliki daftar hitam?

Ya, kami mengoperasikan daftar hitam pribadi kami dan memperbaruinya secara otomatis secara real-time dan secara manual berdasarkan spam dan aktivitas berbahaya yang terdeteksi. Pengirim yang masuk daftar hitam akan menerima pesan kesalahan 554.

Kami juga menarik dari Daftar Hitam Level 1 UCEPOTECT di http://wget-mirrors.uceprotect.net/rbldnsd-all/dnsbl-1.uceprotect.net.gz setiap jam dan masukkan ke dalam database Redis kami dengan masa berlaku 7 hari.

Permintaan penghapusan daftar hitam dapat dikirim ke daftar putih@forwardemail.net (harap berikan deskripsi dan alasan lengkap untuk memasukkannya ke daftar putih, tautan ke situs web, dan sertifikat formasi bisnis Anda untuk masuk daftar putih).

Apakah Anda memiliki batasan tarif?

Ya, kami memiliki batasan tarif yang hanya berlaku untuk pengirim bukan di Daftar putih.

Kami hanya mengizinkan hingga 100 koneksi per jam, per pengirim menyelesaikan domain root FQDN (atau) alamat IP jarak jauh pengirim (jika PTR terbalik tidak tersedia), dan per penerima amplop. Kami menyimpan kunci untuk pembatasan tarif sebagai hash kriptografis di database Redis kami.

Jika Anda mengirim email melalui sistem kami, pastikan Anda memiliki PTR terbalik yang diatur untuk semua alamat IP Anda (jika tidak, setiap domain root FQDN unik atau alamat IP yang Anda kirim akan dibatasi tarifnya).

Perhatikan bahwa jika Anda mengirim melalui sistem populer seperti Amazon SES, maka Anda tidak akan dibatasi tarifnya karena (pada saat penulisan ini) Amazon SES masuk daftar putih.

Jika Anda mengirim dari domain seperti test.abc.123.example.com, maka batas tarif akan dikenakan pada example.com. Banyak spammer menggunakan ratusan sub-domain untuk mengatasi filter spam umum yang hanya menilai batas nama host unik sebagai lawan dari domain root FQDN unik.

Pengirim yang melebihi batas tarif akan ditolak dengan kesalahan 421.

Bagaimana Anda melindungi dari hamburan balik?

Pentalan yang salah arah atau spam pentalan (dikenal sebagai "hamburan balik") dapat menyebabkan reputasi negatif pada alamat IP pengirim.

Kami mengambil dua langkah untuk melindungi dari hamburan balik, yang dirinci di bagian berikut Cegah bouncing dari MAIL yang diketahui DARI spammer dan Cegah pantulan yang tidak perlu untuk melindungi dari hamburan balik di bawah.

Cegah bouncing dari MAIL yang diketahui DARI spammer

Kami menarik daftar dari Backscatter.org (dipersembahkan oleh UCEPROTECT) pada http://wget-mirrors.uceprotect.net/rbldnsd-all/ips.backscatterer.org.gz setiap jam dan memasukkannya ke dalam basis data Redis kami (kami juga membandingkan perbedaan sebelumnya; jika ada IP yang dihapus yang perlu dihormati).

Jika MAIL FROM kosong ATAU berisi (peka huruf besar/kecil) salah satu nama pengguna berikut (bagian sebelum @ dalam email), maka kami memeriksa untuk melihat apakah IP pengirim cocok dengan yang ada di daftar ini:

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

Jika IP pengirim terdaftar (dan bukan di . kami) Daftar putih), lalu kami mengirim kesalahan 554 dengan pesan The IP ${session.remoteAddress} is blacklisted by https://www.backscatterer.org/index.php?target=test&ip=${session.remoteAddress}. Kami akan diperingatkan jika pengirim ada di daftar Backscatterer dan daftar putih kami sehingga kami dapat menyelesaikan masalah jika perlu.

Teknik yang dijelaskan di bagian ini mematuhi rekomendasi "SAFE MODE" di https://www.backscatterer.org/?target=usage – di mana kami hanya memeriksa IP pengirim jika kondisi tertentu telah terpenuhi.

Cegah pantulan yang tidak perlu untuk melindungi dari hamburan balik

Bounce adalah email yang menunjukkan bahwa penerusan email gagal sepenuhnya ke penerima dan email tidak akan dicoba lagi.

Alasan umum untuk terdaftar di daftar Backscatterer adalah bouncing yang salah arah atau bouncing spam, jadi kita harus melindunginya dengan beberapa cara:

  1. Kami hanya mengirim bouncing ketika >= 500 terjadi kesalahan kode status (bila email yang dicoba diteruskan gagal, misalnya Gmail merespons dengan kesalahan 500 level).

  2. Kami hanya mengirim pantulan sekali dan hanya sekali (kami menggunakan kunci sidik jari pantulan yang dihitung dan menyimpannya dalam cache untuk mencegah pengiriman duplikat). Sidik jari terpental adalah kunci yang merupakan sidik jari pesan yang digabungkan dengan hash alamat pentalan dan kode kesalahannya). Lihat bagian di sidik jari untuk wawasan lebih lanjut tentang bagaimana sidik jari pesan dihitung. Sidik jari terpental yang berhasil dikirim akan kedaluwarsa setelah 7 hari di cache Redis kami.

  3. Kami hanya mengirim bouncing jika MAIL FROM tidak kosong dan tidak mengandung (peka huruf besar/kecil) salah satu nama pengguna berikut (bagian sebelum @ dalam email). Perhatikan bahwa daftar ini sedikit lebih pendek daripada yang di atas dalam pemeriksaan MAIL FROM karena kami tidak ingin memiliki kesalahan positif (mis. gunakan security@ untuk program karunia bug mereka).

    • abuse@
    • mailer-daemon@
    • mailer_daemon@
    • mailerdaemon@
  4. Kami tidak mengirim pantulan jika pesan asli memiliki salah satu dari header berikut (peka huruf besar/kecil):

    • Auto-Submitted (dengan nilai no)
    • X-Auto-Response-Suppress (dengan nilai dr, autoreply, auto-reply, auto_reply, atau all)
    • List-Id
    • List-Unsubscribe
    • Feedback-ID
    • X-Auto-Reply
    • X-Autoreply
    • X-Auto-Respond
    • X-Autorespond
    • Precedence (dengan nilai bulk, autoreply, auto-reply, auto_reply, atau list)

Bagaimana Anda menentukan sidik jari email?

Sidik jari email digunakan untuk menentukan keunikan email dan untuk mencegah pesan duplikat dikirim dan duplikat bouncing dari dikirim.

Sidik jari adalah serangkaian hash yang dihitung secara kriptografis yang dibatasi oleh titik dua, dan digunakan secara internal di basis kode kami.

Hash yang dihitung ini didorong ke Array (daftar) jika dan hanya jika nilainya ada:

  • Klien menyelesaikan nama host atau alamat IP FQDN
  • Message-ID nilai tajuk
  • Date nilai header (jika dan hanya jika Message-ID Tidak ada)
  • From nilai header (jika dan hanya jika Message-ID Tidak ada)
  • To nilai header (jika dan hanya jika Message-ID Tidak ada)
  • Cc nilai header (jika dan hanya jika Message-ID Tidak ada)
  • Subject nilai header (jika dan hanya jika Message-ID Tidak ada)
  • Body nilai (jika dan hanya jika Message-ID Tidak ada)

Mengapa email pengujian saya dikirim ke diri saya sendiri di Gmail menunjukkan "mencurigakan"

Jika Anda melihat pesan kesalahan ini di Gmail saat Anda mengirim tes ke diri Anda sendiri, atau saat orang yang Anda kirimi email dengan alias melihat email dari Anda untuk pertama kalinya, maka tolong jangan khawatir – karena ini adalah fitur keamanan bawaan Gmail.

Anda cukup mengklik "Tampak aman". Misalnya, jika Anda mengirim pesan percobaan menggunakan fitur kirim email sebagai (ke orang lain), mereka tidak akan melihat pesan ini.

Namun jika mereka melihat pesan ini, itu karena mereka biasanya terbiasa melihat email Anda berasal john@gmail.com dari pada john@domainkustom.com (hanya contoh). Gmail akan memperingatkan pengguna hanya untuk memastikan semuanya aman untuk berjaga-jaga, tidak ada solusi.

Dapatkah saya menghapus via forwardemail dot net di Gmail

Ini HANYA berlaku jika Anda menggunakan Cara Mengirim Email Seperti menggunakan Gmail fitur. Saat ini tidak ada solusi untuk ini, dan ini memengaruhi semua penyedia layanan (bukan hanya kami). Solusinya adalah dengan menggunakan server SMTP kustom. Namun kami belum menawarkan SMTP.

Kami berencana untuk merilis layanan SMTP kami sendiri (tidak hanya meneruskan, tetapi email secara umum), yang akan meringankan hal ini. Gmail secara otomatis menambahkan ini dan tidak ada solusi untuk saat ini. Layanan penerusan email lain dengan fitur yang serupa dengan kami akan tetap mengalami masalah yang sama ini juga (dan solusi penerusan email lainnya tidak menawarkan tingkat privasi yang kami lakukan).

Jika Anda ingin mendapatkan pemberitahuan saat ini dirilis, Anda dapat mengirim email smtp@forwardemail.net dan kami akan mengirimkan pemberitahuan kepada Anda setelah dirilis. Atau cukup daftar akun di sini jika Anda belum melakukannya!

Dapatkah saya meneruskan email ke port selain 25 (mis. Jika ISP saya memblokir port 25)

Ya, per 5 Mei 2020 kami telah menambahkan fitur ini. Saat ini fitur tersebut khusus untuk domain, dan bukan khusus untuk alias. Jika Anda memerlukannya khusus alias, silakan hubungi kami untuk memberi tahu kami tentang kebutuhan Anda.

Perlindungan Privasi yang Ditingkatkan: Jika Anda menggunakan paket berbayar (yang menampilkan perlindungan privasi yang ditingkatkan), silakan kunjungi Akun saya Domain, klik "Pengaturan" di sebelah domain Anda, lalu klik "Pengaturan Lanjutan". Jika Anda ingin mempelajari lebih lanjut tentang paket berbayar, lihat kami Harga halaman. Jika tidak, Anda dapat terus mengikuti petunjuk di bawah ini.

Jika Anda menggunakan paket gratis, cukup tambahkan DNS baru TXT record seperti gambar dibawah ini, tapi ubah port dari 25 ke port yang anda pilih.

Misalnya, jika saya ingin semua email yang masuk ke example.com untuk meneruskan ke port SMTP penerima alias 1337 alih-alih 25:

Nama/Host/Alias TTL Tipe Nilai
"@", ".", atau kosong 3600 TXT forward-email-port=1337
Tip: Skenario paling umum untuk penyiapan penerusan port kustom adalah saat Anda ingin meneruskan semua email yang masuk ke example.com ke port lain di example.com, selain standar SMTP port 25. Untuk menyiapkan ini, cukup tambahkan yang berikut ini TXT rekor menangkap semua.
Nama/Host/Alias TTL Tipe Nilai
"@", ".", atau kosong 3600 TXT forward-email=example.com

Apakah Anda menawarkan jaminan uang kembali pada paket berbayar

Ya! Pengembalian dana otomatis terjadi saat Anda meningkatkan, menurunkan, atau membatalkan akun Anda dalam waktu 30 hari sejak paket Anda pertama kali dimulai. Ini hanya berlaku untuk pelanggan pertama kali.

Jika saya mengganti paket, apakah Anda memberikan tarif pro dan mengembalikan selisihnya

Kami tidak memberikan pro-rata atau mengembalikan selisihnya saat Anda mengganti paket. Sebagai gantinya, kami mengonversi sisa durasi dari tanggal kedaluwarsa paket yang ada menjadi durasi relatif terdekat untuk paket baru Anda (dibulatkan ke bawah berdasarkan bulan).

Perhatikan bahwa jika Anda meningkatkan atau menurunkan antara paket berbayar dalam jangka waktu 30 hari sejak pertama kali memulai paket berbayar, maka kami akan secara otomatis mengembalikan jumlah penuh dari paket Anda yang ada.

Apakah Anda mendukung webhooks

Ya, pada 15 Mei 2020 kami telah menambahkan fitur ini. Anda bisa menambahkan webhook persis seperti yang Anda lakukan dengan penerima mana pun! Harap pastikan bahwa Anda memiliki protokol "http" atau "https" yang diawali di URL webhook.

Perlindungan Privasi yang Ditingkatkan: Jika Anda menggunakan paket berbayar (yang menampilkan perlindungan privasi yang ditingkatkan), silakan kunjungi Akun saya Domain dan klik "Aliases" di sebelah domain Anda untuk mengonfigurasi webhook Anda. Jika Anda ingin mempelajari lebih lanjut tentang paket berbayar, lihat kami Harga halaman. Jika tidak, Anda dapat terus mengikuti petunjuk di bawah ini.

Jika Anda menggunakan paket gratis, cukup tambahkan DNS baru TXT rekam seperti gambar di bawah ini:

Misalnya, jika saya ingin semua email yang masuk ke alias@example.com untuk meneruskan ke yang baru meminta bin titik akhir tes:

Nama/Host/Alias TTL Tipe Nilai
"@", ".", atau kosong 3600 TXT forward-email=alias:https://requestbin.com/r/en8pfhdgcculn

Atau mungkin Anda ingin semua email yang masuk ke example.com untuk meneruskan ke titik akhir ini:

Nama/Host/Alias TTL Tipe Nilai
"@", ".", atau kosong 3600 TXT forward-email=https://requestbin.com/r/en8pfhdgcculn

Berikut adalah catatan tambahan tentang webhook:

  • Permintaan HTTP Webhook akan mencoba lagi hingga 3 kali, dengan batas waktu maksimum 60 detik per permintaan POST titik akhir. Kami akan mencoba lagi secara otomatis berdasarkan status default dan kode kesalahan yang digunakan dalam metode coba lagi superagent.

  • Kami mengelompokkan permintaan HTTP webhook ke titik akhir yang sama dalam satu permintaan, bukan beberapa) untuk menghemat sumber daya dan mempercepat waktu respons. Misalnya, jika Anda mengirim email ke webhook1@example.com, webhook2@example.com, dan webhook3@contoh.com, dan semua ini dikonfigurasi untuk mencapai hal yang sama akurat URL titik akhir, maka hanya satu permintaan yang akan dibuat. Kami mengelompokkan bersama berdasarkan pencocokan titik akhir yang tepat dengan kesetaraan yang ketat.

  • Perhatikan bahwa kami menggunakan pengurai surat metode "simpleParser" library untuk mengurai pesan menjadi objek ramah JSON.

  • Nilai email mentah sebagai String diberikan sebagai properti "mentah".

  • Hasil otentikasi diberikan sebagai properti "dkim", "spf", "arc", "dmarc", dan "bimi".

  • Header email yang diuraikan diberikan sebagai properti "header" – tetapi perhatikan juga bahwa Anda dapat menggunakan "headerLines" untuk iterasi dan penguraian yang lebih mudah.

  • Penerima yang dikelompokkan untuk webhook ini dikelompokkan bersama dan diberikan sebagai properti "penerima".

  • Informasi sesi SMTP diberikan sebagai properti "sesi". Ini berisi informasi tentang pengirim pesan, waktu kedatangan pesan, HELO, dan nama host klien. Nilai hostname klien sebagai session.clientHostname adalah FQDN (dari pencarian PTR terbalik) atau itu session.remoteAddress dibungkus dalam tanda kurung (mis. "[127.0.0.1]").

  • Jika ada lampiran, mereka akan ditambahkan ke attachments Array dengan nilai Buffer. Anda dapat menguraikannya kembali ke dalam konten menggunakan pendekatan dengan JavaScript seperti:

    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: Penasaran seperti apa permintaan webhook dari email yang diteruskan? Kami telah menyertakan contoh di bawah ini untuk Anda!
{
  "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
  }
}

Apakah Anda mendukung ekspresi reguler atau regex

Ya, mulai 27 September 2021 kami telah menambahkan fitur ini. Anda cukup menulis ekspresi reguler ("regex") untuk mencocokkan alias dan melakukan penggantian.

Alias yang didukung ekspresi reguler adalah yang dimulai dengan a / dan diakhiri dengan / dan penerimanya adalah alamat email atau webhook. Penerima juga dapat menyertakan dukungan substitusi regex (mis. $1, $2).

Kami mendukung dua flag ekspresi reguler termasuk i dan g. Bendera peka huruf besar/kecil dari i adalah default permanen dan selalu ditegakkan. Bendera global g dapat ditambahkan oleh Anda dengan membubuhkan akhiran / dengan /g.

Perhatikan bahwa kami juga mendukung kami fitur alias dinonaktifkan untuk bagian penerima dengan dukungan regex kami.

Ekspresi reguler tidak didukung pada domain kesombongan global gratis (karena ini bisa menjadi kerentanan keamanan).

Perlindungan Privasi yang Ditingkatkan: Jika Anda menggunakan paket berbayar (yang menampilkan perlindungan privasi yang ditingkatkan), silakan kunjungi Akun saya Domain dan klik "Alias" di sebelah domain Anda untuk mengonfigurasi ekspresi reguler. Jika Anda ingin mempelajari lebih lanjut tentang paket berbayar, lihat kami Harga halaman. Jika tidak, Anda dapat terus mengikuti petunjuk di bawah ini.

Jika Anda menggunakan paket gratis, cukup tambahkan DNS baru TXT merekam menggunakan satu atau lebih dari contoh yang diberikan di bawah ini:

Contoh Sederhana: Jika saya ingin semua email yang masuk ke `elon@example.com` atau `musk@example.com` diteruskan ke `user@gmail.com`:
Nama/Host/Alias TTL Tipe Nilai
"@", ".", atau kosong 3600 TXT forward-email=/^(elon|musk)$/:user@gmail.com
Contoh Substitusi Nama Depan Nama Belakang: Bayangkan semua alamat email perusahaan Anda memiliki pola `nama depan.nama belakang@contoh.com`. Jika saya ingin semua email yang masuk ke pola `nama depan.nama belakang@contoh.com` untuk diteruskan ke `namadepan.namabelakang@perusahaan.com` dengan dukungan substitusi (lihat tes di RegExr):
Nama/Host/Alias TTL Tipe Nilai
"@", ".", atau kosong 3600 TXT forward-email=/^([A-Za-z]+)+\.([A-Za-z]+)+$/:$1.$2@company.com
Contoh Substitusi Penyaringan Simbol Plus: Jika saya ingin semua email yang masuk ke `info@example.com` atau `support@example.com` untuk diteruskan ke `user+info@gmail.com` atau `user+support@gmail.com` masing-masing (dengan dukungan substitusi ) (lihat tes di RegExr):
Nama/Host/Alias TTL Tipe Nilai
"@", ".", atau kosong 3600 TXT forward-email=/^(support|info)$/:user+$1@gmail.com
Contoh Substitusi Querystring Webhook: Mungkin Anda ingin semua email yang masuk ke `example.com` pergi ke a webhook dan memiliki kunci querystring dinamis "ke" dengan nilai bagian nama pengguna dari alamat email (lihat tes di RegExr):
Nama/Host/Alias TTL Tipe Nilai
"@", ".", atau kosong 3600 TXT forward-email=/^(.*?)$/:https://example.com/webhook?username=$1
Nonaktifkan Contoh: Jika Anda ingin semua email yang cocok dengan pola tertentu dinonaktifkan (lihat Bisakah saya menonaktifkan alias tertentu), maka cukup gunakan pendekatan yang sama dengan tanda seru "!":
Nama/Host/Alias TTL Tipe Nilai
"@", ".", atau kosong 3600 TXT forward-email=/^(elon|musk)$/:!
Tip: Ingin tahu bagaimana cara menulis ekspresi reguler atau perlu menguji pengganti Anda? Anda dapat mengunjungi situs web pengujian ekspresi reguler gratis RegExr pada https://regexr.com.

Bisakah saya menggunakan layanan penerusan email ini sebagai server MX "fallback" atau "fallover"

Tidak, ini tidak disarankan, karena Anda hanya dapat menggunakan satu server pertukaran email dalam satu waktu. Fallback biasanya tidak pernah dicoba ulang karena kesalahan konfigurasi prioritas dan server email tidak mematuhi pemeriksaan prioritas pertukaran MX.

Bisakah saya menonaktifkan alias tertentu

Ya! Mulai 6 Februari 2020, kami telah menambahkan fitur ini. Cukup edit DNS Anda TXT merekam dan awalan alias dengan tanda seru. Perhatikan bahwa Anda harus mempertahankan pemetaan ":", karena ini diperlukan jika Anda memutuskan untuk menonaktifkannya (dan ini juga digunakan untuk mengimpor dalam paket berbayar kami).

Jika Anda awali alias dengan "!" (tanda seru) maka masih akan mengembalikan kode respons yang berhasil kepada pengirim yang mencoba mengirim ke alamat ini, tetapi email itu sendiri tidak akan sampai ke mana-mana; ke lubang hitam.

Email yang dikirim ke alamat yang dinonaktifkan akan merespons dengan kode status respons SMTP 250 (diterima), tetapi email tidak akan benar-benar terkirim ke penerima.

Misalnya, jika saya ingin semua email yang masuk ke alias@example.com untuk berhenti mengalir ke user@gmail.com:

Nama/Host/Alias TTL Tipe Nilai
"@", ".", atau kosong 3600 TXT forward-email=!alias:user@gmail.com
Tip: Anda juga dapat menulis ulang alamat penerima yang diteruskan menjadi "nobody@forwardemail.net", yang akan merutekannya ke siapa pun seperti pada contoh di bawah ini.
Nama/Host/Alias TTL Tipe Nilai
"@", ".", atau kosong 3600 TXT forward-email=!alias:nobody@forwardemail.net
Tip: Jika Anda ingin meningkatkan keamanan, maka Anda juga dapat menghapus bagian ":user@gmail.com" (atau ":nobody@forwardemail.net"), hanya menyisakan "!alias" seperti pada contoh di bawah ini.
Nama/Host/Alias TTL Tipe Nilai
"@", ".", atau kosong 3600 TXT forward-email=!alias

Dapatkah saya meneruskan email ke beberapa penerima

Ya, tentu saja. Cukup tentukan beberapa penerima di . Anda TXT catatan.

Misalnya, jika saya ingin email yang masuk ke hello@example.com untuk diteruskan ke user+a@gmail.com dan user+b@gmail.com, lalu saya TXT catatan akan terlihat seperti ini:

Nama/Host/Alias TTL Tipe Nilai
"@", ".", atau kosong 3600 TXT forward-email=hello:user+a@gmail.com,hello:user+b@gmail.com

Atau, Anda dapat menentukannya dalam dua baris terpisah, seperti ini:

Nama/Host/Alias TTL Tipe Nilai
"@", ".", atau kosong 3600 TXT forward-email=hello:user+a@gmail.com
"@", ".", atau kosong 3600 TXT forward-email=hello:user+b@gmail.com

Terserah kamu!

Dapatkah saya memiliki beberapa penerima global catch-all

Ya kamu bisa. Cukup tentukan beberapa penerima penampung-semua global di . Anda TXT catatan.

Misalnya, jika saya ingin setiap email yang masuk ke *@example.com (tanda bintang artinya wildcard alias catch-all) untuk diteruskan ke user+a@gmail.com dan user+b@gmail.com, lalu saya TXT catatan akan terlihat seperti ini:

Nama/Host/Alias TTL Tipe Nilai
"@", ".", atau kosong 3600 TXT forward-email=user+a@gmail.com,user+b@gmail.com

Atau, Anda dapat menentukannya dalam dua baris terpisah, seperti ini:

Nama/Host/Alias TTL Tipe Nilai
"@", ".", atau kosong 3600 TXT forward-email=user+a@gmail.com
@, ".", atau kosong 3600 TXT forward-email=user+b@gmail.com

Terserah kamu!

Apakah ada batas maksimum jumlah alamat email yang dapat saya teruskan per alias

Ya, batas default adalah 10. Ini TIDAK berarti bahwa Anda hanya dapat memiliki 10 alias pada nama domain Anda. Anda dapat memiliki alias sebanyak yang Anda inginkan (jumlah tidak terbatas). Artinya Anda hanya dapat meneruskan satu alias ke 10 alamat email unik. Kamu bisa saja hello:user+1@gmail.com, hello:user+2@gmail.com, hello:user+3@gmail.com, … (dari 1-10) – dan semua email ke hello@example.com akan diteruskan ke user+1@gmail.com, user+2@gmail.com, user+3@gmail.com, ... (dari 1-10).

Tip: Butuh lebih dari 10 penerima per alias? Kirimkan email kepada kami dan kami akan dengan senang hati meningkatkan batas akun Anda.

Bisakah saya meneruskan email secara rekursif

Bisa, namun tetap harus mematuhi batas maksimal. Jika Anda memiliki hello:elon@example.com dan elon:user@gmail.com, lalu email ke hello@example.com akan diteruskan ke elon@example.com dan user@gmail.com. Perhatikan bahwa kesalahan akan terjadi jika Anda mencoba meneruskan email secara rekursif.

Dapatkah orang membatalkan registrasi atau mendaftarkan penerusan email saya tanpa izin saya

Kami menggunakan MX dan TXT catat verifikasi, oleh karena itu jika Anda menambahkan MX masing-masing layanan ini dan TXT catatan, maka Anda terdaftar. Jika Anda menghapusnya, maka Anda tidak terdaftar. Anda memiliki kepemilikan domain dan manajemen DNS Anda, jadi jika seseorang memiliki akses ke sana maka itu menjadi masalah.

Bagaimana ini gratis?

Layanan terus berjalan berkat pengguna yang meningkatkan ke paket berbayar. Kami ingin memberikan alternatif gratis bagi orang-orang yang menggunakan layanan penerusan sumber tertutup (dan selanjutnya mempertaruhkan privasi dan keamanan mereka).

Berapa batas ukuran email maks

Kami default ke batas ukuran 50MB, yang meliputi konten, header, dan lampiran. Perhatikan bahwa layanan seperti Gmail dan Outlook hanya mengizinkan batas ukuran 25MB, dan jika Anda melebihi batas saat mengirim ke alamat di penyedia tersebut, Anda akan menerima pesan kesalahan.

Kesalahan dengan kode respons yang tepat dikembalikan jika batas ukuran file terlampaui.

Apakah Anda menyimpan email dan isinya

Tidak, sama sekali tidak. Lihat kami Rahasia pribadi.

Apakah Anda menyimpan log email

Tidak, sama sekali tidak. Lihat kami Rahasia pribadi.

Apakah Anda membaca email saya?

Tidak, sama sekali tidak. Kami tidak menyimpan log SMTP. Lihat kami Rahasia pribadi.

Banyak layanan penerusan email lainnya menyimpan dan berpotensi membaca email Anda. Tidak ada alasan mengapa email yang diteruskan perlu disimpan ke penyimpanan disk – dan oleh karena itu kami merancang solusi sumber terbuka pertama yang melakukan semuanya dalam memori.

Kami percaya Anda harus memiliki hak atas privasi dan kami sangat menghormatinya. Kode yang di-deploy ke server adalah perangkat lunak sumber terbuka di GitHub untuk transparansi dan untuk membangun kepercayaan.

Apakah itu mendukung simbol plus + untuk alias Gmail

Ya, tentu saja.

Apakah itu mendukung sub-domain

Ya, tentu saja. Alih-alih menggunakan "@", ".", Atau kosong sebagai nama / host / alias, Anda cukup menggunakan nama sub-domain sebagai nilainya.

jika kamu mau foo.example.com untuk meneruskan email, lalu masukkan foo sebagai nilai nama/host/alias dalam pengaturan DNS Anda (untuk MX dan TXT catatan).

Apakah ini meneruskan tajuk email saya

Ya, tentu saja.

Apakah ini sudah teruji

Ya, ada tes yang ditulis dengan ada dan juga memiliki cakupan kode.

Apakah Anda menyampaikan pesan dan kode respons SMTP

Ya, tentu saja. Misalnya jika Anda mengirim email ke hello@example.com dan itu terdaftar untuk diteruskan ke user@gmail.com, maka pesan respons SMTP dan kode dari server SMTP "gmail.com" akan dikembalikan sebagai ganti server proxy di "mx1.forwardemail.net" atau "mx2.forwardemail.net".

Bagaimana Anda mencegah spammer dan memastikan reputasi penerusan email yang baik

Lihat bagian kami di Bagaimana cara kerja sistem penerusan email Anda?, Bagaimana Anda menangani masalah pengiriman email?, dan Bagaimana Anda menangani alamat IP Anda menjadi daftar hitam? di atas.

Apa yang harus saya lakukan jika saya menerima email spam?

Anda harus berhenti berlangganan dari milis (jika memungkinkan) dan memblokir pengirimnya.

Jangan laporkan pesan sebagai spam, tetapi teruskan pesan tersebut ke sistem pencegahan penyalahgunaan yang berfokus pada privasi dan dikurasi secara manual.

Alamat email untuk meneruskan spam adalah: penyalahgunaan@forwardemail.net

Dapatkah saya "mengirim email sebagai" di Gmail dengan ini

Ya! Mulai 2 Oktober 2018 kami telah menambahkan fitur ini. Melihat Cara Mengirim Email Seperti menggunakan Gmail di atas!

Anda juga harus menyetel data SPF untuk Gmail dalam konfigurasi DNS Anda TXT catatan.

Penting: Jika Anda menggunakan Gmail (mis. Kirim Email Sebagai) atau G Suite, Anda harus menambahkan include:_spf.google.com ke SPF Anda TXT merekam, misalnya:

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

Bisakah saya "mengirim email sebagai" di Outlook dengan ini

Iya! Per 2 Oktober 2018 kami telah menambahkan fitur ini. Cukup lihat dua tautan ini dari Microsoft di bawah ini:

Anda juga harus mengatur catatan SPF untuk Outlook dalam konfigurasi DNS Anda TXT catatan.

Penting: Jika Anda menggunakan Microsoft Outlook atau Live.com, Anda harus menambahkan include:spf.protection.outlook.com ke SPF Anda TXT merekam, misalnya:

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

Dapatkah saya "mengirim email sebagai" di Apple Mail dan iCloud Mail dengan ini

Sayangnya Apple tidak mengizinkan ini, terlepas dari layanan yang Anda gunakan. Namun Anda dapat menggunakan aplikasi Mail bersama dengan akun email domain Anda.

Dapatkah saya meneruskan email tanpa batas dengan ini

Ya, namun pengirim yang "relatif tidak dikenal" memiliki tarif terbatas hingga 1.000 koneksi per jam per nama host atau IP. Lihat bagian di Pembatasan Tarif dan daftar abu-abu di atas.

Dengan "relatif tidak dikenal", yang kami maksud adalah pengirim yang tidak muncul di Daftar putih.

Jika batas ini terlampaui, kami mengirim kode respons "421" yang memberi tahu server email pengirim untuk mencoba lagi nanti.

Bagaimana cara menambahkan gambar profil ke alamat email saya

Jika Anda menggunakan Gmail, ikuti langkah-langkah di bawah ini:

  1. Pergi ke https://google.com dan keluar dari semua akun email
  2. Klik "Masuk" dan klik tarik-turun di "akun lain"
  3. Pilih "Gunakan akun lain"
  4. Pilih "Buat akun"
  5. Pilih "Gunakan alamat email saya saat ini sebagai gantinya"
  6. Masukkan alamat email nama domain khusus Anda
  7. Ambil kembali email verifikasi yang dikirim ke alamat email Anda
  8. Masukkan kode verifikasi dari email ini
  9. Lengkapi informasi profil untuk akun Google baru Anda
  10. Setuju dengan semua kebijakan Privasi dan Ketentuan Penggunaan
  11. Pergi ke https://google.com dan di sudut kanan atas, klik ikon profil Anda, dan klik tombol "ubah"
  12. Unggah foto atau avatar baru untuk akun Anda
  13. Perubahan akan memakan waktu sekitar 1-2 jam untuk disebarkan, tetapi kadang-kadang mungkin sangat cepat.
  14. Kirim email percobaan dan foto profil akan muncul.

Apa perbedaan antara Perlindungan Gratis dan yang Ditingkatkan

Paket Gratis mengharuskan Anda menggunakan catatan DNS publik untuk menyimpan konfigurasi penerusan Anda. Siapa pun yang memiliki komputer dapat mencari konfigurasi penerusan Anda di terminal jika Anda menggunakan paket Gratis. Tidak seperti paket Gratis, paket Perlindungan yang Ditingkatkan menggunakan string acak yang dibuat secara kriptografis untuk menyimpan konfigurasi penerusan Anda secara pribadi.

Paket GratisRencana Perlindungan yang Ditingkatkan
forward-email=user@gmail.comforward-email-site-verification=m8d7o8K4Il

Apakah Anda mendukung praktik terbaik email

Iya. Kami memiliki dukungan bawaan untuk SPF, DKIM, DMARC, ARC, dan SRS di semua paket. Kami juga telah bekerja secara ekstensif dengan penulis asli spesifikasi ini dan pakar email lainnya untuk memastikan kesempurnaan dan pengiriman yang tinggi.

Apakah Anda menawarkan domain tak terbatas dengan satu harga

Iya. Apa pun paket yang Anda gunakan, Anda hanya akan membayar satu tarif bulanan - yang mencakup semua domain Anda.

Metode pembayaran mana yang Anda terima

Kami menerima kartu, dompet, dan transfer bank menggunakan Garis dan PayPal – untuk pembayaran satu kali atau langganan bulanan, triwulanan, atau tahunan.

Apakah Anda pernah menaikkan harga

Tidak. Harga tidak akan pernah naik. Tidak seperti perusahaan lain, kami juga tidak akan pernah mematikan layanan kami.

Bagaimana Anda melakukan pencarian DNS pada nama domain

Kami menggunakan layanan DNS konsumen pertama privasi CloudFlare (lihat pengumuman di sini). Kami mengatur 1.1.1.3 dan 1.0.0.3 sebagai server DNS (lihat https://developers.cloudflare.com/1.1.1.1/1.1.1.1-for-families/) menggunakan /etc/resolv.conf di server dan lingkungan pengujian kami.

Seberapa cepat layanan ini

Versi terbaru, v2 (dirilis pada 6 Mei 2019) adalah penulisan ulang utama dari v1 dan berfokus pada kinerja melalui streaming. Nodemailer penulis produktif Andris Reinman (@ andris9) membantu kami mematikan menggunakan mailparser perpustakaan dan penggunaan mailsplit alih-alih dengan beberapa logika transformasi khusus untuk membagi header dan isi pesan tanpa memengaruhi isi. Hal ini memungkinkan kami untuk melakukan operasi pada header dengan sangat cepat (seperti pemeriksaan keamanan dan untuk kepatuhan SPF/DKIM/DMARC).

Dengan kata lain, versi terbaru dari layanan ini menggunakan stream murni sekarang dan cepat kilat. Versi v1 yang lebih lama juga memiliki beberapa logika yang tidak dalam urutan operasi yang paling optimal – tetapi sekarang v2 melakukan lebih sedikit operasi memori/jaringan yang intens terlebih dahulu (dan kembali lebih awal jika memungkinkan untuk mengirim respons secepat mungkin ke klien SMTP). Kami berencana untuk terus mengoptimalkan kecepatan, menyempurnakan fitur, dan meningkatkan layanan ini dari waktu ke waktu.

Pada titik kapan kita menulis ke disk atau menyimpan email - semuanya dilakukan dalam memori berkat stream dan transformasi Node.js! 🎉