Question 1

EXPUNGE後のWildDuck IMAPサーバーにおけるApple Mailの無限IDLEループを修正する方法

Accepted Answer

これは、WildDuckがEXPUNGE応答の後に、メッセージが削除されていない場合でも不必要に`* 0 EXISTS`を送信することが原因で、Apple Mailの期待に反して無限ループを引き起こします。RFCではEXPUNGEの後にEXISTSを要求していません。

修正するには、`lib/handlers/on-expunge.js`（139〜150行目付近）の`onExpunge`ハンドラを変更し、メッセージが実際に削除された場合にのみ条件付きで`EXISTS`を送信するようにします。

```javascript
// 擬似パッチ: 削除が発生した場合のみEXISTSを送信
if (deletedCount > 0) {
    // EXISTS応答を送信
}
```

コミュニティフォーク（例：@titanismの修正）からパッチを適用するか、`deletedCount > 0`のチェックでEXISTSの送出を手動でラップします。パッチ適用後、WildDuckを再起動してください。メンテナがこれをApple Mailのバグとみなしているため、現時点では公式の修正はありません。

Question 2

WildDuckがupdateMessageで「Cannot read property of undefined」エラーをスローするのはなぜですか？

Accepted Answer

これは、WildDuckの`updateMessage`関数が`options.session`の存在を確認せずにアクセスしているために発生します。修正方法は、書き込み前に`if (options.session && options.showExpunged)`のような条件を追加することです。この問題に対処するためのプルリクエスト(#843)が提出されています。このパッチを含むWildDuckのバージョンにアップデートするか、`lib/message-handler.js`の2199〜2201行目付近で手動でチェックを適用してください。

Question 3

WildDuck IMAPサーバーで「TypeError: connection._server.options.SNICallback is not a function」を修正する方法

Accepted Answer

このエラーは、セキュアでないIMAPサーバー（例：ポート113）を起動し、Apple MailなどのクライアントがSTARTTLSを試みた際に発生します。内部のIMAPコアは、TLSを使用しない場合でもサーバーオプションに有効な`SNICallback`関数を期待します。修正するには、サーバーオプションで常に`SNICallback`を定義してください。WildDuckの場合、コールバックは自動的に設定されます。カスタムIMAPサーバーで`wildduck/imap-core`を使用している場合は、以下を追加します。

```js
const tls = require('tls');

const server = new ImapServer({
  secure: false,
  SNICallback: (servername, cb) => {
    cb(null, tls.createSecureContext());
  }
});
```

これにより関数が存在することが保証されます。WildDuckユーザーの場合、コールバックが常に定義されているバージョン（≥1.42.5）を使用していることを確認してください。

WildDuck Mail Server

主な機能

できないこと

使用例

タグ

はじめ方

類似プロジェクト