Thiết lập email trong vài phút

Cá nhân hóa hướng dẫn của chúng tôi để tiết kiệm thời gian:

Bạn đồng ý với Chính sách bảo mật và Điều khoản của chúng tôi.

Không quan tâm? Nhấn vào đây để tiếp tục đọc

Mục lục

Các câu hỏi thường gặp

Mục lục

Làm cách nào để bắt đầu và thiết lập chuyển tiếp email

Thời gian thiết lập ước tính: Dưới 10 phút
Bảo vệ quyền riêng tư nâng cao: Nếu bạn muốn ẩn thông tin của mình để có thể tìm kiếm công khai trên Internet, vui lòng truy cập Tài khoản của tôi Tên miền và nâng cấp miền của bạn lên gói trả phí trước khi bắt đầu hướng dẫn này. Thông tin có thể tìm kiếm công khai về các gói miễn phí bao gồm, nhưng không giới hạn ở: bí danh, địa chỉ được chuyển tiếp, người nhận và cài đặt nâng cao như chuyển tiếp cổng tùy chỉnh. Nếu bạn muốn tìm hiểu thêm về các gói trả phí, hãy xem Giá cả trang - nếu không hãy tiếp tục đọc! Tất cả các kế hoạch tuân theo Riêng tư chính sách tuyệt đối không lưu trữ nhật ký SMTP, siêu dữ liệu hoặc email. Chúng tôi không theo dõi bạn như các dịch vụ khác.
Bắt đầu: Hãy đọc kỹ và làm theo các bước từ một đến tám được liệt kê bên dưới. Đảm bảo thay thế địa chỉ email của user@gmail.com với địa chỉ email bạn muốn chuyển tiếp email đến (nếu địa chỉ đó chưa chính xác). Tương tự, hãy chắc chắn thay thế example.com với tên miền tùy chỉnh của bạn (nếu nó chưa chính xác).
  1. Nếu bạn đã đăng ký tên miền của mình ở đâu đó, thì bạn phải hoàn toàn bỏ qua bước này và chuyển sang bước hai! Nếu không bạn có thể bấm vào đây để đăng ký tên miền của bạn.
  2. Bạn có nhớ bạn đã đăng ký miền của mình ở đâu không? Khi bạn nhớ điều này, hãy làm theo hướng dẫn bên dưới:
    Quan trọng: Bạn phải mở một tab mới và đăng nhập vào công ty đăng ký tên miền của mình. Bạn có thể dễ dàng nhấp vào "Nhà đăng ký" của bạn bên dưới để tự động thực hiện việc này. Trong tab mới này, bạn phải điều hướng đến trang quản lý DNS tại công ty đăng ký của mình - và chúng tôi đã cung cấp các bước điều hướng từng bước bên dưới trong cột "Các bước để định cấu hình". Khi bạn đã điều hướng đến trang này trong tab mới, bạn có thể quay lại tab này và tiếp tục bước ba bên dưới. Chưa đóng tab đã mở; bạn sẽ cần nó cho các bước trong tương lai!
    Nhà đăng ký Các bước để cấu hình
    1&1 Đăng nhập Trung tâm miền (Chọn miền của bạn) Chỉnh sửa cài đặt DNS
    Tuyến đường Amazon 53 Đăng nhập Các vùng được lưu trữ (Chọn miền của bạn)
    Aplus.net Đăng nhập Máy chủ của tôi Quản lý miền Trình quản lý DNS
    Bluehost CHO ROCK: Đăng nhập Tên miền (Nhấp vào biểu tượng ▼ bên cạnh để quản lý) DNS
    CHO PHÁP LÝ: Đăng nhập Tên miền Biên tập viên khu vực (Chọn miền của bạn)
    Đám mây Đăng nhập DNS
    DNS Made Easy Đăng nhập DNS (Chọn miền của bạn)
    DNSimple Đăng nhập (Chọn miền của bạn) DNS Quản lý
    Đại dương kỹ thuật số Đăng nhập Kết nối mạng Tên miền (Chọn miền của bạn) Hơn Quản lý miền
    Domain.com Đăng nhập Trong chế độ xem thẻ, hãy nhấp vào quản lý trên miền của bạn Trong chế độ xem danh sách, hãy nhấp vào biểu tượng bánh răng DNS & Máy chủ tên Bản ghi DNS
    Domains.com
    Đồng hồ     		Đăng nhập (Chọn miền của bạn) Quản lý (nhấp vào biểu tượng bánh răng) Nhấp vào DNS & Máy chủ tên ở menu bên trái
    DreamHost Đăng nhập Bảng điều khiển Tên miền Quản lý miền DNS
    Người đàn ông Đăng nhập Tổng quan Quản lý Trình chỉnh sửa đơn giản Hồ sơ
    Nghĩ Đăng nhập (Chọn miền của bạn) Ban quản lý Chỉnh sửa khu vực
    Cố lên bố
    Đồng hồ     		Đăng nhập Quản lý miền của tôi (Chọn miền của bạn) Quản lý DNS
    Tên miền Google
    Đồng hồ     		Đăng nhập (Chọn miền của bạn) Định cấu hình DNS
    Namecheap
    Đồng hồ     		Đăng nhập Danh sách miền (Chọn miền của bạn) Quản lý DNS nâng cao
    Netlify Đăng nhập (Chọn miền của bạn) Thiết lập Netlify DNS
    Giải pháp mạng Đăng nhập Người quản lý tài khoản Tên miền của tôi (Chọn miền của bạn) Quản lý Thay đổi vị trí điểm tên miền DNS nâng cao
    Shopify
    Đồng hồ     		Đăng nhập Miền được quản lý (Chọn miền của bạn) Cài đặt DNS
    Squarespace Đăng nhập Thực đơn trang chủ Cài đặt Tên miền (Chọn miền của bạn) Cài đặt nâng cao Hồ sơ tùy chỉnh
    Vercel's Now Sử dụng CLI "bây giờ" now dns add [domain] '@' MX [record-value] [priority]
    Weebly Đăng nhập Trang tên miền (Chọn miền của bạn) DNS
    Wix Đăng nhập Trang tên miền (Nhấp chuột biểu tượng) Chọn Quản lý bản ghi DNS
    trẻ em Đăng nhập Tên miền Miền của tôi
    Khác
    Quan trọng: Không thấy tên tổ chức đăng ký tên miền của bạn được liệt kê ở đây? Chỉ cần tìm kiếm trên Internet để biết "cách thay đổi bản ghi DNS trên $ REGISTRAR" (thay thế $ REGISTRAR bằng tên của tổ chức đăng ký tên miền của bạn - ví dụ: "cách thay đổi bản ghi DNS trên GoDaddy" nếu bạn đang sử dụng GoDaddy).
  3. Sử dụng trang quản lý DNS của tổ chức đăng ký tên miền của bạn (tab khác mà bạn đã mở), đặt các bản ghi "MX" sau:
    Quan trọng: Lưu ý rằng KHÔNG được thiết lập bản ghi MX nào khác. Cả hai bản ghi được hiển thị bên dưới PHẢI tồn tại. Hãy chắc chắn rằng không có lỗi chính tả; và bạn đã viết đúng chính tả cả mx1 và mx2. Nếu đã có bản ghi MX tồn tại, vui lòng xóa chúng hoàn toàn. Giá trị "TTL" không cần phải là 3600, nó có thể là giá trị thấp hơn hoặc cao hơn nếu cần.
    Tên / Máy chủ / Bí danh TTL Kiểu Quyền ưu tiên Giá trị
    "@", "." hoặc để trống 3600 MX 10 mx1.forwardemail.net
    "@", "." hoặc để trống 3600 MX 10 mx2.forwardemail.net
  4. Sử dụng trang quản lý DNS của tổ chức đăng ký tên miền của bạn (tab khác mà bạn đã mở), hãy đặt như sau TXT Hồ sơ):
    Quan trọng: Nếu bạn đang sử dụng gói trả phí, thì bạn phải hoàn toàn bỏ qua bước này và chuyển sang bước năm! Nếu bạn không sử dụng gói trả phí, thì các địa chỉ được chuyển tiếp của bạn sẽ có thể được tìm kiếm công khai - hãy truy cập Tài khoản của tôi Tên miền và nâng cấp miền của bạn lên gói trả phí nếu muốn. Nếu bạn muốn tìm hiểu thêm về các gói trả phí, hãy xem Giá cả trang. Nếu không, bạn có thể tiếp tục chọn một hoặc nhiều kết hợp từ Tùy chọn A đến Tùy chọn F được liệt kê bên dưới.
    Lựa chọn A: Nếu bạn đang chuyển tiếp tất cả các email từ miền của mình, (ví dụ: "all@example.com", "hello@example.com", v.v.) đến một địa chỉ cụ thể "user@gmail.com":
    Tên / Máy chủ / Bí danh TTL Kiểu Giá trị
    "@", "." hoặc để trống 3600 TXT forward-email=user@gmail.com
    Tiền boa: Đảm bảo thay thế các giá trị ở trên trong cột "Giá trị" bằng địa chỉ email của riêng bạn. Giá trị "TTL" không cần phải là 3600, nó có thể là giá trị thấp hơn hoặc cao hơn nếu cần. Giá trị thời gian tồn tại ("TTL") thấp hơn sẽ đảm bảo bất kỳ thay đổi nào trong tương lai được thực hiện đối với bản ghi DNS của bạn được lan truyền trên Internet nhanh hơn - hãy nghĩ đến điều này là thời gian nó sẽ được lưu trong bộ nhớ (tính bằng giây). Bạn có thể tìm hiểu thêm về TTL trên Wikipedia, bách khoa toàn thư miễn phí.
    Lựa chọn B: Nếu bạn chỉ cần chuyển tiếp một địa chỉ email (ví dụ: "hello@example.com" tới "user@gmail.com"; điều này cũng sẽ chuyển tiếp "hello+test@example.com" tới "user+test@gmail.com "tự động):
    Tên / Máy chủ / Bí danh TTL Kiểu Giá trị
    "@", "." hoặc để trống 3600 TXT forward-email=hello:user@gmail.com
    Tùy chọn C: Nếu bạn đang chuyển tiếp nhiều email, thì bạn sẽ muốn phân tách chúng bằng dấu phẩy:
    Tên / Máy chủ / Bí danh TTL Kiểu Giá trị
    "@", "." hoặc để trống 3600 TXT forward-email=hello:user@gmail.com,support:user@gmail.com
    Tùy chọn D: Bạn có thể thiết lập vô số email chuyển tiếp - chỉ cần đảm bảo không gói quá 255 ký tự trong một dòng và bắt đầu mỗi dòng bằng "forward-email =". Dưới đây là một ví dụ:
    Tên / Máy chủ / Bí danh TTL Kiểu Giá trị
    "@", "." hoặc để trống 3600 TXT forward-email=hello:user@gmail.com,support:user@gmail.com
    "@", "." hoặc để trống 3600 TXT forward-email=help:user@gmail.com,foo:user@gmail.com
    "@", "." hoặc để trống 3600 TXT forward-email=orders:user@gmail.com,baz:user@gmail.com
    "@", "." hoặc để trống 3600 TXT forward-email=info:user@gmail.com,beep:user@gmail.com
    "@", "." hoặc để trống 3600 TXT forward-email=errors:user@gmail.com,boop:user@gmail.com
    Tùy chọn E: Bạn cũng có thể chỉ định một tên miền trong TXT bản ghi để có chuyển tiếp bí danh toàn cầu (ví dụ: "user@example.com" sẽ được chuyển tiếp đến "user@example.net"):
    Tên / Máy chủ / Bí danh TTL Kiểu Giá trị
    "@", "." hoặc để trống 3600 TXT forward-email=example.net
    Tùy chọn F: Bạn thậm chí có thể sử dụng webhook làm bí danh chung hoặc bí danh riêng để chuyển tiếp email tới. Xem ví dụ và phần đầy đủ trên webhook có tiêu đề Bạn có hỗ trợ webhooks không phía dưới.
    Tên / Máy chủ / Bí danh TTL Kiểu Giá trị
    "@", "." hoặc để trống 3600 TXT forward-email=alias:https://requestbin.com/r/en8pfhdgcculn
    Tùy chọn G: Bạn thậm chí có thể sử dụng cụm từ thông dụng ("regex") để so khớp các bí danh và để xử lý các thay thế để chuyển tiếp email tới. Xem ví dụ và phần đầy đủ trên regex có tiêu đề Bạn có hỗ trợ biểu thức chính quy hay regex không phía dưới.
    Tên / Máy chủ / Bí danh TTL Kiểu Giá trị
    "@", "." hoặc để trống 3600 TXT forward-email=alias:https://requestbin.com/r/en8pfhdgcculn
  5. Sử dụng trang quản lý DNS của tổ chức đăng ký tên miền của bạn (tab khác mà bạn đã mở), hãy đặt thêm những điều sau TXT ghi lại:
    Tên / Máy chủ / Bí danh TTL Kiểu Giá trị
    "@", "." hoặc để trống 3600 TXT v=spf1 a mx include:spf.forwardemail.net -all
    Quan trọng: Nếu bạn đang sử dụng Gmail (ví dụ: Gửi thư bằng địa chỉ) hoặc G Suite, thì bạn cần phải nối thêm include:_spf.google.com đến giá trị trên, ví dụ:

    v=spf1 a mx include:spf.forwardemail.net include:_spf.google.com -all
    Tiền boa: Nếu bạn đã có một dòng tương tự với "v = spf1", thì bạn sẽ cần thêm include:spf.forwardemail.net ngay trước bất kỳ bản ghi "include: host.com" hiện có nào và trước "-all" trong cùng một dòng, ví dụ:

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

    Lưu ý rằng có sự khác biệt giữa "-all" và "~ all". Dấu "-" chỉ ra rằng kiểm tra SPF sẽ KHÔNG phù hợp nếu nó không khớp và "~" cho biết kiểm tra SPF phải MỀM MẠI. Chúng tôi khuyên bạn nên sử dụng phương pháp "-tất cả" để ngăn chặn việc giả mạo tên miền.

    Bạn cũng có thể cần bao gồm bản ghi SPF cho bất kỳ máy chủ nào bạn đang gửi thư từ (ví dụ: Outlook).
  6. Xác minh bản ghi DNS của bạn bằng công cụ "Xác minh bản ghi" của chúng tôi có sẵn tại Tài khoản của tôi Tên miền Thành lập.
  7. Gửi một email thử nghiệm để xác nhận nó hoạt động. Lưu ý rằng có thể mất một khoảng thời gian để các bản ghi DNS của bạn phổ biến.
    Tiền boa: Nếu bạn không nhận được email kiểm tra hoặc nhận được email kiểm tra có nội dung "Hãy cẩn thận với thư này", hãy xem câu trả lời cho Tại sao tôi không nhận được email kiểm tra của mình và Tại sao các email kiểm tra của tôi được gửi cho chính tôi trong Gmail hiển thị là "đáng ngờ" tương ứng.
  8. Nếu bạn muốn "Gửi thư bằng địa chỉ" từ Gmail, thì bạn cần phải xem video nàyhoặc làm theo các bước bên dưới Cách gửi thư bằng Gmail phía dưới.
Xin chúc mừng! Bạn đã hoàn thành tất cả các bước thành công.
Tiền boa: Các tiện ích bổ sung tùy chọn được liệt kê bên dưới. Lưu ý rằng các tiện ích bổ sung này là hoàn toàn tùy chọn và có thể không cần thiết. Ít nhất chúng tôi muốn cung cấp cho bạn thông tin bổ sung nếu cần thiết.
Tiện ích bổ sung tùy chọn: Nếu bạn là Cách gửi thư khi sử dụng Gmail thì bạn có thể muốn tự mình đưa vào danh sách trắng. Để làm điều này, chỉ cần làm theo các hướng dẫn sau của Gmail về chủ đề này.

Cách gửi thư khi sử dụng Gmail

Thời gian thiết lập ước tính: Dưới 10 phút
Bắt đầu: Sau khi bạn đã làm theo các bước ở trên trong Làm cách nào để bắt đầu và thiết lập chuyển tiếp email bạn có thể làm theo video ở trên hoặc các bước bên dưới - để "Gửi thư bằng địa chỉ" sử dụng miền tùy chỉnh của bạn.

  1. Bạn cần phải có Xác thực hai yếu tố của Gmail cho phép điều này hoạt động. Chuyến thăm https://www.google.com/landing/2step/ nếu bạn chưa kích hoạt nó.

  2. Sau khi Xác thực hai yếu tố được bật (hoặc nếu bạn đã bật tính năng này), hãy truy cập https://myaccount.google.com/apppasswords.

  3. Khi được nhắc "Chọn ứng dụng và thiết bị bạn muốn tạo mật khẩu ứng dụng cho":

    • Chọn "Mail" trong trình đơn thả xuống cho "Chọn ứng dụng"
    • Chọn "Khác" trong trình đơn thả xuống cho "Chọn thiết bị"
    • Khi được nhắc nhập văn bản, hãy nhập địa chỉ email của tên miền tùy chỉnh mà bạn đang chuyển tiếp từ (ví dụ: "xin chào"- điều này sẽ giúp bạn theo dõi trong trường hợp bạn sử dụng dịch vụ này cho nhiều tài khoản)

  4. Sao chép mật khẩu vào clipboard của bạn được tạo tự động

    Quan trọng: Nếu bạn đang sử dụng G Suite, hãy truy cập bảng điều khiển dành cho quản trị viên của bạn Ứng dụng G Suite Cài đặt cho Gmail Cài đặt nâng cao và đảm bảo chọn "Cho phép người dùng gửi thư qua máy chủ SMTP bên ngoài ...". Sẽ có một số thời gian trễ để kích hoạt thay đổi này, vì vậy vui lòng đợi một vài phút.

  5. Đi đến Gmail và dưới Cài đặt Tài khoản và Nhập Gửi thư bằng địa chỉ, nhấp vào "Thêm địa chỉ email khác"

  6. Khi được nhắc "Tên", hãy nhập tên mà bạn muốn email của bạn được xem là "Từ" (ví dụ: "Elon Musk")

  7. Khi được nhắc về "Địa chỉ email", hãy nhập địa chỉ email có tên miền tùy chỉnh bạn đã sử dụng ở trên (ví dụ: "xin chào")

  8. Bỏ chọn "Coi như một bí danh"

    Tiền boa: Nếu bạn muốn người nhận trả lời trực tiếp địa chỉ Gmail của mình, thì hãy chọn mục này. Để tìm hiểu thêm, làm theo các hướng dẫn sau của Gmail về chủ đề này.

  9. Nhấp vào "Bước tiếp theo" để tiếp tục

  10. Khi được nhắc cho "Máy chủ SMTP", hãy nhập smtp.gmail.com và rời cảng với tư cách là 587

  11. Khi được nhắc về "Tên người dùng", hãy nhập phần địa chỉ Gmail của bạn mà không có gmail phần (ví dụ: chỉ "người dùng" nếu email của tôi là user @ gmail)

    Quan trọng: Nếu phần "Tên người dùng" được tự động điền, thì bạn sẽ cần phải thay đổi điều này vào phần tên người dùng của địa chỉ Gmail của bạn để thay thế.

  12. Khi được nhắc "Mật khẩu", hãy dán từ bảng ghi tạm của bạn mật khẩu bạn đã tạo ở bước 2 ở trên

  13. Để nút radio được chọn thành "Kết nối an toàn bằng TLS"

  14. Nhấp vào "Thêm tài khoản" để tiếp tục

  15. Mở một tab mới để Gmail và đợi email xác minh của bạn đến (bạn sẽ nhận được mã xác minh xác nhận rằng bạn là chủ sở hữu của địa chỉ email mà bạn đang cố gắng "Gửi thư bằng địa chỉ")

  16. Khi đến nơi, sao chép và dán mã xác minh theo lời nhắc bạn nhận được ở bước trước

  17. Khi bạn đã hoàn thành việc đó, hãy quay lại email và nhấp vào liên kết để "xác nhận yêu cầu". Bạn cần thực hiện bước này và bước trước để email được cấu hình chính xác.

Xin chúc mừng! Bạn đã hoàn thành tất cả các bước thành công.

Tại sao tôi không nhận được email kiểm tra của mình

Nếu bạn đang gửi email thử nghiệm cho chính mình bằng tính năng "Gửi thư bằng địa chỉ", thì email đó sẽ không hiển thị trong hộp thư đến của bạn do câu trả lời Gmail chính thức được biết đến rộng rãi này.

Nếu bạn tiếp tục gặp sự cố thì rất có thể đó là sự cố với quá trình lan truyền DNS. Bạn sẽ cần đợi lâu hơn một chút và thử lại (hoặc thử đặt giá trị TTL thấp hơn trên TXT Hồ sơ).

Bạn vẫn gặp sự cố? Vui lòng nộp một Yêu cầu trợ giúp để chúng tôi có thể giúp điều tra vấn đề và tìm ra giải pháp nhanh chóng.

Hệ thống chuyển tiếp email của bạn hoạt động như thế nào

Email dựa trên Giao thức SMTP. Giao thức này bao gồm các lệnh được gửi đến một máy chủ (chạy phổ biến nhất trên cổng 25). Có một kết nối ban đầu, sau đó người gửi cho biết thư đến từ ai ("MAIL FROM"), tiếp theo là nơi nó sẽ đến ("RCPT TO"), và cuối cùng là tiêu đề và nội dung của chính email ("DỮ LIỆU" ). Luồng của hệ thống chuyển tiếp email của chúng tôi được mô tả liên quan đến từng lệnh giao thức SMTP bên dưới:

  • Kết nối ban đầu (không có tên lệnh, ví dụ: telnet example.com 25) - Đây là kết nối ban đầu. Chúng tôi kiểm tra những người gửi không có trong danh sách cho phép so với Danh sách đen. Cuối cùng, nếu một người gửi không có trong danh sách cho phép, thì chúng tôi sẽ kiểm tra xem liệu họ đã liệt kê màu xám.

  • HELO - Điều này cho biết một lời chào để xác định FQDN, địa chỉ IP hoặc tên trình xử lý thư của người gửi. Giá trị này có thể bị giả mạo, vì vậy chúng tôi không dựa vào dữ liệu này và thay vào đó sử dụng tra cứu tên máy chủ ngược lại địa chỉ IP của kết nối.

  • MAIL FROM - Điều này cho biết phong bì thư từ địa chỉ của email. Nếu một giá trị được nhập, nó phải là một địa chỉ email RFC 5322 hợp lệ. Giá trị trống được cho phép. chúng tôi kiểm tra tán xạ ngược tại đây và chúng tôi cũng kiểm tra MAIL FROM với Danh sách đen. Cuối cùng, chúng tôi kiểm tra những người gửi không có trong danh sách trắng để giới hạn tỷ lệ (xem phần trên Giới hạn tỷ lệ và Danh sách trắng để biết thêm thông tin).

  • RCPT TO - Điều này cho biết (những) người nhận email. Đây phải là các địa chỉ email RFC 5322 hợp lệ. Chúng tôi chỉ cho phép tối đa 100 người nhận trên phong bì cho mỗi thư (điều này khác với tiêu đề "Tới" từ một email). Chúng tôi cũng kiểm tra xem có hợp lệ Đề án viết lại người gửi ("SRS") địa chỉ tại đây để bảo vệ chống giả mạo với tên miền SRS của chúng tôi. Người nhận được cung cấp có chứa địa chỉ "không trả lời" sẽ nhận được lỗi 553. Xem danh sách đầy đủ các địa chỉ "không trả lời" bên dưới. Chúng tôi cũng kiểm tra người nhận so với Danh sách đen.

  • DATA - Đây là phần cốt lõi của dịch vụ xử lý email của chúng tôi. Xem phần Làm thế nào để bạn xử lý một email để chuyển tiếp dưới đây để có thêm cái nhìn sâu sắc.

Làm thế nào để bạn xử lý một email để chuyển tiếp

Phần này mô tả quy trình của chúng tôi liên quan đến lệnh giao thức SMTP DATA trong phần Hệ thống chuyển tiếp email của bạn hoạt động như thế nào ở trên - đó là cách chúng tôi xử lý tiêu đề, nội dung, bảo mật của email, xác định nơi nó cần được gửi đến và cách chúng tôi xử lý các kết nối.

  1. Nếu tin nhắn vượt quá kích thước tối đa là 50mb thì nó sẽ bị từ chối với mã lỗi 552.

  2. Nếu thư không có bất kỳ tiêu đề nào hoặc không thể phân tích cú pháp tiêu đề, thì thư sẽ bị từ chối với mã lỗi 421.

  3. Nếu thư không chứa tiêu đề "Từ" hoặc nếu bất kỳ giá trị nào trong tiêu đề "Từ" không phải là địa chỉ email RFC 5322 hợp lệ, thì thư sẽ bị từ chối với mã lỗi 550.

  4. Nếu thư có nhiều hơn 25 tiêu đề "Đã nhận", thì thư được xác định là đã bị mắc kẹt trong vòng lặp chuyển hướng và thư bị từ chối với mã lỗi 550.

  5. Sử dụng vân tay của email (xem phần trên Lấy dấu vân tay), chúng tôi sẽ kiểm tra xem thông báo đã được cố gắng thử lại hơn 500 lần hay chưa và nếu vậy, nó sẽ bị từ chối với mã lỗi 550.

  6. Nếu thư có tiêu đề "Tới" và nếu bất kỳ tiêu đề "Tới" nào của thư hướng đến các địa chỉ được viết lại SRS bằng tên miền của chúng tôi, thì chúng tôi sẽ viết lại chúng (điều này áp dụng cho người trả lời trong kỳ nghỉ).

  7. Nếu thư thiếu tiêu đề "ID thư", thì chúng tôi sẽ thêm một tiêu đề bằng cách sử dụng phong bì MAIL TỪ FQDN được phân tích cú pháp hoặc tên miền của chúng tôi.

  8. Nếu thư thiếu tiêu đề "Ngày" hợp lệ, thì chúng tôi sẽ thêm một tiêu đề bằng thời gian đến từ kết nối ban đầu của thư.

  9. Chúng tôi lưu trữ trong bộ nhớ các kết quả quét email bằng cách sử dụng Trình quét thư rác.

  10. Nếu có bất kỳ kết quả tùy ý nào từ Spam Scanner, thì nó sẽ bị từ chối với mã lỗi 554. Kết quả tùy ý chỉ bao gồm bài kiểm tra GTUBE tại thời điểm viết bài này. Nhìn thấy https://spamassassin.apache.org/gtube/ để có thêm cái nhìn sâu sắc.

  11. Chúng tôi sẽ thêm các tiêu đề sau vào thư cho mục đích gỡ lỗi và ngăn chặn lạm dụng:

    • X-ForwardEmail-Version - hiện tại SemVer phiên bản từ package.json của cơ sở mã của chúng tôi.
    • X-ForwardEmail-Session-ID - giá trị ID phiên được sử dụng cho mục đích gỡ lỗi (chỉ áp dụng trong môi trường phi sản xuất).
    • X-ForwardEmail-Sender - một danh sách được phân tách bằng dấu phẩy chứa địa chỉ MAIL FROM trên phong bì ban đầu (nếu nó không trống), FQDN của máy khách PTR ngược lại (nếu nó tồn tại) và địa chỉ IP của người gửi.
    • X-Report-Abuse - với giá trị là abuse@forwardemail.net (chỉ khi tiêu đề này chưa được đặt)
    • X-Report-Abuse-To - với giá trị là abuse@forwardemail.net (chỉ khi tiêu đề này chưa được đặt)

  12. Sau đó, chúng tôi kiểm tra tin nhắn cho DKIM, SPF, ARC, và DMARC.

    • Nếu thông báo không thành công, DMARC và miền có chính sách từ chối (ví dụ: p=reject nằm trong chính sách DMARC), sau đó nó bị từ chối với mã lỗi 550. Thông thường, chính sách DMARC cho một miền có thể được tìm thấy trong _dmarc miền phụ TXT ghi lại, (ví dụ: dig _dmarc.example.com txt).
    • Nếu thông báo không thành công SPF và miền có chính sách lỗi khó (ví dụ: -all nằm trong chính sách SPF trái ngược với ~all hoặc không có chính sách nào cả), sau đó nó bị từ chối với mã lỗi 550. Thông thường, chính sách SPF cho một miền có thể được tìm thấy trong TXT bản ghi cho miền gốc (ví dụ: dig example.com txt). Xem phần này để biết thêm thông tin về gửi thư như với Gmail liên quan đến SPF.

  13. Bây giờ chúng tôi xử lý những người nhận thư như được thu thập từ RCPT TO lệnh trong phần Hệ thống chuyển tiếp email của bạn hoạt động như thế nào ở trên. Đối với mỗi người nhận, chúng tôi thực hiện các thao tác sau:

    • Chúng tôi tra cứu TXT bản ghi của tên miền (phần sau @ biểu tượng, ví dụ: example.com nếu địa chỉ email là test@example.com). Ví dụ: nếu miền là example.com chúng tôi thực hiện tra cứu DNS chẳng hạn như dig example.com txt.
    • Chúng tôi phân tích cú pháp tất cả TXT các bản ghi bắt đầu bằng một trong hai forward-email= (gói miễn phí) hoặc forward-email-site-verification= (các gói trả phí). Lưu ý rằng chúng tôi phân tích cú pháp cả hai, để xử lý email trong khi người dùng đang nâng cấp hoặc hạ cấp gói.
    • Từ những phân tích cú pháp này TXT bản ghi, chúng tôi lặp lại chúng để trích xuất cấu hình chuyển tiếp (như được mô tả trong phần Làm cách nào để bắt đầu và thiết lập chuyển tiếp email ở trên). Lưu ý rằng chúng tôi chỉ hỗ trợ một forward-email-site-verification= và nếu nhiều hơn một giá trị được cung cấp, thì lỗi 550 sẽ xảy ra và người gửi sẽ nhận được thư bị trả lại cho người nhận này.
    • Chúng tôi lặp lại một cách đệ quy cấu hình chuyển tiếp đã trích xuất để xác định chuyển tiếp toàn cầu, chuyển tiếp dựa trên regex và tất cả các cấu hình chuyển tiếp được hỗ trợ khác - hiện được gọi là "Địa chỉ chuyển tiếp" của chúng tôi.
    • Đối với mỗi Địa chỉ chuyển tiếp, chúng tôi hỗ trợ một tra cứu đệ quy (sẽ bắt đầu chuỗi hoạt động này trên địa chỉ đã cho). Nếu tìm thấy kết quả so khớp đệ quy, thì kết quả chính sẽ bị xóa khỏi Địa chỉ chuyển tiếp và các kết quả con được thêm vào.
    • Địa chỉ chuyển tiếp được phân tích cú pháp để duy nhất (vì chúng tôi không muốn gửi các bản sao đến một địa chỉ hoặc tạo ra các kết nối ứng dụng khách SMTP không cần thiết).
    • Đối với mỗi Địa chỉ chuyển tiếp, chúng tôi tra cứu tên miền của địa chỉ đó dựa trên điểm cuối API của chúng tôi /v1/max-forwarded-addresses (để xác định có bao nhiêu địa chỉ miền được phép chuyển tiếp email đến mỗi bí danh, ví dụ: 10 theo mặc định - hãy xem phần trên giới hạn tối đa về chuyển tiếp cho mỗi bí danh). Nếu vượt quá giới hạn này, thì lỗi 550 sẽ xảy ra và người gửi sẽ nhận được thư bị trả lại cho người nhận này.
    • Chúng tôi tra cứu cài đặt của người nhận ban đầu dựa trên điểm cuối API của chúng tôi /v1/settings, hỗ trợ tra cứu người dùng trả phí (với dự phòng cho người dùng miễn phí). Điều này trả về một đối tượng cấu hình cho các cài đặt nâng cao cho port (Số, ví dụ: 25), has_adult_content_protection (Boolean), has_phishing_protection (Boolean), has_executable_protection (Boolean), và has_virus_protection (Boolean).
    • Dựa trên các cài đặt này, sau đó chúng tôi kiểm tra kết quả của Spam Scanner và nếu có bất kỳ lỗi nào xảy ra, thì thông báo sẽ bị từ chối với mã lỗi 554 (ví dụ: nếu has_virus_protection được kích hoạt, sau đó chúng tôi sẽ kiểm tra kết quả Spam Scanner để tìm vi rút). Lưu ý rằng tất cả người dùng gói miễn phí sẽ được chọn tham gia để kiểm tra nội dung người lớn, lừa đảo, tệp thực thi và vi rút. Theo mặc định, tất cả người dùng gói trả phí cũng được chọn tham gia, nhưng cấu hình này có thể được thay đổi trong trang Cài đặt nâng cao cho một miền trong bảng điều khiển Chuyển tiếp Email).

  14. Đối với mỗi Địa chỉ chuyển tiếp của người nhận đã xử lý, sau đó chúng tôi thực hiện các thao tác sau:

    • Địa chỉ được kiểm tra so với của chúng tôi Danh sách đenvà nếu nó được liệt kê, thì mã lỗi 554 sẽ xảy ra và người gửi sẽ nhận được thư bị trả lại cho người nhận này.
    • Nếu địa chỉ là webhook, thì chúng tôi đặt Boolean cho các hoạt động trong tương lai (xem bên dưới - chúng tôi nhóm các webhook tương tự lại với nhau để tạo một yêu cầu POST so với nhiều để gửi).
    • Nếu địa chỉ là địa chỉ email, thì chúng tôi phân tích cú pháp máy chủ lưu trữ cho các hoạt động trong tương lai (xem bên dưới - chúng tôi nhóm các máy chủ tương tự lại với nhau để tạo một kết nối so với nhiều kết nối riêng lẻ để phân phối).

  15. Nếu không có người nhận và không có thư bị trả lại, thì chúng tôi trả lời với lỗi 550 là "Người nhận không hợp lệ".

  16. Nếu có người nhận, sau đó chúng tôi lặp lại họ (được nhóm lại với nhau bởi cùng một máy chủ) và gửi email. Xem phần Làm thế nào để bạn xử lý các vấn đề gửi email dưới đây để có thêm cái nhìn sâu sắc.

    • Nếu có bất kỳ lỗi nào xảy ra khi gửi email, chúng tôi sẽ lưu trữ chúng trong bộ nhớ để xử lý sau.
    • Chúng tôi sẽ lấy mã lỗi thấp nhất (nếu có) từ việc gửi email - và sử dụng mã đó làm mã phản hồi cho DATA yêu cầu. Điều này có nghĩa là những email chưa được gửi thường sẽ được người gửi ban đầu thử lại, nhưng những email đã được gửi sẽ không được gửi lại vào lần gửi thư tiếp theo (như chúng tôi sử dụng Lấy dấu vân tay).
    • Nếu không có lỗi nào xảy ra, thì chúng tôi sẽ gửi mã trạng thái phản hồi SMTP 250 thành công.
    • Một số trang không truy cập được xác định là bất kỳ nỗ lực phân phối nào dẫn đến mã trạng thái> = 500 (lỗi vĩnh viễn).

  17. Nếu không có lần trả lại nào xảy ra (lỗi vĩnh viễn), thì chúng tôi sẽ trả về mã trạng thái phản hồi SMTP của mã lỗi thấp nhất từ lỗi không liên tục (hoặc mã trạng thái 250 thành công nếu không có).

  18. Nếu thư bị trả lại xảy ra thì chúng tôi sẽ gửi email bị trả lại trong nền sau khi trả lại mã lỗi thấp nhất trong số tất cả các mã lỗi cho người gửi. Tuy nhiên, nếu mã lỗi thấp nhất là> = 500, thì chúng tôi sẽ không gửi bất kỳ email bị trả lại nào. Điều này là do nếu chúng tôi làm như vậy, thì người gửi sẽ nhận được một email bị trả lại kép (ví dụ: một email từ MTA gửi đi của họ, chẳng hạn như Gmail - và một email từ chúng tôi). Xem phần trên Làm thế nào để bạn bảo vệ khỏi tán xạ ngược dưới đây để có thêm cái nhìn sâu sắc.

Làm thế nào để bạn xử lý các vấn đề gửi email

Lưu ý rằng chúng tôi sẽ viết lại "Thân thiện với Người gửi" nếu và chỉ khi chính sách DMARC của người gửi là p=reject, VÀ nó có SPF đi qua, VÀ không có chữ ký DKIM nào được căn chỉnh với tiêu đề "Từ". Điều này có nghĩa là chúng tôi sẽ thay đổi tiêu đề "Từ" trên thư, đặt "X-Original-From" và cũng đặt "Reply-To" nếu nó chưa được đặt. Chúng tôi cũng sẽ đóng lại con dấu ARC trên thư sau khi thay đổi các tiêu đề này.

Chúng tôi cũng sử dụng phân tích cú pháp thông minh các thông báo lỗi ở mọi cấp độ của ngăn xếp - trong mã của chúng tôi, các yêu cầu DNS, nội bộ Node.js, yêu cầu HTTP (ví dụ: 408, 413 và 429 được ánh xạ tới mã phản hồi SMTP là 421 nếu người nhận là một webhook) và phản hồi của máy chủ thư (ví dụ: phản hồi có "trì hoãn" hoặc "chạy chậm" sẽ được thử lại vì 421 lỗi).

Logic của chúng tôi là chống giả và nó cũng sẽ thử lại các lỗi TLS / SSL, sự cố kết nối, v.v. Mục tiêu của chống giả là tối đa hóa khả năng phân phối cho tất cả người nhận đối với cấu hình chuyển tiếp.

Nếu người nhận là webhook, thì chúng tôi sẽ cho phép thời gian chờ 60 giây để yêu cầu hoàn thành với tối đa 3 lần thử lại (tổng cộng 4 lần yêu cầu trước khi không thành công). Lưu ý rằng chúng tôi phân tích cú pháp chính xác các mã lỗi 408, 413 và 429 và ánh xạ chúng tới mã phản hồi SMTP là 421.

Nếu không, nếu người nhận là một địa chỉ email, thì chúng tôi sẽ cố gắng gửi email với TLS cơ hội (chúng tôi cố gắng sử dụng STARTTLS nếu nó có sẵn trên máy chủ thư của người nhận). Nếu lỗi SSL hoặc TLS xảy ra trong khi cố gắng gửi email, thì chúng tôi sẽ cố gắng gửi email mà không có TLS (không sử dụng STARTTLS).

Nếu xảy ra bất kỳ lỗi DNS hoặc kết nối nào, thì chúng tôi sẽ quay lại DATA ra lệnh cho mã phản hồi SMTP là 421, nếu không nếu có> = 500 lỗi cấp, thì thư trả lại sẽ được gửi.

Nếu chúng tôi phát hiện máy chủ email mà chúng tôi đang cố gắng gửi đến có một hoặc nhiều địa chỉ IP trao đổi thư của chúng tôi bị đưa vào danh sách đen (ví dụ: bằng bất kỳ công nghệ nào họ sử dụng để trì hoãn người gửi thư rác), thì chúng tôi sẽ gửi mã phản hồi SMTP là 421 cho người gửi hãy thử lại tin nhắn của họ sau (và chúng tôi đã được thông báo về vấn đề này nên hy vọng chúng tôi có thể giải quyết nó trước lần thử tiếp theo).

Làm thế nào để bạn xử lý các địa chỉ IP của bạn trở thành danh sách đen

Chúng tôi thường xuyên theo dõi tất cả các danh sách đen DNS chính và nếu bất kỳ địa chỉ IP trao đổi thư ("MX") nào của chúng tôi được liệt kê trong danh sách đen chính, chúng tôi sẽ đưa nó ra khỏi vòng lặp bản ghi DNS A liên quan nếu có thể cho đến khi vấn đề được giải quyết.

Tại thời điểm viết bài này, chúng tôi cũng được liệt kê trong một số danh sách trắng DNS và chúng tôi rất coi trọng việc giám sát các danh sách đen. Nếu bạn thấy bất kỳ vấn đề nào trước khi chúng tôi có cơ hội giải quyết, vui lòng thông báo cho chúng tôi bằng văn bản tại support@nticemail.net.

Địa chỉ không trả lời là gì

Chúng tôi không chuyển tiếp email đến các địa chỉ "không trả lời" và bất kỳ người gửi nào cố gắng gửi sẽ nhận được lỗi 553.

Tên người dùng email bằng bất kỳ tên nào sau đây (không phân biệt chữ hoa chữ thường) được coi là địa chỉ không trả lời:

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

Bạn có danh sách trắng không

Có, chúng tôi cập nhật danh sách trắng hàng ngày dựa trên FQDN gốc phổ biến nhất được sử dụng ở cấp DNS. Danh sách này bao gồm khoảng 200.000 đến 300.000 tên miền gốc duy nhất.

Các nhà cung cấp phổ biến như Google (Gmail), Yahoo, Microsoft (Outlook), Amazon (Amazon SES), Meta (Facebook), Twitter, Netflix, Spotify, v.v.

Nếu bạn là người gửi hoặc sử dụng người gửi không có trong danh sách trắng, thì lần đầu tiên miền gốc hoặc địa chỉ IP FQDN của bạn gửi email, bạn sẽ tỷ lệ giới hạn và liệt kê màu xám.

Yêu cầu danh sách trắng có thể được gửi đến whitelist@nticemail.net (vui lòng cung cấp mô tả đầy đủ và lý do đưa vào danh sách trắng, liên kết đến các trang web và giấy chứng nhận thành lập doanh nghiệp của bạn được đưa vào danh sách trắng).

Bạn có danh sách xám không

Vâng, chúng tôi rất lỏng lẻo danh sách email màu xám chính sách được sử dụng. Greylisting chỉ áp dụng cho những người gửi không có trong danh sách trắng của chúng tôi và tồn tại trong bộ nhớ cache của chúng tôi trong 30 ngày.

Đối với bất kỳ người gửi mới nào, chúng tôi lưu trữ khóa trong cơ sở dữ liệu Redis của chúng tôi trong 30 ngày với giá trị được đặt thành thời gian đến ban đầu của yêu cầu đầu tiên của họ. Sau đó, chúng tôi từ chối email của họ với mã trạng thái thử lại là 450 và chỉ cho phép nó chuyển qua khi 5 phút trôi qua.

Nếu họ đã đợi thành công trong 5 phút kể từ thời gian đến đầu tiên này, thì email của họ sẽ được chấp nhận và họ sẽ không nhận được mã trạng thái 450 này.

Khóa bao gồm miền gốc FQDN hoặc địa chỉ IP của người gửi. Điều này có nghĩa là bất kỳ miền phụ nào vượt qua greylist cũng sẽ chuyển cho miền gốc và ngược lại (đây là ý của chúng tôi đối với chính sách "rất lỏng lẻo").

Ví dụ: nếu một email đến từ test.example.com trước khi chúng tôi thấy một email đến từ example.com, sau đó bất kỳ email nào từ test.example.com và / hoặc example.com sẽ phải đợi 5 phút kể từ thời điểm kết nối đến đầu tiên. Chúng tôi không làm cho cả hai test.example.com và example.com mỗi người đợi khoảng thời gian 5 phút của riêng họ (chính sách danh sách xám của chúng tôi áp dụng ở cấp miền gốc).

Lưu ý rằng danh sách xám không áp dụng cho bất kỳ người gửi nào trên Danh sách trắng (ví dụ: Meta, Amazon, Netflix, Google, Microsoft tại thời điểm viết bài này).

Bạn có danh sách đen không

Có, chúng tôi vận hành danh sách đen riêng tư của riêng mình và cập nhật danh sách này tự động theo thời gian thực và theo cách thủ công, dựa trên hoạt động spam và độc hại được phát hiện. Người gửi trong danh sách đen sẽ nhận được thông báo lỗi 554.

Chúng tôi cũng lấy từ Danh sách đen cấp độ 1 của UCEPROTECT tại http://wget-mirrors.uceprotect.net/rbldnsd-all/dnsbl-1.uceprotect.net.gz mỗi giờ và đưa nó vào cơ sở dữ liệu Redis của chúng tôi với thời hạn sử dụng là 7 ngày.

Yêu cầu xóa danh sách đen có thể được gửi đến whitelist@nticemail.net (vui lòng cung cấp mô tả đầy đủ và lý do đưa vào danh sách trắng, liên kết đến các trang web và giấy chứng nhận thành lập doanh nghiệp của bạn được đưa vào danh sách trắng).

Bạn có giới hạn tỷ lệ không

Có, chúng tôi có giới hạn tỷ lệ chỉ áp dụng cho những người gửi không thuộc Danh sách trắng.

Chúng tôi chỉ cho phép tối đa 100 kết nối mỗi giờ, cho mỗi người gửi đã phân giải miền gốc FQDN (hoặc) địa chỉ IP từ xa của người gửi (nếu không có PTR đảo ngược) và cho mỗi người nhận trên phong bì. Chúng tôi lưu trữ khóa giới hạn tỷ lệ dưới dạng băm mật mã trong cơ sở dữ liệu Redis của chúng tôi.

Nếu bạn đang gửi email qua hệ thống của chúng tôi, hãy đảm bảo rằng bạn đã thiết lập PTR ngược cho tất cả các địa chỉ IP của mình (nếu không, mỗi miền gốc FQDN hoặc địa chỉ IP duy nhất mà bạn gửi từ đó sẽ bị giới hạn tỷ lệ).

Lưu ý rằng nếu bạn gửi thông qua một hệ thống phổ biến như Amazon SES, thì bạn sẽ không bị giới hạn tỷ giá vì (tại thời điểm viết bài này) Amazon SES được đưa vào danh sách trắng.

Nếu bạn đang gửi từ một miền chẳng hạn như test.abc.123.example.com, thì giới hạn tỷ giá sẽ được áp dụng cho example.com. Nhiều người gửi thư rác sử dụng hàng trăm miền phụ để giải quyết các bộ lọc thư rác thông thường chỉ xếp hạng giới hạn các tên máy chủ duy nhất thay vì các miền gốc FQDN duy nhất.

Người gửi vượt quá giới hạn tỷ lệ sẽ bị từ chối với lỗi 421.

Làm thế nào để bạn bảo vệ khỏi tán xạ ngược

Thư trả lại không đúng hướng hoặc thư bị trả lại (được gọi là "Backscatter") có thể gây ra danh tiếng tiêu cực cho địa chỉ IP của người gửi.

Chúng tôi thực hiện hai bước để bảo vệ khỏi tán xạ ngược, được trình bày chi tiết trong các phần sau Ngăn chặn các thư bị trả lại từ MAIL đã biết từ những người gửi thư rác và Ngăn chặn các lần trả lại không cần thiết để bảo vệ khỏi tán xạ ngược phía dưới.

Ngăn chặn các thư bị trả lại từ MAIL đã biết từ những người gửi thư rác

Chúng tôi lấy danh sách từ Backscatter.org (cung cấp bởi UCEPROTECT) tại http://wget-mirrors.uceprotect.net/rbldnsd-all/ips.backscatterer.org.gz hàng giờ và đưa nó vào cơ sở dữ liệu Redis của chúng tôi (chúng tôi cũng so sánh sự khác biệt trước; trong trường hợp bất kỳ IP nào đã bị xóa cần được tôn trọng).

Nếu MAIL FROM trống HOẶC chứa (không phân biệt chữ hoa chữ thường) một trong các tên người dùng sau (phần trước @ trong email), thì chúng tôi sẽ kiểm tra xem IP của người gửi có khớp với IP trong danh sách này hay không:

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

Nếu IP của người gửi được liệt kê (và không có trong Danh sách trắng), sau đó chúng tôi gửi lỗi 554 với thông báo The IP ${session.remoteAddress} is blacklisted by https://www.backscatterer.org/index.php?target=test&ip=${session.remoteAddress}. Chúng tôi sẽ được thông báo nếu một người gửi nằm trong cả danh sách Backscatterer và trong danh sách trắng của chúng tôi để chúng tôi có thể giải quyết vấn đề nếu cần.

Các kỹ thuật được mô tả trong phần này tuân theo khuyến nghị "CHẾ ĐỘ AN TOÀN" tại https://www.backscatterer.org/?target=usage - nơi chúng tôi chỉ kiểm tra IP của người gửi nếu các điều kiện nhất định đã được đáp ứng.

Ngăn chặn các lần trả lại không cần thiết để bảo vệ khỏi tán xạ ngược

Thư bị trả lại là email cho biết việc chuyển tiếp email hoàn toàn không thành công đến người nhận và email sẽ không được thử lại.

Một lý do phổ biến để được liệt kê trong danh sách Backscatterer là thư bị trả lại bị chuyển hướng sai hoặc thư bị trả lại, vì vậy chúng tôi phải bảo vệ chống lại điều này bằng một số cách:

  1. Chúng tôi chỉ gửi thư trả lại khi xảy ra> = 500 lỗi mã trạng thái (khi email được cố gắng chuyển tiếp không thành công, ví dụ: Gmail phản hồi với lỗi cấp 500).

  2. Chúng tôi chỉ gửi số lần trả lại một lần và một lần duy nhất (chúng tôi sử dụng khóa vân tay số lần trả lại được tính toán và lưu trữ trong bộ nhớ đệm để ngăn việc gửi các bản sao). Dấu vân tay bị trả lại là một khóa là dấu vân tay của tin nhắn kết hợp với mã băm của địa chỉ trả lại và mã lỗi của nó). Xem phần trên Lấy dấu vân tay để có thêm thông tin chi tiết về cách tính toán dấu vân tay tin nhắn. Dấu vân tay bị trả lại được gửi thành công sẽ hết hạn sau 7 ngày trong bộ nhớ cache Redis của chúng tôi.

  3. Chúng tôi chỉ gửi thư trả lại khi MAIL FROM không trống và không chứa (phân biệt chữ hoa chữ thường) một trong các tên người dùng sau (phần trước ký tự @ trong email). Lưu ý rằng danh sách này ngắn hơn một chút so với danh sách ở trên trong kiểm tra MAIL FROM vì chúng tôi không muốn có kết quả xác thực sai (ví dụ: security @ là địa chỉ hợp lệ mà bạn có thể muốn nhận được thư trả về; rất nhiều người sử dụng security @ cho các chương trình tiền thưởng lỗi của họ).

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

  4. Chúng tôi không gửi thư trả lại nếu thư ban đầu có bất kỳ tiêu đề nào sau đây (không phân biệt chữ hoa chữ thường):

    • Auto-Submitted (với giá trị là no)
    • X-Auto-Response-Suppress (với giá trị là dr, autoreply, auto-reply, auto_reply, hoặc all)
    • List-Id
    • List-Unsubscribe
    • Feedback-ID
    • X-Auto-Reply
    • X-Autoreply
    • X-Auto-Respond
    • X-Autorespond
    • Precedence (với giá trị là bulk, autoreply, auto-reply, auto_reply, hoặc list)

Làm thế nào để bạn xác định một dấu vân tay email

Dấu vân tay của email được sử dụng để xác định tính duy nhất của email và ngăn các thư trùng lặp được gửi và số trang bị trả lại trùng lặp từ khi được gửi.

Tệp tham chiếu là một loạt các hàm băm được tính toán bằng mật mã được phân tách bằng dấu hai chấm và nó được sử dụng nội bộ trong cơ sở mã của chúng tôi.

Các băm được tính toán này được đẩy vào Mảng (danh sách) nếu và chỉ khi giá trị của chúng tồn tại:

  • Máy khách đã phân giải tên máy chủ FQDN hoặc địa chỉ IP
  • Message-ID giá trị tiêu đề
  • Date giá trị tiêu đề (nếu và chỉ khi Message-ID không tồn tại)
  • From giá trị tiêu đề (nếu và chỉ khi Message-ID không tồn tại)
  • To giá trị tiêu đề (nếu và chỉ khi Message-ID không tồn tại)
  • Cc giá trị tiêu đề (nếu và chỉ khi Message-ID không tồn tại)
  • Subject giá trị tiêu đề (nếu và chỉ khi Message-ID không tồn tại)
  • Body giá trị (nếu và chỉ khi Message-ID không tồn tại)

Tại sao các email kiểm tra của tôi được gửi cho chính tôi trong Gmail hiển thị là "đáng ngờ"

Nếu bạn thấy thông báo lỗi này trong Gmail khi bạn gửi bài kiểm tra cho chính mình hoặc khi một người mà bạn đang gửi email với bí danh của bạn nhìn thấy email từ bạn lần đầu tiên, thì xin đừng lo lắng - vì đây là một tính năng an toàn được tích hợp sẵn của Gmail.

Bạn chỉ cần nhấp vào "Có vẻ an toàn". Ví dụ: nếu bạn gửi một tin nhắn thử nghiệm bằng tính năng send mail as (cho người khác), thì họ sẽ không thấy thông báo này.

Tuy nhiên, nếu họ nhìn thấy thông báo này, đó là vì họ thường thấy email của bạn đến từ john@gmail.com thay vì john@customdomain.com (chỉ là một ví dụ). Gmail sẽ cảnh báo người dùng chỉ để đảm bảo mọi thứ được an toàn trong trường hợp không có giải pháp thay thế.

Tôi có thể xóa mạng qua dấu chấm chuyển tiếp trong Gmail không

Điều này CHỈ áp dụng nếu bạn đang sử dụng Cách gửi thư khi sử dụng Gmail tính năng. Hiện tại không có giải pháp nào cho việc này và nó ảnh hưởng đến tất cả các nhà cung cấp dịch vụ (không chỉ chúng tôi). Cách giải quyết là sử dụng máy chủ SMTP tùy chỉnh. Tuy nhiên, chúng tôi chưa cung cấp SMTP.

Chúng tôi dự định phát hành dịch vụ SMTP của riêng mình (không chỉ chuyển tiếp, mà còn cả email nói chung), điều này sẽ giảm bớt điều này. Gmail tự động thêm điều này và không có giải pháp nào hiện tại. Các dịch vụ chuyển tiếp email khác có các tính năng tương tự như của chúng tôi cũng sẽ gặp phải vấn đề tương tự (và các giải pháp chuyển tiếp email khác chỉ đơn giản là không cung cấp mức độ riêng tư mà chúng tôi thực hiện).

Nếu bạn muốn nhận thông báo khi điều này được phát hành, bạn có thể gửi email smtp@nticemail.net và chúng tôi sẽ gửi cho bạn một thông báo sau khi nó được phát hành. Hoặc chỉ cần đăng ký một tài khoản tại đây nếu bạn chưa có!

Tôi có thể chuyển tiếp email đến các cổng khác ngoài 25 không (ví dụ: nếu ISP của tôi đã chặn cổng 25)

Có, kể từ ngày 5 tháng 5 năm 2020, chúng tôi đã thêm tính năng này. Ngay bây giờ tính năng này là dành riêng cho miền, trái ngược với bí danh cụ thể. Nếu bạn yêu cầu nó phải là bí danh cụ thể, vui lòng liên hệ với chúng tôi để cho chúng tôi biết nhu cầu của bạn.

Bảo vệ quyền riêng tư nâng cao: Nếu bạn đang sử dụng gói trả phí (có tính năng bảo vệ quyền riêng tư nâng cao), vui lòng truy cập Tài khoản của tôi Tên miền, nhấp vào "Thiết lập" bên cạnh miền của bạn, sau đó nhấp vào "Cài đặt nâng cao". Nếu bạn muốn tìm hiểu thêm về các gói trả phí, hãy xem Giá cả trang. Nếu không bạn có thể tiếp tục làm theo hướng dẫn bên dưới.

Nếu bạn đang sử dụng gói miễn phí, thì chỉ cần thêm một DNS mới TXT ghi lại như hình dưới đây, nhưng thay đổi cổng từ 25 thành cổng bạn chọn.

Ví dụ: nếu tôi muốn tất cả các email chuyển đến example.com để chuyển tiếp đến cổng SMTP của người nhận bí danh là 1337 thay vì 25:

Tên / Máy chủ / Bí danh TTL Kiểu Giá trị
"@", "." hoặc để trống 3600 TXT forward-email-port=1337
Tiền boa: Tình huống phổ biến nhất đối với thiết lập chuyển tiếp cổng tùy chỉnh là khi bạn muốn chuyển tiếp tất cả các email đi đến example.com đến một cổng khác tại example.com, ngoài tiêu chuẩn SMTP của cổng 25. Để thiết lập điều này, chỉ cần thêm thông tin sau TXT bản ghi bắt tất cả.
Tên / Máy chủ / Bí danh TTL Kiểu Giá trị
"@", "." hoặc để trống 3600 TXT forward-email=example.com

Bạn có bảo đảm hoàn lại tiền cho các gói trả phí không

Đúng! Hoàn phí tự động xảy ra khi bạn nâng cấp, hạ cấp hoặc hủy tài khoản của mình trong vòng 30 ngày kể từ khi gói của bạn bắt đầu lần đầu tiên. Điều này chỉ áp dụng cho khách hàng lần đầu tiên.

Nếu tôi chuyển đổi gói, bạn có chia theo tỷ lệ và hoàn lại phần chênh lệch không

Chúng tôi không chia tỷ lệ cũng như không hoàn lại phần chênh lệch khi bạn chuyển đổi gói. Thay vào đó, chúng tôi chuyển đổi thời lượng còn lại từ ngày hết hạn của gói hiện tại của bạn thành thời hạn tương đối gần nhất cho gói mới của bạn (làm tròn theo tháng).

Lưu ý rằng nếu bạn nâng cấp hoặc hạ cấp giữa các gói trả phí trong thời hạn 30 ngày kể từ lần đầu tiên bắt đầu gói trả phí, thì chúng tôi sẽ tự động hoàn trả toàn bộ số tiền từ gói hiện có của bạn.

Bạn có hỗ trợ webhooks không

Có, kể từ ngày 15 tháng 5 năm 2020, chúng tôi đã thêm tính năng này. Bạn chỉ có thể thêm (các) webhook chính xác như bạn muốn với bất kỳ người nhận nào! Vui lòng đảm bảo rằng bạn có tiền tố giao thức "http" hoặc "https" trong URL của webhook.

Bảo vệ quyền riêng tư nâng cao: Nếu bạn đang sử dụng gói trả phí (có tính năng bảo vệ quyền riêng tư nâng cao), vui lòng truy cập Tài khoản của tôi Tên miền và nhấp vào "Bí danh" bên cạnh miền của bạn để định cấu hình webhook của bạn. Nếu bạn muốn tìm hiểu thêm về các gói trả phí, hãy xem Giá cả trang. Nếu không bạn có thể tiếp tục làm theo hướng dẫn bên dưới.

Nếu bạn đang sử dụng gói miễn phí, thì chỉ cần thêm một DNS mới TXT ghi như hình bên dưới:

Ví dụ: nếu tôi muốn tất cả các email chuyển đến alias@example.com để chuyển tiếp đến một cái mới thùng yêu cầu điểm cuối kiểm tra:

Tên / Máy chủ / Bí danh TTL Kiểu Giá trị
"@", "." hoặc để trống 3600 TXT forward-email=alias:https://requestbin.com/r/en8pfhdgcculn

Hoặc có lẽ bạn muốn tất cả các email được chuyển đến example.com để chuyển tiếp đến điểm cuối này:

Tên / Máy chủ / Bí danh TTL Kiểu Giá trị
"@", "." hoặc để trống 3600 TXT forward-email=https://requestbin.com/r/en8pfhdgcculn

Dưới đây là các lưu ý bổ sung liên quan đến webhooks:

  • Yêu cầu Webhook HTTP sẽ thử lại tối đa 3 lần, với thời gian chờ tối đa 60 giây cho mỗi yêu cầu POST của điểm cuối. Chúng tôi sẽ tự động thử lại dựa trên trạng thái mặc định và mã lỗi được sử dụng trong phương pháp thử lại của superagent.

  • Chúng tôi nhóm các yêu cầu HTTP webhook lại với nhau vào cùng một điểm cuối trong một yêu cầu thay vì nhiều yêu cầu) để tiết kiệm tài nguyên và tăng tốc thời gian phản hồi. Ví dụ: nếu bạn gửi email tới webhook1@example.com, webhook2@example.com, và webhook3@example.comvà tất cả những thứ này đều được định cấu hình để đạt được cùng chính xác URL điểm cuối, sau đó sẽ chỉ có một yêu cầu được thực hiện. Chúng tôi nhóm lại với nhau bằng cách đối sánh điểm cuối chính xác với sự bình đẳng nghiêm ngặt.

  • Lưu ý rằng chúng tôi sử dụng người gửi thư phương thức "simpleParser" của thư viện để phân tích cú pháp thư thành một đối tượng thân thiện với JSON.

  • Giá trị email thô dưới dạng Chuỗi được cung cấp dưới dạng thuộc tính "thô".

  • Kết quả xác thực được đưa ra dưới dạng thuộc tính "dkim", "spf", "arc", "dmarc" và "bimi".

  • Tiêu đề email đã phân tích cú pháp được cung cấp dưới dạng thuộc tính "headers" - nhưng cũng lưu ý rằng bạn có thể sử dụng "headerLines" để lặp lại và phân tích cú pháp dễ dàng hơn.

  • Những người nhận được nhóm cho webhook này được nhóm lại với nhau và được cấp dưới dạng thuộc tính "người nhận".

  • Thông tin phiên SMTP được cung cấp dưới dạng thuộc tính "phiên". Phần này chứa thông tin về người gửi tin nhắn, thời gian đến của tin nhắn, HELO và tên máy khách. Giá trị tên máy khách là session.clientHostname là FQDN (từ tra cứu ngược PTR) hoặc là session.remoteAddress được bọc trong dấu ngoặc (ví dụ: "[127.0.0.1]").

  • Nếu có tệp đính kèm, chúng sẽ được thêm vào attachments Mảng có giá trị Bộ đệm. Bạn có thể phân tích cú pháp chúng trở lại nội dung bằng cách sử dụng cách tiếp cận với JavaScript như:

    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());
Tiền boa: Bạn muốn biết yêu cầu webhook trông như thế nào từ các email được chuyển tiếp? Chúng tôi đã bao gồm một ví dụ bên dưới cho bạn! 
{
  "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
  }
}

Bạn có hỗ trợ biểu thức chính quy hay regex không

Có, kể từ ngày 27 tháng 9 năm 2021, chúng tôi đã thêm tính năng này. Bạn có thể chỉ cần viết các biểu thức chính quy ("regex") để so khớp các bí danh và thực hiện các tiểu phần.

Các bí danh được hỗ trợ biểu thức chính quy là những bí danh bắt đầu bằng / và kết thúc bằng / và người nhận của họ là địa chỉ email hoặc webhook. Người nhận cũng có thể bao gồm hỗ trợ thay thế regex (ví dụ: $1, $2).

Chúng tôi hỗ trợ hai cờ biểu thức chính quy bao gồm i và g. Cờ phân biệt chữ hoa chữ thường của i là một mặc định vĩnh viễn và nó luôn được thực thi. Lá cờ toàn cầu của g có thể được bạn thêm vào bằng cách dán vào đuôi / với /g.

Lưu ý rằng chúng tôi cũng hỗ trợ tính năng bí danh bị vô hiệu hóa cho phần người nhận với sự hỗ trợ regex của chúng tôi.

Biểu thức chính quy không được hỗ trợ trên miền ảo toàn cầu miễn phí (vì đây có thể là một lỗ hổng bảo mật).

Bảo vệ quyền riêng tư nâng cao: Nếu bạn đang sử dụng gói trả phí (có tính năng bảo vệ quyền riêng tư nâng cao), vui lòng truy cập Tài khoản của tôi Tên miền và nhấp vào "Bí danh" bên cạnh miền của bạn để định cấu hình cụm từ thông dụng. Nếu bạn muốn tìm hiểu thêm về các gói trả phí, hãy xem Giá cả trang. Nếu không bạn có thể tiếp tục làm theo hướng dẫn bên dưới.

Nếu bạn đang sử dụng gói miễn phí, thì chỉ cần thêm một DNS mới TXT ghi lại bằng cách sử dụng một hoặc nhiều ví dụ được cung cấp bên dưới:

Ví dụ đơn giản: Nếu tôi muốn tất cả các email đi đến `elon @ example.com` hoặc` musk @ example.com` để chuyển tiếp đến `user @ gmail.com`:
Tên / Máy chủ / Bí danh TTL Kiểu Giá trị
"@", "." hoặc để trống 3600 TXT forward-email=/^(elon|musk)$/:user@gmail.com
Ví dụ về thay thế họ đầu tiên: Hãy tưởng tượng tất cả các địa chỉ email công ty của bạn đều có dạng `firstname.lastname @ example.com`. Nếu tôi muốn tất cả các email có dạng `firstname.lastname @ example.com` để chuyển tiếp đến` firstname.lastname @ company.com` với hỗ trợ thay thế (xem thử nghiệm trên RegExr):
Tên / Máy chủ / Bí danh TTL Kiểu Giá trị
"@", "." hoặc để trống 3600 TXT forward-email=/^([A-Za-z]+)+\.([A-Za-z]+)+$/:$1.$2@company.com
Ví dụ về thay thế bộ lọc ký hiệu cộng: Nếu tôi muốn tất cả các email đi đến `info @ example.com` hoặc` support @ example.com` để chuyển tiếp tới `user + info @ gmail.com` hoặc` user + support @ gmail.com` tương ứng (với hỗ trợ thay thế ) (xem thử nghiệm trên RegExr):
Tên / Máy chủ / Bí danh TTL Kiểu Giá trị
"@", "." hoặc để trống 3600 TXT forward-email=/^(support|info)$/:user+$1@gmail.com
Ví dụ về thay thế chuỗi truy vấn Webhook: Có lẽ bạn muốn tất cả các email đi đến `example.com` chuyển đến một webhook và có khóa chuỗi truy vấn động là "to" với giá trị bằng phần tên người dùng của địa chỉ email (xem thử nghiệm trên RegExr):
Tên / Máy chủ / Bí danh TTL Kiểu Giá trị
"@", "." hoặc để trống 3600 TXT forward-email=/^(.*?)$/:https://example.com/webhook?username=$1
Tắt ví dụ: Nếu bạn muốn tắt tất cả các email khớp với một mẫu nhất định (xem Tôi có thể tắt các bí danh cụ thể không), sau đó chỉ cần sử dụng phương pháp tương tự với dấu chấm than "!":
Tên / Máy chủ / Bí danh TTL Kiểu Giá trị
"@", "." hoặc để trống 3600 TXT forward-email=/^(elon|musk)$/:!
Tiền boa: Bạn muốn biết cách viết một biểu thức chính quy hoặc cần kiểm tra sự thay thế của bạn? Bạn có thể truy cập trang web kiểm tra biểu thức chính quy miễn phí RegExr tại https://regexr.com.

Tôi chỉ có thể sử dụng dịch vụ chuyển tiếp email này làm máy chủ MX "dự phòng" hoặc "dự phòng"

Không, nó không được khuyến khích, vì bạn chỉ có thể sử dụng một máy chủ trao đổi thư tại một thời điểm. Dự phòng thường không bao giờ được thử lại do cấu hình sai ưu tiên và máy chủ thư không tôn trọng kiểm tra ưu tiên trao đổi MX.

Tôi có thể tắt các bí danh cụ thể không

Đúng! Kể từ ngày 6 tháng 2 năm 2020, chúng tôi đã thêm tính năng này. Chỉ cần chỉnh sửa DNS của bạn TXT ghi lại và đặt trước bí danh bằng dấu chấm than. Lưu ý rằng bạn phải duy trì ánh xạ ":", vì điều này là bắt buộc nếu bạn quyết định tắt tính năng này (và nó cũng được sử dụng để nhập trong các gói trả phí của chúng tôi).

Nếu bạn đặt tiền tố một bí danh với "!" (dấu chấm than) sau đó nó sẽ vẫn trả lại mã phản hồi thành công cho người gửi đang cố gửi đến địa chỉ này, nhưng bản thân các email sẽ không đi đến đâu; đến một lỗ đen.

Email được gửi đến các địa chỉ bị vô hiệu hóa sẽ phản hồi với mã trạng thái phản hồi SMTP là 250 (được chấp nhận), nhưng các email sẽ không thực sự được gửi đến (các) người nhận.

Ví dụ: nếu tôi muốn tất cả các email chuyển đến alias@example.com ngừng chảy qua user@gmail.com:

Tên / Máy chủ / Bí danh TTL Kiểu Giá trị
"@", "." hoặc để trống 3600 TXT forward-email=!alias:user@gmail.com
Tiền boa: Bạn cũng có thể viết lại địa chỉ của người nhận được chuyển tiếp thành "none@earchemail.net", điều này sẽ định tuyến địa chỉ đó đến không ai như trong ví dụ bên dưới.
Tên / Máy chủ / Bí danh TTL Kiểu Giá trị
"@", "." hoặc để trống 3600 TXT forward-email=!alias:nobody@forwardemail.net
Tiền boa: Nếu bạn muốn tăng cường bảo mật, thì bạn cũng có thể loại bỏ phần ": user@gmail.com" (hoặc ": none@ionaryemail.net"), chỉ để lại "! Alias" như trong ví dụ bên dưới.
Tên / Máy chủ / Bí danh TTL Kiểu Giá trị
"@", "." hoặc để trống 3600 TXT forward-email=!alias

Tôi có thể chuyển tiếp email đến nhiều người nhận không

Phải, chắc chắn rồi. Chỉ cần chỉ định nhiều người nhận trong TXT Hồ sơ.

Ví dụ: nếu tôi muốn một email gửi đến hello@example.com để được chuyển tiếp đến user+a@gmail.com và user+b@gmail.com, Sau đó tôi TXT bản ghi sẽ giống như thế này:

Tên / Máy chủ / Bí danh TTL Kiểu Giá trị
"@", "." hoặc để trống 3600 TXT forward-email=hello:user+a@gmail.com,hello:user+b@gmail.com

Hoặc, bạn có thể chỉ định chúng trong hai dòng riêng biệt, chẳng hạn như sau:

Tên / Máy chủ / Bí danh TTL Kiểu Giá trị
"@", "." hoặc để trống 3600 TXT forward-email=hello:user+a@gmail.com
"@", "." hoặc để trống 3600 TXT forward-email=hello:user+b@gmail.com

Tuỳ bạn!

Tôi có thể có nhiều người nhận toàn cầu không

Có, bạn có thể. Chỉ cần chỉ định nhiều người nhận tổng cộng toàn cầu trong TXT Hồ sơ.

Ví dụ: nếu tôi muốn mọi email được chuyển đến *@example.com (dấu hoa thị có nghĩa là ký tự đại diện hay còn gọi là bắt tất cả) để được chuyển tiếp đến user+a@gmail.com và user+b@gmail.com, Sau đó tôi TXT bản ghi sẽ giống như thế này:

Tên / Máy chủ / Bí danh TTL Kiểu Giá trị
"@", "." hoặc để trống 3600 TXT forward-email=user+a@gmail.com,user+b@gmail.com

Hoặc, bạn có thể chỉ định chúng trong hai dòng riêng biệt, chẳng hạn như sau:

Tên / Máy chủ / Bí danh TTL Kiểu Giá trị
"@", "." hoặc để trống 3600 TXT forward-email=user+a@gmail.com
@, ".", hoặc trống 3600 TXT forward-email=user+b@gmail.com

Tuỳ bạn!

Có giới hạn tối đa về số lượng địa chỉ email tôi có thể chuyển tiếp đến mỗi bí danh không

Có, giới hạn mặc định là 10. Điều này KHÔNG có nghĩa là bạn chỉ có thể có 10 bí danh trên tên miền của mình. Bạn có thể có bao nhiêu bí danh tùy thích (số lượng không giới hạn). Có nghĩa là bạn chỉ có thể chuyển tiếp một bí danh tới 10 địa chỉ email duy nhất. Bạn có thể có hello:user+1@gmail.com, hello:user+2@gmail.com, hello:user+3@gmail.com,… (Từ 1-10) - và bất kỳ email nào tới hello@example.com sẽ được chuyển tiếp đến user+1@gmail.com, user+2@gmail.com, user+3@gmail.com, Lọ (từ 1-10).

Tiền boa: Cần hơn 10 người nhận cho mỗi bí danh? Gửi email cho chúng tôi và chúng tôi rất vui được tăng giới hạn tài khoản của bạn.

Tôi có thể chuyển tiếp đệ quy email không

Có, bạn có thể, tuy nhiên bạn vẫn phải tuân thủ giới hạn tối đa. Nếu bạn có hello:elon@example.com và elon:user@gmail.com, sau đó gửi email tới hello@example.com sẽ được chuyển tiếp đến elon@example.com và user@gmail.com. Lưu ý rằng một lỗi sẽ được đưa ra nếu bạn cố gắng chuyển tiếp email một cách đệ quy.

Mọi người có thể hủy đăng ký hoặc đăng ký chuyển tiếp email của tôi mà không cần sự cho phép của tôi

Chúng tôi sử dụng MX và TXT xác minh bản ghi, do đó nếu bạn thêm MX tương ứng của dịch vụ này và TXT hồ sơ, sau đó bạn đã đăng ký. Nếu bạn xóa chúng, thì bạn chưa đăng ký. Bạn có quyền sở hữu miền và quản lý DNS của mình, vì vậy nếu ai đó có quyền truy cập vào đó thì đó là một vấn đề.

Nó miễn phí như thế nào

Dịch vụ tiếp tục chạy nhờ những người dùng đã nâng cấp lên gói trả phí. Chúng tôi muốn cung cấp một giải pháp thay thế miễn phí cho những người đang sử dụng dịch vụ chuyển tiếp mã nguồn đóng (và sau đó gặp rủi ro về quyền riêng tư và bảo mật của họ).

Giới hạn kích thước email tối đa là bao nhiêu

Chúng tôi mặc định giới hạn kích thước 50 MB, bao gồm nội dung, tiêu đề và tệp đính kèm. Lưu ý rằng các dịch vụ như Gmail và Outlook chỉ cho phép giới hạn kích thước 25 MB và nếu bạn vượt quá giới hạn khi gửi đến địa chỉ tại các nhà cung cấp đó, bạn sẽ nhận được thông báo lỗi.

Một lỗi với mã phản hồi thích hợp được trả về nếu vượt quá giới hạn kích thước tệp.

Bạn có lưu trữ email và nội dung của họ không

Không, hoàn toàn không. Xem của chúng tôi Chính sách bảo mật.

Bạn có lưu trữ nhật ký email không

Không, hoàn toàn không. Xem của chúng tôi Chính sách bảo mật.

Bạn có đọc email của tôi không

Không, hoàn toàn không. Chúng tôi không lưu trữ nhật ký SMTP. Xem của chúng tôi Chính sách bảo mật.

Nhiều dịch vụ chuyển tiếp email khác lưu trữ và có thể đọc được email của bạn. Không có lý do gì tại sao các email đã chuyển tiếp cần được lưu trữ vào bộ nhớ đĩa - và do đó chúng tôi đã tạo ra giải pháp mã nguồn mở đầu tiên thực hiện tất cả trong bộ nhớ.

Chúng tôi tin rằng bạn nên có quyền riêng tư và chúng tôi nghiêm túc tôn trọng điều đó. Mã được triển khai tới máy chủ là phần mềm nguồn mở trên GitHub để minh bạch và xây dựng lòng tin.

Nó có hỗ trợ biểu tượng dấu cộng + cho bí danh Gmail không

Phải, chắc chắn rồi.

Nó có hỗ trợ miền phụ không

Phải, chắc chắn rồi. Thay vì sử dụng "@", "." Hoặc để trống làm tên / máy chủ / bí danh, bạn chỉ cần sử dụng tên miền phụ làm giá trị.

Nếu bạn muốn foo.example.com để chuyển tiếp email, sau đó nhập foo dưới dạng giá trị tên / máy chủ / bí danh trong cài đặt DNS của bạn (cho cả MX và TXT Hồ sơ).

Điều này có chuyển tiếp tiêu đề email của tôi không

Phải, chắc chắn rồi.

Đây có phải là thử nghiệm tốt

Có, nó có các bài kiểm tra được viết bằng ava và cũng có phạm vi bảo hiểm mã.

Bạn có chuyển các thông điệp và mã phản hồi SMTP không

Phải, chắc chắn rồi. Ví dụ: nếu bạn đang gửi email tới hello@example.com và nó được đăng ký để chuyển tiếp tới user@gmail.com, sau đó, tin nhắn và mã phản hồi SMTP từ máy chủ SMTP "gmail.com" sẽ được trả về thay vì máy chủ proxy tại "mx1.forwardemail.net" hoặc "mx2.forwardemail.net".

Làm thế nào để bạn ngăn chặn người gửi thư rác và đảm bảo danh tiếng chuyển tiếp email tốt

Xem các phần của chúng tôi trên Hệ thống chuyển tiếp email của bạn hoạt động như thế nào, Làm thế nào để bạn xử lý các vấn đề gửi email, và Làm thế nào để bạn xử lý các địa chỉ IP của bạn trở thành danh sách đen ở trên.

Tôi nên làm gì nếu nhận được email spam

Bạn nên hủy đăng ký khỏi danh sách gửi email (nếu có thể) và chặn người gửi.

Vui lòng không báo cáo thư là spam, nhưng thay vào đó hãy chuyển tiếp thư tới hệ thống ngăn chặn lạm dụng tập trung vào quyền riêng tư được sắp xếp theo cách thủ công của chúng tôi.

Địa chỉ email để chuyển tiếp thư rác tới là: Abreemail.net

Tôi có thể "gửi thư dưới dạng" trong Gmail bằng cái này không

Đúng! Kể từ ngày 2 tháng 10 năm 2018, chúng tôi đã thêm tính năng này. Nhìn thấy Cách gửi thư khi sử dụng Gmail ở trên!

Bạn cũng nên đặt bản ghi SPF cho Gmail trong cấu hình DNS của mình TXT ghi lại.

Quan trọng: Nếu bạn đang sử dụng Gmail (ví dụ: Gửi thư bằng địa chỉ) hoặc G Suite, thì bạn cần phải nối thêm include:_spf.google.com với SPF của bạn TXT ghi lại, ví dụ:

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

Tôi có thể "gửi thư dưới dạng" trong Outlook với điều này không

Đúng! Kể từ ngày 2 tháng 10 năm 2018, chúng tôi đã thêm tính năng này. Chỉ cần xem hai liên kết này từ Microsoft bên dưới:

Bạn cũng nên đặt bản ghi SPF cho Outlook trong cấu hình DNS của mình TXT ghi lại.

Quan trọng: Nếu bạn đang sử dụng Microsoft Outlook hoặc Live.com, bạn sẽ cần thêm include:spf.protection.outlook.com với SPF của bạn TXT ghi lại, ví dụ:

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

Tôi có thể "gửi thư dưới dạng" trong Apple Mail và iCloud Mail bằng cách này không

Thật không may, Apple không cho phép điều này, bất kể bạn sử dụng dịch vụ nào. Tuy nhiên, bạn có thể sử dụng ứng dụng Thư cùng với tài khoản email của tên miền.

Tôi có thể chuyển tiếp email không giới hạn với cái này không

Có, tuy nhiên, những người gửi "tương đối không xác định" được giới hạn ở mức 1.000 kết nối mỗi giờ cho mỗi tên máy chủ hoặc IP. Xem phần trên Giới hạn tỷ lệ và Greylisting ở trên.

"Tương đối không xác định", chúng tôi có nghĩa là những người gửi không xuất hiện trong Danh sách trắng.

Nếu vượt quá giới hạn này, chúng tôi sẽ gửi mã phản hồi "421" để thông báo cho máy chủ thư của người gửi thử lại sau.

Làm cách nào để thêm ảnh đại diện vào địa chỉ email của tôi

Nếu bạn đang sử dụng Gmail, thì hãy làm theo các bước dưới đây:

  1. Đi đến https://google.com và đăng xuất khỏi tất cả các tài khoản email
  2. Nhấp vào "Đăng nhập" và trên trình đơn thả xuống, nhấp vào "tài khoản khác"
  3. Chọn "Sử dụng tài khoản khác"
  4. Chọn "Tạo tài khoản"
  5. Chọn "Sử dụng địa chỉ email hiện tại của tôi thay thế"
  6. Nhập địa chỉ email tên miền tùy chỉnh của bạn
  7. Truy xuất email xác minh được gửi đến địa chỉ email của bạn
  8. Nhập mã xác minh từ email này
  9. Thông tin hồ sơ đầy đủ cho tài khoản Google mới của bạn
  10. Đồng ý với tất cả các chính sách Quyền riêng tư và Điều khoản sử dụng
  11. Đi đến https://google.com và ở góc trên cùng bên phải, nhấp vào biểu tượng hồ sơ của bạn và nhấp vào nút "thay đổi"
  12. Tải lên ảnh hoặc hình đại diện mới cho tài khoản của bạn
  13. Các thay đổi sẽ mất khoảng 1-2 giờ để nhân giống, nhưng đôi khi có thể rất nhanh.
  14. Gửi email kiểm tra và hình ảnh hồ sơ sẽ xuất hiện.

Sự khác biệt giữa Bảo vệ miễn phí và Bảo vệ nâng cao là gì

Gói Miễn phí yêu cầu bạn sử dụng các bản ghi DNS công cộng để lưu trữ cấu hình chuyển tiếp của mình. Bất kỳ ai có máy tính đều có thể tra cứu cấu hình chuyển tiếp của bạn trong một thiết bị đầu cuối nếu bạn đang sử dụng gói Miễn phí. Không giống như gói Miễn phí, gói Bảo vệ nâng cao sử dụng một chuỗi ngẫu nhiên được tạo bằng mật mã để lưu trữ cấu hình chuyển tiếp của bạn một cách riêng tư.

Gói miễn phíKế hoạch bảo vệ nâng cao
forward-email=user@gmail.comforward-email-site-verification=m8d7o8K4Il

Bạn có ủng hộ các phương pháp hay nhất về email không

Đúng. Chúng tôi có hỗ trợ tích hợp cho SPF, DKIM, DMARC, ARC và SRS trên tất cả các gói. Chúng tôi cũng đã làm việc nhiều với các tác giả ban đầu của các thông số kỹ thuật này và các chuyên gia email khác để đảm bảo tính hoàn hảo và khả năng phân phối cao.

Bạn có cung cấp miền không giới hạn cho một mức giá không

Đúng. Bất kể bạn đang sử dụng gói nào, bạn sẽ chỉ phải trả một mức phí hàng tháng - bao gồm tất cả các miền của bạn.

Bạn chấp nhận phương thức thanh toán nào

Chúng tôi chấp nhận thẻ, ví và chuyển khoản ngân hàng bằng Vạch sọc và PayPal - đối với thanh toán một lần hoặc đăng ký hàng tháng, hàng quý hoặc hàng năm.

Bạn có bao giờ tăng giá không

Không. Giá sẽ không bao giờ tăng. Không giống như các công ty khác, chúng tôi cũng sẽ không bao giờ tắt dịch vụ của mình.

Làm thế nào để bạn thực hiện tra cứu DNS trên tên miền

Chúng tôi sử dụng dịch vụ DNS dành cho người tiêu dùng ưu tiên quyền riêng tư của CloudFlare (xem thông báo ở đây). Chúng tôi đặt 1.1.1.3 và 1.0.0.3 dưới dạng máy chủ DNS (xem https://developers.cloudflare.com/1.1.1.1/1.1.1.1-for-famflower/) sử dụng /etc/resolv.conf trên các máy chủ và môi trường thử nghiệm của chúng tôi.

Dịch vụ này nhanh như thế nào

Phiên bản mới nhất, v2 (phát hành vào ngày 6 tháng 5 năm 2019) là một bản viết lại lớn từ v1 và tập trung vào hiệu suất thông qua các luồng. Nodemailer tác giả sung mãn Andris Reinman (@ andris9) đã giúp chúng tôi tắt bằng cách sử dụng mailparser thư viện và sử dụng mailsplit thay vào đó bằng một số logic chuyển đổi tùy chỉnh để tách phần đầu và phần nội dung thư mà không ảnh hưởng đến phần nội dung. Điều này cho phép chúng tôi thực hiện các thao tác trên tiêu đề rất nhanh (chẳng hạn như kiểm tra bảo mật và tuân thủ SPF / DKIM / DMARC).

Nói cách khác, phiên bản mới nhất của dịch vụ này sử dụng các luồng hoàn toàn ngay bây giờ và nhanh như chớp. Phiên bản cũ hơn v1 cũng có một số logic không theo thứ tự hoạt động tối ưu nhất - nhưng bây giờ v2 thực hiện ít hoạt động với bộ nhớ / mạng hơn trước (và trả về sớm nếu có thể để gửi phản hồi nhanh nhất có thể đến máy khách SMTP). Chúng tôi có kế hoạch tiếp tục tối ưu hóa tốc độ, nâng cao tính năng và cải thiện dịch vụ này theo thời gian.

Không có lúc nào chúng ta ghi vào đĩa hoặc lưu trữ email - mọi thứ đều được thực hiện trong bộ nhớ nhờ vào các luồng và biến đổi của Node.js! 🎉