Skip to content
This repository has been archived by the owner on Feb 28, 2023. It is now read-only.

GitHubの通知メールにメールで返信するとGitHub上で文字化けする #103

Closed
gunjisatoshi opened this issue Apr 8, 2013 · 14 comments
Assignees
Labels

Comments

@gunjisatoshi
Copy link
Contributor

see #64 (comment) #79 (comment)

これはGithub自体の不具合なので、GitHubに苦情を言うべきですかねえ。
(他のプロジェクトでは困ってないんですかね)

ちなみに、化けていても以下のようなサービスを使えば読むことはできます。

http://www.kanzaki.com/docs/jis-recover.html
http://ltside.com/enc/

@elim
Copy link

elim commented Apr 8, 2013

UTF-8 ならそのまま通るはずです。

が、たしかに ISO-2022-JP も使えると嬉しいですね。

@elim
Copy link

elim commented Apr 8, 2013

@takkanm
Copy link
Contributor

takkanm commented Apr 8, 2013

リプライテスト

2013/4/8 Takeru Naito notifications@github.com

上のは UTF-8 で送信しています#103 (comment)


Reply to this email directly or view it on GitHubhttps://github.com//issues/103#issuecomment-16030768
.

@takkanm
Copy link
Contributor

takkanm commented Apr 8, 2013

gmail の設定で送信エンコーディングを UTF-8 にしたら、表示できた。

2013/4/8 takkanm@gmail.com

リプライテスト

2013/4/8 Takeru Naito notifications@github.com

上のは UTF-8 で送信しています#103 (comment)


Reply to this email directly or view it on GitHubhttps://github.com//issues/103#issuecomment-16030768
.

@gunjisatoshi
Copy link
Contributor Author

UTF-8なら化けない、の話は以前も出ていますね 😃 see #43 (comment)

(なぜ日本ではメール本文がJISで、さらにサブジェクトはmimeエンコードするのか)
分かっている人は分かっているので問題ないのですが、
いちいち説明して回るのが面倒なので、システム側で対処してほしいですよね。

@znz
Copy link
Contributor

znz commented Apr 8, 2013

通知メールで

Content-Type: text/plain;                                                                              
 charset=UTF-8                                                                                         
Content-Transfer-Encoding: 7bit                                                                        

Content-Type: text/html;                                                                               
 charset=UTF-8                                                                                         
Content-Transfer-Encoding: 7bit                                                                        

Content-Type: multipart/alternative; charset=UTF-8 になっているのに、本文は iso-2022-jp のままという状態になっているという問題もあるので、 github 側に直してもらうべきだと思います。

@kakutani
Copy link

被害者のスレはここか……

@takkanm
Copy link
Contributor

takkanm commented May 16, 2013

エンコーディングを UTF-8 にするとよいですよ

@kakutani
Copy link

(まだ iso-2022-jp を捨てられないのです)

@gunjisatoshi
Copy link
Contributor Author

そういえば一か月前くらいにGitHubのサポートに問い合わせ回答もらっていたのですが、「調査中。解決のための時間が取れない」って感じの回答をもらいました(というのを展開し忘れてた)。

#103 (comment) の内容も含めて、GitHubのしくみもエスパーしながらもう少しちゃんと「何が問題で、どうすれば解決しそうか」というのを気合い入れてレポートする必要がありそう(ですが、英語が‥‥)。

@znz
Copy link
Contributor

znz commented May 17, 2013

こちらも今月の頭ぐらいに問い合わせたら同じような感じだったので、追加情報として以下のような内容を返信してみましたが、それに対する返信はなかったので、状況は不明です。

Japanese emails use iso-2022-jp as default charset for historical reasons.
When some user reply notification mail from github, the mail is
encoded charset=iso-2022-jp.
Github issues stores it literally, it makes mojibake.
(e.g. https://github.com/rubima/rubima/issues/64#issuecomment-16028286 )
And github mails it with iso-2022-jp body and headers with charset=utf-8 to us.
Then the mail is mojibake too.

@gunjisatoshi
Copy link
Contributor Author

この件いまだに直ってないのですが、これはもう GitHub 側の問題なので、クローズしちゃいますね。

文字化けしている文字列 ($Bほげほげ〜) を UTF-8 でテキストファイル mojibake.txt に保存して、

nkf -B0 -Jw mojibake.txt

ってやると解読できますので、各自運用対処をお願いします!

@gunjisatoshi
Copy link
Contributor Author

�$B$b$7$+$7$F!"$3$NLdBjD>$C$F$k!)�(B

@gunjisatoshi
Copy link
Contributor Author

直ってなかった 👎

Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
Projects
None yet
Development

No branches or pull requests

5 participants