내가 이해하지 못하거나 방지하는 방법을 모르는 반송 및 배달 못 함 알림으로 메일 로그가 가득 차는 경우

내가 이해하지 못하거나 방지하는 방법을 모르는 반송 및 배달 못 함 알림으로 메일 로그가 가득 차는 경우

내 설정의 기본 미리보기입니다. 나는 postfix를 실행하는 개인 네트워크에 centos 7.4 서버 팜을 가지고 있습니다. 이들은 모두 메일 릴레이(proxy1이라고 함)로 postfix 서버 설정을 통해 메일을 보내도록 설정되어 있습니다.

최근에 주소에서 주소로 모두 변경하는 기능을 추가하기 위해 노드와 릴레이를 변경했습니다.[이메일 보호됨]메시지가 똑같이 도달할 수 없는 [루트 또는 다른 사용자]@server.ourdomain.com보다 더 친숙하도록... 작동하며 모든 메시지는 noreply@에서 온 것처럼 보입니다.

하지만 이제 이 문제는 그 이후부터 시작된 것 같습니다. 메일 로그에 다음과 같은 메시지가 엄청나게 많이 표시됩니다.

Feb 23 16:06:15 proxy1 postfix/cleanup[24600]: 763D06006713: message-id=<[email protected]>
Feb 23 16:06:15 proxy1 postfix/bounce[24606]: 665566044455: sender non-delivery notification: 763D06006713
Feb 23 16:06:15 proxy1 postfix/qmgr[24499]: 665566044455: removed
Feb 23 16:06:15 proxy1 postfix/qmgr[24499]: 763D06006713: from=<[email protected]>, size=15491, nrcpt=1 (queue active)
Feb 23 16:06:15 proxy1 postfix/cleanup[24601]: 7A4E6600670C: message-id=<[email protected]>
Feb 23 16:06:15 proxy1 postfix/bounce[24603]: 6946D605B401: sender non-delivery notification: 7A4E6600670C
Feb 23 16:06:15 proxy1 postfix/qmgr[24499]: 6946D605B401: removed
Feb 23 16:06:15 proxy1 postfix/qmgr[24499]: 7A4E6600670C: from=<[email protected]>, size=25459, nrcpt=1 (queue active)
Feb 23 16:06:15 proxy1 postfix/smtp[24592]: 72CF3605B580: to=<[email protected]>, relay=aspmx.l.google.com[173.194.204.26]:25, conn_use=456, delay=0.05, delays=0.01/0/0.03/0.02, dsn=5.1.1, status=bounced (host aspmx.l.google.com[173.194.204.26] said: 550-5.1.1 The email account that you tried to reach does not exist. Please try 550-5.1.1 double-checking the recipient's email address for typos or 550-5.1.1 unnecessary spaces. Learn more at 550 5.1.1  https://support.google.com/mail/?p=NoSuchUser o51si1742457qtb.481 - gsmtp (in reply to RCPT TO command))
Feb 23 16:06:18 proxy1 postfix/bounce[24609]: 1EA17605B586: sender non-delivery notification: 2EB73605B584

이러한 메시지는 계속해서 발생하며 내 로그를 채우고 대기열을 막는 것 외에도 aspmx.l.google.com이 상당히 화가 났을 것으로 추정됩니다.

내 별칭에 이것을 추가하는 방법에 대한 조언을 본 다른 게시물을 보면 다음과 같습니다.

noreply: /dev/null

실제로 로그 파일과 채워진 대기열에서 스크롤 메시지를 제거하는 데 작동하는 것 같습니다.

그런데 증상만 묻어두고 근본 원인을 남겨둔 건지, 아니면 그게 진짜 답인지는 모르겠습니다.

내 문제는 애초에 우리가 왜 이러한 메시지를 모두 받는지 모른다는 것입니다.

일반적으로 Linux의 사용자는 가끔 루트 및 기타 계정의 일부 상태 작업 및 로그를 제외하고 전자 메일을 보내지 않습니다. 또한 시끄러울 수 있는 OpenNMS와 같은 메일을 통해 실행되는 항목 위에 계층화된 앱도 있습니다. 그러나 우리는 실제로 어떤 답변도 원하지 않습니다. 아웃바운드 메일 중계 전용입니다. 나는 어떤 답장도 받도록 설정되어 있지 않으며 받고 싶지도 않습니다.

그렇다면 이것이 올바른 접근 방식입니까, 아니면 다른 것입니까?

관련 정보