2007-11-01 diary: blancoMailCore (0.6.1) リリース , JavaMail 1.4.1 リリース

blancoMailCore (0.6.1) リリース , JavaMail 1.4.1 リリース

blanco Frameworkは、blancoMailCore 初の正式版 (0.6.1) をリリースしました。 , JavaMail 1.4.1がリリースされていました。

blancoMailCore (0.6.1) リリース

blanco Frameworkは、blancoMailCore 初の正式版 (0.6.1)をリリースしました。

blancoMailCoreは メール送受信を安全で簡単に利用できるようにするためのJavaライブラリ(jarファイル)です。 blancoMailCoreは内部的には JavaMail APIを利用しています。しかし blancoMailCoreを使うと JavaMail APIよりもずっと簡単にメール送受信を利用できます。blancoMailCoreが提供するいくつかのバリューオブジェクトに値を設定してメソッドを呼び出すだけで、簡単にメール送受信機能を利用できるようになります。※他の blanco Frameworkプロダクト群と異なり、blancoMailCoreはソースコード自動生成処理系ではありません。通常の実行ライブラリによる提供となります。

今回のリリースにおいて、基本的には JavaMail 1.4 上で試験を実施しました。ただし、JavaMail 1.4.1でも一定量の動作確認は実施しました。

JavaMail 1.4.1正式対応については、試験実施のうえ 改めてリリースする予定です。

JavaMail 1.4.1 リリース

JavaMail 1.4.1 が 2007.10.22付でリリースされていました。

• JavaMail http://java.sun.com/products/javamail/

また、併せて JavaBeans Activation Framework (JAF) もリビジョンアップされていました。

• JavaBeans Activation Framework (JAF) http://java.sun.com/products/javabeans/jaf/

blancoMailCoreの試験対象が増えてしまいましたです…。

さて、独断と偏見にて、JavaMail 1.4.1 の changelogを仕分て分類してみました。

改善

• make sure Message-ID is really unique (GlassFish Issue 3064) メッセージID改善は 気になります。

• fix performance bug in base64 encoder; now even faster! base64エンコーダが高速になったというのは 気になります。

• 6431207 SMTP is adding extra CRLF to message content

• 6447801 MimeBodyPart.writeTo reencodes data unnecessarily

• SSLSocketFactory should be used for imap and smtp STARTTLS commands

• added mail..ssl.protocols and mail..ssl.ciphersuites props

• avoid unnecessary copies of the data in ByteArrayDataSource

• add mail.mime.applefilenames to work around filename encoding bug

• support decoding multi-segment parameter names per RFC 2231

• do SMTP authentication if connect is called with username and password even if mail.smtp.auth is not set

バグFIX

• 4119871 MimeMessage.reply() should set the "References" header

• 6447799 encoded text not decoded even when mail.mime.decodetext.strict is false

• 6456422 NullPointerException in smtptransport when sending MimeMessages with no encoding

• 6456444 MimeMessages created from stream are not correctly handled with allow8bitmime

• 6478460 java.lang.ArrayIndexOutOfBoundsException: 0 >= 0 in MultipartReport

• 6538483 JavaMail fails in Turkish locale

• MimeUtility.decodeText should not discard trailing whitespace

• MimeMultipart failed to parse stream before adding/removing body parts

IMAP系

• 4107594 IMAP implementation should use the IDLE extension if available

• 6228377 IMAPFolder's setFlags method handles user flags incorrectly

• 6423701 Problem with using OrTerm when the protocol is IMAP

• 6447295 IMAPMessage fails to return Content-Language from bodystructure

• 6506794 ProtocolException not correctly treated in IMAPStore

• 6517273 encoded parameters not decoded when using IMAP

• 6569311 Deadlock in IMAP attachment handling

• 6604571 Folder.hasNewMessages hangs with some IMAP servers when folder is closed

• throw MessageRemovedException from getContent for IMAP messages

• fix bug in mapping IMAP UIDs to msgs when some msgs have been expunged

• if IMAP folder is open, assume it exists, don't ask again

簡単に試したところ、JavaMail 1.4.1がリリースされたのにもかかわらず、blancoMailCoreの必要性は依然として残っているようです。

確実なチェックはしていませんが、JavaMail 1.4.1 はエンコーディングの実装が「適切な」仕様へと変更されているような直感を受けました。これから詳しく調べますが、「適切に」実装されていると、日本の古いメーラが適切に処理できない可能性があるように思います。

---

この日記について

• ホームページ更新者: 伊賀 敏樹 / Tosiki Iga
• Diary / Facebook / LinkedIn / GitHub / Qiita / Mastodon / X(Twitter) / Amazon / Share on Twitter / top / いがぴょんについて / Powered by Igapyonv3
• 本サイトの見解は、私 個人のものであり、株式会社レザボア・コンサルティング は当個人的見解に一切責任を持ちません。