Lỗi smtp 421 kết nỗi tới máy chủ bị lỗi năm 2024
Chuyển tiếp Email là một nhà cung cấp dịch vụ email đầy đủ tính năng Và nhà cung cấp dịch vụ lưu trữ email cho tên miền tùy chỉnh. Show Hãy nghĩ về chúng tôi như một dịch vụ có thể cung cấp năng lượng Không giống như các dịch vụ khác, chúng tôi không tính phí cho mỗi người dùng. Bạn nhận được số miền và bí danh không giới hạn chỉ với mức giá hàng tháng là $3/tháng. Tất cả các gói trả phí đều bao gồm 10 GB dung lượng lưu trữ SQLite mã hóa được hỗ trợ bởi SSD (IMAP/POP3). Bạn có thể mua thêm dung lượng lưu trữ với giá 3 USD/tháng cho mỗi 10 GB dung lượng lưu trữ bổ sung được hỗ trợ bằng SSD. Bạn có thể so sánh chúng tôi với hơn 56 nhà cung cấp dịch vụ email khác trên trang So sánh Email của chúng tôi. Chúng tôi cung cấp dịch vụ lưu trữ email và chuyển tiếp email cho những người dùng đáng chú ý như:
Bạn có thể tìm hiểu thêm về Chuyển tiếp email trên trang Giới thiệu của chúng tôi. Thời gian thiết lập ước tính:Chưa đầy 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 để không bị 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 trên 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 Định giá trang - nếu không hãy tiếp tục đọc! Tất cả các kế hoạch tuân thủ của chúng tôi Sự riêng tư chính sách nghiêm ngặt không lưu trữ siêu dữ liệu cũng như email. Chúng tôi không theo dõi bạn như các dịch vụ khác. Bắt đầu: Đọc kỹ và làm theo các bước từ một đến tám được liệt kê dưới đây. Hãy chắc chắn thay thế địa chỉ email của
Chúc mừng! Bạn đã hoàn tất thành công tất cả các bước. Mẹo: Các tiện ích bổ sung tùy chọn được liệt kê bên dưới. Lưu ý rằng những tiện ích bổ sung này hoàn toàn không bắt buộc 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. Sử dụng trang quản lý DNS của nhà đăng ký của bạn, hãy đặt thông tin sau TXT ghi: Tên/Máy chủ/Bí danh TTL Kiểu Câu trả lời/Giá trị "@", "." hoặc để trống 3600 TXT`[email protected]`1 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 sẽ cần thêm `[email protected]`2 đến giá trị trên, ví dụ: Quan trọng: Nếu bạn đang sử dụng Microsoft Outlook hoặc Live.com, bạn sẽ cần thêm `[email protected]`9 đến chỉ số SPF của bạn TXT ghi lại, ví dụ: Mẹo: Nếu bạn đã có một dòng tương tự với "v=spf1", thì bạn sẽ cần thêm `[email protected]`4 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ụ: Lưu ý rằng có sự khác biệt giữa "-all" và "~all". "-" cho biết kiểm tra SPF sẽ THẤT BẠI nếu nó không khớp và "~" cho biết kiểm tra SPF KHÔNG PHẦN MỀM. Chúng tôi khuyên bạn nên sử dụng phương pháp "-all" để 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 mà bạn đang gửi thư từ đó (ví dụ: Outlook). Chúng tôi tự động cấu hình Sơ đồ viết lại người gửi ("SRS") – bạn không cần phải tự mình làm việc này. Có, kể từ tháng 5 năm 2023, chúng tôi hỗ trợ gửi email bằng SMTP dưới dạng tiện ích bổ sung cho tất cả người dùng trả phí. Quan trọng: Bạn chỉ được phép sử dụng dịch vụ SMTP gửi đi của chúng tôi cho . Bạn bị cấm gửi email tiếp thị (ví dụ: email quảng cáo, email hàng loạt hoặc email thương mại đến danh sách liên hệ có cùng nội dung). Điều này bao gồm các ví dụ như bản tin hoặc email thông báo hàng loạt. Hãy đảm bảo bạn đã đọc của chúng tôi Điều kiện, Chính sách bảo mật, Và – việc sử dụng của bạn được coi là sự thừa nhận và đồng ý.
Quan trọng: Xin lưu ý rằng để duy trì danh tiếng IP và đảm bảo khả năng gửi đi, chúng tôi có quy trình xem xét thủ công trên cơ sở từng miền để phê duyệt SMTP gửi đi. Quá trình này thường mất ít hơn 24 giờ và hầu hết các yêu cầu sẽ được thực hiện trong vòng 1-2 giờ. Trong tương lai gần, chúng tôi mong muốn thực hiện quy trình này ngay lập tức bằng các biện pháp kiểm soát và cảnh báo spam bổ sung. Quá trình này đảm bảo rằng email của bạn sẽ đến được hộp thư đến và thư của bạn không bị đánh dấu là thư rác. Chúc mừng! Bạn đã hoàn tất thành công tất cả các bước. Chúng tôi đánh giá giới hạn người dùng và tên miền ở mức 300 tin nhắn SMTP gửi đi mỗi ngày. Con số này trung bình là hơn 9000 email trong một tháng theo lịch. Nếu bạn cần vượt quá số tiền này hoặc liên tục có email lớn, vui lòng liên hệ với chúng tôi. Máy chủ của chúng tôi là `[email protected]`5 và cũng được theo dõi trên trang trạng thái. Nó hỗ trợ cả IPv4 và IPv6 và có sẵn trên các cổng `[email protected]`6 Và `[email protected]`9 cho SSL/TLS và `example.com`0, `example.com`1, `example.com`2, Và `example.com`3 cho TLS (BẮT ĐẦU). Giao thứcTên máy chủCổngIPv4IPv6`example.com`4 Ưu tiên`[email protected]`5`[email protected]`6, `[email protected]`9✅✅`example.com`8 (STARTTLS)`[email protected]`5`example.com`0, `example.com`1, `example.com`2, `example.com`3✅✅Đăng nhậpVí dụSự miêu tảtên tài khoản`now dns add hanghieugiatot.com '@' MX [record-value] [priority]`4Địa chỉ email của bí danh tồn tại cho tên miền tại Tài khoản của tôi Tên miền.Mật khẩu`now dns add hanghieugiatot.com '@' MX [record-value] [priority]`5Mật khẩu được tạo dành riêng cho bí danh. Để gửi email đi bằng SMTP, Người dùng SMTP phải là địa chỉ email của bí danh tồn tại cho tên miền tại Tài khoản của tôi Tên miền - và Mật khẩu SMTP phải là mật khẩu được tạo dành riêng cho bí danh. Vui lòng tham khảo trước để biết hướng dẫn từng bước. Máy chủ của chúng tôi là `now dns add hanghieugiatot.com '@' MX [record-value] [priority]`6 và cũng được theo dõi trên trang trạng thái. Nó hỗ trợ cả IPv4 và IPv6 và có sẵn trên các cổng `now dns add hanghieugiatot.com '@' MX [record-value] [priority]`7 Và `now dns add hanghieugiatot.com '@' MX [record-value] [priority]`8 cho SSL/TLS. Giao thứcTên máy chủCổngIPv4IPv6`example.com`4 Ưu tiên`now dns add hanghieugiatot.com '@' MX [record-value] [priority]`6`now dns add hanghieugiatot.com '@' MX [record-value] [priority]`7, `now dns add hanghieugiatot.com '@' MX [record-value] [priority]`8✅✅Đăng nhậpVí dụSự miêu tảtên tài khoản`now dns add hanghieugiatot.com '@' MX [record-value] [priority]`4Địa chỉ email của bí danh tồn tại cho tên miền tại Tài khoản của tôi Tên miền.Mật khẩu`now dns add hanghieugiatot.com '@' MX [record-value] [priority]`5Mật khẩu được tạo dành riêng cho bí danh. Để kết nối với IMAP, người dùng IMAP phải là địa chỉ email của bí danh tồn tại cho tên miền tại Tài khoản của tôi Tên miền - và Mật khẩu IMAP phải là mật khẩu được tạo dành riêng cho bí danh. Vui lòng tham khảo trước để biết hướng dẫn từng bước. Máy chủ của chúng tôi là `mx1.forwardemail.net`5 và cũng được theo dõi trên trang trạng thái. Nó hỗ trợ cả IPv4 và IPv6 và có sẵn trên các cổng `mx1.forwardemail.net`6 Và `mx1.forwardemail.net`7 cho SSL/TLS. Giao thứcTên máy chủCổngIPv4IPv6`example.com`4 Ưu tiên`mx1.forwardemail.net`5`mx1.forwardemail.net`6, `mx1.forwardemail.net`7✅✅Đăng nhậpVí dụSự miêu tảtên tài khoản`now dns add hanghieugiatot.com '@' MX [record-value] [priority]`4Địa chỉ email của bí danh tồn tại cho tên miền tại Tài khoản của tôi Tên miền.Mật khẩu`now dns add hanghieugiatot.com '@' MX [record-value] [priority]`5Mật khẩu được tạo dành riêng cho bí danh. Để kết nối với POP3, người dùng POP3 phải là địa chỉ email của bí danh tồn tại cho tên miền tại Tài khoản của tôi Tên miền - và Mật khẩu IMAP phải là mật khẩu được tạo dành riêng cho bí danh. Vui lòng tham khảo trước để biết hướng dẫn từng bước. Có, kể từ tháng 5 năm 2023, chúng tôi hỗ trợ gửi email bằng API dưới dạng tiện ích bổ sung cho tất cả người dùng trả phí. Quan trọng: Bạn chỉ được phép sử dụng dịch vụ SMTP gửi đi của chúng tôi cho . Bạn bị cấm gửi email tiếp thị (ví dụ: email quảng cáo, email hàng loạt hoặc email thương mại đến danh sách liên hệ có cùng nội dung). Điều này bao gồm các ví dụ như bản tin hoặc email thông báo hàng loạt. Vui lòng xem phần của chúng tôi trên trong tài liệu API của chúng tôi để biết các tùy chọn, ví dụ và thông tin chi tiết hơn. Để gửi email đi bằng API của chúng tôi, bạn phải sử dụng mã thông báo API có sẵn theo Bảo mật của tôi. Có, kể từ ngày 16 tháng 10 năm 2023, chúng tôi hỗ trợ nhận email qua IMAP dưới dạng tiện ích bổ sung cho tất cả người dùng trả phí. Vui lòng đọc bài viết chuyên sâu của chúng tôi TRÊN cách hoạt động của tính năng lưu trữ hộp thư SQLite được mã hóa của chúng tôi. Quan trọng: Hãy đảm bảo bạn đã đọc của chúng tôi Điều kiện Và Chính sách bảo mật – việc sử dụng của bạn được coi là sự thừa nhận và đồng ý.
Chúc mừng! Bạn đã hoàn tất thành công tất cả các bước. Vâng, chúng tôi hỗ trợ , mã hóa đầu cuối ("E2EE")và việc khám phá khóa công khai bằng cách sử dụng Thư mục khóa Web ("WKD"). Bạn có thể định cấu hình OpenPGP bằng cách sử dụng hoặc tự lưu trữ chìa khóa của riêng bạn (tham khảo ý chính này để thiết lập máy chủ WKD). Mã hóa tự động:Nếu bạn đang sử dụng của chúng tôi và gửi tin nhắn không được mã hóa thì chúng tôi sẽ tự động cố gắng mã hóa tin nhắn trên cơ sở từng người nhận bằng cách sử dụng Thư mục khóa Web ("WKD"). Quan trọng: Bạn phải làm theo tất cả các bước sau để bật OpenPGP cho tên miền tùy chỉnh của mình.
Chúc mừng! Bạn đã hoàn tất thành công tất cả các bước. Có, kể từ ngày 4 tháng 12 năm 2023, chúng tôi hỗ trợ POP3 như một tiện ích bổ sung cho tất cả người dùng trả phí. Vui lòng đọc bài viết chuyên sâu của chúng tôi TRÊN cách hoạt động của tính năng lưu trữ hộp thư SQLite được mã hóa của chúng tôi. Quan trọng: Hãy đảm bảo bạn đã đọc của chúng tôi Điều kiện Và Chính sách bảo mật – việc sử dụng của bạn được coi là sự thừa nhận và đồng ý.
Chúc mừng! Bạn đã hoàn tất thành công tất cả các bước. Có, kể từ ngày 5 tháng 2 năm 2024, chúng tôi đã thêm tính năng này. Máy chủ của chúng tôi là `[email protected]`8 và cũng được theo dõi trên trang trạng thái. Để định cấu hình lịch của bạn, hãy sử dụng URL CalDAV của: `[email protected]`9 (hãy chắc chắn để thay thế `now dns add hanghieugiatot.com '@' MX [record-value] [priority]`4 với bí danh của bạn) Nó hỗ trợ cả IPv4 và IPv6 và có sẵn qua cổng `[email protected]`1 (HTTPS). Đăng nhậpVí dụSự miêu tảtên tài khoản`now dns add hanghieugiatot.com '@' MX [record-value] [priority]`4Địa chỉ email của bí danh tồn tại cho tên miền tại Tài khoản của tôi Tên miền.Mật khẩu`now dns add hanghieugiatot.com '@' MX [record-value] [priority]`5Mật khẩu được tạo dành riêng cho bí danh. Để sử dụng hỗ trợ lịch, người dùng phải là địa chỉ email của bí danh tồn tại cho tên miền tại Tài khoản của tôi Tên miền - và mật khẩu phải là mật khẩu được tạo dành riêng cho bí danh. Thời gian thiết lập ước tính:Chưa đầy 10 phút Quan trọng: Bạn chỉ được phép sử dụng dịch vụ SMTP gửi đi của chúng tôi cho . Bạn bị cấm gửi email tiếp thị (ví dụ: email quảng cáo, email hàng loạt hoặc email thương mại đến danh sách liên hệ có cùng nội dung). Điều này bao gồm các ví dụ như bản tin hoặc email thông báo hàng loạt. Hãy đảm bảo bạn đã đọc của chúng tôi Điều kiện, Chính sách bảo mật, Và – việc sử dụng của bạn được coi là sự thừa nhận và đồng ý.
Chúc mừng! Bạn đã hoàn tất thành công tất cả các bước. Thời gian thiết lập ước tính:Chưa đầy 10 phút
Nếu bạn đang gửi email kiểm tra cho chính mình thì email đó có thể không hiển thị trong hộp thư đến của bạn vì có cùng tiêu đề "Message-ID". Đây là sự cố được biết đến rộng rãi và cũng ảnh hưởng đến các dịch vụ như Gmail. Đây là câu trả lời chính thức của Gmail liên quan đến vấn đề 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 truyền DNS. Bạn sẽ phải đợi thêm một thời gian nữa 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 liên hệ chúng tôi để chúng tôi có thể giúp điều tra vấn đề và tìm ra giải pháp nhanh chóng. Tên người dùng của bạn là địa chỉ email bí danh của bạn và mật khẩu là từ Tạo mật khẩu ("Mật khẩu thông thường"). Mẹo:Nếu bạn đang sử dụng Thunderbird, hãy đảm bảo đặt "Bảo mật kết nối" thành "SSL/TLS" và Phương thức xác thực được đặt thành "Mật khẩu thông thường". KiểuTên máy chủGiao thứcCổngIMAP`now dns add hanghieugiatot.com '@' MX [record-value] [priority]`6SSL/TLS Ưu tiên`now dns add hanghieugiatot.com '@' MX [record-value] [priority]`7 Và `now dns add hanghieugiatot.com '@' MX [record-value] [priority]`8SMTP`[email protected]`5SSL/TLS Ưu tiên hoặc TLS (BẮT ĐẦU)`[email protected]`6 Và `[email protected]`9 cho SSL/TLS (hoặc) `example.com`0, `example.com`1, `example.com`2, Và `example.com`3 cho TLS (BẮT ĐẦU) Bạn có thể dễ dàng nhập email của mình vào Forward Email (ví dụ: sử dụng Thunderbird) với hướng dẫn dưới đây: Quan trọng: Bạn phải làm theo tất cả các bước sau để nhập email hiện có của mình.
Quan trọng: Khi bạn đã hoàn tất quá trình xuất và nhập, bạn cũng có thể muốn bật chuyển tiếp trên tài khoản email hiện có của mình và thiết lập thư trả lời tự động để thông báo cho người gửi rằng bạn có địa chỉ email mới (ví dụ: nếu trước đây bạn đang sử dụng Gmail và đang hiện đang sử dụng email có tên miền tùy chỉnh của bạn). Chúc mừng! Bạn đã hoàn tất thành công tất cả các bước. Email dựa vào Giao thức SMTP. Giao thức này bao gồm các lệnh được gửi đến 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 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:
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
33 trong phần ở 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 cần gửi email đến và cách chúng tôi xử lý các kết nối.
Lưu ý rằng chúng tôi sẽ thực hiện viết lại email "Thân thiện từ" khi và chỉ khi chính sách DMARC của người gửi là
49, VÀ nó có SPF vượt 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 "Trả lời đến" nếu nó chưa được đặt. Chúng tôi cũng sẽ đóng dấu lại ARC trên tin nhắn sau khi thay đổi các tiêu đề này. Chúng tôi cũng sử dụng tính năng phân tích cú pháp thông minh các thông báo lỗi ở mọi cấp độ trong ngăn xếp của mình – 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à các phản hồi của máy chủ thư (ví dụ: các phản hồi có "trì hoãn" hoặc "chậm lại" sẽ được thử lại dưới dạng lỗi 421). Logic của chúng tôi có khả năng chống giả và nó cũng sẽ thử lại các lỗi SSL/TLS, sự cố kết nối, v.v. Mục tiêu của việc chống giả là tối đa hóa khả năng gửi tới 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ờ là 60 giây để yêu cầu hoàn tất với tối đa 3 lần thử lại (tổng cộng là 4 yêu cầu trước khi thất bại). 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. Ngược lại, nếu người nhận là một địa chỉ email thì chúng tôi sẽ cố gắng gửi email bằng 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 xảy ra lỗi SSL/TLS khi cố gắng gửi email thì chúng tôi sẽ cố gắng gửi email mà không cần 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, chúng tôi sẽ quay lại
33 ra lệnh cho mã phản hồi SMTP là 421, nếu không, nếu có lỗi cấp độ >= 500 thì các thư bị trả lại sẽ được gửi. Nếu chúng tôi phát hiện thấy máy chủ email mà chúng tôi đang cố gắng gửi 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 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 tới hãy 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 để hy vọng có thể giải quyết nó trước lần thử tiếp theo). Chúng tôi thường xuyên giám sát 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, 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ó tên trong một số danh sách cho phép DNS và chúng tôi rất coi trọng việc giám sát 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, vui lòng thông báo cho chúng tôi bằng văn bản tại [email protected]. 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 chuyển tiếp 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:
Danh sách này được duy trì như một dự án nguồn mở trên GitHub. Vâng, chúng tôi có một được đưa vào danh sách cho phép theo mặc định và danh sách cho phép động, được lưu vào bộ nhớ đệm và luân phiên dựa trên . Tất cả email, miền và người nhận từ khách hàng sử dụng gói trả phí đều tự động được thêm vào danh sách cho phép của chúng tôi. Theo mặc định, phần mở rộng tên miền nào được đưa vào danh sách cho phépCác phần mở rộng tên miền sau đây được coi là nằm trong danh sách cho phép theo mặc định (bất kể chúng có nằm trong Danh sách phổ biến của Umbrella hay không):
Ngoài ra những được đưa vào danh sách cho phép theo mặc định (ví dụ: `[email protected]`98 vì `[email protected]`99 đối với bảng sao kê ngân hàng của Thẻ Apple):
Tiêu chí danh sách cho phép của bạn là gìChúng tôi có một danh sách tĩnh gồm – và chúng tôi cũng duy trì danh sách cho phép động, được lưu vào bộ nhớ đệm, luân phiên dựa trên các tiêu chí nghiêm ngặt sau:
Nếu tiêu chí này được thỏa mãn thì tên miền gốc của người gửi sẽ được lưu vào bộ đệm trong 7 ngày. Xin lưu ý rằng công việc tự động của chúng tôi diễn ra hàng ngày – do đó, đây là bộ nhớ đệm luân phiên trong danh sách cho phép cập nhật hàng ngày. Công việc tự động của chúng tôi sẽ tải xuống bộ nhớ trong của UPL trong 7 ngày trước đó, giải nén chúng và sau đó phân tích cú pháp trong bộ nhớ theo các tiêu chí nghiêm ngặt ở trên. Các miền phổ biến tại thời điểm viết bài này như Google, Yahoo, Microsoft, Amazon, Meta, Twitter, Netflix, Spotify, v.v. – tất nhiên đều được bao gồm. Nếu bạn là 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 miền gốc FQDN hoặc địa chỉ IP của bạn gửi email, bạn sẽ bị Và . Lưu ý rằng đây là thông lệ tiêu chuẩn được áp dụng làm tiêu chuẩn email. Hầu hết các máy khách máy chủ email sẽ cố gắng thử lại nếu chúng nhận được giới hạn tốc độ hoặc lỗi danh sách xám (ví dụ: mã trạng thái lỗi cấp 421 hoặc 4xx). Lưu ý rằng những người gửi cụ thể như `[email protected]`32, `[email protected]`33, Và `[email protected]`34 vẫn có thể (ví dụ: nếu chúng tôi tự động phát hiện thư rác, lừa đảo hoặc phần mềm độc hại từ những người gửi đó). Kể từ ngày 31 tháng 3 năm 2023, chúng tôi đã thực thi một quy tắc spam chung mới để bảo vệ người dùng và dịch vụ của mình. Quy tắc mới này chỉ cho phép sử dụng các phần mở rộng tên miền sau trong gói miễn phí của chúng tôi:
Vâng, chúng tôi có một mối quan hệ rất lỏng lẻo đưa email vào danh sách xám chính sách được sử dụng. Danh sách xám 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ớ đệm 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 mình trong 30 ngày với giá trị được đặt thành thời gian đến đầu tiên trong 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 gửi email sau khi 5 phút trôi qua. Nếu họ đã đợi thành công 5 phút kể từ thời điểm đế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 tên 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 danh sách xám cũng sẽ vượt qua miền gốc và ngược lại (đây là ý của chúng tôi khi nói đến chính sách "rất lỏng lẻo"). Ví dụ: nếu một email đến từ 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 (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 của riêng mình và tự động cập nhật danh sách đó theo thời gian thực cũng như thủ công dựa trên hoạt động spam và độc hại được phát hiện. Chúng tôi cũng lấy tất cả các địa chỉ IP từ danh sách từ chối 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 danh sách từ chối của chúng tôi với thời hạn sử dụng là 7 ngày. Người gửi được tìm thấy trong danh sách từ chối sẽ nhận được mã lỗi 421 (để người gửi thử lại sau) nếu họ . Bằng cách sử dụng mã trạng thái 421 thay vì mã trạng thái 554, các kết quả dương tính giả tiềm ẩn có thể được giảm bớt trong thời gian thực và sau đó tin nhắn có thể được gửi thành công trong lần thử tiếp theo. Điều này được thiết kế không giống như các dịch vụ thư khác, nếu bạn bị đưa vào danh sách chặn, lỗi nghiêm trọng và vĩnh viễn sẽ xảy ra. Thường rất khó để yêu cầu người gửi thử lại thư (đặc biệt là từ các tổ chức lớn) và do đó, phương pháp này mất khoảng 5 ngày kể từ lần gửi email đầu tiên để người gửi, người nhận hoặc chúng tôi can thiệp và giải quyết vấn đề (bằng cách yêu cầu danh sách từ chối). gỡ bỏ). Tất cả các yêu cầu xóa danh sách từ chối đều được quản trị viên theo dõi trong thời gian thực (ví dụ: để quản trị viên có thể đưa các thông tin sai sót định kỳ lặp lại vào danh sách cho phép vĩnh viễn). Yêu cầu xóa danh sách từ chối có thể được yêu cầu tại https://forwardemail.net/denylist. Người dùng trả phí được yêu cầu xóa danh sách từ chối ngay lập tức, trong khi người dùng không trả phí phải đợi quản trị viên xử lý yêu cầu của họ. Người gửi bị phát hiện đang gửi nội dung spam hoặc vi-rút sẽ được thêm vào danh sách từ chối theo cách sau:
Giới hạn tốc độ người gửi là do miền gốc được phân tích cú pháp từ tra cứu PTR ngược trên địa chỉ IP của người gửi – hoặc nếu điều đó không mang lại kết quả thì nó chỉ sử dụng địa chỉ IP của người gửi. Lưu ý rằng chúng tôi gọi điều này là `[email protected]`31 dưới. Máy chủ MX của chúng tôi có giới hạn hàng ngày đối với số thư gửi đến nhận được trong lưu trữ IMAP được mã hóa:
Máy chủ MX cũng hạn chế việc chuyển tiếp tin nhắn đến một hoặc nhiều người nhận thông qua giới hạn tốc độ – nhưng điều này chỉ áp dụng cho `[email protected]`34 không phải trên :
Máy chủ IMAP và SMTP của chúng tôi hạn chế bí danh của bạn có nhiều hơn `[email protected]`50 kết nối đồng thời cùng một lúc. Trả lại sai địa chỉ hoặc trả lại thư rác (được gọi là "tán xạ ngược") 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ệ chống tán xạ ngược, được trình bày chi tiết trong các phần sau Và dưới. Ngăn chặn thư bị trả lại từ THƯ đã biết TỪ những kẻ gửi thư rácChúng tôi lấy danh sách từ Backscatter.org (được cung cấp bởi UCEPROTECT) Tại http://wget-mirrors.uceprotect.net/rbldnsd-all/ips.backscatterer.org.gz mỗi 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 trước sự khác biệt; 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 bằng (không phân biệt chữ hoa chữ thường) bất kỳ tên người dùng nào sau đây (phần trước @ trong email), thì chúng tôi sẽ kiểm tra xem liệu IP của người gửi có khớp với tên người dùng trong danh sách này hay không.
Nếu IP của người gửi được liệt kê (và không có trong ), sau đó chúng tôi gửi lỗi 554 kèm theo thông báo `[email protected]`73. Chúng tôi sẽ được thông báo nếu 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 người gửi nếu đã đáp ứng một số điều kiện nhất định. Ngăn chặn những cú nảy không cần thiết để bảo vệ khỏi tán xạ ngượcThư bị trả lại là những 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à các thư bị trả lại bị gửi sai địa chỉ hoặc thư rác bị trả lại, vì vậy chúng tôi phải bảo vệ khỏi điều này bằng một số cách:
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 chặn các thư trùng lặp được gửi đi và khỏi bị gửi đi. Dấu vân tay được tính từ danh sách sau:
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 người mà bạn đang gửi email bằng 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à 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 tin nhắn thử nghiệm bằng tính năng gửi thư dưới dạng (cho người khác), thì họ sẽ không thấy tin nhắn này. Tuy nhiên, nếu họ thấy thông báo này thì đó là vì họ thường quen với việc thấy email của bạn đến từ [email protected] thay vì [email protected] (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ó cách giải quyết nào. Có, kể từ ngày 5 tháng 5 năm 2020, chúng tôi đã thêm tính năng này. Hiện tại, tính năng này dành riêng cho từng miền, thay vì dành riêng cho bí danh. Nếu bạn yêu cầu nó phải có 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 tên miền của bạn rồi nhấp vào "Cài đặt". Nếu bạn muốn tìm hiểu thêm về các gói trả phí, hãy xem Định giá 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í, chỉ cần thêm DNS mới TXT ghi như hình bên dưới nhưng thay đổi cổng từ 25 sang cổng bạn chọn. Ví dụ: nếu tôi muốn tất cả các email đi tới Tên/Máy chủ/Bí danh TTL Kiểu Câu trả lời/Giá trị "@", "." hoặc để trống 3600 TXT
007 Mẹo: Trường hợp phổ biến nhất để 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ả email đi tới example.com tới 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 đoạn sau TXT kỷ lục bắt tất cả. Tên/Máy chủ/Bí danh TTL Kiểu Câu trả lời/Giá trị "@", "." hoặc để trống 3600 TXT
008 Đúng! Việc hoàn tiền 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. Chúng tôi không chia tỷ lệ cũng như không hoàn lại số tiề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 hạn còn lại kể 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 vòng 30 ngày kể từ lần đầu 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 tại 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 có thể chỉ cần thêm (các) webhook giống hệt như cách bạn làm với bất kỳ người nhận nào! Hãy đả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 webhooks. Nếu bạn muốn tìm hiểu thêm về các gói trả phí, hãy xem Định giá 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í, chỉ cần thêm DNS mới TXT ghi lại như hình dưới đây: Ví dụ: nếu tôi muốn tất cả các email đi tới
009 để 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 Câu trả lời/Giá trị "@", "." hoặc để trống 3600 TXT
9 Hoặc có lẽ bạn muốn tất cả các email đi tới Tên/Máy chủ/Bí danh TTL Kiểu Câu trả lời/Giá trị "@", "." hoặc để trống 3600 TXT
012 Dưới đây là các ghi chú bổ sung liên quan đến webhook:
Mẹo: Bạn tò mò 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ụ dưới đây cho bạn!
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") để khớp các bí danh và thực hiện các phép thay thế. Bí danh được hỗ trợ biểu thức chính quy là bí danh bắt đầu bằng
022 và kết thúc bằng
022 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ế biểu thức chính quy (ví dụ:
024,
025). Chúng tôi hỗ trợ hai cờ biểu thức chính quy bao gồm
026 Và
027. Cờ không phân biệt chữ hoa chữ thường của
026 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
027 bạn có thể thêm vào bằng cách gắn phần kết thúc
022 với
031. Lưu ý rằng chúng tôi cũng hỗ trợ dành cho phần người nhận với sự hỗ trợ từ biểu thức chính quy của chúng tôi. Biểu thức thông thường không được hỗ trợ trên tên miền phù phiếm toàn cầu (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 tên 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 Định giá 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í, chỉ cần thêm 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ả email đi tới `[email protected]` hoặc `[email protected]` được chuyển tiếp tới `[email protected]`: Tên/Máy chủ/Bí danh TTL Kiểu Câu trả lời/Giá trị "@", "." hoặc để trống 3600 TXT`[email protected]`0 Ví dụ thay thế tên họ: 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 `[email protected]`. Nếu tôi muốn tất cả các email có dạng `[email protected]` được chuyển tiếp đến `[email protected]` với hỗ trợ thay thế (xem bài kiểm tra trên RegExr): Tên/Máy chủ/Bí danh TTL Kiểu Câu trả lời/Giá trị "@", "." hoặc để trống 3600 TXT
033 Ví dụ thay thế lọc ký hiệu cộng: Nếu tôi muốn tất cả các email đi tới `[email protected]` hoặc `[email protected]` được chuyển tiếp tương ứng tới `[email protected]` hoặc `[email protected]` (có hỗ trợ thay thế ) (xem bài kiểm tra trên RegExr): Tên/Máy chủ/Bí danh TTL Kiểu Câu trả lời/Giá trị "@", "." hoặc để trống 3600 TXT
034 Ví dụ về thay thế chuỗi truy vấn Webhook: Có lẽ bạn muốn tất cả các email truy cập `example.com` chuyển đến một và có khóa chuỗi truy vấn động là "to" với giá trị phần tên người dùng của địa chỉ email (xem bài kiểm tra trên RegExr): Tên/Máy chủ/Bí danh TTL Kiểu Câu trả lời/Giá trị "@", "." hoặc để trống 3600 TXT
035 Vô hiệu hóa 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 ), thì chỉ cần sử dụng cách tiếp cận tương tự với dấu chấm than "!": Tên/Máy chủ/Bí danh TTL Kiểu Câu trả lời/Giá trị "@", "." hoặc để trống 3600 TXT
036 Mẹo: Bạn tò mò về cách viết biểu thức chính quy hoặc cần kiểm tra biểu thức thay thế của mình? 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. Không, điều đó 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. Các bản dự phòng thường không bao giờ được thử lại do cấu hình sai mức độ ưu tiên và máy chủ thư không tôn trọng việc kiểm tra mức độ ưu tiên trao đổi MX. Quan trọng: Nếu bạn đang sử dụng gói trả phí thì bạn phải truy cập Tài khoản của tôi Tên miền Bí danh Chỉnh sửa Khác Bỏ chọn hộp kiểm "Hoạt động" Tiếp tục. Đú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 giữ lại á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ố bí danh bằng "!" (dấu chấm than) thì nó vẫn sẽ trả về mã phản hồi thành công cho những người gửi đang cố gắng gửi đến địa chỉ này, nhưng bản thân các email sẽ chẳ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 (những) người nhận. Ví dụ: nếu tôi muốn tất cả các email đi tới
009 ngừng chảy qua Tên/Máy chủ/Bí danh TTL Kiểu Câu trả lời/Giá trị "@", "." hoặc để trống 3600 TXT
039 Mẹo: 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 "[email protected]", địa chỉ này sẽ định tuyến địa chỉ đó tới không ai như trong ví dụ bên dưới. Tên/Máy chủ/Bí danh TTL Kiểu Câu trả lời/Giá trị "@", "." hoặc để trống 3600 TXT
040 Mẹo: Nếu muốn tăng cường bảo mật thì bạn cũng có thể xóa phần ":[email protected]" (hoặc ":[email protected]"), chỉ để lại "!alias" như trong ví dụ bên dưới. Tên/Máy chủ/Bí danh TTL Kiểu Câu trả lời/Giá trị "@", "." hoặc để trống 3600 TXT
041 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 đi tới
043 Và
044, Sau đó tôi TXT bản ghi sẽ trông như thế này: Tên/Máy chủ/Bí danh TTL Kiểu Câu trả lời/Giá trị "@", "." hoặc để trống 3600 TXT
045 Hoặc, bạn có thể chỉ định chúng thành hai dòng riêng biệt, chẳng hạn như sau: Tên/Máy chủ/Bí danh TTL Kiểu Câu trả lời/Giá trị "@", "." hoặc để trống 3600 TXT
046 "@", "." hoặc để trống 3600 TXT
047 Tùy bạn đấy! Vâng, bạn có thể. Chỉ cần chỉ định nhiều người nhận toàn cầu trong TXT Hồ sơ. Ví dụ: nếu tôi muốn mọi email đi tới
048 (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
043 Và
044, Sau đó tôi TXT bản ghi sẽ trông như thế này: Tên/Máy chủ/Bí danh TTL Kiểu Câu trả lời/Giá trị "@", "." hoặc để trống 3600 TXT
051 Hoặc, bạn có thể chỉ định chúng thành hai dòng riêng biệt, chẳng hạn như sau: Tên/Máy chủ/Bí danh TTL Kiểu Câu trả lời/Giá trị "@", "." hoặc để trống 3600 TXT
052 @, "." hoặc để trống 3600 TXT
053 Tùy bạn đấy! 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). Điều đó 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ó
054,
055,
056, … (từ 1-10) – và bất kỳ email nào tới
058,
059,
060, … (từ 1-10). Mẹo: Cần nhiều hơn 10 người nhận cho mỗi bí danh? Hãy gửi email cho chúng tôi và chúng tôi rất sẵn lòng tăng giới hạn tài khoản của bạn. 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ó
061 Và
062, sau đó gửi email tới
064 Và Chúng tôi sử dụng MX và TXT xác minh hồ sơ, do đó nếu bạn thêm MX và TXT hồ sơ, sau đó bạn đã đăng ký. Nếu bạn loại bỏ chúng, thì bạn chưa được đăng ký. Bạn có quyền sở hữu tên 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 hoạt động nhờ người dùng đã nâng cấp lên gói trả phí. Chúng tôi muốn cung cấp 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 nguồn đóng (và sau đó gây rủi ro cho 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 là 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 25MB, và nếu bạn vượt quá giới hạn khi gửi đến các địa chỉ tại các nhà cung cấp đó bạn sẽ nhận được thông báo lỗi. Lỗi với mã phản hồi thích hợp sẽ được trả về nếu vượt quá giới hạn kích thước tệp. Không, chúng tôi không ghi vào đĩa hoặc nhật ký lưu trữ – với Và (xem của chúng tôi Chính sách bảo mật). Mọi thứ được thực hiện trong bộ nhớ và mã nguồn của chúng tôi có trên GitHub. Đúng. Bạn có thể truy cập nhật ký lỗi trong Tài khoản của tôi → Nhật ký hoặc Tài khoản của tôi → Tên miền. Kể từ tháng 2 năm 2023, chúng tôi lưu trữ nhật ký lỗi cho
066 Và
067 Mã phản hồi SMTP trong khoảng thời gian 7 ngày – chứa lỗi SMTP, phong bì và tiêu đề email (chúng tôi đừng lưu trữ nội dung email cũng như tệp đính kèm). Nhật ký lỗi cho phép bạn kiểm tra các email quan trọng bị thiếu và giảm thiểu các thông báo sai về thư rác đối với tên miền của bạn. Chúng cũng là một nguồn tài nguyên tuyệt vời để gỡ lỗi các vấn đề với (vì nhật ký lỗi chứa phản hồi điểm cuối webhook). Nhật ký lỗi cho Và không thể truy cập được vì kết nối kết thúc sớm (ví dụ: trước
32 Và
31 lệnh có thể được truyền đi). Xem của chúng tôi Chính sách bảo mật để biết thêm thông tin chi tiết. Không, hoàn toàn không. 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ó khả năng đọc được email của bạn. Không có lý do gì khiến các email được chuyển tiếp cần phải được lưu trữ vào bộ lưu trữ trên đĩa – và do đó, chúng tôi đã xây dựng giải pháp nguồn mở đầu tiên thực hiện tất cả những điều đó trong bộ nhớ. Chúng tôi tin rằng bạn có quyền riêng tư và chúng tôi tôn trọng điều đó. Mã được triển khai đến 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. Chắc chắn rồ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
070 để chuyển tiếp email, sau đó nhập
071 làm 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ơ). 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ã. Chắc chắn rồi. Ví dụ: nếu bạn đang gửi email đế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à thư rác mà 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ư và được quản lý 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à: [email protected] Đú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 bên trên! Bạn cũng nên thiết lập bản ghi SPF cho Gmail trong cấu hình DNS của mình TXT ghi. 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 sẽ cần thêm `[email protected]`2 đến chỉ số SPF của bạn TXT ghi lại, ví dụ: Có, tuy nhiên người gửi "tương đối không xác định" bị giới hạn tốc độ ở 100 kết nối mỗi giờ cho mỗi tên máy chủ hoặc IP. Xem phần trên Và bên trên. Khi nói "tương đối không xác định", chúng tôi muốn nói đến những người gửi không xuất hiện trong . 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, hãy làm theo các bước dưới đây:
Gói miễn phí yêu cầu bạn sử dụng 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 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 chuỗi ngẫu nhiên được tạo bằng mật mã để lưu trữ riêng tư cấu hình chuyển tiếp của bạn. Gói miễn phíKế hoạch bảo vệ nâng cao`[email protected]`
077 Đú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 rộng rãi 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 gử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 giá 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 cách sử dụ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ờ ngừng dịch vụ của mình. Chúng tôi đã tạo một dự án phần mềm nguồn mở 🍊 Quýt và sử dụng nó để tra cứu DNS. Các máy chủ DNS mặc định được sử dụng là
078 Và
079và các truy vấn DNS được thực hiện thông qua DNS qua HTTPS ("DoH") ở lớp ứng dụng. 🍊 Quýt công dụng Theo mặc định, dịch vụ DNS dành cho người tiêu dùng ưu tiên quyền riêng tư của CloudFlare. |