Re: [Dovecot] v2.0 IMAP Capabilities announcement
On Mon, 22 Feb 2010 23:23:21 +0100 reg9009 reg9...@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 ges...@yahoo.com |=== |=== |=== |=== | Three minutes' thought would suffice to find this out; but thought is irksome and three minutes is a long time. A. E. Houseman
Re: [Dovecot] v2.0 IMAP Capabilities announcement
On 23/02/2010 10:35, Jerry wrote: On Mon, 22 Feb 2010 23:23:21 +0100 reg9009reg9...@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
Re: [Dovecot] v2.0 IMAP Capabilities announcement
-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-
Re: [Dovecot] v2.0 IMAP Capabilities announcement
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
Re: [Dovecot] v2.0 IMAP Capabilities announcement
On Mon, 2010-02-22 at 11:59 +, 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 signature.asc Description: This is a digitally signed message part
Re: [Dovecot] v2.0 IMAP Capabilities announcement
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
Re: [Dovecot] v2.0 IMAP Capabilities announcement
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.
Re: [Dovecot] v2.0 IMAP Capabilities announcement
-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-