問題タブ [rfc2822]

Time.rfc2822関数を強制的に吐き出すにはどうすればよい+0000ですか?

Ruby を使用すると、RFC2822形式の時刻を非常に簡単に解析できます。

しかし、時間を表示するにはどうすればよいでしょうか。解析された時刻は現地時間であることに注意してください。心配する必要はありません。次の方法で UTC 時間に戻すことができますgmtime。

その後、RFC2822 形式に戻すことができます。

残念ながら、これは私が望むものではありません。+0000が になっていることに注意してください-0000。RFC2822 によると、これは次の理由によるものです。

「+0000」という形式は、世界時のタイム ゾーンを示すために使用する必要があります。「-0000」も世界時を示しますが、世界時以外のローカル タイム ゾーンにある可能性のあるシステムで時刻が生成されたことを示すために使用されるため、日時にローカル時刻に関する情報が含まれていないことを示します。ゾーン。

素晴らしい -モンキーパッチを機能+0000に適用する以外に、どうすれば強制できますか?rfc2822

Java で日付の RFC 2822 文字列表現を解析する必要があります。文字列の例は次のとおりです。

2010 年 3 月 13 日 (土) 11:29:05 -0800

それはかなり厄介に見えるので、私はすべてを正しく行っていることを確認したかったのですが、後で奇妙な問題に遭遇し、AM-PM/ミリタリー時間の問題、UTC 時間の問題、予期しない問題などによって日付が間違って解釈される可能性があります。 ...

ありがとう！

ボックスをチェックしてX分ごとにメールを取得するメーラーデーモンがあります。エラーが発生した場合、エラー メッセージを添付してアラート メールを送信する必要があります。

ファイルを作成したくない、元のメッセージのコンテンツを書き込んで、そのファイルをエラー メッセージに追加したい、元のストリームから MimeBodyPart コンテンツを直接設定したい。私はすでにこれを数年前に行ったので、可能であることはわかっていますが、メッセージストリームを MimeBodyPart にコピーしてコンテンツタイプを設定するための正確な構文を思い出せません (これは RFC2822 です)。

誰でも助けることができますか？

Python の日時を RFC 2822 の日時に変換したいと考えています。私はこれらの方法を無駄に試しました：

これを行うための正規表現が見つかりませんでした。メールの「Message-ID:」の値を検証する必要があります。これは電子メール アドレス検証正規表現に似ていますが、 rfc2822から、電子メール アドレスが許可するほとんどのエッジ ケースがなく、はるかに単純です。

外側の <> はオプションだとしましょう。dot-atom-text と不足している定義はrfc2822にあります

私は正規表現に堪能ではなく、既にテスト済みのものを使用することを好みます。

Zend_Validate_EmailAddress を使用して、電子メール プログラムの電子メール アドレスを検証します。RFC2822 に従って検証します - http://framework.zend.com/manual/en/zend.validate.set.html

私の質問は、検証に合格した場合、これらの電子メールは有効ですか?

test@test.co. test@test.co.za。etc 最後のピリオドに注意してください。

バリデーターがこれらのメールアドレスを渡していることがわかりましたが、これは明らかに間違っています。なぜこれが通過する必要があるのか​​ 完全に理解できません。誰か助けてもらえますか？

よろしく

大量の正規表現電子メール検証があることを認識していますが、RFC 2822標準に準拠しているものを見つけることができないようです.

私が見つけたものは、..@abc.com のような迷惑メールを送り続けています。

質問の 1 つが RFC 2822 に準拠して既に回答されている場合はご容赦ください (ただし、そのような注釈は付けられていません)。

PHPとjQuery検証を使用して連絡フォームを作成していますが、両方に同じ電子メールパターンを持たせたいと考えていました。Validationプラグインのソースコードを調べたところ、次のことがわかりました。

https://github.com/jzaefferer/jquery-validation/blob/1.8.1/jquery.validate.js#L1008

これを既存のphpフォーム検証にプラグインしようとしましたが、何も認識されなくなりました。さまざまなオンライン正規表現テストツールを試しましたが、エラーが発生したとのことでした。ほとんどの人はそれ以上何も言わなかったが、ある人は言った...

preg_match（）[function.preg-match]：コンパイルに失敗しました：PCREはオフセット45で\ L、\ l、\ N、\ U、または\uをサポートしていません

http://www.solmetra.com/scripts/regex/index.php

Unicode大文字のL（u004C）を検索しましたが、正規表現に\ u004Cが見つからないため、何が間違っているのか、またはこれを修正する方法がわかりません。

のようなメッセージが後付けされた自動メールをよく見かけます。

アマゾン：

※ご注意：このメールは、受信メールを受け付けないアドレスから送信されています。この同じ問題について再度お問い合わせいただく必要がある場合は、上記のリンクを使用してください。

ツイッター：

このメッセージには返信しないでください。監視されていないメールアドレスから送信されました。このメッセージは、Twitter の使用に関するサービス メールです。

Google チェックアウト:

助けが必要？Google Checkout ヘルプセンターにアクセスしてください。このメッセージには返信しないでください。

この警告のすぐ下に、Gmail の返信入力フィールドが表示されます。受信者の電子メールクライアントに返信を許可しないように指示する、そのような自動化された電子メールに添付できるヘッダーのようなものがあるべきだと私には思えます。

そのようなヘッダーはありますか？そうでない場合、電子メール形式を管理するグループによって議論されたことはありますか?

私は Python で Web ベースの電子メール クライアントを作成していますが、送信時に電子メールの「日付」ヘッダーをどのタイム ゾーンで表す必要があるかについて質問があります。

RFC 2822は、セクション 3.3 で次のように述べています。

日付と時刻は、現地時間を表現する必要があります。

これは私にはあいまいに思えます。問題は、誰の現地時間ですか? メールサーバー、または送信者？当然のことながら、私は送信者を想定します (送信者は任意のタイム ゾーンにいる可能性があり、アカウントの設定で変更できます)。Python のemail.utils.formatdate関数を調べたところ、さらに混乱が生じました。この関数は、UTC または (サーバーの) ローカル時間の 2 つの選択肢しか提供していないようです。私には、別のタイムゾーンを指定するオプションがないように見えますか、それとも何か不足していますか?

formatdate を使用して timeval を渡すtime.mktime(senders_tz_aware_now_datetime.timetuple())と、UTC 日付文字列が生成されます。これは、RFC が上記で述べていることを考えると、間違っていると感じます。

では、「日付」はどのタイムゾーンであるべきで、適切な日付文字列を作成するための標準関数はありますか?