Thực đơn
trang chủExcel

Tin nhắn email bị mất. Lỗi hệ thống thư

Ví dụ về các chữ cái:

550 5.7.1 Tin nhắn này không được chấp nhận do chính sách DMARC của chủ sở hữu tên miền (RFC 7489) https://help.mail.ru/mail-help/postmaster/dmarc

550-5.7.1 Email không được xác thực từ mail.ru không được chấp nhận do chính sách DMARC 550-5.7.1 của miền. Vui lòng liên hệ với quản trị viên của miền mail.ru nếu 550-5.7.1 này là thư hợp pháp. Vui lòng truy cập 550 -5.7.1 https://support.google.com/mail/answer/2451690 để tìm hiểu về DMARC

550 5.7.1 Email bị từ chối theo chính sách DMARC đối với ...

Sự cố gửi tin nhắn do áp dụng chính sách mới DMARC, gắn liền với việc thắt chặt các quy định về việc vượt qua bộ lọc thư rác.

DMARC là một giao thức bảo vệ chống thư rác và chống thư trái phép thay mặt cho một miền, dựa trên các cơ chế hiện có DKIM và SPF. Trang web chính thức: dmarc.org.

Nếu bạn nhận được thông báo tương tự như những thông báo trên, rất có thể thư từ trang web của bạn được gửi thay mặt cho hộp thư trên cơ sở @mail.ru, @bk.ru, @list.ru hoặc @inbox.ru. Mail.Ru không chấp nhận tin nhắn gửi qua phpmail nếu tiêu đề thư Hộp thư được liệt kê là thuộc về mail.ru. Những tin nhắn như vậy, theo chính sách do Mail.Ru thực hiện DMARC, bị từ chối.

Làm thế nào để giải quyết một vấn đề

Có hai cách để giải quyết vấn đề:

Phương pháp 1: Thay đổi hộp thư gửi thư

Thông thường, e-mail thay mặt cho thư được gửi sẽ được đăng ký trong phần quản trị của CMS. Nó cũng có thể được thay đổi trực tiếp trong tập lệnh gửi tin nhắn (trường “Từ”).

Ví dụ: điều cần thiết là các tin nhắn được gửi từ hộp thư dựa trên tên miền của bạn « [email được bảo vệ]» , trong đó domain.ru là miền của bạn. .

Ngoài ra, hộp thư phải được thay đổi trong tệp php.ini:

Thay đổi hộp thư trong php.ini

  1. 1 đăng nhập vào bảng điều khiển lưu trữ của bạn và mở tệp php.ini để chỉnh sửa: ;
  2. 2

    tìm một dòng như:

    sendmail_path = "/usr/sbin/sendmail -t -i -f [email được bảo vệ]"

    Trong dòng này, thay vì « [email được bảo vệ]» chỉ định hộp thư không thuộc miền @mail.ru, @bk.ru, @list.ru Và @inbox.ru.
    Bạn nên chỉ định một hộp thư trên miền của mình, ví dụ: « [email được bảo vệ]» , trong đó domain.ru là miền của bạn.

    Ngoài ra, hộp thư được chỉ định trong php.ini phải tồn tại. Nếu bạn sử dụng thư trên máy chủ lưu trữ, hãy tạo hộp thư trên miền và ghi nó vào tệp php.ini.

Phương pháp 2: Sử dụng xác thực SMTP

Bạn có thể gửi tin nhắn thay mặt hộp thư của mình dựa trên Mail.Ru bằng cách thiết lập ủy quyền SMTP. Trong trường hợp này, tất cả thư qua trang web của bạn sẽ được gửi trực tiếp từ máy chủ Mail.Ru.

Chống thư rác là vấn đề đau đầu đối với tất cả các quản trị viên thư có trách nhiệm. Những gì họ không phát minh ra để làm cho người dùng yêu quý của họ có cuộc sống tốt hơn. Tuy nhiên, như thực tế đã cho thấy trong việc giao tiếp với nhiều quản trị viên hệ thống, vì một lý do nào đó mà không phải ai cũng hiểu rõ cách lọc thư rác đúng cách.

Cách tiếp cận phổ biến nhất là “hãy thêm một loạt RBL (DNSBL) và tận hưởng cuộc sống”. Cách tiếp cận này còn hơn cả hoàn toàn sai lầm. Phổ biến thứ hai là các bộ lọc nội dung, thường được mua với số tiền lớn. Cách tiếp cận này cũng hoàn toàn không hợp lý trong hầu hết các trường hợp.

Nhưng mọi thứ thật đơn giản, để có một cuộc sống yên tĩnh, bạn chỉ cần xem kỹ ba tiêu đề của phiên SMTP đến. Lục lọi khắp Habré và các ngóc ngách trên Internet, tôi vẫn chưa tìm được một bài viết đầy đủ về chủ đề đúng. Cài đặt SMTP máy chủ theo quan điểm chống thư rác. Vì vậy, tôi quyết định tự mình viết ra tất cả những gì tôi biết về chủ đề này và những gì tôi đã sử dụng thành công.

Nhân tiện: tất nhiên bài viết này chủ yếu nhắm đến những quản trị viên muốn tạo bộ lọc thư rác chất lượng cao. Tuy nhiên, mặt khác, nó chứa đựng những thông tin rất quan trọng đối với những người chỉ phải làm việc với thư nhưng lại kém thông thạo về tất cả những điều phức tạp của quá trình gửi thư điện tử.

Vì vậy, nếu bạn muốn bảo vệ người dùng của mình khỏi thư rác hoặc ngược lại, bạn muốn ngăn ai đó vô tình bảo vệ người dùng khỏi thư của bạn - chào mừng bạn đến với con mèo.

Một lưu ý nhỏ: bài viết được viết với mục đích thiết lập một mail server Hậu tố nhưng nhìn chung nó mang tính chất lý thuyết. Các tùy chọn Postfix được mô tả phải được chỉ định theo cách thích hợp *_sự hạn chế thông số tập tin cấu hình, hãy xem bất kỳ hướng dẫn cấu hình Postfix nào để biết chi tiết.

Một chút về giao thức SMTP

Email có nhiều điểm tương đồng với thư thông thường. Điều quan trọng nhất đối với chúng tôi lúc này là tất cả thông tin trên “phong bì” điện tử chỉ bao gồm hai địa chỉ: người nhận và người gửi, cũng như tem của người đưa thư đã phát phong bì.

Hãy lạc đề một chút: hãy tưởng tượng rằng một người có vẻ ngoài cực kỳ ghê tởm sẽ đến gặp bạn và giao một bưu kiện được niêm phong chặt chẽ với địa chỉ trả lại “Tryam từ Tilimilitryamdia.” Bạn có mạo hiểm chấp nhận và mở cửa không? Khắc nghiệt. Vì vậy, email cũng có thể được kiểm tra và sàng lọc dễ dàng chỉ dựa trên thông tin địa chỉ và phạm vi cho các hành động có thể thực hiện ở đây rộng hơn nhiều.

Như bạn đã biết, thư trên Internet được chuyển giữa các máy chủ thư bằng giao thức SMTP. Mọi giao tiếp sử dụng giao thức này đều bắt đầu bằng ba tiêu đề bắt buộc: XIN CHÀO, THƯ ĐẾN TỪ Và RCPT ĐẾN. Nghĩa là, trước khi bắt đầu truyền bất kỳ dữ liệu nào, trước tiên máy chủ sẽ tự giới thiệu (HELO), sau đó báo cáo địa chỉ trả lại của người gửi (MAIL FROM) và sau đó là địa chỉ của người nhận (RCPT TO). Ba tiêu đề này là chữ ký trên phong bì điện tử và hầu như tất cả thư rác chỉ có thể được loại bỏ dựa trên phân tích của chúng. Hầu hết các nỗ lực gửi nội dung nào đó đến máy chủ của tôi đều không vượt quá THƯ TỪ, tức là các chữ cái sẽ bị loại bỏ trước khi chúng thực sự được chấp nhận, điều này giúp giảm tải đáng kể. Tức là, thay vì mở một gói hàng từ Tryam và tìm thấy bào tử bệnh than ở đó, tôi lập tức tống người đưa thư xuống địa ngục.

Vậy bạn nên làm gì để tránh nhận những email được cho là thư rác? Hãy đi theo thứ tự.

Một chút về DNS

Ngày xửa ngày xưa, vào những ngày đầu của Internet, thư được gửi trực tiếp đến các nút được chỉ định trong địa chỉ bưu chính. Tức là gửi một lá thư cho [email được bảo vệ] máy chủ thư tìm địa chỉ IP của domain.com và cố gắng gửi một gói đến IP tìm thấy. Sau đó, các bản ghi MX xuất hiện, ngay lập tức giải quyết được hầu hết các vấn đề về tổ chức tương tác thư như vậy. Tuy nhiên, một số chương trình vẫn có thể hoạt động với bản ghi A khi gửi thư. Nhưng tất nhiên là bạn có ít nhất một bản ghi MX cho tên miền của mình phải không?

Bản ghi MX chứa địa chỉ máy chủ, TRÊN những lá thư nào nên được gửi đến miền được chỉ định. Tuy nhiên, để chống thư rác, công nghệ đã xuất hiện cho phép bạn chỉ định địa chỉ máy chủ trong DNS, Với những chữ cái nào có thể đến từ miền được chỉ định. Tên của nó là Khung chính sách người gửi.

Tôi sẽ không đi sâu vào chi tiết về tất cả sự phức tạp của công nghệ, tôi sẽ chỉ nói rằng việc ghi TXT

V=spf1 +mx -tất cả

Luôn đăng ký bản ghi SPF cho miền của bạn và cũng bật tính năng kiểm tra SPF trên máy chủ thư của bạn. Tôi khuyên bạn nên nghiêm cấm các email từ miền của bạn đến tất cả các máy chủ ngoại trừ máy chủ MX của bạn. Cùng với kiểm tra SPF trên máy chủ của bạn, cài đặt như vậy sẽ ngay lập tức cắt đứt tất cả các thư được gửi từ máy chủ của bên thứ ba thay mặt cho người dùng tên miền của bạn tới địa chỉ của những người dùng cùng tên miền của bạn. Và gần một nửa trong số này là thư rác, vì thông thường các máy chủ SMTP được bảo vệ rất kém khỏi các thư từ miền riêng của họ và những kẻ gửi thư rác tích cực lợi dụng điều này. SPF sẽ một lần và mãi mãi loại bỏ những bức thư gửi cho Vasya Pupkin, mà xét theo phong bì thì được viết bởi Vasya Pupkin, nhưng đến từ một máy chủ ở Nicaragua nào đó.

Google sẽ cho bạn biết cách thiết lập SPF trong Postfix, có rất nhiều thông tin và bạn không thể sai, vì vậy chúng tôi sẽ không lãng phí thời gian vào các chi tiết kỹ thuật.

Còn một số lưu ý cực kỳ quan trọng nữa về DNS. Rất có thể bạn biết rằng chính bản ghi DNS, được gọi là bản ghi A, chuyển đổi tên thành địa chỉ IP. Ngoài chúng, còn có các bản ghi CNAME gán bí danh cho một tên đã tồn tại. Chính hai loại bản ghi này tạo thành nền tảng của toàn bộ hệ thống tên miền.

Nhưng ít người dùng biết rằng còn có quay lại mục, chuyển đổi IP thành Tên miền. Chúng được gọi là PTR. Vì vậy, có hai quy tắc bất thành văn (nói đúng ra) mà mọi người vẫn tuân theo:

  • Đối với mỗi bản ghi A phải tồn tại gương Bản ghi PTR, nghĩa là theo tên máy chủ thông qua DNS, chúng tôi nhận được IP và theo IP, chúng tôi lấy lại cùng tên máy chủ.
  • Địa chỉ trong bản ghi MX phải luôn là Tên(không phải IP!) Máy chủ có bản ghi A tồn tại. Nghĩa là, bản ghi MX không thể chứa IP hoặc bí danh (CNAME).

Nếu bạn không tuân thủ một trong những yêu cầu này, hãy chuẩn bị sẵn sàng để ít nhất một phần tư số thư từ miền của bạn bị coi là thư rác. Điều này là do một luận điểm đơn giản: một người gửi đáng tin cậy luôn thiết lập mọi thứ theo các quy tắc, do đó, nếu các quy tắc không được tuân thủ, thì bạn không nên tin tưởng người gửi và do đó cũng không nên nhận thư từ người đó.

Chà, để tự mình bật tính năng kiểm tra PTR, hãy sử dụng tùy chọn

Từ chối_unknown_client_hostname

Nó yêu cầu IP mà kết nối được thực hiện phải được phân giải thành tên thông qua PTR và tên này lần lượt được phân giải trở lại thành IP mong muốn.

Ngoài ra còn có một hạn chế ít nghiêm trọng hơn được chỉ định bởi tùy chọn

Từ chối_unknown_reverse_client_hostname

Trong trường hợp này, máy chủ sẽ chỉ kiểm tra sự hiện diện của bản ghi PTR chứ không yêu cầu sự tồn tại của bản ghi A tương ứng.

Kiểm tra lời chào

Vì vậy, ai đó muốn gửi email đến máy chủ của bạn. Quá trình truyền bắt đầu bằng lời chào - tiêu đề HELO. HELO phải cho biết tên miền đầy đủ (FQDN) của người gửi, vì vậy nếu không phải như vậy, bạn có thể từ chối chấp nhận ngay lập tức một cách an toàn. Postfix có hai lựa chọn cho việc này:

Từ chối_invalid_helo_hostname
từ chối_non_fqdn_helo_hostname

Lệnh đầu tiên cấm nhận thư từ máy chủ gửi lời chào với cú pháp không chính xác, lệnh thứ hai - từ máy chủ gửi không phải FQDN trong yêu cầu HELO.

Tuy nhiên, chỉ những kẻ gửi thư rác ngu ngốc nhất (và các sản phẩm MS, nhưng như họ biết, không có luật nào được viết ra) mới truyền FQDN; cuối cùng, việc giới thiệu bản thân với gmail.com không khó. Vì vậy, chúng ta cần xem xét kỹ hơn một chút về HELO. Với mục đích này, hãy sử dụng tùy chọn

Từ chối_unknown_helo_hostname

Điều này cấm nhận thư từ các máy chủ dường như là một địa chỉ không có bản ghi A hoặc MX.

Người gửi - bạn có nên tin tưởng anh ta không?

Như vậy, máy chủ đã tự giới thiệu thành công với bạn, mục tiếp theo trong chương trình là địa chỉ người gửi. Bạn cũng có thể trích xuất rất nhiều từ nó thông tin hữu ích. Tôi muốn lưu ý ngay rằng địa chỉ của người gửi không nhất thiết phải thuộc cùng một miền với chính máy chủ. Đây là một quan niệm sai lầm phổ biến, vì vậy hãy lưu ý rằng nó không đúng. Một máy chủ thư có thể dễ dàng phục vụ nhiều tên miền.

Tuy nhiên, nếu địa chỉ của người gửi chứa một miền hoàn toàn không tồn tại thì bức thư đó rõ ràng không đáng được chấp nhận. Và bạn chắc chắn không nên chấp nhận một lá thư có chứa nội dung hoàn toàn không phải là địa chỉ làm địa chỉ gửi lại. Có hai lựa chọn để từ chối chấp nhận những lá thư như vậy:

Từ chối_non_fqdn_sender
từ chối_unknown_sender_domain

Đầu tiên là kiểm tra chính tả của địa chỉ, thứ hai là kiểm tra sự tồn tại của tên miền.

Đã tốt rồi, nhưng chúng ta có thể làm gì đó hơn thế nữa. Bạn có thể truy vấn máy chủ phục vụ địa chỉ được chỉ định người gửi, để xem có người dùng nào có địa chỉ này không. Thật vậy, có vẻ như là một ý tưởng hay nếu đảm bảo rằng địa chỉ trả lại thực sự tồn tại, nếu không chúng ta có thể nhận được một lá thư từ một bóng ma phù du mà chưa ai từng nghe đến.

Về mặt kỹ thuật, điều này được thực hiện rất đơn giản: máy chủ của chúng tôi mở một phiên SMTP phản đối, cố gắng gửi một lá thư đến địa chỉ của người gửi. Nếu bạn có thể hoàn thành thành công giai đoạn gửi RCPT TO bằng địa chỉ này, tức là. Nếu máy chủ nhận không đột ngột tuyên bố rằng hộp thư được chỉ định không có trên đó thì coi như địa chỉ trả lại được gửi cho chúng tôi có tồn tại. Đương nhiên, không có dữ liệu nào (nghĩa là một bức thư) được truyền đi trong quá trình xác minh; phiên bị gián đoạn sau RCPT TO.

Tùy chọn chịu trách nhiệm kiểm tra địa chỉ trả lại này

Từ chối_unverified_sender

Từ những điều trên cho thấy rằng đối với bất kỳ địa chỉ nào mà bạn gửi thư từ miền của mình thì phải có một hộp thư trên máy chủ của bạn. Nếu không, thư của bạn sẽ không vượt qua được quá trình kiểm tra địa chỉ trả lại từ phía người nhận và do đó, sẽ không được chuyển đến đích. Điều này phù hợp với tất cả các loại thư và các thông tin liên lạc dường như một chiều khác không yêu cầu phản hồi. Luôn tạo hộp thư cho tất cả các địa chỉ mà bạn gửi thư. Nếu bạn không muốn nhận thư trả lời tới một địa chỉ nhất định thì chỉ cần gửi thư đến địa chỉ đó bằng /dev/null, nhưng bạn có thể chấp nhận những thư này bắt buộc.

Người nhận có tồn tại không?

Bây giờ chúng ta đã đến tiêu đề cuối cùng của phong bì - người nhận. Mọi thứ ở đây đều đơn giản: thứ nhất, sẽ tốt hơn nếu kiểm tra xem thông tin được truyền đến chúng tôi có phải là địa chỉ hay không E-mail. Điều này được thực hiện bằng cách sử dụng chỉ thị

Từ chối_non_fqdn_recipient

Ngoài ra, chúng tôi không muốn chấp nhận thư đến các địa chỉ mà chúng tôi không có hộp thư. Để định cấu hình hành vi này, trước tiên bạn phải tạo danh sách các hộp thư được phục vụ, sau đó thông báo cho Postfix về danh sách đó thông qua một trong các *_recipient_maps tham số tệp cấu hình, sau đó sử dụng tham số tệp cấu hình

Smtpd_reject_unlist_recipient = có

Hoặc một tùy chọn cấm có tác dụng tương tự:

Từ chối_unlist_recipient

Trong mọi trường hợp, Postfix sẽ ngừng nhận email cho các miền được chấp nhận, nếu không có hộp thư cho người nhận. Tuy nhiên, hạn chế này sẽ không ảnh hưởng đến việc chuyển tiếp thư đến các địa chỉ không thuộc miền được chấp nhận.

Và cuối cùng, bạn hoàn toàn có thể cấm việc chuyển tiếp thư một cách công khai thông qua Postfix của mình, chỉ để lại khả năng nhận thư đến các địa chỉ đã biết. Với những mục đích này, hãy sử dụng tùy chọn

Từ chối_unauth_destination

Nó cấm gửi email đến tất cả người dùng chưa đăng ký (vâng, bạn sẽ phải định cấu hình ủy quyền SMTP). Luôn sử dụng tùy chọn này! Nếu không, bạn sẽ nhanh chóng gặp phải đủ loại DNSBL.

Là tổng phụ

Đây là cách bạn có thể loại bỏ chỉ dựa trên phân tích ba tiêu đề phong bì số lượng lớn thư rác. Tuy nhiên, những kẻ gửi thư rác rất xảo quyệt nên điều này vẫn chưa đủ.

Danh sách xám

Đôi khi máy chủ thư bị quá tải và không thể nhận thư. Bạn nghĩ họ phản hồi thế nào với các yêu cầu đến trong trường hợp này? Thật kỳ lạ, họ trả lời - máy chủ một cách tạm thời không có sẵn, hãy thử lại sau. Trong trường hợp này, không một người gửi bình thường nào có thể nghĩ rằng lá thư không thể được gửi đi với tất cả những hậu quả sau đó. Ngược lại, người gửi sẽ cố gắng gửi thư sau đó, xếp nó vào hàng đợi để gửi. Thực tế này có thể (và chắc chắn là nên!) được sử dụng rất hiệu quả: với mỗi lần thử kết nối đầu tiên từ một máy chủ không quen thuộc, máy chủ của chúng tôi sẽ gửi thông báo về một lỗi tạm thời và chỉ để thư vượt qua lần thứ hai. Điều này sẽ ngay lập tức lọc ra gần như tất cả thư rác còn lại, vì các máy chủ thư rác hầu như không bao giờ cố gắng gửi nhiều hơn một lá thư (nếu không, chúng sẽ chỉ "rơi" do hàng đợi đã đầy). Công nghệ này được gọi là Greylisting và đơn giản là cần phải sử dụng nó trong thực tế hiện đại.

Nhược điểm của ứng dụng là có độ trễ nhỏ (thường không quá nửa giờ) trong việc gửi thư lúc đầu kết nối từ một máy chủ không xác định. Nghĩa là, nếu một máy chủ chưa biết đến hậu tố của chúng tôi muốn gửi một lá thư, thì trong lần thử kết nối đầu tiên, nó sẽ gửi một lỗi về tình trạng không khả dụng tạm thời. Nếu máy chủ cố gắng kết nối lại thì thư đó sẽ được chấp nhận và máy chủ sẽ được nhập vào các nút đáng tin cậy và trong tương lai, các thư từ nó sẽ được chấp nhận ngay lập tức.

Tôi cũng khuyên bạn nên đọc về cách thiết lập danh sách xám trong Postfix trên Google, việc này không khó và bạn không thể mắc lỗi.

Danh sách chặn hoặc những điều không nên làm

Khi lọc thư rác, một số quản trị viên thư dựa vào cái gọi là DNSBL (RBL) - danh sách đen các máy chủ bị phát hiện đang gửi thư rác. Vì thế, không bao giờđừng thêm không kiểm tra DNSBL tới máy chủ thư của bạn. Có hai lý do cho điều này: lý do đầu tiên và cơ bản nhất nằm ở phần thứ hai của câu đầu tiên của phần này. Các máy chủ được nhập vào các danh sách này một cách hoàn toàn ngẫu nhiên và không có gì đảm bảo rằng một máy chủ bình thường sẽ không đến đó (có thể tại một thời điểm nào đó, máy chủ này đã bị vi-rút gửi thư rác cư trú, nhưng giờ đây vi-rút này đã được chữa khỏi hoặc đơn giản hơn nhiều). thực tế hơn - một IP bên ngoài cho mạng lưới lớn, trong đó người gửi thư rác bắt đầu). Lý do thứ hai tầm thường hơn: cơ chế lọc được đề xuất ở trên hiệu quả hơn nhiều so với bất kỳ DNSBL nào và không dựa vào dữ liệu chưa được xác minh từ bên thứ ba.

Lộn ngược hoặc nhìn từ phía bên kia của chướng ngại vật

Chúng ta đã học cách lọc thư rác, nhưng bây giờ tôi sẽ cố gắng tập hợp tất cả thông tin về những việc cần phải làm để Không rơi vào thư rác.

Đối với quản trị viên máy chủ thư:

  • Luôn tạo bản ghi MX tham chiếu bản ghi A.
  • Bản ghi A cho máy chủ thư phải luôn có bản ghi PTR phản chiếu.
  • Máy chủ trong tiêu đề HELO phải có bản ghi A hoặc MX.
  • Luôn tạo bản ghi SPF (vâng, điều này không cần thiết nhưng chỉ là quy tắc ứng xử đúng mực).
  • Đối với tất cả thư được gửi từ miền được chấp nhận, hộp địa chỉ trả lại phải tồn tại và chấp nhận thư.
Đối với những người gửi thư (từ các chương trình, trang web, v.v.):
  • Luôn chỉ gửi thư với địa chỉ trả lại hiện có.
  • Không bao giờ gửi thư từ miền mà bạn không kiểm soát mà không kiểm tra các quy tắc SPF cho miền đó. Ví dụ: gmail.com hiện cho phép bạn gửi thư thay mặt họ đến bất kỳ máy chủ nào, nhưng yandex.ru và mail.ru báo cáo thông qua SPF rằng việc gửi thư thay mặt họ từ máy chủ của bên thứ ba sẽ thu hút sự chú ý chặt chẽ, điều này được giải thích bởi bộ lọc thư rác thông minh khi tăng mức xếp hạng thư rác cho một chữ cái nhất định.
  • Không bao giờ gửi thư qua máy chủ SMTP được cấu hình không chính xác. Kiểm tra chấy trên server bằng danh sách trên mất 5 phút, tiện ích sẽ giúp bạn đào hoặc nslookup.

Bản tóm tắt

Tất nhiên, cài đặt được đề xuất không lọc được tất cả thư rác. Do đó, rất có thể bạn sẽ cần sử dụng thêm bộ lọc ngữ cảnh để phân tích nội dung của các chữ cái, chẳng hạn như

Thiết lập gửi email mà không khiến chúng bị spam.

Tùy chọn gửi email qua máy chủ SMTP của bên thứ ba (Mandrill, Mailgun, Yandex) và qua địa chỉ cá nhân Tôi sẽ không xem xét các dịch vụ thư (mọi thứ ở đó rất đơn giản nếu bạn làm theo hướng dẫn cài đặt được cung cấp) - Tôi sẽ chỉ xem xét tùy chọn rằng chúng tôi có máy chủ riêng mà máy chủ thư được cài đặt trên đó, chẳng hạn như Exim (giống như hầu hết các máy chủ lưu trữ).

Chúng tôi sẽ cần quyền truy cập để chỉnh sửa bản ghi DNS và lệnh tối thiểu của bảng điều khiển để định cấu hình DKIM (nếu có ISPmanager - và điểm này trở nên không liên quan). Tổng cộng, bạn sẽ cần định cấu hình (thêm) 4 mục mới trong bản ghi DNS của miền của mình: PTR, SPF, DKIM Và DMARC.

  • PTR- cái gọi là bản ghi DNS "đảo ngược". Nó phải là bắt buộc, bởi vì nó rất con số lớn dịch vụ bưu chính không chấp nhận chỉ dẫn không chính xác của nó. Về lý thuyết, nó phải được cài đặt bởi nhà cung cấp dịch vụ lưu trữ của bạn, ví dụ DigitalOcean sẽ tự động thực hiện việc này. - nhưng có một tùy chọn để cấu hình nó theo cách thủ công.
  • SPF- một bản ghi chỉ ra rằng máy chủ của bạn được phép gửi thư từ tên miền và IP này. Nếu không có mục này, bạn gần như chắc chắn sẽ rơi vào thư rác. Việc cài đặt rất đơn giản - bạn có thể lấy thông tin toàn diện với các ví dụ về cách thiết lập tại (thông tin trong bảng màu xanh lá cây) hoặc tại.
  • DKIM- Chữ ký điện tử những lá thư của bạn. Nếu có hai mục trước đó, nó sẽ cho tên miền của bạn và các chữ cái trong đó có "trọng lượng", chẳng hạn, nhờ đó Yandex đánh dấu các chữ cái bằng một dấu kiểm màu xanh lá cây đẹp mắt.

Việc thiết lập chữ ký này có lẽ là khó nhất - kết quả là 90% trang web không có chữ ký này, nhưng nó rất được khuyến khích. Rất dễ dàng để thiết lập nó trong ISPmanager: bật hỗ trợ DKIM trong tab tính năng, trong phần chỉnh sửa miền thưđánh dấu vào ô DKIM và lấy nó đi ghi âm xong trong thuộc tính miền (NS). Nếu bạn không có ISPmanager, tôi khuyên bạn nên sử dụng bài viết khá đơn giản này: .

  • DMARC- tiêu chuẩn này hoàn toàn mới, nhưng nó đã được các dịch vụ bưu chính tích cực triển khai và năm nay nó đã là tiêu chuẩn 100% phải có. Việc thiết lập là đơn giản nhất trong tất cả các mục được liệt kê ở trên, bạn chỉ cần thêm một trong các ví dụ được liệt kê trên trang này bên dưới: - Tôi khuyên bạn nên sử dụng mục thứ hai.
Máy chủ của bạn hiện đã được định cấu hình và nếu mọi thứ được thực hiện chính xác, sẽ không có một bức thư nào bị gửi vào thư rác. Ví dụ: ảnh chụp màn hình xác nhận từ bưu điện mail.ru (tình huống tương tự với sự vắng mặt hoàn toàn xác định email là thư rác và bởi Yandex):

Thiết lập trình thu thập thư trả lại.

XenForo có một cơ chế hoàn toàn tuyệt vời mà hầu như không ai sử dụng - trình thu thập email bị trả lại. Tôi nghĩ mọi người đều đã từng gặp phải tình trạng sau khi gửi một lượng lớn thư, một số lượng lớn các loại thư sau sẽ đến hộp thư:

Thông báo này đã được tạo ra tự động bởi phần mềm chuyển phát thư.

Không thể gửi tin nhắn bạn đã gửi tới một hoặc nhiều tin nhắn trong đó
người nhận. Đây là một lỗi vĩnh viễn. (Các) địa chỉ sau không thành công:

***@rambler.ru
Lỗi SMTP từ máy chủ thư từ xa sau RCPT TO:<***@rambler.ru>:
máy chủ imx1.rambler.ru : 540 5.7.1<***@rambler.ru>:
Địa chỉ người nhận bị từ chối: Email của bạn đã bị trả lại vì tài khoản email của người nhận dự định đã bị tạm ngưng. Tài khoản phải được kích hoạt lại để nhận thư đến.

Những bức thư này là tín hiệu cho thấy địa chỉ email của người dùng của bạn đã lỗi thời (hộp thư bị chặn, bị xóa, đầy), có nghĩa là họ sẽ không nhận được thư mới từ bạn và nếu cần, họ sẽ không thể khôi phục tài khoản diễn đàn của mình. Nhiều người dùng thậm chí không biết rằng họ đang sử dụng địa chỉ email đã lỗi thời, nhưng dịch vụ bưu chính, khi thấy một số lượng lớn email được gửi đến các địa chỉ không tồn tại, họ có thể chỉ cần thêm tên miền của bạn vào danh sách thư rác.

Chúng ta cần phải đấu tranh với điều này, bởi vì ngay cả trên diễn đàn của tôi, nơi hệ thống này đã hoạt động được vài năm, vẫn có rất nhiều thư “trả lại”, so với số lượng người dùng:

  • Để bắt đầu, hãy tạo địa chỉ gửi thư, nơi chúng tôi sẽ gửi thư trả lại (hộp thư là một hệ thống và không được sử dụng cho bất kỳ mục đích nào khác) - ví dụ , trong đó google.com là miền của bạn.
  • Vào phần quản trị Cài đặt - Cài đặt email. Trong trường địa chỉ trả lại, cho biết hộp thư bạn đã tạo. Đánh dấu xử lý tự động các thư chưa được gửi và cho biết dữ liệu để đăng nhập vào hộp thư dịch vụ mà bạn đã tạo trước đó: địa chỉ (trong trường hợp máy chủ SMTP của riêng bạn, hãy cho biết địa chỉ của riêng bạn), thông tin đăng nhập (địa chỉ bạn đã tạo) và mật khẩu cho hộp thư. Tôi sẽ đưa ra một ví dụ về cài đặt của mình - Tôi có thư doanh nghiệp từ Mail.ru - do đó, tôi kết nối với máy chủ của họ để nhận thư từ hộp thư dịch vụ của mình

Về cơ bản, đó là tất cả các thiết lập. Diễn đàn sẽ tự động, trong những khoảng thời gian nhất định, đi đến hộp thư dịch vụ mà bạn đã chỉ định, tải xuống bản sao của các bức thư gửi lại đã nhận được ở đó và xóa chúng khỏi đó. Trong chuong Công cụ - Nhật ký từ chối gửi thư bạn có thể xem những số liệu thống kê này. Tôi đặc biệt nhấn mạnh rằng hộp này không thể được sử dụng cho bất kỳ mục đích nào khác, nếu không bạn có nguy cơ gặp phải một số lỗi khá buồn cười trong nhật ký quản trị viên.

Theo các điều kiện bạn đặt, chẳng hạn như khi quay lại 3 email từ một địa chỉ, người dùng sẽ được đưa đến kích hoạt lại tự động - anh ta sẽ được yêu cầu cung cấp địa chỉ email hiện tại và kích hoạt lại tài khoản. Không cần sự tham gia của bạn - người dùng sẽ chỉ ra sự tham gia của họ địa chỉ hiện tại email và do đó vấn đề sẽ biến mất theo thời gian. Và khi gửi thư, người dùng có Địa chỉ không chính xác email có thể được loại trừ khỏi nó - do đó tránh được cú đánh có thể xảy ra vào danh sách thư rác.

Rất nhiều văn bản đã được viết, nhưng trên thực tế, việc thiết lập mọi thứ - cả máy chủ và trình thu thập thư - chỉ mất vài phút nếu bạn thực hiện chính xác các hướng dẫn. Hãy thiết lập nó một lần và quên đi thực tế là thư từ diễn đàn của bạn không đến được nơi nào đó hoặc tên miền của bạn đã bị thêm vào danh sách thư rác vì cơ sở dữ liệu đã lỗi thời.

Để đơn giản hóa một số tác vụ được mô tả ở trên, bạn có thể sử dụng một trong hai - bất cứ điều gì bạn thích nhất. Tôi sử dụng cái đầu tiên - nhưng sự lựa chọn hoàn toàn là của bạn. Việc thêm tên miền vào đó sẽ mang lại cho bạn các hộp thư thuận tiện, kích thước không giới hạn với các bộ lọc thư rác tích hợp sẵn + đơn giản hóa việc thiết lập máy chủ (một số bản ghi sẽ được cung cấp tự động (ngoại trừ DKIM, phải được tạo thủ công bằng cách này hay cách khác). để gửi thư từ máy chủ của bạn)).

Khi bạn vắng nhà và gửi email bằng email nhà của bạn tài khoản, thông báo này có thể trả về kèm theo lỗi 550, 553 hoặc lỗi chuyển tiếp. Điều tương tự có thể xảy ra khi bạn ra khỏi văn phòng và cố gắng gửi email bằng tài khoản email công việc của mình.

Sự miêu tả

Chuyển tiếp xảy ra khi một thư email được gửi đến một địa chỉ email có miền (tên sau ký hiệu @, chẳng hạn như adatum.com) không được xử lý bởi SMTP hoặc bởi máy chủ thư đi nhận được yêu cầu gửi thư của người gửi. Máy chủ SMTP cần kết nối với máy chủ SMTP khác để chuyển tiếp tin nhắn.

Nếu xảy ra lỗi chuyển tiếp trong khi gửi thư email, máy chủ SMTP (thư gửi đi) của bạn có thể trả lại thư của bạn cùng với thông báo lỗi như sau:

    Chủ thể:<тест>, Tài khoản:<тест>, máy chủ: , giao thức: SMTP, phản hồi của máy chủ: "550 Rơle bị cấm", cổng: 25, bảo mật (SSL): không, lỗi máy chủ: 550, số lỗi: 0x800CCC79".

    "Không thể gửi thư vì máy chủ từ chối chấp nhận địa chỉ của một trong những người nhận. Email chứa địa chỉ:<адрес эл. почты>. Chủ thể:<тест>, Tài khoản:<тест>, máy chủ: , giao thức: SMTP, phản hồi của máy chủ: "553 Xin lỗi, miền này không có trong danh sách máy chủ được phép của tôi (#5.7.1)", cổng: 25, bảo mật (SSL): không, lỗi máy chủ: 553, số lỗi: 0x800CCC79 " .

Nội dung chính xác của thông báo lỗi sẽ tùy thuộc vào nhà cung cấp dịch vụ Internet của bạn. Một số nhà cung cấp không trả lại thông báo lỗi khi họ xác định các tin nhắn gửi đi là quảng cáo không mong muốn. Trong những trường hợp này, có vẻ như tin nhắn của bạn đang được gửi tới chế độ bình thường(trong Outlook nó vẫn còn trong thư mục Hướng ngoại và xuất hiện trong thư mục Đã gửi), nhưng nó không được gửi đến người nhận.

Thư của bạn đã bị từ chối vì máy chủ SMTP (thư gửi đi) không nhận ra bạn là người dùng được ủy quyền.

SMTP là một giao thức (các tiêu chuẩn được máy tính sử dụng để liên lạc) được hầu hết các máy chủ email sử dụng để gửi tin nhắn trên Internet. Nếu bạn sử dụng chương trình email (chẳng hạn như Outlook) cho phép bạn lưu trữ thư trên máy tính, bạn cần có quyền truy cập vào máy chủ SMTP để gửi thư.

Ghi chú: Các hệ thống email dựa trên web (chẳng hạn như Windows Thư trực tiếp hoặc Yahoo! Mail) hoạt động khác và không được đề cập trong bài viết này.

Thư rác và chuyển tiếp mở

Tin nhắn quảng cáo thư được gửi đi mà không có yêu cầu được gọi là thư rác hoặc thư rác. Khối lượng thư rác tiếp tục tăng vì những người gửi nó hầu như không có gì để gửi. Trên thực tế, người gửi thậm chí không phải gửi thư rác thông qua máy chủ SMTP (thư gửi đi) của ISP của họ.

Trong khi tạo cấu trúc cơ bản Không ai lường trước được Internet, khả năng gửi hàng triệu USD sẽ dẫn đến hậu quả gì tin nhắn không mong muốn với một khoản phí không đáng kể. Nhờ khả năng chuyển tiếp của máy chủ SMTP, người gửi thư rác ngụy trang nguồn thư rác thực sự bằng cách chuyển nó qua các máy chủ của bên thứ ba cho phép chuyển tiếp mở như vậy. Do đó, thư rác dường như đến từ một trang web chuyển tiếp thư và che giấu danh tính của người gửi thực sự.

Cho đến gần đây, hầu hết các máy chủ email SMTP đều hoạt động trên cơ sở tin cậy. hệ thống mở. Trong hệ thống như vậy, bất kỳ ai từ bất kỳ đâu đều có thể gửi thư đến máy chủ SMTP và máy chủ phải chấp nhận và chuyển tiếp thư đó đến người nhận hoặc máy chủ thư khác lưu trữ hộp thư của người nhận. Với chuyển tiếp mở này, không có hạn chế nào ngăn cản bất kỳ ai gửi thư qua máy chủ SMTP.

Hạn chế của nhà cung cấp dịch vụ Internet trong việc chuyển tiếp tin nhắn email

Khi khối lượng thư rác tăng lên, các quản trị viên mạng (những người chịu trách nhiệm quản lý máy chủ của nhà cung cấp dịch vụ Internet) bắt đầu áp đặt các hạn chế đối với máy chủ của họ. Máy chủ thư SMTP. Những hạn chế này không cho phép mọi người sử dụng máy chủ thư. Hãy tưởng tượng có một chiếc điện thoại ở sảnh của tổ chức mà mọi người đều có thể sử dụng được, kể cả những người bên ngoài tổ chức. Bây giờ chỉ có nhân viên mới được phép sử dụng điện thoại.

Ngày nay, một số loại hạn chế được sử dụng.

    Yêu cầu xác thực SMTP. Giống như bạn sử dụng tên người dùng và mật khẩu để truy cập máy chủ POP3 (thư đến) và thư của mình, bạn bắt buộc phải nhập tên người dùng và mật khẩu để gửi tin nhắn thư thông qua máy chủ SMTP. Đây thường là tên người dùng và mật khẩu giống như đối với máy chủ POP3, nhưng có thể là duy nhất.

    Trước tiên, bạn phải kết nối với máy chủ POP3 (thư đến) của ISP.Để nhận thư mới, bạn thường kết nối với máy chủ POP3 (thư đến). Để truy cập hộp thư của bạn, bạn cần nhập tên người dùng và mật khẩu của mình. Quản trị viên mạng của bạn có thể định cấu hình máy chủ để nếu bạn kết nối với máy chủ POP3 đến trước và được xác thực, nó sẽ chấp thuận tất cả các yêu cầu gửi thư qua máy chủ SMTP đi, nếu không thì sẽ bị hạn chế thực hiện việc này.

    Yêu cầu kết nối từ một vị trí mạng được ủy quyền. Nếu bạn kết nối với nhà cung cấp dịch vụ Internet từ nhà bằng đường dây điện thoại, qua cáp hoặc qua modem DSL, kết nối đang được tiến hành trực tiếp tới mạng lưới của nhà cung cấp. Bạn đáng tin cậy vì bạn có tài khoản với tên người dùng và mật khẩu do Nhà cung cấp dịch vụ Internet cung cấp. Bạn với tư cách là khách hàng được phép sử dụng máy chủ SMTP để gửi thư.

    Yêu cầu kết nối từ một địa chỉ IP cụ thể hoặc một dải địa chỉ IP. Nhà cung cấp dịch vụ Internet của bạn có thể cho phép những người không kết nối trực tiếp với mạng truy cập máy chủ SMTP. Ví dụ nó có thể là người dùng từ xa trong văn phòng. Vấn đề chính là nhiều nơi sử dụng địa chỉ IP động. Tuy nhiên, bạn không thể chắc chắn rằng mình có cùng một địa chỉ IP mỗi lần kết nối. Một số tổ chức có thể có một khối hoặc dải địa chỉ IP được bảo lưu. ISP có thể coi những người kết nối từ các địa chỉ IP này là người dùng đã được xác minh. Anh ta có thể cung cấp thêm thông tin.

Có rất nhiều kịch bản chuyển tiếp có thể xảy ra. Dưới đây là những tình huống phổ biến nhất. Có lẽ một trong số chúng tương tự như của bạn.

Tình huống

Đây có phải là rơle không?

Bạn đang ở nhà và có tài khoản Nhà cung cấp dịch vụ Internet kết thúc bằng @proseware.com mà bạn kết nối qua modem quay số, cáp hoặc DSL. Bạn gửi tin nhắn cho người khác có địa chỉ email cũng kết thúc bằng @proseware.com.

Tương tự như trong tình huống đầu tiên, chỉ có điều bạn đang gửi tin nhắn cho một người có địa chỉ email kết thúc bằng @adatum.com.

Có, nhưng nó không chặn. Bạn kết nối trực tiếp với nhà cung cấp dịch vụ Internet và qua đó nhận được quyền gửi thư qua máy chủ SMTP của họ (thư gửi đi) đến bất kỳ địa chỉ nào, bất kể vị trí hộp thư của người nhận.

Bạn đang ở nơi làm việc phải không? Địa chỉ email cơ quan của bạn kết thúc bằng @thephone-company.com và bạn có tài khoản nhà cung cấp dịch vụ Internet tại nhà kết thúc bằng @proseware.com mà bạn kết nối qua quay số, cáp hoặc modem DSL . Trong Outlook, bạn có cùng cài đặt máy chủ SMTP được định cấu hình như ở nhà. Bạn gửi tin nhắn cho một người có địa chỉ email cũng kết thúc bằng @proseware.com.

KHÔNG. Thư của bạn được xử lý như bình thường.

Bạn đang ở tại khách sạn hoặc sử dụng điểm truy cập Internet tại sân bay có cung cấp truy cập Internet. Bạn có tài khoản ISP gia đình kết thúc bằng @proseware.com mà bạn kết nối qua modem quay số, cáp hoặc DSL. Trong Outlook, bạn có cùng cài đặt máy chủ SMTP được định cấu hình như ở nhà. Bạn gửi tin nhắn cho người khác có địa chỉ email cũng kết thúc bằng @proseware.com.

KHÔNG. Thư của bạn được xử lý như bình thường.

Tương tự như trong tình huống trước, chỉ có bạn đang gửi tin nhắn cho một người có địa chỉ email kết thúc bằng @adatum.com.

Có, và thư này có thể bị chặn dưới dạng thư chuyển tiếp. Bạn đang cố gắng sử dụng máy chủ SMTP (thư gửi đi) tại nhà của ISP ngay cả khi bạn chưa kết nối với mạng của họ. Máy chủ SMTP không thể xác thực bạn là người đăng ký được ủy quyền với ISP của bạn. Ngoài ra, bạn đang yêu cầu máy chủ SMTP chấp nhận thư và kết nối với máy chủ SMTP khác để gửi thư đến hộp thư của người nhận.

Các giải pháp

Nếu tình huống của bạn được coi là chuyển tiếp, bạn phải gửi tin nhắn qua máy chủ mà bạn hiện đang kết nối. Nghĩa là, nếu bạn đang ở nơi làm việc hoặc xa nhà và không sử dụng ISP để kết nối Internet nhưng muốn gửi tin nhắn từ tài khoản nhà của bạn do nhà cung cấp đó cung cấp, bạn cần thay đổi cài đặt tài khoản thư của mình thành SMTP đó server , mà bạn sử dụng ở nơi bạn đang ở (ví dụ: máy chủ SMTP đang hoạt động). Hướng dẫn từng bước một xem bài viết.

Nếu cách này không hiệu quả hoặc bạn muốn sử dụng tài khoản gia đình, bạn cần liên hệ với nhà cung cấp dịch vụ Internet và hỏi xem các tùy chọn được mô tả trước đó có sẵn cho bạn hay không. Về hai hạn chế đầu tiên (yêu cầu xác thực SMTP và yêu cầu kết nối trước với máy chủ thư đến POP3 của ISP), bạn có thể thực hiện các thay đổi đối với Cài đặt tài khoản trong Outlook. Để biết hướng dẫn, hãy xem Thay đổi cài đặt tài khoản email của bạn.

Tin nhắn vẫn chưa được gửi?

Bạn đã thay đổi cài đặt SMTP của mình trong Outlook hoặc tìm thấy cài đặt cho phép bạn gửi email. Nhưng bạn vẫn không thể gửi thư và nhận được thông báo lỗi.

Bạn có thể đã thực hiện mọi thứ một cách chính xác nhưng quản trị viên mạng lại sử dụng một tính năng bảo mật khác để ngăn chặn hành vi giả mạo danh tính. Giả mạo danh tính chỉ đơn giản là một cách gửi email trong đó bạn che giấu danh tính của mình.

Trong Outlook, giống như hầu hết các chương trình email, bạn có thể chỉ định "tên hiển thị" và địa chỉ gửi thư trả lại xuất hiện khi thư của bạn được trả lời. TRONG thư rác những trường này hầu như luôn chứa thông tin sai lệch. Bạn có thực sự tin rằng những thông điệp làm giàu nhanh chóng đến từ một siêu mẫu hay một nhà lãnh đạo thế giới?

Để ngăn chặn việc giả mạo danh tính, một số nhà cung cấp dịch vụ Internet hạn chế khả năng chèn thông tin sai lệch vào trường địa chỉ phản hồi. Ví dụ: nếu tên miền của nhà cung cấp dịch vụ Internet của bạn kết thúc bằng proseware.com thì nhà cung cấp đó có thể không cho phép bạn cung cấp địa chỉ trả lại [email được bảo vệ]. Hạn chế này không được sử dụng rộng rãi như những hạn chế được mô tả trước đây nhưng có thể áp dụng cho tất cả người dùng bất kể vị trí hoặc phương thức kết nối của họ. Trong trường hợp này không có sự thay thế. Nếu quản trị viên máy chủ sử dụng phương pháp này, bạn phải chỉ định miền tương ứng với kết nối hiện tại của mình trong địa chỉ trả về.

Vấn đề không gửi được thư - vấn đề điển hìnhđiều cần phải điều tra.
Lý do những vấn đề như vậy phát sinh là do tình trạng tiêu chuẩn và thực tiễn hiện tại của hệ thống thư không cho phép gửi tin nhắn được đảm bảo hoặc thậm chí nhận được một tin nhắn rõ ràng về việc không gửi được.
Hơn nữa, trên Những sân khấu khác nhau việc gửi tin nhắn có mặt một số lượng lớn bộ lọc được cấu hình không chính xác.

Thật không may, thông thường không có biện pháp độc quyền nào có thể được thực hiện để điều tra vấn đề thư bị thất lạc. Bài viết này cung cấp thuật toán hành động cuối cùng, sau đó bạn sẽ hiểu rõ vấn đề phát sinh từ đâu và cách khắc phục, nếu có thể.
Đối với mỗi lựa chọn, bình luận bổ sung sẽ được đưa ra về việc liệu việc điều tra thêm về vấn đề này có hợp lý hay không hoặc liệu quyết định cuối cùng về vấn đề này có thể được đưa ra ngay lập tức hay không.

Sự cố khi gửi tin nhắn từ trang web

Hãy đảm bảo rằng bạn làm theo chính xác tất cả các mẹo trong bài viết này.

Điều quan trọng nhất:

1) Địa chỉ gửi thư phải là hộp thư đã đăng ký trên hosting của chúng tôi!
2) Gửi thư hàng loạt bị cấm, theo mặc định, bạn có thể gửi tối đa 500 email mỗi ngày từ trang web.
3) Thư phải tuân thủ các tiêu chuẩn bưu chính. Tập lệnh của bạn sẽ tạo một bức thư một cách độc lập và nếu nó không có chất lượng rất cao, nó sẽ được máy chủ của chúng tôi chấp nhận, nhưng nó sẽ không được gửi, bởi vì nó sẽ bị trì hoãn bởi các bộ lọc của hệ thống của chúng tôi hoặc người nhận.

Sự cố khi gửi tin nhắn từ một người

Tình huống 1

Email bạn đang gửi không có trong danh sách thư.
Điều này có nghĩa là máy chủ thư của chúng tôi không chấp nhận bức thư. Những lý do có thể là như sau:

  • Thư không đến máy chủ SMTP của chúng tôi: chương trình thư của bạn không gửi thư. Nguồn hoặc giải pháp cho các vấn đề có thể như sau -
    • Cài đặt tài khoản của bạn chương trình thư, chính xác hơn - cài đặt máy chủ SMTP. Hãy nhớ rằng máy chủ SMTP yêu cầu ủy quyền với cùng thông tin đăng nhập và mật khẩu như máy chủ thư đến.
    • Chống virus, hệ thống bảo mật, máy chủ proxy.
  • Hệ thống đã nhận được thư nhưng bị từ chối vì... không chứa địa chỉ trả lại chính xác. Địa chỉ trả lại của lá thư phải khớp chính xác với địa chỉ của tên hộp thư hoặc một trong các bí danh.

Tình huống 2

Tin nhắn hiện có trong danh sách tin nhắn trong hàng đợi.
Bạn cần mở “thống kê gửi thư”, “giao hàng SMTP”.

Tình huống 2.1

Bức thư hiện có trong danh sách gửi SMTP.
Một tin nhắn có thể có nhiều lần gửi. Những nỗ lực ban đầu có thể không thành công, điều này là bình thường. Cần tìm khối cuối cùng(chuỗi) có liên quan đến việc gửi tin nhắn của bạn.

Tình huống 2.1.1

Khối “nhật ký gửi” kết thúc bằng thông báo 250 OK hoặc bất kỳ thông báo nào khác bắt đầu bằng mã 250 (ngoại trừ dòng cuối cùng « Kêt nôi bị đong bình thường" - không cần phải tính đến).
Điều này có nghĩa là máy chủ thư tiếp theo trong chuỗi gửi đã chấp nhận thư và xác nhận đã nhận được thư. Tất cả các câu hỏi tiếp theo về số phận của thư phải được chuyển đến quản trị viên của máy chủ thư này. Thông tin từ khối "nhật ký gửi", cùng với ngày và giờ, sẽ giúp quản trị viên hiểu được số phận của tin nhắn và nếu cần, sẽ khắc phục sự cố.

Tình huống 2.1.2

Khối “nhật ký giao hàng” kết thúc bằng một thông báo bắt đầu bằng mã khác 250 hoặc kèm theo thông báo “Đang xử lý công việc XXXXXXX chưa hoàn thành hoặc không thành công”.
Điều này có nghĩa là máy chủ thư của chúng tôi không thể gửi thư đến người nhận. Trong trường hợp này, bạn sẽ nhận được thông báo cho biết thư chưa được gửi (“bị trả lại”). thông tin thêm có sẵn từ nhật ký SMTP của lần gửi mà bạn hiện đang xem.

  • Tin nhắn có thể bị máy chủ của người nhận từ chối do lọc thư rác không chính xác. Trách nhiệm trả lại thư thuộc về quản trị viên máy chủ có máy chủ thư đã quyết định rằng thư đó là thư rác. Thư rác không được gửi từ địa chỉ máy chủ thư của chúng tôi, vì vậy quyết định từ chối thư dựa trên địa chỉ IP hoặc các đặc điểm hình thức khác rõ ràng là sai lầm.
    Khảo sát vấn đề này Về phía chúng tôi chẳng có ý nghĩa gì, bởi vì phản hồi của máy chủ nhận được trích dẫn. Bạn phải liên hệ với quản trị viên của máy chủ nhận.
    Ví dụ về thư cho biết máy chủ thư của người nhận đã từ chối thư do nghi ngờ là thư rác:
    • 591 máy chủ của bạn bị liệt vào danh sách đen
    • 450 5.7.1 ... Thư từ a.b.c.d bị từ chối - xem http://spamcop.net ...
    • 553 5.3.0 Chặn spam xem: http://spamcop.net/ ...
    • 550 5.7.0 Địa chỉ IP máy chủ của bạn nằm trong cơ sở dữ liệu SpamCop, tạm biệt
    • 554 Dịch vụ không có sẵn; Địa chỉ người gửi bị chặn bằng list.dsbl.org
    • 550-Tin nhắn bị từ chối vì… (…)
    • 591 máy chủ của bạn bị liệt vào danh sách đen, xem ...
    • Tin nhắn có mã 4xx hoặc 5xx, đề cập đến các từ spam, bị chặn, Spamcop, Spamhaus, RBL, SBL, XBL, SPEWS, phân tích chính sách, bị từ chối hoặc tương tự.
  • Tin nhắn có thể bị máy chủ của người nhận từ chối nếu người nhận không ở trên máy chủ, tức là. do lỗi địa chỉ.
    Vui lòng chỉ định địa chỉ trước ký hiệu @.
    Việc chúng tôi điều tra vấn đề này chẳng ích gì, bởi vì... phản hồi của máy chủ nhận được trích dẫn. Nếu bạn cho rằng địa chỉ đó là chính xác thì bạn cần liên hệ với quản trị viên của máy chủ nhận để làm rõ lý do từ chối chấp nhận thư.
    Ví dụ về thông báo địa chỉ bị thiếu:
    • 550 , Người nhận không xác định
    • 553 Chúng tôi không chuyển tiếp nếu không có xác thực RFC2554
    • 550 Tin nhắn không được chấp nhận - hộp thư không hợp lệ
    • 554 …Tài khoản này đã bị vô hiệu hóa hoặc ngừng hoạt động
  • Thông báo lỗi trong địa chỉ gửi thư sau ký hiệu @. Xác minh địa chỉ gửi thư và miền của người nhận đang hoạt động.

    Ví dụ về thông báo lỗi sau @:
    • Lỗi tạm thời XXX (lỗi độ phân giải MX tạm thời) khi giải quyết "aaa.bb"
  • Đã xảy ra lỗi kỹ thuật khi gửi tin nhắn. Bạn có thể thử gửi lại email hoặc kiểm tra với người nhận để xem máy chủ email của họ có hoạt động bình thường không.
    Bạn có thể liên hệ với dịch vụ hỗ trợ với yêu cầu nhận xét về tình huống này một cách chính xác hơn.
    Ví dụ về thông báo lỗi kỹ thuật:
    • Lỗi kết nối với máy chủ chính "a.b.c.d"
    • Lỗi kết nối với máy chủ thay thế "a.b.c.d"

Tình huống 2.2

Thư không có trong danh sách gửi SMTP. Liên hệ hỗ trợ.

Vấn đề nhận tin nhắn

Bạn cần phải đi đến Khu vực cá nhân, chọn “thống kê gửi thư”, “hàng đợi tin nhắn” cho hộp thư bạn cần.
QUAN TRỌNG: Loại sự cố này chỉ có thể được điều tra đối với các thư được gửi trực tiếp đến hộp thư mà không có sự tham gia của danh sách gửi thư hoặc bộ lọc thư rác. Nếu hộp thư của bạn nhận được thư gián tiếp (thông qua danh sách gửi thư), bạn cần điều tra sự cố đối với hộp thư là hộp thư chính của danh sách gửi thư. Nếu bộ lọc thư rác được bật thì phải tắt nó đi.

Tình huống 3

Tin nhắn hiện có trong danh sách.
Điều này có nghĩa là tin nhắn đã được máy chủ nhận và gửi vào hộp thư của bạn. Các vấn đề khi nhận được một lá thư như vậy có liên quan đến hệ thống của bạn hoặc cài đặt của nó.

  • Kiểm tra cài đặt bộ lọc thư rác của bạn (“ danh sách đầy đủ chức năng", "lọc các tin nhắn không mong muốn"). Nếu bộ lọc thư rác được bật, email có thể đã bị di chuyển hoặc bị từ chối (tùy thuộc vào cài đặt của bạn). Bức thư cũng có thể bị hủy, bất kể cài đặt nào, nếu nó chứa vi-rút.
    Bạn nên thử tắt tính năng lọc thư hoặc kiểm tra tất cả các hộp thư mà thư có thể đã được di chuyển nếu chế độ này được chọn.
  • Hệ thống thư của bạn có thể không chấp nhận thư từ máy chủ của chúng tôi. Để làm rõ trường hợp này, hãy xem nội dung hộp thư của bạn qua truy cập web vào mail, xem link đối diện hộp mong muốn trên trang “mật khẩu tài nguyên” của tài khoản cá nhân của bạn.
  • Đôi khi hệ thống thư của một máy tính hoặc tổ chức nhận được một tin nhắn và sau đó vì lý do nào đó sẽ xóa nó khỏi máy chủ mà không truyền hoặc lưu nó ở bất kỳ nơi nào khác. Bạn cần liên hệ với quản trị viên của mình hệ thống bưu chínhđể điều tra những loại vấn đề này.
    Việc chúng tôi điều tra vấn đề này chẳng ích gì, bởi vì... email đã được đặt trong hộp thư của bạn và chỉ có thể xóa khỏi hộp thư bằng các lệnh từ máy tính của bạn bằng giao thức POP3 hoặc IMAP.

Tình huống 4

Tin nhắn không có trong danh sách.
Điều này có nghĩa là máy chủ thư của chúng tôi không chấp nhận tin nhắn.
Không có ích gì khi chúng tôi điều tra vấn đề này. Điều này chỉ gây ra sự cố cho hệ thống thư của chúng tôi nếu có bằng chứng cho thấy thư đã được gửi đến máy chủ của chúng tôi. Bằng chứng là một mảnh gỗ Máy khách SMTP máy chủ gửi (trường hợp được phản ánh trong tình huống 2.2.1 ở trên). Nếu không có bằng chứng thì hãy điều tra trường hợp này Việc không gửi được phải được giải quyết bởi quản trị viên máy chủ thư của bên gửi.

Bạn cũng có thể cố gắng tính đến các hoàn cảnh hoạt động khác nhau của miền của mình, điều này có thể dẫn đến thực tế là việc gửi thư tới miền đó hoàn toàn không hoạt động.

  • Đảm bảo rằng miền đang hoạt động (DELEGATED), các máy chủ DNS tương ứng với các máy chủ DNS của trang web (ns1.site, ns2.site).
    • Nếu tên miền được duy trì bởi người khác máy chủ DNS, hãy đảm bảo bản ghi MX của miền trỏ đến máy chủ thư của chúng tôi (trừ khi có quy định khác, đây phải là mail.site).
    • Nếu miền được phục vụ bởi máy chủ DNS của chúng tôi, hãy đi tới “danh sách đầy đủ các chức năng”, “trình chỉnh sửa vùng DNS”, chọn miền, đảm bảo rằng hộp kiểm “1Gb..” được chọn.
  • Đảm bảo rằng miền đã được đăng ký hơn 3 ngày trước.