[SIMILAR] WITH 11853 rfc2822 WITH 6309 化ヘ WITH 5684 crlf WITH 4605 造化 WITH 4320 はcr WITH 2218 換性 WITH 2208 ッダ WITH 2095 り除 WITH 1629 subject WITH 1589 一個 WITH 1585 互換 WITH 1579 挿入 WITH 1461 ヘッ WITH 1357 戻す WITH 1060 構造 WITH 990 折り WITH 800 ダの WITH 544 関係 WITH 542 合に WITH 534 場合 WITH 472 り返 WITH 465 能性 WITH 413 ベー WITH 324 可能 WITH 303 普通 WITH 237 取り WITH 140 ース WITH 90 には WITH 83 だけ WITH 1 忘れ WITH 1 れて WITH 1 てい の検索結果 208 件中 1 - 10 件目 (0.245850218 秒)
忘れていたのだけれど、RFC2822ではヘッダの折り返しをする時はCRLFを一個だけ挿入し、戻すときにはCRLFだけを取り除くことになっている。でもRFC822ベースで折り返された場合には、CRLFの後にTABとかSPとかが入っている可能性もあるわけで、とりあえず戻すときにはこの辺のTABとかは互換性のために取り除いた方 ...
引越しご苦労さまでした. 16時間だとどこ辺りなんでしょう? ヘッダ関連を RFC2822 に則って折り返すのって,雰囲気的には少数派な気がするんですがどうなんでしょうか. 私的には,取り除いた方が幸せに感じるような気がしますです.. ...
# (スコア:7189)
アドレス帳でRFC2822形式のチェックを入れたときに正しく読み込めなくなっていたのを修正しました。既に間違って読み込んだものを保存してしまった場合には、手で修正する必要があるかもしれません。 ...
# (スコア:7024)
試しに書いてみたアドレス帳のスキーマ（in RELAX NG Compact Syntax）です。こんな感じで他の設定ファイルについても書いておくとわからなくならないですね。コメントなんかもつけたら別のところにまとめて置きたい所です。 datatypes xsd="http://www.w3.org/2001/XMLSchema-datatypes" element addressBook ...
# (スコア:7017)
的確に状況を伝えられませんが、q3u-win-x86-ja-3_0_6にバージョンアップすると、アドレス帳を使った場合に次のような状況になるようです。 q3u-win-x86-ja-3_0_5で、 アドレス帳の「RFC2822形式(P)」にチェックを入れて、 (1) ○○さん <aaa.bbb@ccc.co.jp> (2) □□さん <ddd.eee@fff.co.jp> と登録して使っていた ...
# (スコア:7017)
今のQMAILでは非構造化ヘッダを折り返すときに、ASCIIの部分では折り返さないようにしている（ASCII部分で折り返すとパースした時に空白文字が入ってしまうので）のだけれど、これだとASCII部分が極端に長い（たとえばURLとか）と長いままで折り返されないヘッダが出来てしまう。 さらに、そのASCII文字列の後ろ ...
# (スコア:4652)
エンコーディングを指定してインポートする場合、インポート時点でヘッダをパースするので、変なヘッダが混じっているとインポート途中でエラーになってしまいます。エンコーディングを指定しないときにはヘッダが変でもインポート自体はできるので微妙にバランスが悪いです。 というわけで、ヘッダをパースして ...
# (スコア:4581)
インポートするときには、素のメッセージを扱うというスタンスだったので改行コードがCRLFでないとちゃんとインポートできなかったのですが、某MLのアーカイブがLFのみだったので、LF,CR,CRLFのどれでもインポートできるように修正。 ...
# (スコア:3364)
Invalid Text構造化例外処理(SEH)をするときのフレームのたどり方がx86と違うとか、呼び出し規約が違うとか。SEHはgccでC++の例外処理を扱ったときと同じように（?）テーブルベースでフレームを辿るようになるようで、例外が発生しなかった場合のtryのコストがほぼ無視できるようになったのではないかと思われま ...
# (スコア:2808)
# (スコア:10000)