我试图在javax.mail中使用谷歌为gmail创建的X-GM-EXT-1
IMAP扩展程序。在这里发帖https://developers.google.com/gmail/imap/imap-extensions
我特意尝试使用X-GM-MSGID
语法扩展名来获取UID FETCH
标头序列。
我使用的java代码: (我在我的命令中使用了真实的uid,但为了示例,我从文档的示例中粘贴了相同的范围)
Response[] r = (Response[]) folder.doCommand(protocol -> protocol.command("UID FETCH 1:4 (X-GM-MSGID)", null));
这种声明imap命令的方式对我来说适用于其他扩展(特别是ESEARCH)
这是来自文档的片段,这是我基于实验的源材料。
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:
在邮件会话中启用调试模式后,我看到异常被抛出并从常规输出中隐藏。
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后对相同示例代码的快速测试仍然具有相同的结果。所以这不是一个已经修复过的东西&#34;随着时间的推移。 (引用因为我不知道javamail是否有错误,或者我是否误用了它)