IMAPFolder.ProtocolCommand

It seems one can call directly into the IMAP protocol via this mechanism, but certain operations are not reflected in Javamail. Specifically, I have a class that issues an UNSELECT command, but the response to IMAPFolder.getFullName() is still the folder before the UNSELECT.

So, an attempt to use unselect/select to optimize folder access does not see viable since something in Javamail gets out of sync and eventually one ends up without knowledge of what folder one points to.

Is there a way, other than close/select, to perform this work?

Is there a way to cause unselect/select to be consistent?

[625 byte] By [imapprotocola] at [2007-11-27 5:02:15]
# 1

That's right, the current mechanism is limited because of the need to

keep the client state synchronized with the server state.

UNSELECT support has been on my list to implement. I think it's

pretty trivial to add by modifying the IMAP classes directly.

Does your server advertise UNSELECT as a CAPABILITY response?

bshannona at 2007-7-12 10:20:01 > top of Java-index,Enterprise & Remote Computing,Enterprise Technologies...