Điểm:0

Ý nghĩa của tham số bounce="false" trong phản hồi 553 từ MTA nhận là gì?

lá cờ in

Đây là một câu hỏi kỹ thuật cụ thể ngắn về trao đổi giữa hai MTA. Nó có nguồn gốc từ câu hỏi này trong Superuser, rộng hơn và chứa một số lời phàn nàn về hỗ trợ kỹ thuật từ các nhà cung cấp email cụ thể. Dưới đây là phiên bản được làm sạch cao của các mục nhập tệp nhật ký được lấy từ nhật ký của MTA gửi đi, trong đó 1.2.3.4 là địa chỉ IP của MTA gửi đi và 5.6.7.8 là địa chỉ IP của MTA nhận. Người gửi ban đầu không nhận được thư bị trả lại và thư không bao giờ được gửi đến người nhận (không phải hộp thư đến, thư mục thư rác hay thùng rác). Tôi muốn hiểu ý nghĩa của bị trả lại = "sai" tham số trong phản hồi 553 từ MTA nhận. (Lưu ý rằng các mục được sắp xếp từ mới nhất đến cũ nhất, như được hiển thị bằng dấu thời gian). Cảm ơn!

20210812 09:29:10.177 lõi ​​sid="id1" id="id1id2"
    ip="1.2.3.4" action="PERMERR" dstmta="5.6.7.8" age="61" code="553"
    reason="553 5.3.0 198.71.225.36 Tin nhắn của bạn đã bị từ chối vì có thể là thư rác/vi-rút
    nội dung. Vui lòng yêu cầu nhà cung cấp email của bạn truy cập http://emailadmin.registeredsite.com
    để giải quyết.\r\n" account="[email protected]""
    fwd="0" bounce="false" mailfrom="[email protected]" fromdomain="sending-example.com"
    người nhận_list="[email protected]" todomain="receiving-example.com"
    chủ đề="Tin buồn" chủ đề_hash="f35ba6823f3a91025f0a495ed7de3b59" script="" script_ip=""

20210812 09:28:09.658 lõi sid="id1" id="id1id2"
    ip="1.2.3.4" hành động="CHẤP NHẬN" lý do="SẠCH" tài khoản="[email protected]"
    fwd="0" mailfrom="[email protected]" fromdomain="sending-example.com"
    người nhận_list="[email protected]" todomain="receiving-example.com" chủ đề="Tin buồn"
    chủ đề_hash="f35ba6823f3a91025f0a495ed7de3b59" script="" script_ip=""

Chỉnh sửa 1:

Điều này không thực sự trả lời câu hỏi như đã hỏi, nhưng trong các cuộc gọi hỗ trợ tiếp theo với hai nhà cung cấp email có liên quan, dường như có một số thỏa thuận rằng MTA nhận phản hồi 553 cho MTA gửi là MTA đáng lẽ phải gửi một tin nhắn trả lại cho người gửi phong bì. Tuy nhiên, một đại lý nhận MTA đã chỉ ra cho tôi hôm nay rằng bản thân phản hồi 553 của họ chứa địa chỉ IP thứ 3: 198.71.225.36. Và địa chỉ đó là địa chỉ bị khiếu nại và trên thực tế, nó đã bị đưa vào danh sách đen nếu bạn kiểm tra url có trong tin nhắn. Tất cả thời gian này tôi đã không nhận thấy địa chỉ đó có liên quan (hoặc thậm chí là một địa chỉ, có thể là số phần như 5.3.0 hoặc một cái gì đó). 1.2.3.4 là địa chỉ IP cho máy chủ được xác định bởi mục nhập MX trong tệp vùng cho miền gửi, vì vậy tôi cho rằng đó là địa chỉ phải được đưa vào danh sách đen! Tôi vẫn chưa nhận được lời giải thích cho 'bị trả lại = "sai"' tham số hoặc máy chủ nào đã tạo tham số đó.

Michael Hampton avatar
lá cờ cz
Bạn cần xác định phần mềm MTA đang sử dụng. Nó không giống bất cứ thứ gì thường thấy trên mạng.
lá cờ in
@Michael Hampton MTA gửi là godaddy, Giải pháp mạng MTA nhận. Tôi nghĩ rằng cả hai đều xử lý rất nhiều email. Vì vậy, có vẻ hơi ngạc nhiên khi nhật ký trông "không phổ biến". Các mục nhật ký đến từ các đại lý hỗ trợ kỹ thuật của godaddy, những người đã trích xuất chúng từ nhật ký máy chủ gửi đi của họ. Mỗi mục là một dòng duy nhất, tôi chỉ làm sạch địa chỉ IP và tên miền và gói chúng thành nhiều dòng có thụt vào để đăng ở đây. 553 với tham số 'bounce="false"' đến từ máy chủ netsol. Địa chỉ IP của máy chủ đó thuộc sở hữu của Cloudflare. không phải netsol, điều này có vẻ lạ đối với tôi.
Michael Hampton avatar
lá cờ cz
Đó là cả hai công ty, không phải MTA. Nếu GoDaddy đã viết một MTA tùy chỉnh thì bạn nên hỏi họ ý nghĩa của nó.
lá cờ in
Được rồi, tôi có thể làm điều đó. Tôi chỉ phản ứng với "điều không thường thấy trên mạng" của bạn, trong đó godaddy và netsol đều là những nhà cung cấp khá phổ biến. Nhưng trong khi tham số 'bounce="false"' xuất hiện trong nhật ký từ godaddy, thì thực tế nó lại có trong phản hồi 553 từ netsol. Tôi cũng có thể hỏi họ, nhưng sẽ không mong đợi một câu trả lời có ý nghĩa. Cuối cùng, tôi đã nói chuyện với một người giám sát netsol vào đêm qua, người đã hứa sẽ cập nhật thông tin và cập nhật cho tôi vào ngày mai. Tôi sẽ hỏi anh ấy về MTA của họ và đăng nó ở đây. Cảm ơn!
Michael Hampton avatar
lá cờ cz
Mạng lưới? Tôi tưởng bạn nói những nhật ký này đến từ GoDaddy?
lá cờ in
Có, các mục nhật ký đến từ godaddy, ghi lại cuộc trò chuyện giữa máy chủ thư đi của họ, 1.2.3.4, với máy chủ thư đến của netsol, 5.6.7.8. Tôi nghĩ điều thú vị là tham số bounce="false", xuất phát từ MTA nhận của netsol (có địa chỉ IP thực sự thuộc về Cloudflare, theo ARIN).Ai đã ghi lại các mục nhật ký không quan trọng, trừ khi bạn nghĩ rằng godaddy đã dàn dựng việc trao đổi :-) Cho đến nay, tôi không thể biết được thời gian trong ngày từ netsol, chứ đừng nói đến phần mềm MTA mà họ sử dụng.
Michael Hampton avatar
lá cờ cz
Tại sao bạn nói rằng bounce=false đến từ netsol? Nó rõ ràng đến từ GoDaddy.
lá cờ in
Không. Tham số đó có trên phản hồi 553, cũng chứa liên kết để kiểm tra lý do tại sao nó bị phát hiện là thư rác và liên kết đó dẫn đến một trang web của netsol, nơi bạn có thể nhập địa chỉ IP và họ cho bạn biết họ có phải là thư rác hay không. chặn nó. Tôi đã làm điều đó nhiều lần và nó luôn trả lời rằng địa chỉ IP godaddy không bị chặn. Ngoài ra, hãy kiểm tra dấu thời gian, 553 từ netsol chậm hơn khoảng nửa giây so với mục thứ hai cho biết tin nhắn sạch (godaddy kiểm tra tin nhắn gửi đi).
Michael Hampton avatar
lá cờ cz
Tôi nghĩ rằng bạn đã đọc sai mục nhật ký. `bounce=false` không phải là một phần trong phản hồi 553 của netsol. Điều đó kết thúc ở `để giải quyết.\r\n"`
lá cờ in
À, tôi đã thấy \r\n, nhưng không nhận ra rằng điều đó đánh dấu sự kết thúc của phản hồi. Tôi nghĩ rằng mỗi tin nhắn sẽ bắt đầu bằng một dấu thời gian. Tôi đoán đó là lý do tại sao họ trả cho bạn số tiền lớn! Vì vậy, tôi đoán bây giờ tôi có thể quay lại godaddy và phàn nàn về việc họ không đưa ra thư bị trả lại? Hay netsol nên đưa ra thư trả lại cho người gửi với phản hồi 553 của họ thay vì chỉ nói với MTA của godaddy về điều đó? Thông báo về việc yêu cầu nhà cung cấp email của bạn kiểm tra trang web đã đăng ký rõ ràng là dành cho người dùng cuối thay vì MTA gửi.
Michael Hampton avatar
lá cờ cz
Chà, trước khi hét quá to, bạn chỉ cần hỏi họ `bounce=false` nghĩa là gì.
lá cờ in
Được rồi, tôi sẽ làm điều đó và báo cáo lại. Tuy nhiên, sẽ không muộn hơn nữa vì hiện tại tôi có những người thợ lợp mái nhà đang làm việc phía trên và không thể nói chuyện điện thoại (hoặc suy nghĩ). Mái nhà mới sau 43 năm, đáng đồng tiền bát gạo...
lá cờ in
Đã liên hệ với godaddy. Họ sử dụng exim. Người đại diện cho biết anh ta sẽ kiểm tra cài đặt cấu hình để xem liệu anh ta có thể làm gì để trả lại thư cho người gửi hay không, và anh ta nhận được kết quả trống rỗng. Anh ấy đồng ý rằng với việc netsol đưa ra 553 với một thông điệp dành cho người dùng cuối, thì họ sẽ là người gửi thư bị trả lại. Tôi đã tải xuống nguồn exim, nhưng trong khi 'tìm | xargs egrep' đã tìm thấy rất nhiều đề cập đến thư rác và thư bị trả lại. Tôi không thể tìm thấy bất cứ điều gì chuẩn bị một tin nhắn với thông số đó trong đó.Đang đợi người giám sát netsol liên lạc. Cảm ơn rất nhiều về sự giúp đỡ của bạn!
Michael Hampton avatar
lá cờ cz
Chà, điều đó thậm chí còn lạ hơn, bởi vì [nhật ký exim không giống như vậy](https://www.exim.org/exim-html-current/doc/html/spec_html/ch-log_files.html). Súp đặc lại...

Đăng câu trả lời

Hầu hết mọi người không hiểu rằng việc đặt nhiều câu hỏi sẽ mở ra cơ hội học hỏi và cải thiện mối quan hệ giữa các cá nhân. Ví dụ, trong các nghiên cứu của Alison, mặc dù mọi người có thể nhớ chính xác có bao nhiêu câu hỏi đã được đặt ra trong các cuộc trò chuyện của họ, nhưng họ không trực giác nhận ra mối liên hệ giữa câu hỏi và sự yêu thích. Qua bốn nghiên cứu, trong đó những người tham gia tự tham gia vào các cuộc trò chuyện hoặc đọc bản ghi lại các cuộc trò chuyện của người khác, mọi người có xu hướng không nhận ra rằng việc đặt câu hỏi sẽ ảnh hưởng—hoặc đã ảnh hưởng—mức độ thân thiện giữa những người đối thoại.