메일 서버에서 @ bellsouth.net 전자 메일로 테스트 메시지를 보내면 접미사 로그에 정상적으로 전송되었다는 메시지가 표시되지만이 메시지는 벨사우스받은 편지함에 도착하지 않습니다. At & T가 메시지를 차단하는 경우 실패 알림이나 반송 메시지를받지 않아야합니까?
일부 고객이 이메일을받지 못하는 이유를 해결하려고하는데 mail.log에 메시지가 거부되었다는 메시지가 없으면 어떤 메시지가 성공적으로 전달되었는지 어떻게 알 수 있습니까?
로그에는 다음이 표시됩니다.
Feb 27 09:02:36 MyHOSTNAME postfix/pickup[26175]: D53A72713E5: uid=0 from=<root>
Feb 27 09:02:36 MyHOSTNAME postfix/cleanup[26487]: D53A72713E5: message-id=<20120227140236.D53A72713E5@example.com>
Feb 27 09:02:36 MyHOSTNAME postfix/qmgr[5595]: D53A72713E5: from=<root@example.com>, size=878, nrcpt=1 (queue active)
Feb 27 09:02:37 MyHOSTNAME postfix/smtp[26490]: D53A72713E5: to=<myemail@bellsouth.net>, relay=gateway-f1.isp.att.net[204.127.217.16]:25, delay=0.57, delays=0.11/0.03/0.23/0.19, dsn=2.0.0, status=sent (250 ok ; id=20120227140036M0700qer4ne)
Feb 27 09:02:37 MyHOSTNAME postfix/qmgr[5595]: D53A72713E5: removed
AT & T 서버가 메시지를 수락했습니다.
At & T / Bellsouth 이메일을 받았는데, 우리가 보내는 모든 ISP 계정이 없습니다. 메시지가 목적지에 도착하는지 여부를 알 수있는 방법이 필요합니다. main.cf 파일에 거부 / 바운스 알림을 받을지 여부에 영향을주는 설정이 있습니까?
답변
dsn=2.0.0및 올바른 relay=벨의 메일 서버가 메시지를 수락 한 것을 의미한다. 그렇다고해서 메시지가 사용자의 우편함에 배달 될 수 있다는 의미는 아닙니다. 이 경우에 가장 가능성이 높은 설명은 Bell South의 스팸 필터가 사용자의 메일 박스에 도달하기 전에 메시지를 정리했거나 사용자 자신의 메일 소프트웨어가 메시지를 정리했다는 것입니다.
반송 이메일 주소가 메시지를 수락하여 반송이 Bell South 서버에서 반송되는지 확인하십시오. 실제로 존재하지 않는 서버의 메일 상자로 메일을 배달하려는 경우에도 중요합니다.
메일 구성을 점검하여 메일이 스팸으로 표시되지 않도록하십시오 (자신에게 메일을 보낸 후 헤더를 확인하여). Postfix는 메일이 ‘보낸 사람’주소에 지정된 도메인에서 오는 것처럼 보이도록 올바른 헤더 / 봉투를 작성해야합니다. 따라서 메일 서버가 mail.example.com 용이지만 서버의 호스트 이름이 실제로 mailserver.int.hostingprovider.com 인 경우 postfix는 example.com과 같이 가장 무도회로 설정해야합니다. 서버의 IP 주소를 조회 할 때 서버 주소가 반환되도록 역방향 DNS 와도 일치해야합니다 (정확하지 않은 경우 PTR 레코드를 설정). 이것은 dig로 쉽게 확인할 수 있습니다.
dig example.com
dig -x <your IP address>
또한 서버의 스팸 방지 메일에 빠르고 간단하게 추가되므로 DNS에서 SPF 를 설정하는 것도 고려해야 합니다.
답변
Feb 27 09:02:37 MyHOSTNAME postfix/smtp[26490]: D53A72713E5: to=<myemail@bellsouth.net>, relay=gateway-f1.isp.att.net[204.127.217.16]:25, delay=0.57, delays=0.11/0.03/0.23/0.19, dsn=2.0.0, status=sent (250 ok ; id=20120227140036M0700qer4ne)
Bellsouth는 그 메시지를 받아 들였다. 더 이상 postfix의 책임이 아닙니다.
벨사우스에게 무슨 일이 있었는지 물어보세요.