Version: unknown (using 4.4.3 (KDE 4.4.3), Debian packages) Compiler: cc OS: Linux (x86_64) release 2.6.32.12-proserpina Uidplus is an extension to the IMAP protocol, the plugin should state clearly that only a subset of perfectly good IMAP servers will work, instead of making the users think that there is something wrong with the server.
I also think supporting servers that don't have UIDPLUS support is important. This for example is the case for all Nokia servers, and probably for all Exchange servers. There are simply too many of those servers out there, and other IMAP clients support those.
This bug is a regression from the previous kmail, which supported servers without UIDPLUS. It is also an important use-case, because MS exchange servers which are configured to provide IMAP access can be configured without UIDPLUS (this is my case, and I clearly will not be able to budge the admins)
And, indeed, not all MS Exchange Servers support UIDPLUS at all - it seems Exchange Server 2007 doesn't.
If someone could test and post the reply to a COPY and a APPEND command from an exchange server configured without uidplus we might be able to just ignore the missing capability.
I would gladly do that if given some clues how to do it :)
*** Bug 245311 has been marked as a duplicate of this bug. ***
Afraid not: * OK The Microsoft Exchange IMAP4 service is ready. . LOGIN [username] [password] . OK LOGIN completed. . CAPABILITY * CAPABILITY IMAP4 IMAP4rev1 AUTH=NTLM AUTH=GSSAPI AUTH=PLAIN IDLE NAMESPACE LITERAL+ . OK CAPABILITY completed. . SELECT INBOX * 5 EXISTS * 0 RECENT * FLAGS (\Seen \Answered \Flagged \Deleted \Draft $MDNSent) * OK [PERMANENTFLAGS (\Seen \Answered \Flagged \Deleted \Draft $MDNSent)] Permanent flags * OK [UNSEEN 5] Is the first unseen message * OK [UIDVALIDITY 3508] UIDVALIDITY value * OK [UIDNEXT 913] The next unique identifier value . OK [READ-WRITE] SELECT completed. . COPY 5 test . OK COPY completed. . APPEND test (\Seen) {310} + Ready for additional command text. Date: Mon, 7 Feb 1994 21:52:25 -0800 (PST) From: Fred Foobar <foobar@Blurdybloop.COM> Subject: afternoon meeting To: mooch@owatagu.siam.edu Message-Id: <B27397-0100000@Blurdybloop.COM> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; CHARSET=US-ASCII Hello Joe, do you think we can meet at 3:30 tomorrow? . OK APPEND completed. . LOGOUT * BYE Microsoft Exchange Server 2007 IMAP4 server signing off. . OK LOGOUT completed. Connection closed by foreign host.
Does this mean that a new akonadi ressource will have to be implemented for the servers which do not have UIDPLUS? Then how will the UI look like if there are two IMAP ressources?
*** This bug has been confirmed by popular vote. ***
I think it would be far simpler to fall back to the behaviour suggested by RFC 4315 in the existing imap resource if UIDPLUS is not supported.
Also a problem for GroupWise servers running the GWIA agent. GW7 is supposed to support UIDPLUS, but I'm not sure if it advertises it. My migration fails due to missing UIDPLUS support, but I'm trying to figure out which version of the server I use. GW6 uses a custom extension XGWMOVE to move messages, see the following from comp.mail.imap: http://www.phwinfo.com/forum/comp-mail-imap/177112-imap-command-move-message.html
Should be working now in trunk since I committed r1159559. Servers without UIDPLUS support aren't blacklisted anymore.
Can confirm successful operation with r1159575, Exchange 2007 server. Thanks many times over, Kevin.
hello, i am running kdepim beta 3 packages from kubuntu and kmail refuses to work with the lavabit imap server cause of the missing uidplus capabilities. is r1159559 commited in beta 3? michael
(In reply to comment #14) > hello, > > i am running kdepim beta 3 packages from kubuntu and kmail refuses to work with > the lavabit imap server cause of the missing uidplus capabilities. > > is r1159559 commited in beta 3? No, this is for trunk (>=4.6) only and not for the 4.5 branch of kdepim.
Would be nice to have this in 4.5. Also GMX with IMAP is not working.
This also makes my university email account useless. Please backport this before releasing kmail2...
This would be very important to have upcoming 4.5 branch release, current (first) beta is pretty useless for people using corporate emails. This also prevents startup of either kmail or kontact at all if you happen to have such mailbox in your configuration. ”Solved” by removing it by hand from kmailrc and then starting the kmail/kontact. Those obsolete servers being mostly corporate upkeeped, getting them to upgrade their configurations for minority for nothing, or to other IMAPDs may be very impossible. +1 from me.
*** Bug 250167 has been marked as a duplicate of this bug. ***
Works well for me with trunk and the Novell GroupWise IMAP agent, can we have this in 4.5 branch?
Unfortunately not desirable to backport on 4.5, this fix actually depends on the large refactoring which happened in trunk. Such a large change is a rather bad idea for a patch release.