Re: [Dovecot] IMAP IDLE, Virtual mailboxes
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi Nikolay, On Fri, 09 Apr 2010 21:12:54 +0400, Nikolay Shopik wrote: On 09.04.2010 11:19, Patrick Nagel wrote: That's great news, thanks for the pointer!:) Inhttp://dovecot.org/list/dovecot/2009-August/041950.html Timo says that IMAP NOTIFY is not yet supported by Dovecot - has this changed? If not, is there a plan to implement IMAP NOTIFY? Keep in mind it still need at least one connection per mailbox if I correctly understood RFC. I don't think so - in chapter 1 (Overview and Rationale) it states Also, IDLE only applies to the selected mailbox, thus requiring an additional TCP connection per mailbox ... and later, in chapter 3.1: The client can also request notifications on other mailboxes by name or by a limited mailbox pattern match. Message-related notifications returned for the currently selected mailbox will be those specified by the SELECTED/SELECTED-DELAYED mailbox specifier, even if the selected mailbox also appears by name (or matches a pattern) in the command. I cannot find any indication that multiple IMAP connections are required. Also I don't know any client supporting IMAP NOTIFY yet. Well, this is probably a chicken/egg problem ;) One of the core developers of K-9 Mail says: I've been interested in implementing IMAP NOTIFY in K-9 Mail, but will only do it once dovecot supports it. (http://code.google.com/p/k9mail/issues/detail?id=1255#c8) 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/ iEYEARECAAYFAkvAJRQACgkQ7yMg/OiDoAUxdQCeIznGYFcEzbTQSU4OaifC8HG0 AH8AoK8VDkSrRhI7CZvUpaarxhDhiVWq =4ABw -END PGP SIGNATURE-
Re: [Dovecot] IMAP IDLE, Virtual mailboxes
On 10.04.2010 11:13, Patrick Nagel wrote: The client can also request notifications on other mailboxes by name or by a limited mailbox pattern match. Message-related notifications returned for the currently selected mailbox will be those specified by the SELECTED/SELECTED-DELAYED mailbox specifier, even if the selected mailbox also appears by name (or matches a pattern) in the command. I assume this only apply if all these mailboxes are on same server.
Re: [Dovecot] Patch: support URLAUTH, BURL, CATENATE
On 9.4.2010, at 14.24, Mike Abbott wrote: Apple invites the dovecot developers and contributors to port this patch to Dovecot-2.0. Dovecot-2.0 has not been stable enough for us yet to make it the base of our development. Ported: http://hg.dovecot.org/dovecot-2.0-urlauth/ I only fixed merge conflicts and updated to use v2.0 APIs. It compiles, but I didn't try to run it.
[Dovecot] Error in SimpleVirtualInstall
Hi, i still got a little Problem (Thunderbird cant copy my mail to Gesendet) but besides that i can send and receive mail. ive used: http://wiki.dovecot.org/HowTo/SimpleVirtualInstall there it says that /etc/dovecot/passwd should look like: test:{PLAIN}pass bill:{PLAIN}secret t...@example.com:{PLAIN}hello123 d...@example.com:{PLAIN}world234 j...@elsewhere.org:{PLAIN}whee j...@elsewhere.org:{PLAIN}mypass but the syntax used for test and bill didnt work here, i had to add the virtual domain to get it working. or else deliver wasnt able to recognize the user (unknown user). Can anybody please confirm this? Also i would like to suggest to explicitely say that protocol lda { } is needed even if it contains nothing. or better change the example so that it contains the postmaster address. but the one in the howto just contains .. dovecot probably wont even start with that example. this is dovecot 1.2.11 -- GRATIS für alle GMX-Mitglieder: Die maxdome Movie-FLAT! Jetzt freischalten unter http://portal.gmx.net/de/go/maxdome01
Re: [Dovecot] RFC 4468
On 2010-04-09 11:14 PM, Stan Hoeppner wrote: There's an active BURL thread on the postfix-users list right now and it seems Wietse and Victor are open to looking at the idea. Timo have you had any chats with Wietse and/or Victor about BURL, Postfix, and Dovecot as of yet? I'm just assuming for some reason that you've interacted with Wietse in the past on one level or another. My apologies if this is not the case. Anyway, seems the time may be right to engage this feature and coordinate with some MTA devs to get it working correctly. This sounds suspiciously similar to the thread where I asked about some kind of support for 'Saving to Sent folder' automatically, so the message wouldn't have to be sent over the wire twice: http://www.dovecot.org/list/dovecot/2010-March/047272.html There have been a number of threads on the postfix list about this, and the last one actually resulted in a reasonable sounding workaround: http://archives.neohapsis.com/archives/postfix/2010-03/0070.html Does anyone know if Firefox has support for BURL submission yet, or does it even need it? Why would it? If Firefox is being used then your talking about a webmail client, so the message is never downloaded to the local client anyway. I've not looked at the actual message paths defined by this extension yet. My assumption is that with this extension, the MUA submits the message to the IMAP server and then the IMAP server forwards it to the MTA. Or do I have it backwards? That's what it sounded like to me - which is why I said it sounds exactly like what I had discussed in the thread referenced above - calling it a dovecot LSA (Local Submission Agent)... -- Best regards, Charles
[Dovecot] 2.0beta4 and latest Mercurial: Folder not SELECT-able until LIST-ed
Have a look at the attached dialog. It shows the folder shared/a...@db.org/Archive not being SELECT-able until after it's been mentioned in a LIST response. This can't possibly be right, can it? Bob * OK [] Dovecot ready. 0 LOGIN d...@db.org d 0 OK [] Logged in 1 SELECT shared/a...@db.org/Archive 1 NO Mailbox doesn't exist: shared/a...@db.org/Archive 2 LIST shared/a...@db.org/ * * LIST (\Noselect \HasChildren) / shared/a...@db.org/ * LIST (\Noselect \HasNoChildren) / shared/a...@db.org/Archive * LIST (\HasNoChildren) / shared/a...@db.org/Archive 2 OK List completed. 3 SELECT shared/a...@db.org/Archive * FLAGS (\Answered \Flagged \Deleted \Seen \Draft) * OK [PERMANENTFLAGS (\Answered \Flagged \Deleted \Seen \Draft \*)] Flags permitted. * 0 EXISTS * 0 RECENT * OK [UIDVALIDITY 1270933316] UIDs valid * OK [UIDNEXT 1] Predicted next UID * OK [HIGHESTMODSEQ 1] Highest 3 OK [READ-WRITE] Select completed. 4 LOGOUT * BYE Logging out 4 OK Logout completed. # 2.0.beta4: /usr/local/mailsys/etc/dovecot/dovecot.conf # OS: Linux 2.6.32-18-generic i686 Ubuntu lucid (development branch) disable_plaintext_auth = no log_path = /tmp/dovecot.log namespace { hidden = no inbox = yes list = yes location = maildir:~/Maildir:LAYOUT=fs prefix = separator = / subscriptions = yes type = private } namespace { hidden = no inbox = no list = children location = maildir:%%h/Maildir:LAYOUT=fs:INDEX=~/Maildir/shared/%%u prefix = shared/%%u/ separator = / subscriptions = no type = shared } passdb { args = /usr/local/mailsys/etc/dovecot/db.conf driver = sql } protocols = imap service auth { unix_listener auth-userdb { group = vmail mode = 0660 user = root } } ssl = no userdb { args = /usr/local/mailsys/etc/dovecot/db.conf driver = sql }
Re: [Dovecot] pigeonhole: naming and versioning
On Thu, Apr 08, 2010 at 12:09:27PM +0200, Stephan Bosch wrote: Axel Thimm wrote: As a (downstream) packager I have some questions: a) pigeonhole is called a working title - will the final release be called something else like dovecot-sieve again? Well, I was a bit uncertain about the name. People who don't know what a pigeonhole is or what the verb means (especially the Dutch), sometimes have `interesting' associations with that name. I am quite confident though that this name is the definitive one. I'll adjust the website accordingly. :) b) The versioning seems to go from 0.1.15 to 0.1.13. From a packager's POV it would be better to allow a natural version upgrade path. Perhaps the version in hg is just not updated? The reason for these questions/clarifications are that Angel and I are packaging dovecot 2.x betas and matching sieve plugins for allowing more people to a broader testing before the projects go gold. We'd like to have proper naming and versioning in place already for the beta packages. The Pigeonhole project is not released for v2.0 yet, so there is no version for v2.0. Current plans are to call name the packages dovecot-2.0-pigeonhole-0.2.0. However, this versioning scheme is not ideal, so ideas are welcome. How about using a version scheme starting with 2.0? If there is a pigeonhole for each 2.0.x release, then dovecot-2.0.x.tar.bz2 dovecot-pigeonhole-2.0.x.tar.bz2 could be the released pairs. -- Axel.Thimm at ATrpms.net pgpm5GS9pMlOg.pgp Description: PGP signature