鳩丸よもやま話

http://altba.com/bakera/hatomaru.aspx/htmlbbs/article/249

> こんな使い方も……

> use Jcode;

> print defined &jcode ? "You can use jcode!\n" : "What?\n";

Can't locate Jcode.pm in @INC (@INC contains: C:/Perl/lib C:/Perl/site/lib .).

BEGIN failed--compilation aborted.

とか言われて残念な思いをしました【謎】。

今度はよもやま話にコメントを付けようとしたらエラーがっ

こんなの出てます。投稿自体は例によって成功してます。

また前回【謎】と違ってコメントを見るだけではエラーは出ないようです。

500 Internal Server Error

Type: System.NullReferenceException

Message: オブジェクト参照がオブジェクト インスタンスに設定されていません。

Source: hatomaru

TargetSite: Void SetTitle()

StackTrace:

at Bakera.Doc.SetTitle()

at Bakera.Hatomaru.Make()

at ASP.hatomaru_aspx.Page_Load(Object source, EventArgs e)

>> こんな使い方も……

>> use Jcode;

>> print defined &jcode ? "You can use jcode!\n" : "What?\n";

>

>Can't locate Jcode.pm in @INC (@INC contains: C:/Perl/lib C:/Perl/site/lib .).

>BEGIN failed--compilation aborted.

>とか言われて残念な思いをしました【謎】。

正しくは、

eval 'use Jcode;';

print defined &jcode ? "You can use jcode!\n" : "What?\n";

ですな。

evalで囲ってやらないとエラーで落ちます^^;

WalWikiとかでもつかってますね【謎】。

＃ヘルプミー【謎】

>こんなの出てます。投稿自体は例によって成功してます。

　とりあえずエラーは出ないようにしたつもりですが、タイトル微妙に変だし……。そのうち大幅に見直ししたい感じですが。

>evalで囲ってやらないとエラーで落ちます^^;

　うお、そうですね。ありがとうございます。

　直しておきます

というわけで【謎】、こちらもアップデート希望。

>というわけで【謎】、こちらもアップデート希望。

　へい、追記しておきましたです。

>ちなみに、RFC2822 で許容されているメールアドレスのみ許可、かつ root@localhost は不可というパターンは以下のようになります。

RFC2822ですか？大崎さんが参照しているのはRFC 822だと思いますけど。

というか私が聞きたいのは、RFC2822に対応したaddr-specの正規表現って誰か書いていませんか？え、自分で書けって？……そんな難しいこと私にできるわけないじゃないですか。

>RFC2822ですか？大崎さんが参照しているのはRFC 822だと思いますけど。

　ぐおっ。RFC822 は obsolete と書いてあるので RFC2822 を参照しているのだと思いこんでいましたが、確認したら違いますね。むぅ。

>というか私が聞きたいのは、RFC2822に対応したaddr-specの正規表現って誰か書いていませんか？

　時間があるときに何とかしてみますか。

>というか私が聞きたいのは、RFC2822に対応したaddr-specの正規表現って誰か書いていませんか？

RFC2822のaddr-specは、RFC822にある仕様の穴っぽい表現ができなくなっただけで、RFC822とほぼ同じです。

たとえばRFC822では aaa."@@@".ccc@example.com ということができましたが、RFC2822的には "aaa.@@@.bbb"@example.com と書かなければなりません。

あとRFC822ではlocal-pertのドットの両側にいちいちコメントを入れられたりできちゃいますが、RFC2822ではlocal-partの前と後ろだけに入れられるようになっています。件の正規表現ではコメント系をばっさり落としているので、影響するのは前者だけになります。

とはいいつつ、RFC2822でもRFC822的なlocal-partの文法をobs-local-partとして取り込んでいるので、結局のところ使える表現は同じになります。当然正規表現も同じものになるで、あらためて作る必要は無かったりします。

あ、そうなんですか。両者比べてみてかなり違ってるんじゃないかなーと最初は思ってましたけど、そうでもないですね。

URIの仕様が更新されてましたけど、その影響とかないですか？以前あるURLの表現が可能になったみたいな話出てましたけど（スレが出てこない……）、そうなるとURLの正規表現は書き換える必要があるのかもって思ったりしたんですが。

>URIの仕様が更新されてましたけど、その影響とかないですか？

mailto: URLの仕様は思いっ切り影響を受けてますけどメールアドレスの正規表現そのものは関係なさげ。

>とはいいつつ、RFC2822でもRFC822的なlocal-partの文法をobs-local-partとして取り込んでいるので、結局のところ使える表現は同じになります。当然正規表現も同じものになるで、あらためて作る必要は無かったりします。

　RFC2822 のそれから その obs- 系を抜いたものがあると便利は便利なのかもしれません。

　作るの面倒ですけど。

Jcode.pmのfolding問題ですが、

my $mail = "$name<foo\@example.com>";

を

my $mail = "$name <foo\@example.com>";

とするだけで、アドレスまでエンコードされませんでした。空白が必要、らしい。"From: "がエンコードされないのは、ちゃんと空白をはさんでいるから？

#メールアドレスの正規表現は書き終わったものの、エラーが出てしまい、その原因もわかりません。どうやらコメントを入れ子にするところのようなので、コメント系を無視すればそれでよいのですが、何か気持ち悪いです。先にURIの正規表現完成するかなぁ。。。

>とするだけで、アドレスまでエンコードされませんでした。空白が必要、らしい。"From: "がエンコードされないのは、ちゃんと空白をはさんでいるから？

　なんと。貴重な情報ありがとうございます。

　RFC2822 では

angle-addr = [CFWS] "<" addr-spec ">" [CFWS] / obs-angle-addr

　なので、空白はあっても無くても問題ないですね。

　空白を入れておくだけで幸せになれるのなら、入れても良いかも。