vòng lặp thư trở lại chính mình | hậu tố


9

Xin chào Tôi có một vấn đề với thư bị trả lại, nó không xảy ra mọi lúc nhưng đồng thời là rất thường xuyên. Hầu hết thời gian nếu tôi gửi email đến một địa chỉ không tồn tại thì tôi sẽ bị trả lại thành fail @ domain tuy nhiên dường như có những trường hợp khi tôi gặp lỗi này bên dưới

Ngày 30 tháng 9 13:38:53 postfix / smtp [62566]: DB8E6D6F9EA: to =, rơle = none, delay = 0, trì hoãn = 0/0/0/0, dsn = 5.4.6, status = bị trả lại (mail cho tên miền vòng lặp lại với chính mình)

Tôi dường như nhận được điều này khi tôi nhận được một thư bị trả lại ngay lập tức tức là máy chủ đang cố gắng kết nối để chặn email ngay lập tức vì nó cho rằng địa chỉ không tồn tại. Nếu email đi ra ngoài và được trả lại sau đó, điều này dường như hoạt động tốt.

Có ai có bất cứ ý tưởng nào tại sao tôi lại nhận được thông báo lỗi "mail for loop loop to own" này không.

Rõ ràng là tôi đang cố gắng gửi lại email cho chính mình vì máy chủ của tôi đã nhận được một khối khi cố gắng gửi thư sau đó nó cố gắng gửi thư trở lại tiêu đề Trả lời mà trong trường hợp này là chính nó nhưng không nên xử lý việc này?

........

LƯU Ý: tôi đã phải xóa bất kỳ '.com' nào khỏi bài đăng này vì tôi chỉ có thể đăng 1 url

Cảm ơn vì đã có 2 câu trả lời tuy nhiên chúng tôi vẫn đang gặp vấn đề tương tự. vì vậy bên dưới tôi đang cố gắng cung cấp một số thông tin chi tiết hơn.

Cả hai ví dụ dưới đây đều cố gắng gửi đến một địa chỉ không tồn tại. RealTSP bị trả lại từ một ví dụ postfix khác hoạt động. Yahoo bị trả lại không hoạt động. Chúng tôi đang mong đợi một "thông báo không giao hàng" sẽ được gửi đến, bởi vì Đường dẫn trả lại trong cả hai trường hợp là một địa chỉ ĐỘNG TỪ tương đương. Lưu ý nếu chúng tôi không sử dụng ĐỘNG TỪ, tức là "Đường dẫn trở lại:" thì yahoo cũng hoạt động.

Nhật ký mục

realtsp ..... làm việc!
====================
6 tháng 10 16:46:08 milford postfix / smtpd [58480]: 5027DD6E971: client = takapuna.realtsp [89.187.108.20], sasl_method = LOGIN, sasl_username = *****
6 tháng 10 16:46:08 milford postfix / dọn dẹp [58482]: 5027DD6E971: message-id =
6 tháng 10 16:46:08 milford postfix / qmgr [57929]: 5027DD6E971: from =, size = 9468, nrcpt = 1 (hoạt động hàng đợi)
Ngày 6 tháng 10 16:46:08 postford / smtp .1, trạng thái \
= bị trả lại (máy chủ milford.realtsp [89.187.108.21] đã nói: 550 5.1.1: Địa chỉ người nhận bị từ chối: Người dùng không xác định trong bảng hộp thư ảo (khi trả lời RCPT TO comm \
và))
6 tháng 10 16:46:08 milford postfix / nảy [58483]: 5027DD6E971: thông báo không gửi của người gửi: EA68FD6EAB7
6 tháng 10 16:46:08 milford postfix / qmgr [57929]: 5027DD6E971: đã xóa


6 tháng 10 16:46:08 milford postfix / dọn dẹp [58482]: EA68FD6EAB7: message-id =
6 tháng 10 16:46:08 milford postfix / qmgr [57929]: EA68FD6EAB7: from =, size = 11600, nrcpt = 1 (hoạt động hàng đợi)
6 tháng 10 16:46:09 milford postfix / lmtp [58484]: EA68FD6EAB7: to =, rơle = smtp.news.t1ps [/ var / imap / socket / lmtp], delay = 0.76, độ trễ = 0 / 0.0 \
1/0 / 0,75, dsn = 2.1,5, trạng thái = đã gửi (250 2.1.5 Ok)
6 tháng 10 16:46:09 milford postfix / qmgr [57929]: EA68FD6EAB7: đã xóa


yahoo ... không hoạt động!
========================
6 tháng 10 16:42:01 milford postfix / smtpd [57732]: 33EBBD6EE87: client = takapuna.realtsp [89.187.108.20], sasl_method = LOGIN, sasl_username = ****
6 tháng 10 16:42:01 milford postfix / dọn dẹp [57735]: 33EBBD6EE87: message-id =
6 tháng 10 16:42:01 milford postfix / qmgr [57598]: 33EBBD6EE87: from =, size = 9480, nrcpt = 1 (hoạt động hàng đợi)
6 tháng 10 16:42:10 milford postfix / smtp [57636]: 33EBBD6EE87: to =, rơle = e.mx.mail.yahoo [206.190.53.191]: 25, delay = 9.4, độ trễ = 0,02 / 0 / 6.5 / 2.9 , DSN = 5.0.0, s \
tatus = bị trả lại (máy chủ e.mx.mail.yahoo [206.190.53.191] đã nói: 554 lỗi giao hàng: dd Người dùng này không có tài khoản yahoo (nkaderibigbe @ yahoo) [0] - mta164.mail.re2.yaho \
o (trả lời kết thúc lệnh DATA))
6 tháng 10 16:42:10 milford postfix / nảy [57756]: 33EBBD6EE87: thông báo không gửi của người gửi: A083ED6EA01
6 tháng 10 16:42:10 milford postfix / qmgr [57598]: 33EBBD6EE87: đã xóa


6 tháng 10 16:42:10 milford postfix / dọn dẹp [57735]: A083ED6EA01: message-id =
6 tháng 10 16:42:10 milford postfix / qmgr [57598]: A083ED6EA01: from =, size = 11696, nrcpt = 1 (hoạt động hàng đợi)
6 tháng 10 16:42:10 milford postfix / smtp [57631]: A083ED6EA01: to =, rơle = none, delay = 0,01, độ trễ = 0,01 / 0/0/0, dsn = 5.4.6, trạng thái = bị trả lại \
(mail cho news.t1ps lặp lại cho chính tôi)
6 tháng 10 16:42:10 milford postfix / qmgr [57598]: A083ED6EA01: đã xóa

main.cf

soft_bounce = không
queue_directory = / var / spool / postfix_rsh
lệnh_directory = / usr / local / sbin
daemon_directory = / usr / local / libexec / postfix
data_directory = / var / db / postfix_rsh
mail_owner = postfix
myhostname = smtp.news.t1ps
inet_interfaces = 89.187.108.81
local_recipient_maps = $ virtual_mailbox_maps
unknown_local_recipient_Vject_code = 550
mynetworks_style = máy chủ
Relay_domains = $ mydestination
receive_d Friiter = +

hộp thư_transport = lmtp: unix: / var / imap / socket / lmtp

header_checks = regapi: / usr / local / etc / postfix_rsh / header_checks
debug_peer_level = 10
debug_peer_list = yahoo
gỡ lỗi_command =
         PATH = / bin: / usr / bin: / usr / local / bin: / usr / X11R6 / bin
         ddd $ daemon_directory / $ process_name $ process_id & ngủ 5
sendmail_path = / usr / local / sbin / sendmail
newaliases_path = / usr / local / bin / newaliases
mailq_path = / usr / local / bin / mailq
setgid_group = thư
html_directory = không
manpage_directory = / usr / local / man
sample_directory = / usr / local / etc / postfix_rsh
readme_directory = không
giả trang_domains = $ mydomain
tin nhắn_size_limit = 51200000
virtual_transport = lmtp: unix: / var / imap / socket / lmtp
virtual_mailbox_domains = news.t1ps, domain2, domain3.co.uk, domain4
virtual_alias_maps = hash: / usr / local / etc / postfix_rsh / virtual
virtual_mailbox_maps = hash: / usr / local / etc / postfix_rsh / virtual_mailbox_maps
Transport_maps = regapi: / usr / local / etc / postfix_rsh / Transport
broken_sasl_auth_clents = không
smtp_bind_address = 89.187.108.81
smtpd_sasl_auth_enable = có
smtpd_sender_restrictions = allow_sasl_authenticated, allow_mynetworks, từ chối_unauth_destination
smtpd_recipient_restrictions = allow_sasl_authenticated, allow_mynetworks, từ chối_unauth_destination
smtpd_helo_restrictions = từ chối_invalid_hostname
smtpd_Vquire_helo = có
Slow_destination_concurrency_limit = 15
Slow_destination_recipient_limit = 5
syslog_facility = local1

/ usr / local / etc / postfix_rsh / virtual_mailbox_maps

failures@news.t1ps giả

thạc sĩ

xe bán tải fifo n - n 60 1 xe bán tải
dọn dẹp unix n - n - 0 dọn dẹp
qmgr fifo n - n 300 1 qmgr
tlsmgr unix - - n 1000? 1 tlsmgr
viết lại unix - - n - - tầm thường-viết lại
nảy unix - - n - 0 nảy
trì hoãn unix - - n - 0 nảy
dấu vết unix - - n - 0 nảy
xác minh unix - - n - 1 xác minh
tuôn ra unix n - n 1000? 0 xả
proxymap unix - - n - - proxymap
smtp unix - - n - 500 smtp

unix chậm - - n - 100 smtp
          -o smtp_connect_timeout = 5

chuyển tiếp unix - - n - 100 smtp
        -o fallback_relay =
showq unix n - n - - showq
lỗi unix - - n - - lỗi
thử lại unix - - n - - lỗi
loại bỏ unix - - n - - loại bỏ
địa phương unix - nn - - địa phương
ảo unix - nn - - ảo
lmtp unix - - n - - lmtp
đe unix - - n - 1 đe
scache unix - - n - 1 scache

26 inet n - n - - smtpd
         -o nội dung_filter =

smtp inet n - n - - smtpd
         -o content_filter = spamchk: giả


spamchk unix - nn - 10 ống
         flags = Rq user = spamd argv = / usr / local / bin / spamchk_rsh -f $ {sender} -
         $ {người nhận}
proxywrite unix - - n - 1 proxymap

Tôi đoán rằng tên miền (theo "@") của địa chỉ trả lại khác nhau cho hai thông báo kiểm tra. Bạn dường như đã loại bỏ chúng, vì vậy tôi không thể nói. Các tên miền đủ điều kiện theo dấu "@" trong to=trường của nhật ký có giống nhau cho các tin nhắn EA68FD6EAB7 và A083ED6EA01 không?
James Sneeringer

Câu trả lời:


13

Điều này xảy ra khi domain.com có ​​bản ghi MX (hoặc, nếu không có MX, bản ghi A) trỏ đến máy chủ Postfix của bạn, nhưng máy chủ Postfix của bạn không được định cấu hình để chấp nhận thư cho tên miền đó. Nó thường được thấy trong hai tình huống:

  1. Bạn đã có được một tên miền mới mà bạn muốn sử dụng cho email, nhưng bạn chỉ quên thêm nó vào Postfix. Có một vài cách để làm điều đó. Trong trường hợp của tôi, tôi đang sử dụng bảng ảo để ánh xạ địa chỉ cho người dùng cục bộ thực sự, vì vậy tôi liệt kê các tên miền của mình trong virtual_alias_domainschỉ thị trong main.cf.
  2. Tên miền có bản ghi MX được đặt thành máy chủ phân giải thành 127.0.0.1. Một số phần mềm độc hại sẽ sử dụng thủ thuật này để họ có thể đặt địa chỉ trả lại của mình thành một miền hợp lệ, mà hầu hết các biện pháp chống thư rác sẽ kiểm tra. Tuy nhiên, MX ngăn chặn hiệu quả mọi giao hàng đến địa chỉ đó, vì vậy người gửi không phải xử lý trả lời hoặc trả lại.

nó có thể đủ để giải quyết fqdn của máy chủ đến hết thời gian của tôi trong main.cf
Philip Durbin

3

Cho rằng Postfix cố gửi thư đến "foo@example.net", lỗi trên xảy ra bất cứ khi nào bản ghi DNS MX (hoặc transport_mapsmục nhập) cho "example.net" trỏ đến chính máy chủ (hoặc một trong các địa chỉ IP được chỉ định với proxy_interfaces) và "example.net" không được công nhận là tên miền cục bộ (không phải trong mydestination, virtual_mailbox_domainshoặc relay_domains- và một số trường hợp đặc biệt rất bí truyền liên quan đến việc sử dụng tự do virtual_alias_mapsvà địa chỉ IP theo nghĩa đen).

Trong trường hợp của bạn, tin nhắn trong câu hỏi được gửi từ người gửi null và người nhận sẽ là người gửi thư gốc. Điều đó có nghĩa là: Tìm hiểu lý do tại sao thư cho "domain.com" được chuyển đến máy chủ Postfix của bạn và tại sao "domain.com" không được nhận dạng là địa chỉ cục bộ.


2

Xin chào, chỉ là một bản cập nhật nhanh, chúng tôi đã phát hiện ra sự cố và nó không liên quan gì đến bất kỳ tệp cấu hình nào mà tôi đã đăng ở trên, tất cả đều liên quan đến tệp cấu hình vận chuyển

Chúng tôi sử dụng kết hợp truyền tải biểu thức chính quy để chúng tôi có thể gửi qua chậm: kết nối với máy chủ thư như yahoo và hotmail, biểu thức thông thường của chúng tôi rất thoải mái và mỗi khi hậu tố cố gắng định tuyến lại, nó sẽ gửi đi và tìm trong giao thông được tìm thấy nó khớp với biểu thức chính quy và cố gắng gửi nó đến thế giới bên ngoài vào thời điểm này, nó đã tìm thấy vòng lặp và gây ra lỗi ban đầu. nhìn xuống biểu thức chính quy cố định này.

Cảm ơn tất cả sự giúp đỡ của bạn.

Đối với bất cứ ai quan tâm điều này bây giờ là ra regex giao thông:

/@.*hotmail\./ chậm:
/@.*live\./ chậm:
/@.*msn\./ chậm:
/@.*yahoo\./ chậm:
/@.*aol\./ chậm:
/@.*bti Internet\./ chậm:
/@.*btopenworld\./ chậm:
/@.*talk21\./ chậm:

hy vọng điều này sẽ giúp bất kỳ ai khác có thể gặp phải một vấn đề tương tự.

Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.