問題タブ [rfc822]

For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.

0 投票する
1 に答える
2848 参照

gmail - Gmail はインライン添付ファイルに無効な Content-ID ヘッダーを設定しますか?

短縮版

添付ファイルの Content-ID ヘッダーは、 の形式である必要がありますlocal-part "@" domain。Gmail の Content-ID には がありません@これは本当のバグですか、それとも仕様を読み違えていますか?

ロングバージョン

インライン画像が添付された Gmail から送信されたメールを再送信しようとしたときに、この問題に気付きました。私のメーラー (SwiftMailer) は、Content-ID が無効であると主張しました。

これが私が使用している電子メールです。これは、Gmail に画像をインラインで挿入し、自分宛にメールで送信することで作成しました。

仕様の関連部分は次のとおりです(私が知る限り):

RFC2045

RFC 822ここここ

ここで何が欠けていますか?Gmail は仕様に従っていませんか、それとも@Content-ID に がなくても問題ありませんか?

0 投票する
1 に答える
4454 参照

validation - メールアドレスのドメイン部分で有効な文字は何ですか?

目的

私は電子メールアドレスの最低限の検証をしようとしていますが、そうしないようにアドバイスするアドバイスがたくさん見られます。私がこれを行っている理由は、私が実装している仕様では、電子メール アドレスが次の形式である必要があるためです。

mailto:<uri-encoded local part>@<domain part>

私は単純に開始部分mailto:と最終部分を分割し@、「ローカル部分」がこれらの間にあると仮定したいと思います。「ローカル部分」が URI エンコードされていることを確認します。

これ以上のことはしたくありません。仕様では、ほとんどの場合、「ベスト エフォート」の検証を行うことができますが、URI エンコーディングとmailto:プレフィックスについては非常に具体的です。

問題

私が読んだすべてのことから、分割は私に@は危険に思えます。

Web と Stack Overflow の回答で多くの矛盾するアドバイスを見てきましたが、そのほとんどは「RFC を読んでください」と言っており、ドメイン部分は特定の文字、つまり1-9 a-z A-Z -.他のいくつかの文字にしかできないと言っているものもあります。 、しかしこれ以上のものではありません。例えば:

ドメイン名に関するさまざまな RFC を読むと、「任意の CHAR」( dtext)または「ASCII 33 から 90 までの任意の文字」( dtext)が許可されていることがわかります。これは、@記号が許可されていることを意味します。「コメント」は括弧( )で許可され、ASCII 42 から 91 までの文字を含むことができるため、これはさらに複雑になります@

RFC1035 は文字 + 数字 + ダッシュ + ピリオドの要件をサポートしているようです、RFC5322のドメイン リテラル」構文ではより多くの文字が許可されているようです。

RFC を誤解していますか、それとも@電子メール アドレスのドメイン部分に a を許可しない何かが欠けていますか? 「ドメイン リテラル」構文は、私が心配する必要がないものですか?

0 投票する
1 に答える
436 参照

date - Groovyで日付をRFC 822にフォーマットする

rss2.0 xml ドキュメントで有効なタグを生成するのに問題があります

私はこのコードを使用しています

その結果、


それは私には正しいように見えますが、w3c-feedバリデータは言う

ヘルプページに例があります:


画面上で長すぎるように見えましたか?それとも、書式設定された日付とフィード バリデーターの例との間に実際の違いはありますか?=

これを正しくするには?

事前に感謝します

0 投票する
1 に答える
3133 参照

c# - .NET で RFC822 日付を解析するにはどうすればよいですか?

Twitter API から返された次の日時文字列があります。

「2012 年 4 月 26 日木曜日 11:38:36 +0000」

DateTimeこれをオブジェクトに変換する必要があるためParseExact、カスタム書式指定子を使用して呼び出します。

ただし、これにより、 、またはタイムゾーンのFormatExceptionバリアントに対して例外が発生します。zzzzzz

文字列は有効な DateTime として認識されませんでした。

MSDN のドキュメントを見ると、その形式指定子はzz:zz、時間と分を区切るためにタイム ゾーンにコロンがある形式でタイム ゾーンを想定していることは明らかです。

Stack Overflow で次のような他の質問を確認しました。

そしてどれも本当に役に立ちません。

この形式を正しく解析するために使用できるタイム ゾーン指定子はありますか?

0 投票する
1 に答える
31740 参照

email - 電子メール アドレスの RFC 822 形式は何ですか?

電子メール アドレス (RFC 822) の正規表現を作成する必要があり、ローカル部分とドメインで許可されている文字を知りたいです。

このhttps://www.rfc-editor.org/rfc/rfc822#section-6.1を見つけましたが、どの文字が有効であるかがわかりません。

0 投票する
0 に答える
242 参照

date - Yahoo Pipes を使用して 1982 RFC822 を ISO 8601 日付形式に変換する

RSS フィード

http://www.tides.info/rss.xml?locid=13419

パイプ

http://pipes.yahoo.com/pipes/pipe.info?_id=7639d7857574ee6f8677d59da4dded83

毎日の潮汐情報をサイトに載せてみました。RSS フィードが使用する日付形式は、パイプによって認識されません。日付を RFC822 から ISO 8601 またはその他の使用可能な形式に変換したいと考えています。その日の潮汐 (つまり、土曜日) を土曜日に表示したいと考えています。現在、2日前に表示されています。

ありがとう