550 조치가 취해지지 않음(DATA 명령 종료에 대한 응답으로)

550 조치가 취해지지 않음(DATA 명령 종료에 대한 응답으로)

내 postfix 로그를 확인할 때 모든 것이 괜찮다는 것을 알았습니다. 내 서버에 어떤 변경도 하지 않았습니다. 이제 텍스트 이메일을 보낼 때 일부 iptables만 있습니다. 모든 것이 정상이고 이메일 상태가 하이퍼링크가 포함된 이메일을 보낼 때 문제가 전송됩니다. 내 dsn=5.0.0 반송 550 조치가 취해지지 않았습니다.

접미사 로그 오류

Jan 26 15:58:31 mail postfix/smtp[2075]: D4B1024C21: to=<[email protected]>, relay=mailin-02.mx.aol.com[64.12.137.162]:25, delay=0.62, delays=0.1/0.01/0.32/0.2, dsn=5.0.0, status=bounced (host mailin-02.mx.aol.com[64.12.137.162] said: 550 Action not taken (in reply to end of DATA command))

1월 26일 15:58:31 메일 접미사/정리[2068]: 6DA6C257FB: message-id=<[이메일 보호됨]>

여기 내 postfix 구성이 있습니다

alias_database = hash:/etc/aliases
alias_maps = hash:/etc/aliases
command_directory = /usr/sbin
config_directory = /etc/postfix
daemon_directory = /usr/libexec/postfix
data_directory = /var/lib/postfix
debug_peer_level = 2
header_checks = regexp:/etc/postfix/header_checks
home_mailbox = Maildir/
html_directory = no
inet_protocols = all
mailq_path = /usr/bin/mailq.postfix
manpage_directory = /usr/share/man
milter_default_action = accept
milter_protocol = 2
mydestination = $myhostname, localhost.$mydomain, localhost, $mydomain
mydomain = mydomain.co
myhostname = mail.mydomain.co
mynetworks = 127.0.0.0/8, myip
myorigin = $mydomain
newaliases_path = /usr/bin/newaliases.postfix
non_smtpd_milters = $smtpd_milters
readme_directory = /usr/share/doc/postfix-2.6.6/README_FILES
sample_directory = /usr/share/doc/postfix-2.6.6/samples
sendmail_path = /usr/sbin/sendmail.postfix
setgid_group = postdrop
smtpd_banner = $myhostname ESMTP $mail_name ($mail_version)
smtpd_milters = inet:127.0.0.1:8891
unknown_local_recipient_reject_code = 550
virtual_transport = dovecot

master.cf 출력

# ==========================================================================
smtp      inet  n       -       n       -       -       smtpd
#submission inet n       -       n       -       -       smtpd
#  -o smtpd_tls_security_level=encrypt
#  -o smtpd_sasl_auth_enable=yes
#  -o smtpd_client_restrictions=permit_sasl_authenticated,reject
#  -o milter_macro_daemon_name=ORIGINATING
#smtps     inet  n       -       n       -       -       smtpd
#  -o smtpd_tls_wrappermode=yes
#  -o smtpd_sasl_auth_enable=yes
#  -o smtpd_client_restrictions=permit_sasl_authenticated,reject
#  -o milter_macro_daemon_name=ORIGINATING
#628      inet  n       -       n       -       -       qmqpd
pickup    fifo  n       -       n       60      1       pickup
cleanup   unix  n       -       n       -       0       cleanup
qmgr      fifo  n       -       n       300     1       qmgr
#qmgr     fifo  n       -       n       300     1       oqmgr
tlsmgr    unix  -       -       n       1000?   1       tlsmgr
rewrite   unix  -       -       n       -       -       trivial-rewrite
bounce    unix  -       -       n       -       0       bounce
defer     unix  -       -       n       -       0       bounce
trace     unix  -       -       n       -       0       bounce
verify    unix  -       -       n       -       1       verify
flush     unix  n       -       n       1000?   0       flush
proxymap  unix  -       -       n       -       -       proxymap
proxywrite unix -       -       n       -       1       proxymap
smtp      unix  -       -       n       -       -       smtp

어떤 제안이 있나요?

답변1

블랙리스트와 비교하여 서버를 확인해 보셨나요? 예:mxtoolbox

요청하는 이유는 귀하의 서버에 대한 클라이언트 제한 사항을 볼 수 없기 때문입니다. 반 개방형 릴레이로 실행되었을 수 있음을 암시하면 쉽게 블랙리스트에 올 수 있습니다.

데이터를 전송한 후 반송을 받는 것은 스팸 발신자를 제한하는 일반적인 방법입니다. 따라서 수신 서버에서 스팸 임계값을 트리거하는 하이퍼링크로 인해 오류가 발생할 수 있습니다.

스팸 임계값은 서비스를 실행하는 모든 조직마다 다르게 측정되는 경우가 많습니다. 콘텐츠를 더 쉽게 전달할 수 있는 몇 가지 황금률이 ​​있습니다.

자유롭게 개선하거나 의견을 말해주세요 :)

답변2

제가 최근에 접한 사례는 보낸 사람의 호스팅 제공업체가 설치한 중간자(Man In The Middle) 상자였습니다. 모든 포트 25 트래픽을 검사하도록 프로그래밍되었으며, 만료된 오래된 Spamcop 보고서에서 몇 개의 문자열을 발견하면 DATA 끝에서 연결을 끊고 발신자는 "550 Action not take" 메시지를 받게 됩니다.

보낸 사람이 보낸 다른 이메일은 영향을 받지 않았습니다.

꽤 천박합니다.

답변3

위의 Michael의 MITM 메일 스캐너 답변이 도움이 되었습니다.

웹호스트인지, ISP인지, 아니면 방화벽인지는 확실하지 않지만 VPS에서 실행되는 웹사이트에서 사무실로 임의의 Word 문서 및 docx 첨부 파일을 보내는 것을 무언가 막고 있었습니다.

이 이메일 라우팅에서 STARTTLS를 켜면 문제가 "수정되었습니다"(웹 서버와 대상 이메일 도메인이 동일하므로 이 기능을 켜는 설정이 간과되었습니다). 힌트는 Google로 전송되는 동일한 이메일이 작동했으며 이는 암호화를 사용했다는 것입니다. 암호화는 이메일을 스누핑하는 모든 행위를 방지합니다.

아니면 hMailServer와 postfix 사이에 이상한 버그를 발견했을 수도 있습니다.

관련 정보