Gmail 도메인으로 전송 된 이메일이 갑자기 RFC 2822를 준수하지 않습니다. Google Apps로 우회 할 수 있습니까?

10

4 일 전에 ISP의 메일 서비스를 통해 Gmail 계정으로 전송 된 이메일이 RFC 2822 신고자가 아니기 때문에 거부되었습니다.

다음 메시지를 전달할 수 없습니다. 문제의 원인
: 5.3.0-기타 메일 시스템 문제 550-'5.7.1 [2001 : 44b8 : 8060 : ff02 : 300 : 1 : 6 : 6 11] Google 시스템에서 \ n5.7.1 이 메시지는 RFC 2822를 준수하지 않습니다 . Gmail로 전송되는 스팸의 양을 줄이려면 \ n5.7.1이 메시지는 차단되었습니다. 자세한 내용은 \ n5.7.1 RFC 2822 사양을 검토하십시오.
iw4si27447595pac.153-gsmtp '

이러한 이메일이 1 년 넘게 제대로 작동했기 때문에 실망 스럽습니다. Google이 지난 주에 필터를 올렸다고 가정합니다.

보내려는 이메일 주소는 Google Apps for Business 계정에 속합니다. 궁금한 점이 있는데 이메일을 통해 RFC 2822 준수 필터를 재정의하는 방법이 있습니까?

지금까지 Gmail 설정 (앱 제어판)의 스팸 허용 목록에 ISP 도메인 이름을 추가해도 작동하지 않았습니다.

거부 된 메시지에 대한 텔넷 로그는 다음과 같습니다.

220-ipmail06.adl6.xxxxx.net ESMTP 220 ESMTP; eth2958.xxx.adsl.OurISP.net [150.xxx.xxx.xx1] in MTA
HELO WINDOWS-xxxxx (<- this is our server name) 
250 ipmail06.adl6.OurISP.net 
MAIL FROM: account@OurISP.net
250 sender ok 
RCPT TO: admin@googleappsdomain.com
250 recipient ok 
RCPT TO: admin@DifferentGoogleAppsDomain.com
250 recipient ok 
DATA 
354 go ahead 
Subject: Test email from the Avid ISIS Notification Application This message was generated by Avid ISIS Notification Application. . 
QUIT 
250 ok: Message 716893804 accepted

gmail google-apps spam-prevention

— OrangeBox
소스

이메일을 보내는 기계에는 암호가 필요한 smtp 서버를 추가 할 수 없으므로 ISP의 서버를 사용해야합니다.

— OrangeBox

12

RFC2822 에는 날짜 : 및 보낸 사람 : 헤더가 필요합니다 (3.6 절)라고 나와 있습니다. Google은 From : 헤더를 추가하여 도망 칠 수 있습니다. 예 :

[..]
DATA 
354 go ahead 
From: <account@OurISP.net>   <-- add this
Subject: Test email from the Avid ISIS Notification Application This message was generated by Avid ISIS Notification Application.
.
QUIT 
250 ok: Message 716893804 accepted

— 아마
소스

아, 감사합니다. 소프트웨어 개발자가이 변경을 수행 할 수 있는지 확인해야합니다. Gapps를 사용할 때 Gmail 메일 서버 측 필터를 대체 할 수 있는지 알고 있습니까?

— OrangeBox

6

중복되지 않는 From : 헤더 또는 Reply-to : 헤더가 서로 일치하지 않는지 확인하십시오. 동일한 문제가 이전 메일 클라이언트 계정에서 추가 헤더 정보를 잘못 마이그레이션 한 Mac 용 Outlook 사용자의 많은 경우에 발생했습니다. http://hintsforums.macworld.com/showthread.php?p=718579를 참조 하십시오

— 스티브 호지
소스

답변 해주셔서 감사합니다! Google Apps for Business를 사용하는 동안 필터를 재정의 할 수있는 방법을 찾고 있기 때문에 투표권이 있지만 동의하지 않았습니다. 이견있는 사람?

— OrangeBox

@OrangeBox 옵션이 없다고 생각하지만 Google에 피드백 요청을 제출 하지 않으 시겠습니까?

— poolie

한 가지 흥미로운 점은 FromRFC822에서 여러 헤더를 허용했지만 RFC2822에서는 더 이상 허용하지 않는다는 것입니다 (2001 년 게시).

— poolie

1

데이터베이스에서 작성된 필드와 함께 매일 알림을 보내는 PHP 스크립트가 있습니다. 각 필드의 끝에서 프로그래머는 \r\n줄을 끝내는 데 사용 했습니다 (캐리지 리턴 및 줄 바꿈 문자 모두). 이것은 말이되지 않지만 지금까지는 효과가있었습니다.

나는 \r캐릭터를 꺼내고 갑자기 내 메일이 RFC 2822를 준수합니다.

— 사용자 2375103
소스

1

이것은 유효성 검사를 수행하는 모든 버그입니다. RFC 822는 이론적으로 줄 끝 이 아닌 별도의 CR 및 LF 문자를 허용 하지만 RFC 2822는이 기능을 제거합니다. RFC 2822 섹션 2.3은 "CR과 LF는 CRLF로만 함께 발생해야하며 신체에 독립적으로 나타나지 않아야합니다."라고 말합니다.

프로그래머가 한 것은 RFC 2822 불만이며 버전이 아닙니다. 개발자는 단일 줄 바꿈을 선호하지만 전자 메일에 CRLF를 사용하는 것은 절대적인 요구 사항입니다. 이상적으로 MUA는 합리적인 라인 엔드를 이해합니다.

— 던컨 심슨
소스