Postfix TLS qua SMTP - RCPT TO nhắc nhở đàm phán lại sau đó 554 5.5.1 Lỗi: không có người nhận hợp lệ

Tôi đã thiết lập ispconfig3 trên sáu máy chủ debian của mình và đây là một chút smtp trên ssl:

Máy chủ là hậu tố

AUTH PLAIN (LOL!)
235 2.7.0 Authentication successful

MAIL FROM: lol@lol.com
250 2.1.0 Ok
RCPT TO: lol@lol.com
RENEGOTIATING
depth=0 /C=AU/ST=NSW/L=Sydney/O=Self-Signed Key! Procees with caution!/OU=Web Hosting/emailAddress=postmaster@lol.com
verify error:num=18:self signed certificate
verify return:1
depth=0 /C=AU/ST=NSW/L=Sydney/O=Self-Signed Key! Procees with caution!/OU=Web Hosting/emailAddress=postmaster@lol.com
verify return:1
DATA
554 5.5.1 Error: no valid recipients

nhưng, vấn đề là, nếu tôi chỉ thực hiện một telnet vanilla qua cổng 25 tôi có thể xác thực và gửi thư như một kẻ điên ... hy vọng điều này là đủ thông tin! (trái ngược với 'mail.app không thể xử lý ssl!')

— haha
nguồn

Không phải bằng một cú sút xa. Cung cấp đầu ra từ postconf -nvà phần có liên quan của nhật ký thư của bạn (phần chứa toàn bộ giao dịch từ đầu đến cuối).

— thích nghi

Bạn đã thử cái khác RCPT TO: lol@lol.comchưa?

— Andy Smith

bản sao có thể có của Exim TLS và Secure SMTP

— jj33

Ồ, tôi thích các nhận xét tự động khi bạn gắn cờ là một bản dupe, liên lạc tốt đẹp. Không có gì rõ ràng rằng các câu hỏi là trùng lặp vì họ đang sử dụng các MTA khác nhau và @lol không nói rằng anh ta đang sử dụng s_client để kiểm tra, nhưng anh ta, và họ là =)

— jj33

thực sự, bạn là người đẹp bạn có thể có bằng tiến sĩ về phương pháp tính toán nhưng nếu bạn không thành thạo trong việc sử dụng các chương trình, bạn vẫn cần sự giúp đỡ của cộng đồng! Tôi <3 chồng tràn. Về mặt bài viết trùng lặp thực tế - tôi nên làm gì? (vì các thẻ và tiêu đề không có cách nào phản ánh những gì đang thực sự diễn ra trong tty) ...?

— lol

Nhấn "R" trong phiên s_client sẽ khiến openssl đàm phán lại . Hãy thử nhập "RCpt to:" thay vì "RCPT TO".

Bạn cũng có thể thử các công cụ phù hợp hơn với thử nghiệm cụ thể của SMTP, chẳng hạn như smtpc của Tony Finch hoặc swaks .

— jj33
nguồn

Để rõ ràng, s_client chỉ sai ở đây. Về nguyên tắc, bạn đã đúng khi sử dụng "RCPT TO". Nó hoàn toàn tự tin rằng một văn bản đơn giản "R", trong một công cụ được tạo ra để nhập văn bản vào, gây ra thương lượng lại. Thực tế là bạn có thể khắc phục bằng cách sử dụng "RCpt to" chỉ là một cách để khắc phục lỗi / quyết định triển khai kém trong s_client.

— jj33

Ôi Chúa ơi. OpenSSL, bạn đã hút thuốc gì? : '(

— Max Ried

Đó là hành vi có thể hữu ích, nhưng theo mặc định? Khi tôi thấy tin nhắn, tôi cho rằng việc đàm phán lại là do máy chủ gây ra và có một lỗi ở đó. (Xin lỗi vì điều này cho tôi quá! Bài đăng của tôi)

— binki 5/11/2015

Một cách giải quyết khác là sử dụng openssl s_client -quiet, nó triệt tiêu việc giải thích tương tác Rvà các Qký tự.

— 200_success

omg đã cứu ngày của tôi

— Marki