☰

552 このメッセージは RFC 2822 に準拠していません

tag-icon • tag-icon email smtp email-bounces
552 このメッセージは RFC 2822 に準拠していません

しばらく前から自動返信メールを設定していますが、突然、未配信として次のメッセージを受け取りました。これは 1 回だけ受け取っただけなので、一般的な問題ではないようです。問題が明らかなものであるかどうかを確認するために、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 出典: 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.

関連情報