Postfix: Kết nối đã hết thời gian chờ trên tất cả các email gửi đi [đã đóng]

Đã đóng cửa. Câu hỏi này không đúng chủ đề . Nó hiện không chấp nhận câu trả lời.

Bạn muốn cải thiện câu hỏi này? Cập nhật câu hỏi để nó thuộc chủ đề cho Server Fault.

Đóng cửa 3 năm trước .

Tôi đã cố gắng thiết lập danh sách gửi thư bằng GNU Mailman nhưng đó là một thảm họa hoàn toàn với hàng tấn khối đường. Postfix có thể nhận email nhưng hoàn toàn không gửi lại, tôi đã xem lén trong nhật ký và đây là những gì tôi tìm thấy:

Mar 30 16:35:30 apott-server postfix/smtp[22572]: connect to gmail-smtp in.l.google.com[74.125.142.26]:25: Connection timed out
Mar 30 16:36:01 apott-server postfix/smtp[22572]: connect to alt1.gmail-smtp-in.l.google.com[173.194.76.27]:25: Connection timed out
Mar 30 16:36:31 apott-server postfix/smtp[22572]: connect to alt2.gmail-smtp-in.l.google.com[74.125.131.26]:25: Connection timed out
Mar 30 16:37:01 apott-server postfix/smtp[22572]: connect to alt3.gmail-smtp-in.l.google.com[173.194.67.27]:25: Connection timed out
Mar 30 16:37:31 apott-server postfix/smtp[22572]: connect to alt4.gmail-smtp-in.l.google.com[173.194.65.26]:25: Connection timed out
Mar 30 16:37:31 apott-server postfix/smtp[22572]: A0616100CCB: to=<example@gmail.com>, relay=none, delay=150, delays=0.06/0.01/150/0, dsn=4.4.1, status=deferred (connect to alt4.gmail-smtp-in.l.google.com[173.194.65.26]:25: Connection timed out)

Vì vậy, rõ ràng một cái gì đó đang ngăn chặn email gửi đi, có ai có bất kỳ đề xuất về cách khắc phục điều này?

(Máy chủ là một hộp Ubuntu Linux)

Cảm ơn vì bất kì sự giúp đỡ.

email postfix

— APott
nguồn

Bạn đang sử dụng hosting nào? Đây có thể chỉ đơn giản là một trường hợp máy của bạn được nối với một mạng, điều này sẽ không cho phép thư đi?

— kasperd

@kaspered Đó là máy của riêng tôi trên mạng riêng của tôi. Có thư gửi đi và gửi đi, tôi đã thực hiện nó trước đây trên các máy khác nhau, có cái gì đó với cái cụ thể này.

— APott

Điều này có thể vì một số lý do rất lớn, bắt đầu bằng cách đột nhập ip máy chủ của bạn vào MXTOOLBOX tại đây , Điều đó có thể xảy ra Nếu máy chủ của bạn sử dụng băng thông rộng ở nhà hoặc bạn chưa có bản ghi PTR cho IP của bạn hoặc trên danh sách đen.

— 0x7c0

@Shutupsapes Nó nói không có vấn đề gì.

— APott 30/03/2016

Bạn đang sử dụng một băng thông rộng lớp học tại nhà? Hay là một dịch vụ băng thông rộng kinh doanh?

— 0x7c0

Câu trả lời:

Hết thời gian kết nối có nghĩa là các gói TCP TCP của bạn sẽ không nhận lại được các SYN-ACK. Điều này có nghĩa là một cái gì đó phải được chặn hoặc các SYN hoặc AC-ACKS.

Bạn có thể sử dụng traceroute để tìm hiểu xem các gói SYN của bạn nhận được bao xa

traceroute -n -T -p 25 gmail-smtp-in.l.google.com

Lưu ý rằng tồn tại các lệnh traceroute khác nhau cho Ubuntu. Lệnh trên hoạt động với traceroute.db, nhưng không phải với traceroute-nanog hoặc inetutils-traceroute.

Có thể hữu ích khi chạy một traceroute thứ hai bằng cách sử dụng cổng 80 thay vì cổng 25 để so sánh.

— kasperd
nguồn

Cảm ơn câu trả lời. Đầu ra như sau: traceroute đến gmail-smtp-in.l.google.com (74.125.142.27), 30 hopsmax, gói 60 byte 1 192.168.1.254 3.567 ms 20.770 ms 20.768 ms 2 * * * 3 * * * 4 * B * 5 * * * 6 * * * 7 * * * 8 * * * 9 * * * 10 * * * 11 * * * 12 * * * 13 * * * 14 * * * 15 * * * 16 * * * * 17 * * * 18 * * * 19 * * * 20 * * * 21 * * * 22 * * * 23 * * * 24 * * * 25 * * * 26 * * * 27 * * * 28 * * * 29 * * * 30 * * *

— APott 30/03/2016

Đầu ra đó cho thấy các gói SYN không nằm ngoài mạng của bạn. Các gói SYN bị chặn bởi 192.168.1.254 hoặc bộ định tuyến tiếp theo trên đường dẫn. Bạn có thể so sánh đầu ra với một cổng khác bằng cổng 80.

— kasperd

Đối với bất kỳ ai tìm thấy câu hỏi này nhưng trên AWS EC2: tốc độ giới hạn của SMTP cố định , nhưng bạn có thể yêu cầu thư giãn .

— msanford

Bộ định tuyến +1 đã sử dụng danh sách trắng các máy chủ SMTP theo mặc định ...

— Willi Mentzel

Tôi đang gặp vấn đề tương tự, hãy so sánh với cổng 80 và kết quả từ traceroute sẽ có ý nghĩa!

— thùng rác

Điều này có thể không liên quan nhưng tôi sẽ đăng nó ở đây vì tôi gặp khó khăn trong việc tìm câu trả lời cho câu hỏi của mình. Tôi đã có thể nhận được email gửi đi làm việc từ một hộp ảo mơ hồ bằng cách chỉnh sửa /etc/resolv.confđể sử dụng máy chủ tên của Google chứ không phải IP 10.0.xx mà nó được đặt thành:

sudo vi /etc/resolv.conf

Thay đổi IP máy chủ tên:

nameserver 8.8.8.8

Sau đó, bạn sẽ cần phải khởi động lại postfix:

sudo /etc/init.d/postfix restart

— jrode
nguồn

Đây chính xác là những gì tôi đang tìm kiếm trên hộp mơ hồ của tôi. Cảm ơn!

— styks 24/2/2015

không phải câu hỏi của tôi để chấp nhận.

— styks

Tôi nghĩ rằng điều này không liên quan vì traceroute có thể phân giải tên máy chủ thành địa chỉ IP. Tôi không nghĩ postfix nói Connection timed outkhi độ phân giải DNS thất bại, vì điều đó sẽ gây hiểu nhầm.

— kasperd

Thiết lập máy chủ chuyển tiếp đến máy chủ isp smtp của bạn, trong: /etc/postfix/main.conf

sau đó tải lại: sudo dịch vụ postfix tải lại

— Diego
nguồn

CNTT sẽ hữu ích để giải thích cài đặt nào tức là relayhostvà có thể giải thích nguyên nhân đầu tiên của vấn đề của OP: đó là để chống spam nhiều thư gửi đi của ISP tiêu dùng và buộc người dùng sử dụng máy chủ SMTP của họ.

— HBruijn