いかんいかん、あんな奴に俺のリソース割くのは無駄だ。
って思っても、どうしても許せない。
あいつ、また胡散臭いこと始めたよ。一番胡散臭いとこの会社の社長と。
でも、一番胡散臭いとこの社長は、別会社の社長を他にさせてるっぽいけど、
奴は自分でやってるよ。
ってかさ、なんで一緒にやらんかね？
あれか、同族嫌悪ってやつか？
お互い信用ならんってか？
多分そうだね。
2025-12-18
2025-12-12
Outlookで自動改行させないための設定 ～もういい加減 UTF-8 / base64 でよくね？～
Outlookで勝手に「自動改行」させないための設定、正解は、[ファイル] - [オプション] - [詳細設定] の「文字設定オプション」で「送信メッセージで優先使用するエンコード方法(E):」を『Unicode (UTF-8)』にする。
こうすることで、テキスト形式のメールは
Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64
として送信されるので、受信側でメールを表示すると
閲覧環境にあわせて適切に「折り返し」
送信者の意図した位置で「改行」
される。
送ったメールの「ソース」を受信側で表示するとこんな感じ。
Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 Content-Language: ja 44CA44KE44GB44CBDQrjgIDjgZPjgozjgpLoqq3jgpPjgafjgYTjgovjgajjgYTjgYbjgZPjgajj ga/jgIFiYXNlNjTjgqjjg7PjgrPjg7zjg4njgZXjgozjgZ/mloflrZfliJfjgpLjg4fjgrPjg7zj g4njgZfjgZ/jga7jga3jgIHjgZnjgbDjgonjgZfjgYTvvIENCg==base64エンコードすると、76文字で「改行」していることがわかるよね。
っていうかさ、違うんだよ。いつも、もやーっとするのね。
『Unicode (UTF-8)』って、Unicode という「符号化文字集合（character set）」を UTF-8 という「文字符号化方式」で「エンコード」してるんであって、「メールのエンコード方法」じゃないんだよね。
本来なら
- 符号化文字集合は何を使いますか？
- 文字符号化方式は何を使いますか？
- メールのエンコードはどうしますか？
と３つ聞かないといけないんだけど、メールのヘッダには「符号化文字集合」を表すヘッダがないから（というか、世の中そうなんだけど）、1.と2.が「セット（UTF-8と言えばUnicode）」になってて、3.はそれに従う（8ビット符号単位のセットならbase64、7ビット符号単位のセットなら7bit）」っていうことを、いろんなシステムが「裏」でしちゃうから、自称「SE」さんたちもこの辺のいわゆる「文字コード」について誤解っていうか、理解せずにいるんだよね。おれより高給取りのくせに。
しかも、文字セットは受信側に依存するし、表示フォントでも変わるし、なんなら、送信側のフォントによっても、メールを書いているときに「入力できる／できない＝表示できる／できない」から、「送信メッセージで優先使用するエンコード方法(E):」っていう設定項目の見出しそのものがおかしくて、
送信メッセージの文字符号化方式：
○ ISO-2022-JP
○ Shift_JIS
⦿ UTF-8
メール転送符号化方式 (Content-Transfer-Encoding)：
○ 7bit
○ 8bit
○ binary
○ quoted-printable
⦿ base64
とするのが本来だと思うんだ。
「送信メッセージの文字符号化方式 ：」の注意書きとして「あなたが入力した件名と本文をこの方式で再符号化します。その結果、あなたには見えている件名と本文が、受信側では見えなくなることがあります。これは、UTF-8を選択すること回避できます。」ぐらい表示してさ。
そのうえで、両方の組み合わせがおかしくならないように選択肢を制御すればいいと思うんだけどね。
もういい加減、UTF-8 + base64 をデフォルトにすれば、このWindows 95の時代から続く「改行（折り返し）問題」が解決するんだけどな～
いまだにいるんだよね。40以上のSEさんとそいつらに育てられた若手か、ネットに転がっているサンプルを適当に取ってきて、
ISO-2022-JP + 7bit
でメール送るPG作るヤツ。
登録:
コメント (Atom)