[Dovecot] v2.0 IMAP Capabilities announcement
Hi,
I have an Android Mail App which worked fine with IDLE pushes before (K-9 Mail) under 1.2.10. With 2.0 beta 3 it seems to be looking for an IDLE prompt from the server, otherwise it will disable connection idling (whether this is valid or not).
Setting 'imap_capability = IMAP4rev1 LITERAL+ SASL-IR LOGIN-REFERRALS ID IDLE ENABLE' does the trick, but is it possible to add additional values to the default reply like this?
imap_capability = +IDLE
...or whatever syntax/form one would chose to preserve internal defaults.
Thanks Thomas
On 21.2.2010, at 21.16, Thomas Leuxner wrote:
I have an Android Mail App which worked fine with IDLE pushes before (K-9 Mail) under 1.2.10. With 2.0 beta 3 it seems to be looking for an IDLE prompt from the server, otherwise it will disable connection idling (whether this is valid or not).
Setting 'imap_capability = IMAP4rev1 LITERAL+ SASL-IR LOGIN-REFERRALS ID IDLE ENABLE' does the trick, but is it possible to add additional values to the default reply like this?
Hmm. That's too bad. I was hoping to avoid sending any unnecessary capabilities before login. Perhaps IDLE could be added there as an exception.
Although .. Looks like that's an open source client. Perhaps you could report this as a bug and get them to fix it? Dovecot pushes the updated capabilities after login, the client should pick them up.
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
Hi,
On 2010-02-22 03:33, Timo Sirainen wrote:
On 21.2.2010, at 21.16, Thomas Leuxner wrote:
I have an Android Mail App which worked fine with IDLE pushes before (K-9 Mail) under 1.2.10. With 2.0 beta 3 it seems to be looking for an IDLE prompt from the server, otherwise it will disable connection idling (whether this is valid or not).
Setting 'imap_capability = IMAP4rev1 LITERAL+ SASL-IR LOGIN-REFERRALS ID IDLE ENABLE' does the trick, but is it possible to add additional values to the default reply like this?
Hmm. That's too bad. I was hoping to avoid sending any unnecessary capabilities before login. Perhaps IDLE could be added there as an exception.
Although .. Looks like that's an open source client. Perhaps you could report this as a bug and get them to fix it? Dovecot pushes the updated capabilities after login, the client should pick them up.
I just wanted to create a bug report about this, and found it had been taken care of already - posting the link here for reference:
http://code.google.com/p/k9mail/issues/detail?id=1252
Patrick.
STAR Software (Shanghai) Co., Ltd. http://www.star-group.net/ Phone: +86 (21) 3462 7688 x 826 Fax: +86 (21) 3462 7779
PGP key E883A005 https://stshacom1.star-china.net/keys/patrick_nagel.asc Fingerprint: E09A D65E 855F B334 E5C3 5386 EF23 20FC E883 A005 -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.12 (GNU/Linux) Comment: Using GnuPG with SUSE - http://enigmail.mozdev.org/
iEYEARECAAYFAkuCHWMACgkQ7yMg/OiDoAWBjQCgg/CFWLcW5MMtXMyjWT9eLCWw LMsAoK0yi90NlPhucoGXylby8jE81xFP =M8vU -----END PGP SIGNATURE-----
On 21/02/2010 19:33, Timo Sirainen wrote:
On 21.2.2010, at 21.16, Thomas Leuxner wrote:
I have an Android Mail App which worked fine with IDLE pushes before (K-9 Mail) under 1.2.10. With 2.0 beta 3 it seems to be looking for an IDLE prompt from the server, otherwise it will disable connection idling (whether this is valid or not).
Setting 'imap_capability = IMAP4rev1 LITERAL+ SASL-IR LOGIN-REFERRALS ID IDLE ENABLE' does the trick, but is it possible to add additional values to the default reply like this?
Hmm. That's too bad. I was hoping to avoid sending any unnecessary capabilities before login. Perhaps IDLE could be added there as an exception.
Although .. Looks like that's an open source client. Perhaps you could report this as a bug and get them to fix it? Dovecot pushes the updated capabilities after login, the client should pick them up.
From memory Outlook Express/Windows Mail requests capabilities before login (and never after login)?
Ed W
On Mon, 2010-02-22 at 11:59 +0000, Ed W wrote:
Hmm. That's too bad. I was hoping to avoid sending any unnecessary capabilities before login. Perhaps IDLE could be added there as an exception.
From memory Outlook Express/Windows Mail requests capabilities before login (and never after login)?
I don't know about them, but I remember someone told me Outlook was fine. The point anyway is that clients don't have to request anything, the capability is pushed to them. There are two ways:
a) Clients that understand capability in resp-text-code:
- OK [CAPABILITY IMAP4rev1 LITERAL+ SASL-IR LOGIN-REFERRALS ID ENABLE STARTTLS AUTH=PLAIN AUTH=DIGEST-MD5] hello localhost 1 login user pass 1 OK [CAPABILITY IMAP4rev1 LITERAL+ SASL-IR LOGIN-REFERRALS ID ENABLE SORT SORT=DISPLAY THREAD=REFERENCES THREAD=REFS MULTIAPPEND UNSELECT IDLE CHILDREN NAMESPACE UIDPLUS LIST-EXTENDED I18NLEVEL=1 CONDSTORE QRESYNC ESEARCH ESORT SEARCHRES WITHIN CONTEXT=SEARCH LIST-STATUS QUOTA] Logged in
b) Clients that don't understand them and issue CAPABILITY anyway (note how the updated CAPABILITY is now sent in untagged CAPABILITY):
- OK [CAPABILITY IMAP4rev1 LITERAL+ SASL-IR LOGIN-REFERRALS ID ENABLE STARTTLS AUTH=PLAIN AUTH=DIGEST-MD5] hello localhost 1 capability
- CAPABILITY IMAP4rev1 LITERAL+ SASL-IR LOGIN-REFERRALS ID ENABLE STARTTLS AUTH=PLAIN AUTH=DIGEST-MD5 1 OK Capability completed. 2 login user pass
- CAPABILITY IMAP4rev1 LITERAL+ SASL-IR LOGIN-REFERRALS ID ENABLE SORT SORT=DISPLAY THREAD=REFERENCES THREAD=REFS MULTIAPPEND UNSELECT IDLE CHILDREN NAMESPACE UIDPLUS LIST-EXTENDED I18NLEVEL=1 CONDSTORE QRESYNC ESEARCH ESORT SEARCHRES WITHIN CONTEXT=SEARCH LIST-STATUS QUOTA 2 OK Logged in
From memory Outlook Express/Windows Mail requests capabilities before login (and never after login)?
I don't know about them, but I remember someone told me Outlook was fine. The point anyway is that clients don't have to request anything, the capability is pushed to them. There are two ways:
this was me, and dovecot 2.0 was still in alpha status... :)
Anyway, I tested Outlook only, not Outlook Express. There always were some differences between those, so maybe they behave different with login capabilities, too.
Regards, Sebastian
On Mon, 22 Feb 2010 23:23:21 +0100 reg9009 <reg9009@yahoo.de> articulated:
this was me, and dovecot 2.0 was still in alpha status... :)
Anyway, I tested Outlook only, not Outlook Express. There always were some differences between those, so maybe they behave different with login capabilities, too.
Outlook Express is depreciated. There is no reason to actively program for.
-- Jerry gesbbb@yahoo.com
|::::======= |::::======= |=========== |=========== |
Three minutes' thought would suffice to find this out; but thought is irksome and three minutes is a long time.
A. E. HousemanOn 23/02/2010 10:35, Jerry wrote:
On Mon, 22 Feb 2010 23:23:21 +0100 reg9009<reg9009@yahoo.de> articulated:
this was me, and dovecot 2.0 was still in alpha status... :)
Anyway, I tested Outlook only, not Outlook Express. There always were some differences between those, so maybe they behave different with login capabilities, too.
Outlook Express is depreciated. There is no reason to actively program for.
It still exists as Windows Mail and personally I find it one of the best windows IMAP clients... It has fewer problems than <=Outlook 2003 in my experience...
Anyway, we have about 90% of our users using OE/WM
Ed W
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
On Tue, 23 Feb 2010, Jerry wrote:
Outlook Express is depreciated. There is no reason to actively program for.
That's what you get on each Windows NT, well? Which home user cares about "deprecated", if it is there, ready and pre-configured to use.
Regards,
Steffen Kaiser -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (GNU/Linux)
iQEVAwUBS4Ozhb+Vh58GPL/cAQIIDAgA0ZwDWYmZHAmKMf+bSj0rTdNQb72VhtGs oc2Dbd7/V7e5UXJdogpcNYbRPp5JDGAs7J+OJjgVevwpf+HvgqyBKZPQH/Eb5eOS C1+hTDCgL5rjXwjP2iwcH0f565oNkyh6r4J97WyGOZo37QnSiFH7TunoJJK5CmRy f2T+Jt3I0WOorRrMCi67ehfoqjejy7wCFpuNqpiCUuBGzZ6DiMbDrbkjGjV1yvGR lH1StmrTcQFd71C2KFsAnMbGk59cexMjCP42nw1/7QVOgK0SYkuI5oF0sCQuChkw KGAp+V9wodKk/H8kddB0nuw4d/RgAydc94V9ifWjx+veMi4ce1bJhw== =TTAa -----END PGP SIGNATURE-----
participants (7)
-
Ed W
-
Jerry
-
Patrick Nagel
-
reg9009
-
Steffen Kaiser
-
Thomas Leuxner
-
Timo Sirainen