☰

552 이 메시지는 RFC 2822와 호환되지 않습니다.

tag-icon • tag-icon email smtp email-bounces
552 이 메시지는 RFC 2822와 호환되지 않습니다.

이미 한동안 자동 응답 이메일을 설정했는데 갑자기 다음 메시지가 전달되지 않았다는 메시지를 받았습니다. 이번 한번만 받았기 때문에 일반적인 문제는 아닌 것 같습니다. 문제가 명백한지 확인하기 위해 RFC 2822를 재빨리 확인했지만 그렇지 않았습니다.

전달되지 않은 메시지에도 무엇이 잘못되었는지 표시되지 않습니다. 어디서부터 시작해야 할지 모르겠고, Google에서는 이 오류 코드에 대한 결과를 찾을 수 없습니다.

오류 메시지:

This is the mail system at host example.com.

I'm sorry to have to inform you that your message could not
be delivered to one or more recipients. It's attached below.

For further assistance, please send mail to <postmaster>

If you do so, please include this problem report. You can
delete your own text from the attached returned message.

                   The mail system

<[email protected]>: host mx.blow.com[123.123.123.123] said: 552 This
    message is not RFC 2822 compliant [smtp-07.iol.local; LIB_670] (in reply to
    end of DATA command)

이메일 소스:

Received: from localhost (mailsvr [127.0.0.1])
    by example.com (Postfix) with ESMTP id 79B9638792F0
    for <[email protected]>; Thu, 22 Jan 2015 11:01:38 +0100 (CET)
X-Virus-Scanned: amavisd-new at example.com
Received: from example.com ([127.0.0.1])
    by localhost (mailsvr.example.com [127.0.0.1]) (amavisd-new, port 10024)
    with LMTP id PBe6jEv1vZEb for <[email protected]>;
    Thu, 22 Jan 2015 11:01:32 +0100 (CET)
Received: by example.com (Postfix, from userid 0)
    id D000B38792FC; Thu, 22 Jan 2015 11:01:29 +0100 (CET)
To: [email protected]
Subject: =?UTF-8?B?123456789==?=
MIME-Version: 1.0
Content-Type: multipart/alternative; boundary = cb686159096ae4feaf2a23845e82dce0
From: Me <[email protected]>
Reply-To: [email protected]
Message-Id: <[email protected]>
Date: Thu, 22 Jan 2015 11:01:29 +0100 (CET)

--cb686159096ae4feaf2a23845e82dce0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: base64


123456789123
--cb686159096ae4feaf2a23845e82dce0
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: base64


12349678945313
--cb686159096ae4feaf2a23845e82dce0--

답변1

1월 21일부터 libero.it(Italia OnLine)에서도 동일한 문제가 발생했습니다. 여기 귀하의 이메일에도 동일한 문제가 있습니다.

현재 당신은 boundary = cb686159096ae4feaf2a23845e82dce0. 주위에 따옴표를 넣고 등호 앞과 뒤의 공백을 제거하고 "=_"와 같은 것을 추가하면 이와 같은 결과를 얻을 수 있습니다 boundary="cb686159096ae4feaf2a23845e82dce0". 그러면 IOL로 모든 것이 정상으로 돌아올 수 있기를 바랍니다.

RFC 2822, RFC 2045 및 RFC 2046(및 링크된 문서 및 업데이트 문서)을 살펴본 후 나는 다음과 같은 개념을 감히 말할 수 있습니다.This message is not RFC 2822 compliant 정확하지 않다. RFC 2046은제안"경계 매개변수 값을 따옴표로 묶는 것은 결코 해롭지 않습니다". 그보다 더 흥미로운 것은 경계 내부에 "=_"와 같은 문자 시퀀스를 사용하라고 지시하는 RFC 2045의 메모입니다(아래 참조).

도움이 되었기를 바랍니다!

RFC 2045 http://www.rfc-editor.org/rfc/rfc2045.txt

Since the hyphen character ("-") may be represented as itself in the
Quoted-Printable encoding, care must be taken, when encapsulating a
quoted-printable encoded body inside one or more multipart entities,
to ensure that the boundary delimiter does not appear anywhere in the
encoded body.  (A good strategy is to choose a boundary that includes
a character sequence such as "=_" which can never appear in a
quoted-printable body.  See the definition of multipart messages in
RFC 2046.)

RFC 2046 http://www.rfc-editor.org/rfc/rfc2046.txt

WARNING TO IMPLEMENTORS:  The grammar for parameters on the Content-
type field is such that it is often necessary to enclose the boundary
parameter values in quotes on the Content-type line.  This is not
always necessary, but never hurts.

관련 정보