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

Email được gửi trung bình dưới 5 giây. Chúng tôi hoạt động trong thời gian thực, không giống như các nhà cung cấp khác phụ thuộc vào hàng đợi bị trì hoãn. Chúng tôi không bao giờ ghi vào đĩa hoặc lưu trữ email – mọi thứ đều được thực hiện trong bộ nhớ.

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 CỔ ĐIỂN: Đă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	Trả lời/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	Trả lời/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	Trả lời/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	Trả lời/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	Trả lời/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	Trả lời/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	Trả lời/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	Trả lời/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	Trả lời/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.

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.

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 của chúng tôi danh sách cho phép chống lại chúng tôi danh sách từ chối. Cuối cùng, nếu một người gửi không có trong danh sách cho phép của chúng tôi, thì chúng tôi sẽ kiểm tra xem liệu họ có 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 từ chối. Cuối cùng, chúng tôi kiểm tra những người gửi không có trong danh sách cho phép để giới hạn tốc độ (xem phần trên Giới hạn tỷ lệ và danh sách cho phép để 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 từ chối.

• 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.

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-Original-To - bản gốc RCPT TO địa chỉ email cho tin nhắn.
      • Điều này hữu ích để xác định nơi ban đầu email được gửi đến.
      • Mới được thêm vào v10.0.0 của Forward Email.
      • Giá trị hiện có nếu có được giữ nguyên như X-Original-Preserved-To.
    • 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.
      • Giá trị hiện có nếu có được giữ nguyên như X-Original-Report-Abuse.
    • X-Report-Abuse-To - với giá trị là abuse@forwardemail.net.
      • Giá trị hiện có nếu có được giữ nguyên như X-Original-Report-Abuse-To.

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 bật, sau đó chúng tôi sẽ kiểm tra kết quả Trình quét thư rác để 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 cho miền trong bảng điều khiển Email chuyển tiếp).

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 từ chốivà 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ư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 ra rằng một máy chủ email mà chúng tôi đang cố gửi đến có một hoặc nhiều địa chỉ IP trao đổi thư của chúng tôi bị chặn (ví dụ: bằng bất kỳ công nghệ nào họ sử dụng để trì hoãn những kẻ 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 tới thử lại tin nhắn của họ sau (và chúng tôi được cảnh báo về vấn đề này nên hy vọng chúng tôi có thể giải quyết vấn đề trước lần thử tiếp theo).

Chúng tôi thường xuyên theo dõi tất cả các danh sách từ chối 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 từ chối chính, thì chúng tôi sẽ rút địa chỉ đó ra khỏi 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 cho phép DNS và chúng tôi rất coi trọng việc theo dõi các danh sách từ chối. 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 chúng, vui lòng thông báo cho chúng tôi bằng văn bản tại support@nticemail.net.

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@

Có, chúng tôi cập nhật danh sách cho phép 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 cho phép của chúng tôi, thì lần đầu tiên tên miền gốc FQDN hoặc địa chỉ IP 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 cho phép có thể được gửi đến allowlist@forwardemail.net (vui lòng cung cấp mô tả đầy đủ và lý do được thêm vào danh sách cho phép, liên kết đến trang web và giấy chứng nhận thành lập doanh nghiệp của bạn để được liệt kê trong danh sách cho phép của chúng tôi).

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 cho phép 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 cho phép (ví dụ: Meta, Amazon, Netflix, Google, Microsoft tại thời điểm viết bài này).

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

Chúng tôi cũng lấy từ danh sách từ chối UCEPROTECT Cấp 1 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.

Có thể gửi yêu cầu danh sách cho phép (hoặc yêu cầu xóa danh sách từ chối) tới allowlist@forwardemail.net (vui lòng cung cấp mô tả đầy đủ và lý do được thêm vào danh sách cho phép, liên kết đến trang web và giấy chứng nhận thành lập doanh nghiệp của bạn để được liệt kê trong danh sách cho phép của chúng tôi).

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 cho phép.

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 qua một hệ thống phổ biến như Amazon SES, thì bạn sẽ không bị giới hạn tốc độ vì (tại thời điểm viết bài này) Amazon SES được liệt kê trong danh sách cho phép của chúng tôi.

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.

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 cho phép), sau đó chúng tôi gửi lỗi 554 với thông báo The IP ${session.remoteAddress} is blocked 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 cho phép 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)

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)

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ế.

Đ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ó!

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.

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:

Đú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.

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.

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.

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:

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:

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

• Các yêu cầu HTTP của Webhook sẽ thử lại tối đa 3 lần mỗi lần thử kết nối SMTP, với thời gian chờ tối đa là 60 giây cho mỗi yêu cầu POST của điểm cuối. Lưu ý rằng điều này không có nghĩa là nó chỉ thử lại 3 lần, nó sẽ thực sự thử lại liên tục theo thời gian bằng cách gửi mã SMTP là 421 (mã này cho biết người gửi sẽ thử lại sau) sau lần thử yêu cầu HTTP POST thất bại lần thứ 3. Điều này có nghĩa là email sẽ thử lại liên tục trong nhiều ngày cho đến khi đạt được 200 mã trạng thá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 là người bảo trì).

• 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());
  

{
  "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
  }
}

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 tên miền ảo toàn cầu (vì đây có thể là một lỗ hổng bảo mật).

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:

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.

Đú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:

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:

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

Tuỳ bạn!

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:

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

Tuỳ bạn!

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).

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:linus@example.com và linus:user@gmail.com, sau đó gửi email tới hello@example.com sẽ được chuyển tiếp đến linus@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.

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 đề.

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ọ).

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.

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

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

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.

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

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ơ).

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

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ã.

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".

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 bị chặn ở trên.

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

Đú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.

Đú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:

• https://support.office.com/en-us/article/add-or-remove-an-email-alias-in-outlook-com-459b1989-356d-40fa-a689-8f285b13f1f2
• https://support.office.com/en-us/article/send-email-from-a-dierence-address-in-outlook-com-ccba89cb-141c-4a36-8c56-6d16a8556d2e

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.

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.

• https://discussions.apple.com/thread/8316291
• https://discussions.apple.com/thread/6876839

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 cho phép.

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.

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.

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ư.

Đú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.

Đú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.

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.

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.

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.