Javax.Mail尝试使用gmail的imap扩展来访问X-GM-MSGID

Question

我正在尝试在 javax.mail 中使用 google 为 gmail 创建的 X-GM-EXT-1 IMAP 扩展。文档在这里https://developers.google.com/gmail/imap/imap-extensions

我专门尝试使用 UID FETCH 语法扩展来获取一系列 X-GM-MSGID header 。

我正在使用的java代码:(我在命令中使用真实的 uids，但为了举例，我粘贴了文档示例中的相同范围)

Response[] r = (Response[]) folder.doCommand(protocol -> protocol.command("UID FETCH 1:4 (X-GM-MSGID)", null));

这种声明 imap 命令的方式对我来说适用于其他扩展(特别是 ESEARCH)

这是文档中的一个片段，它是我实验所依据的源 Material 。

a008 FETCH 1:4 (X-GM-THRID)
* 1 FETCH (X-GM-THRID 1278455344230334865)
* 2 FETCH (X-GM-THRID 1266894439832287888) 
* 3 FETCH (X-GM-THRID 1266894439832287888)
* 4 FETCH (X-GM-THRID 1266894439832287888)
a008 OK FETCH (Success)

我期望我的 Response[] 对象包含多个响应行，一个响应行对应每条提取的消息，然后是标记的 OK FETCH (Success) 行。但是，我的回复中只收到一行 A57 OK Success。我不确定这意味着什么，也许 javax.mail 没有按照我预期的方式执行某些操作，或者可能需要执行某些特定操作才能访问完整响应。

是否有更好的方法或更正确的方法来使用此扩展？

编辑:

这是一个可执行示例，它将我描述的输出打印到控制台。一项要求是，通过需要传入的 imap 存储进行身份验证的 gmail 收件箱文件夹中必须至少有 1 条消息，以便 ESEARCH 能够识别要使用的 MIN uid。

private void MCVE(IMAPStore store) throws MessagingException {
    IMAPFolder inbox = (IMAPFolder) store.getFolder("Inbox");
    inbox.open(Folder.READ_ONLY, ResyncData.CONDSTORE);

    Response[] minUidResponse = (Response[]) inbox.doCommand(
            protocol -> protocol.command("UID SEARCH RETURN (min max count all) 1:*", null)
    );

    String minUid = "";
    for (Response aLine : minUidResponse) {
        String str = aLine.toString();
        if (str.startsWith("* ESEARCH")) {
            List<String> tokens = Arrays.asList(str.split(" "));
            minUid = tokens.get(tokens.indexOf("MIN") + 1);
        }
    }

    final String finalMinUid = minUid; // lambas need effectively final stuff
    Response[] gidResponse = (Response[]) inbox.doCommand(
            protocol -> protocol.command("UID FETCH " + finalMinUid + " (X-GM-MSGID)", null)
    );

    System.out.println("Printing result of X-GM-MSGID uid fetch");
    for (Response r : gidResponse) {
        System.out.println(r.toString());
    }
}

编辑2:

在邮件 session 中启用 Debug模式后，我发现正在抛出异常并隐藏在常规输出中。

 DEBUG IMAP: connection available -- size: 1
 A4 ENABLE CONDSTORE
 * ENABLED
 A4 OK Success
 A5 EXAMINE Inbox (CONDSTORE)
 * FLAGS (\Answered \Flagged \Draft \Deleted \Seen $NotPhishing $Phishing)
 * OK [PERMANENTFLAGS ()] Flags permitted.
 * OK [UIDVALIDITY 1] UIDs valid.
 * 7 EXISTS
 * 0 RECENT
 * OK [UIDNEXT 23071] Predicted next UID.
 * OK [HIGHESTMODSEQ 1327692]
 A5 OK [READ-ONLY] Inbox selected. (Success)
 A6 UID SEARCH RETURN (min max count all) 1:*
 * ESEARCH (TAG "A6") UID COUNT 7 MIN 23064 MAX 23070 ALL 23064:23070
 A6 OK SEARCH completed (Success)
 A7 UID FETCH 23064 (X-GM-MSGID)
 * 1 FETCH (X-GM-MSGID 1594485864262816838 UID 23064 MODSEQ (1327330))
 DEBUG IMAP: ignoring bad response, THROW:
 com.sun.mail.iap.ParsingException: error in FETCH parsing, unrecognized item at index 11, starts with "X-GM-MSGID 159448586..."
     at com.sun.mail.imap.protocol.FetchResponse.parse(FetchResponse.java:219)
     at com.sun.mail.imap.protocol.FetchResponse.<init>(FetchResponse.java:96)
     at com.sun.mail.imap.protocol.IMAPProtocol.readResponse(IMAPProtocol.java:392)
     at com.sun.mail.iap.Protocol.command(Protocol.java:354)
     at my.package.ImapSync.lambda$MCVE$5(ImapSync.java:85)
     at com.sun.mail.imap.IMAPFolder.doProtocolCommand(IMAPFolder.java:3784)
     at com.sun.mail.imap.IMAPFolder.doCommand(IMAPFolder.java:3734)
     at my.package.ImapSync.MCVE(ImapSync.java:84)
     ...
 A7 OK Success


 Printing result of X-GM-MSGID uid fetch
 A7 OK Success

编辑3:

我使用的javamail版本是1.5.5。我将尝试升级到 1.6.1，看看这是否会改变服务器响应的解析方式。

升级到 1.6.1 后对相同示例代码进行快速测试仍然得到相同的结果。所以这并不是随着时间的推移而“修复”的事情。 (引用是因为我不知道javamail是否有bug，或者我是否误用了它)

Answer 1

你做得很艰难。只需使用 "gimap" protocol provider for JavaMail .