Tôi đang thiết lập một VPS với Ubuntu 20.04 để lưu trữ bảng phpBB, giả sử "myvps.myserviceprovider.com", mà "mydomain.net" được chỉ định. Tôi cũng đã xác định bản ghi MX cho miền của mình để cho phép Google Workspace lưu trữ tài khoản email [email protected]. Thông báo và các email khác sẽ đến từ bảng bằng cách sử dụng [email protected]. Tôi đã cài đặt postfix trên VPS của mình để tạo điều kiện thuận lợi cho việc này.
Đây là một ví dụ về email dòng lệnh sử dụng sendmail của postfix:
mylogin@myvps: người nhận [email protected]
TỪ: [email protected]
CHỦ ĐỀ: Xin chào từ máy chủ của bạn!
Chuẩn rồi.
Tôi đây.
.
Không gian làm việc từ chối thư; đây là một đoạn trích từ /var/log/mail.log:
Ngày 3 tháng 7 23:15:21 myvps postfix/pickup[5514]: B616461557: uid=1000 from=<mylogin>
Ngày 3 tháng 7 23:15:21 myvps postfix/cleanup[5519]: B616461557: message-id=<[email protected]>
Ngày 3 tháng 7 23:15:21 myvps postfix/qmgr[5516]: B616461557: from=<[email protected]>, size=348, nrcpt=1 (hàng đợi đang hoạt động)
Ngày 3 tháng 7 23:15:21 myvps postfix/smtp[5521]: kết nối với smtp.gmail.com[2607:f8b0:400d:c0d::6c]:587: Không thể truy cập mạng
Ngày 3 tháng 7 23:15:22 myvps postfix/smtp[5521]: B616461557: to=<[email protected]>, relay=smtp.gmail.com[172.217.222.109]:587, delay=0,99, delays=0,29/ 0,07/0,63/0, dsn=4.7.8, status=deferred (Xác thực SASL không thành công; máy chủ smtp.gmail.com[172.217.222.109] cho biết: 535-5.7.8 Tên người dùng và mật khẩu không được chấp nhận. Tìm hiểu thêm tại?535 5.7 .8 https://support.google.com/mail/?p=BadCredentials i19sm3571712qkl.19 - gsmtp)
TỪ: Tôi đã sử dụng bị bỏ qua - thông tin đăng nhập ssl của tôi, "mylogin", được sử dụng thay thế. Không có thông tin đăng nhập nào được xác định bằng sasl cho tài khoản này cũng như tài khoản không được xác định trong Workspace.
tôi đã làm theo hướng dẫn đây để viết lại địa chỉ TỪ khi chỉ gửi từ máy chủ (không nhận - câu trả lời thứ hai trong bài đăng). Đây là mục duy nhất trong tệp chung của tôi (vì thư cũng có thể đến từ tài khoản apache mặc định):
@myvps.myserviceprovider.com [email protected]
Tôi đã làm theo điều này với
Sudo postmap /etc/postfix/generic
sudo /etc/init.d/postfix tải lại
Tôi nhận được kết quả tương tự. Tôi đã thử một số biến thể cho nguồn trong tệp chung; rửa, rửa sạch, lặp lại:
[email protected] [email protected]
@myvps.myserviceprovider.com [email protected]
[email protected] [email protected]
@localhost.localdomain [email protected]
[email protected] [email protected]
...và một số người khác; Bây giờ tôi đang quên những gì tôi đã cố gắng. Nhưng trong nỗ lực chẩn đoán, tôi đã thêm cờ "-v" vào cuối dòng cho trình nền dọn dẹp trong master.cf, theo hướng dẫn đây. Đây là những gì được báo cáo trong /var/log/mail.log:
Ngày 3 tháng 7 23:18:36 myvps postfix/qmgr[5547]: 6043661559: from=<[email protected]>, size=348, nrcpt=1 (hàng đợi đang hoạt động)
Ngày 3 tháng 7 23:18:36 myvps postfix/cleanup[5556]: cảnh báo: unix_trigger: write to public/qmgr: Đường ống bị hỏng
Ngày 3 tháng 7 23:18:36 myvps postfix/cleanup[5556]: cleanup_flush: status 0
Ngày 3 tháng 7 23:18:36 myvps postfix/dọn dẹp [5556]: gửi trạng thái attr = 0
Ngày 3 tháng 7 23:18:36 myvps postfix/dọn dẹp [5556]: gửi lý do attr =
Ngày 3 tháng 7 23:18:36 myvps postfix/dọn dẹp[5556]: master_notify: trạng thái 1
Ngày 3 tháng 7 23:18:36 myvps postfix/dọn dẹp [5556]: kết nối đã đóng
Ngày 3 tháng 7 23:18:36 myvps postfix/smtp[5550]: kết nối với smtp.gmail.com[2607:f8b0:400d:c0d::6c]:587: Không thể truy cập mạng
Ngày 3 tháng 7 23:18:36 myvps postfix/smtp[5550]: 6043661559: to=<[email protected]>, relay=smtp.gmail.com[173.194.175.109]:587, delay=0.23, delays=0.02/ 0/0.21/0, dsn=4.7.8, status=deferred (Xác thực SASL không thành công; máy chủ smtp.gmail.com[173.194.175.109] cho biết: 535-5.7.8 Tên người dùng và Mật khẩu không được chấp nhận. Tìm hiểu thêm tại?535 5.7 .8 https://support.google.com/mail/?p=BadCredentials s8sm3655090qke.72 - gsmtp)
Ngày 3 tháng 7 23:18:41 myvps postfix/dọn dẹp [5556]: viết lại ngắt kết nối luồng
Trước khi tôi thêm cờ "-v", tôi đã thấy một báo cáo về quá trình dọn dẹp trong tệp nhật ký, trước quá trình chuyển giao qmgr, mặc dù nó không thay thế "mylogin" bằng "dan" như tôi mong đợi. Sau khi thêm cờ, báo cáo từ qmgr xuất hiện trước, tiếp theo là một số dòng nhật ký dọn dẹp, một trong số đó là lỗi không giao tiếp được với daemon qmgr ("busted pipe"). Nó gợi ý rằng việc bổ sung cờ "-v" đã hoán vị hành vi của các tương tác daemon, thay vì chỉ báo cáo chi tiết hơn về chúng.
Vì vậy, tôi thực sự mất mát. Không chắc chắn làm thế nào để chẩn đoán những gì dọn dẹp đang thực sự làm.
