開発者達によるブログですこの広告は、90日以上更新していないブログに表示しています。Partnersのプログラマ、大須賀です。reluxの開発をしています。技術交流会というイベントでLTの時間をいただき、Eメール送信時に使用するcharset及びContent-Transfer-Encodingについて発表をしました。内容について、このブログでも簡単にご紹介します。charsetについて送信先が特殊な環境でない限り、charsetについてはUTF-8一択で良いと思います。日本語Eメールで使用する文字コードはISO-2022-JPに限る、という時代もありましたが、それは過去のものです。Content-Transfer-EncodingについてcharsetがUTF-8の場合、Content-Transfer-EncodingはBase64かQuoted-Printableの2択(あるいは8bitも含めて3択)になります。US-ASCIIの文字が多ければQuoted-PrintableそうでなければBase648bitは使うべきではないという結論としました。Eメールの送信数が多ければ、Content-Transfer-Encodingの選択によって通信量に差が出ます。reluxでは、日本語・中国語など非ASCII文字のメールを送ることが多いため、Base64を使用しています。ついてレガシーなMTAを経由した場合に問題が起こる(かもしれない)8bitをスパムフィルタの条件としている環境がある(という情報を見たことがある)上記のような曖昧なものを、Content-Transfer-Encodingに8bitを使用すべきではない理由として挙げています。問題が起こる環境がどれだけ存在するのか、実際に調べたことはありませんし、どうすれば調べられるのかもわかりません。リスクの大きさがよくわからないため、避けるべきとしました。弊社ではCakeEmailを継承したラッパークラスを作成し、Base64にエンコードして送信するようにしております。個人的には、安心して8bitを選択できる時代が来ることを望んでいます。最後に弊社では、共にreluxの開発をする仲間を探しています。reluxに少しでも興味を持っていただけましたら、オフィス見学や弊社主催の勉強会にお越しください。#1の開催が決まっています。一般参加枠では補欠となってしまいますが、LT枠がまだありますので、我こそはという方は是非!!!お申し込みいただけると嬉しいです。Part.1こんにちは。サーバーサイドを担当している山口です。...2017-01-27Reluxのデザインコンセプトと、Reluxアプリが評価を頂けてる理由お久しぶりです、デザイナーの唐橋です。前回の私の記事が2016...2016-10-15【重要だけど緊急度が低いタスクに取り組む日】CLEAR@5回目を開催しました古田です。今年も残り3ヶ月を切っている...2016-07-04Firebaseを軽い気持ちで触ってみたら使い勝手が予想を遥かに超えてきた話こんにちは。Partnersのエンジニア、鈴木です。Messengerのchatbotリリースを振り返ってこんにちは、Loco技術Gの古田です。PR採用情報はてなブログをはじめよう!loco-devさんは、はてなブログを使っています。ブログを報告するスターをつけました引用をストックしましたストック一覧を見る閉じる引用するにはまずログインしてくださいログイン閉じる引用をストックできませんでした。再度お試しください閉じる限定公開記事のため引用できません。