- dovecot - dovecot.org

[Dovecot] valid folder name
by Jan-Frode Myklebust 05 Jun '13

05 Jun '13

We have a quite large user base, with lots of bad folder names because the mail folders was earlier accessible outside of dovecot. Now we're running dsync conversions from maildir to mdbox for all users, but are struggelig a bit with dsync not liking invalid folder names. Before we convert a user we try to determine if the folder names are valid, but we don't have a very good regexp for validating it. Maybe someone else knows a way to verify (and fix?) folder names that are invalid. The rules I know is: - name doesn't start with '.' or '~' (after the initial '.') - name doesn't end with '.' - the name doesn't contain '..' - the name is valid mUTF7 So, any regexp gurus that can distill those rules down to something usable? -jf -- Some people, when confronted with a problem, think "I know, I'll use regular expressions." Now they have two problems. -jwz

1 0

[Dovecot] Make install error
by kengheng 05 Jun '13

05 Jun '13

Hi, I'm recompiling dovecot 2.2.0/2.2.1 with error below during make install: test -z "/usr/local/dovecot/lib/dovecot/auth" || /usr/bin/mkdir -p "/usr/local/dovecot/lib/dovecot/auth" /usr/bin/mkdir: cannot create directory ‘/usr/local/dovecot/lib/dovecot/auth’: File exists make[3]: *** [install-auth_moduleLTLIBRARIES] Error 1 make[3]: Leaving directory `/usr/local/src/dovecot-2.2.1/src/auth' make[2]: *** [install-am] Error 2 make[2]: Leaving directory `/usr/local/src/dovecot-2.2.1/src/auth' make[1]: *** [install-recursive] Error 1 make[1]: Leaving directory `/usr/local/src/dovecot-2.2.1/src' make: *** [install-recursive] Error 1 The target Svr OS: OpenSuse 12.2 x86 and installed success for qmail/vpopmail. The configuration for dovecot as below: ./configure \ --prefix=/usr/local/dovecot \ --with-vpopmail \ --with-docs \ --with-ssl \ --without-shadow \ --without-pam \ --without-ldap \ --without-pgsql \ --without-sql \ --without-mysql \ --without-sqlite Thanks, KH. Chan

4 11

[Dovecot] Director in v2.2.2
by Joe Wong 05 Jun '13

05 Jun '13

Hi, I am going to try and study Dovecot with Director in v2.2.2, would like to confirm the Director bundled there is the latest version, as I saw #define DIRECTOR_VERSION_NAME "director" #define DIRECTOR_VERSION_MAJOR 1 #define DIRECTOR_VERSION_MINOR 3 in director.h thanks, - Joe

1 0

[Dovecot] Support not compiled in for passdb driver 'pam' + telnet localhost imap.
by Maria Jose Yañez Dacosta 05 Jun '13

05 Jun '13

Hi!, I Install dovecot version 2.1.16 on CentOS 6.4 x86_64. When I try to test the installation (by telnet localhost imap) the following error occurs: "auth: Fatal: Support not compiled in for passdb driver 'pam'". I do not discover what caused this. Here I leave the configuration data and the log. Thanks ------------------------------------ / var / log / maillog --------------------------------------- May 31 15:45:55 prueba-mail dovecot: master: Dovecot v2.1.16 starting up (core dumps disabled) May 31 15:46:04 prueba-mail dovecot: auth: Fatal: Support not compiled in for passdb driver 'pam' May 31 15:46:04 prueba-mail dovecot: master: Error: service(auth): command startup failed, throttling for 2 secs May 31 15:46:04 prueba-mail dovecot: imap-login: Disconnected: Auth process broken (disconnected before greeting, waited 0 secs): user=<>, rip=::1, lip=::1, secured, session=<jabyBgjevAAAAAAAAAAAAAAAAAAAAAAB> ------------------------------------ doveconf-n -------------------------------------------------- # 2.1.16: /usr/local/etc/dovecot/dovecot.conf # OS: Linux 2.6.32-358.6.2.el6.x86_64 x86_64 CentOS release 6.4 (Final) auth_use_winbind = yes namespace inbox { inbox = yes location = mailbox Drafts { special_use = \Drafts } mailbox Junk { special_use = \Junk } mailbox Sent { special_use = \Sent } mailbox "Sent Messages" { special_use = \Sent } mailbox Trash { special_use = \Trash } passdb { driver = pam } protocols = imap pop3 ssl = no userdb { args = uid=10000 gid=10000 home=/mail/%d/%n allow_all_users=yes driver = static } -- Maria José

1 0

[Dovecot] Fw: Cannot Authenticate via LDAP
by Christian Wiese 04 Jun '13

04 Jun '13

Hello Christian, I tried what you suggested by adding "REFERALS off" to /etc/ldap/ldap.conf and restarting slapd and dovecot, but the error persists. On Tue, Jun 4, 2013 at 7:56 AM, Christian Wiese < christian.wiese(a)securepoint.de> wrote: > Hi Ron, > > I didn't had the time to check all logs but the error log. > First thing you should check if there are LDAP REFFERALS enabled in > the systems ldap.conf. > I had a similar looking issue and it took me a good amount of time to > figure out that I had to disable LDAP REFFERALS globally. > This happened when using an AD as LDAP backend, but also applies to > Samba4 as you can see in the following mailing list thread: > > > http://dovecot.markmail.org/message/mjurv4fp4w65u2ib?q=Dovecot+LDA+LDAP+loo… > > The settings within the systems ldap.conf might influence dovecot, > because libldap (openldap) functions might read the global ldap.conf > settings. > > Hope that helps. > > Cheers, > Chris > > Am Tue, 4 Jun 2013 05:50:16 -0400 > schrieb Ron Scott-Adams <ron(a)tohuw.net>: > > > a login tohuw [myPassword] returns "NO [AUTHENTICATIONFAILED] > > Authentication failed." I believe I'm missing a configuration > > detail, but what? > > > > > > info.log: http://pastebin.ca/2388873 > > > > debug.log: http://pastebin.ca/2388872 > > > > error.log: http://pastebin.ca/2388871 > > > > dovecot -n: http://pastebin.ca/2388870 > > > > dovecot-ldap.conf.ext summary: http://pastebin.ca/2388867 > >

3 5

[Dovecot] Administrative mailbox deletions
by Alan Brown 04 Jun '13

04 Jun '13

I'm in the process of nuking a bunch of dead mailboxes after they've been migrated to other servers - but the accounts have been kept. A simple shell script takes care of most of it, BUT.... (there's always a "but" isn't there?) One user has named all his mailboxes with leading hyphens. ie: -foo -bar -bazz and "doveadm mailbox delete" doesn't like it. Does anyone have the magic sauce needed to escape the - character? Thanks in advance Alan

3 2

[Dovecot] Cannot Authenticate via LDAP
by Ron Scott-Adams 04 Jun '13

04 Jun '13

a login tohuw [myPassword] returns "NO [AUTHENTICATIONFAILED] Authentication failed." I believe I'm missing a configuration detail, but what? info.log: http://pastebin.ca/2388873 debug.log: http://pastebin.ca/2388872 error.log: http://pastebin.ca/2388871 dovecot -n: http://pastebin.ca/2388870 dovecot-ldap.conf.ext summary: http://pastebin.ca/2388867

2 1

Re: [Dovecot] Administrative mailbox deletions
by Alan Brown 04 Jun '13

04 Jun '13

>> and "doveadm mailbox delete" doesn't like it. >> >> Does anyone have the magic sauce needed to escape the - character? > > An "escaping" that works at the *nix level (not necessarily with > doveadm, but I would assume it works there too) is, e.g., > > rm -- -foo > > i.e., double dashes to nullify the "-" option flag, followed by the > filename. That does work. Thanks. Alan

1 0

[Dovecot] Imap Server as storage backend for dovecot
by Micha Krause 04 Jun '13

04 Jun '13

Hi, I remember reading about the possibility to configure a namespace to point to another imap server (not dovecot) and use it as a backend for storing mails. However, I could not find any documentation about this, so Im not sure if I remember correctly. Micha Krause

1 0

[Dovecot] recursive mail_location?
by Eric Abrahamsen 04 Jun '13

04 Jun '13

Forgive what may be a newby question, but I'm trying to get a new setup working, and there are many different things confusing me. I'm trying for a gnus + dovecot + mbsync arrangement, with mbsync writing to maildirs, and gnus reading from those dirs with a dovecot invocation. Fairly standard, I think. I have multiple email accounts I'm trying to sync, all of them gmail. My problem is that mbsync creates one maildir structure for each mailbox in each account. So I end up with: ~/mail ├── acc1 │ ├── INBOX │ │ ├── cur │ │ ├── new │ │ └── tmp │ └── OTHERBOX │ ├── cur │ ├── new │ └── tmp └── acc2 ├── INBOX │ ├── cur │ ├── new │ └── tmp └── OTHERBOX ├── cur ├── new └── tmp And so on, for many accounts, and many mailboxes. I believe there's something I can configure in mbsync to collapse this a little, but there's still going to be quite a bit of nesting. Gnus, meanwhile, is meant to invoke dovecot with the "-o mail_location" switch, and as far as I can tell that needs to be pointed at a maildir structure, which means I would need a separate gnus server for each mailbox in each account. Does anyone have a recommended way of handling this? Is it possible to either "flatten" the structure further, or somehow tell dovecot to recurse into directories? I don't mind having a separate gnus server for each mail account, but I'd hate to have to do one per mailbox. I'm only just getting started and haven't invested myself in any particular setup, so if the answer is "you're doing it all wrong", I would love to hear that. Thanks! Eric

3 5