Re: [Dovecot] Having a problem with mbox/inbox
On Wed, 2007-04-11 at 11:21 +1200, Nick Le Mouton wrote: Everything seems to work well when I have a home dir for the user, but I don't like to clutter up my /home/ dir with dirs for users that will never use them (other than mail). Is there no way to just use /var/mail/user (I think in mbox format?). I have no interest at this time of using IMAP, this is purely for POP3. http://wiki.dovecot.org/MailLocation/Mbox bottom of the page signature.asc Description: This is a digitally signed message part
Re: [Dovecot] Moving maildir folders between different RC dovecot machines
On Tue, 2007-04-10 at 19:47 -0400, Francisco Reyes wrote: Is it ever necessary to delete any of the dovecot files when moving between machines from different RC versions? No. The file formats haven't changed. And in general if you find that you need to delete some files when moving/upgrading, it's a bug and I'd like to hear about it. signature.asc Description: This is a digitally signed message part
Re: [Dovecot] WebmAdmin for DoveCot
Hi Ken, You are right, these tools once integrated gives the solution. But i thought that if someone has already done the spade work then it would be helpful. Regards -Azher Ken Anderson wrote: Azher Amin wrote: Hi, I am using Dovecot with Sendmail in my environment. So far I am doing manual operations like adding new users, aliases, setting quota etc. Is there any WebAdmin interface that works with 'Dovecot and Sendmail' and can help in above tasks, plz suggest. You might get most of the way with Webmin, but most systems differ so that you'd probably be happier if you 'rolled your own' out of the available peices: pam, saslauthd, pam-mysql, mysql, postgres, ldap, and your favorite programming/scripting languages. Ken Anderson Pacific.Net Regards -Azher -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean.
Re: [Dovecot] Shared mailbox plans
Timo Sirainen wrote: I think I'll also add a check to compare Maildir, new, cur and tmp directories' permissions and log a warning if they're not the same. Just as a sanity check, mine differ (for whatever reason - I probably used 'maildirmake' from Courier) like so: $ ls -gGld SpamTraining/ drwxrwxr-x 7 117 Feb 2 10:21 SpamTraining/ $ ls -gGld SpamTraining/[new,cur,tmp]* drwxrwx--- 2 6 Sep 9 2004 SpamTraining/cur drwxrwx--- 2 6 Sep 9 2004 SpamTraining/new drwxrwx--- 2 6 Sep 9 2004 SpamTraining/tmp $ ls -gGld SpamTraining/.MissedSpam/ drwxrwxr-t 5 36 Apr 7 09:17 SpamTraining/.MissedSpam/ $ ls -gGld SpamTraining/.MissedSpam/[new,cur,tmp]* drwxrwxrwt 2 6 Feb 3 02:06 SpamTraining/.MissedSpam/cur drwxrwxrwt 2 6 Feb 2 10:26 SpamTraining/.MissedSpam/new drwxrwxrwt 2 6 Feb 2 10:28 SpamTraining/.MissedSpam/tmp So whether or not *my* permissions are correct (they actually look pretty screwed up), implementing that check would start blowing out warnings in the logfile; yet these folders work perfectly fine I suppose. FYI only. :) -te -- Troy Engel | Systems Engineer Fluid, Inc | http://www.fluid.com
[Dovecot] ldap + imap + passwords
hi... exits anyway to get imap user and password from system. in other word if my mail clients log in system with user and password and want to use them to login to imap server. :) -- Salu2 ;)
Re: [Dovecot] Problems with (probably) Dovecot
Hi Frank. What I think Timo is trying to say is... The issue is most likely that the system has overflowed the Message uid's. This means that the message id (a number) has grown too large to fit within the size allocated for it in v 0.99. This can happen in an older system that has been in use for a long time. Message UIDL's are handled differently in the current RC's, and Upgrading should fix it. Upgrading isn't terribly difficult. The only catch is that in the new config file, you have to tell it what format you want to use for the UIDLs. The documentation makes a suggestion, pop3_uidl_format = %08Xu%08Xv and it works for us. Hope that helps. -ejay On Tue, 2007-04-10 at 20:43 +, Frank Neps wrote: Hi Timo, thanks for your message. Timo Sirainen wrote: On 10.4.2007, at 23.15, Frank Neps wrote: Trying to access my messages on the server via IMAP protocol using Outlook (2000 or 2002 or 2003) leads to an error message Invalid messageset: (where is a changing number). No data is displayed, the headers are not updated. Squirrelmail says, that the messages are not available any more. And Thunderbird joins in with Outlook and also tells me something about an invalid messageset. For some reasons (and some messages, not all) Kontact / Kmail does not give me error message, however, my main system is not a Linux one and therefore I'd like to get that fixed, if possible. That most likely means that message UIDs are 2^31 or larger. Now what that would happen with upgrading, I've no idea, unless it was just a happy conincidence. What version were you upgrading to, and is it with mbox or maildir? I did not yet upgrade to Dovecot 1.0 because in the documentation it sounded as if it were not just starting an installation routine, but involves quite some work. With the thought in mind, that I have to move to a new server in the near future anyway, I wanted to avoid the upgrade. The current Dovecot version (still installed) is 0.99. I use the mbox format. Thanks, Frank
Re: [Dovecot] rc31 - deferring operation: binding
Well, I've really no idea. I know it works for many people and I couldn't get it to break when stress testing with hundreds of connections per second. More info: In the 5 minutes between when Nagios flagged IMAP as down (and we tested it as down) until we restarted Dovecot, 103 authentications successfully completed. For the sake of reference, in the previous 5 minutes 311 IMAP logins succeeded. Also interesting: IMAP has died twice so far today (both times were at typical daily usage peaks). POP3 has not tested as down once. Admittedly, we do roughly 9 X as many IMAP logins as POP, but they both auth via dovecot-auth, right? -Ben
Re: [Dovecot] Problems with (probably) Dovecot
Ejay Hire spake the following on 4/11/2007 10:01 AM: Hi Frank. What I think Timo is trying to say is... The issue is most likely that the system has overflowed the Message uid's. This means that the message id (a number) has grown too large to fit within the size allocated for it in v 0.99. This can happen in an older system that has been in use for a long time. Message UIDL's are handled differently in the current RC's, and Upgrading should fix it. Upgrading isn't terribly difficult. The only catch is that in the new config file, you have to tell it what format you want to use for the UIDLs. The documentation makes a suggestion, pop3_uidl_format = %08Xu%08Xv and it works for us. Hope that helps. Is that the uidl format from a stock .99 era setup? Where can you look to make sure before an upgrade? I am facing an upgrade from .99 in CentOS 4 to 1.0 when it is released and I want to make sure. Is it in the actual mbox, or in the indexes? I have to say, that even 0.99 just blows away wuimap. I can't wait to upgrade. -- MailScanner is like deodorant... You hope everybody uses it, and you notice quickly if they don't
Re: [Dovecot] Convert plugin mbox to maildir has no effect
On Wed, 2007-04-11 at 08:57 +0200, Frank Elsner wrote: On Tue, 10 Apr 2007 17:58:03 +0200 guenther wrote: On Tue, 2007-04-10 at 17:06 +0300, Timo Sirainen wrote: On Sun, 2007-04-08 at 23:26 +0200, Frank Elsner wrote: Apr 8 23:13:36 seymour dovecot: IMAP(migrant): Mailbox conversion: Couldn't create mailbox directory .gnome2_private Maildir uses . as hierarchy separator, so this filename is invalid. I'm not sure if convert_skip_broken_mailboxes=yes should just cause these to be ignored, but for now it doesn't.. Just spotted the above error message (deleted previous posts already), and it strikes me as seriously odd. Dots in mbox file names are usually embedded (as in dovecot.org), where it makes sense, as opposed to beginning with a dot. Even worse, this particular name is kind of weird for a mail folder... However, this name is well known to me: [EMAIL PROTECTED] ~]$ ls -ld .gnome2_private drwx-- 2 guenther users 4096 Jul 21 2005 .gnome2_private/ Me Too :-) Hmm, so one of your users really got a mail folder named gnome2_private? Odd... Anyway, another idea hit me -- is this really an invalid name, as Timo said? I don't know the convert plugin and what it logs, and I don't know the exact details of Maildir either. However, creating a mail folder named gnome2_private in your MUA will result in a dir by that name with a leading dot. Just like the name in the error message, no? I'd check where the Maildir data actually is being created and what files are being attempted to convert. Almost looks like the Maildir dirs are being created in the users $HOME... No, dovecot.conf contains I did not want you to paste the settings again, but to check if the Maildir files are being created where you expect them. Grepping or changing conf files doesn't mean anything, if the running process doesn't use this particular version. ;) guenther -- char *t=[EMAIL PROTECTED]; main(){ char h,m=h=*t++,*x=t+2*h,c,i,l=*x,s=0; for (i=0;il;i++){ i%8? c=1: (c=*++x); c128 (s+=h); if (!(h=1)||!t[s+h]){ putchar(t[s]);h=m;s=0; }}}
Re: [Dovecot] Shared mailbox plans
Timo Sirainen writes: Keeping ACLs in SQL is different from keeping the whole mailbox data in SQL. Currently the ACL plugin supports only vfile backend, but it wouldn't be too difficult to add support for SQL backend. Having ACLs in SQL allows companies to have a centralized place for all ACLs. For instance our mail tables are generated from other tables. Users update the primary tables in a management screen. A program takes data from these primary tables and populates the appropriate tables. All backend mailstore machines connect to the database to get their information. If ACLs were on files one would have to have a specialized program to grab data from a centralized database to create the local files. For one machine that is likely ok but for many machines it starts to get complex (ie you have to sync all the programs accross all the servers to be up to date).
[Dovecot] Comment from OpenLDAP developer regarding deferring operations
I received this response from a member of the OpenLDAP core team when asking about meaning of the deferred operations I was seeing. Is it possible that this is what I'm seeing, Timo? -Ben - I'd note that if your client is performing search + bind on the same connection in an asynchronous manner, then the server behavior as per RFC4511 is undefined, since a server is not supposed to be willing to handle operations intermixed with binds until a bind is concluded. That is, any operation can be multiplexed on a single LDAP connection __except__ binds, which must be serialized. A more appropriate client for that type of operations would need to use at least 2 connections, one for searches and one for binds, and the one for binds should take care of either performing synchronous binds, or in any case to wait for response to a bind before performing another. In case of failure (e.g. timeout) while waiting for bind response, the connection should be trashed (see ldap_unbind_ext(3)) and recreated. This is what is done, for example, by slapd-ldap(5). p. Ing. Pierangelo Masarati OpenLDAP Core Team SysNet s.r.l. via Dossi, 8 - 27100 Pavia - ITALIA http://www.sys-net.it --- Office: +39 02 23998309 Mobile: +39 333 4963172 Email: [EMAIL PROTECTED] ---