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의 수정)의 패치를 적용하거나 EXISTS 방출을 `deletedCount > 0` 검사로 수동으로 감쌉니다. 패치 후 WildDuck을 재시작하세요. 유지 관리자가 이를 Apple Mail의 버그로 간주하므로 아직 공식 수정 사항은 없습니다.

Question 2

왜 WildDuck이 updateMessage에서 'Cannot read property of undefined' 오류를 발생시키나요?

Accepted Answer

이 문제는 WildDuck의 `updateMessage` 함수가 `options.session`에 접근하기 전에 존재 여부를 확인하지 않기 때문에 발생합니다. 해결 방법은 쓰기 전에 `if (options.session && options.showExpunged)`와 같은 조건을 추가하는 것입니다. 이 문제를 해결하기 위해 pull request (#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의 경우 콜백이 자동으로 설정됩니다. `wildduck/imap-core`를 사용하여 사용자 지정 IMAP 서버를 실행 중인 경우 다음을 추가하세요:

```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

주요 기능

할 수 없는 것

사용 사례

태그

시작하기

유사한 프로젝트