- dovecot - dovecot.org

[Dovecot] migration dovecot 1 --> dovecot 2
by Frank Bonnet 28 Jan '11

28 Jan '11

Hello I plan to migrate my mailhub from 1 to 2 , is it a good idee to remove all indexes .imap directories from the new server before starting it in production state ? Thanks

3 2

[Dovecot] Best way to calculate concurrent users?
by Henrique Fernandes 28 Jan '11

28 Jan '11

Well, i am having some problens to figure out how many concurrent users into the server! In my envoriment now, most people are using the webmail interface, and it just conect and disconct pretty quickly so i can not get it with "doveadm who" doveadm who only gets the ones that are connect with clients. O use ipvs to balance betwaeen 2 servers does anyone have an ideia ? With ipvs i get this results: IP Virtual Server version 1.2.1 (size=4096) Prot LocalAddress:Port Scheduler Flags -> RemoteAddress:Port Forward Weight ActiveConn InActConn TCP XXX.XX.X.XX:143 lblcr -> 10.0.2.10:143 Masq 1 16 228 -> 10.0.2.11:143 Masq 1 16 184 There is others ports and stuff. Does any one have an ideia how to get this number ? []'sf.rique

2 3

[Dovecot] Storing Dovecot index files on sql
by list＠airstreamcomm.net 28 Jan '11

28 Jan '11

We have been communicating with the mailling list on another thread regarding dotlocking on the dovcot-uidlist over an NFS share, and I was hoping to get some ideas on whether or not a sql database would be a suitable location for storing the dovecot index files. Our though process so far has been that storing the index files on NFS with the maildir has not worked very effectively when we are using multiple Dovecot servers (even using sticky IPs in our load balancer), and using local storage is not possible with a cluster of machines, so we got to thinking about what type of storage platform would be suitable for these index files that would provide native locking of the data while multiple servers accessed and wrote to it. Our question to the community is whether sql storage for index files has ever been considered, what issues would this introduce, and if it's even feasible? Thanks everyone! Michael

3 2

[Dovecot] Differenft INBOX for IMAP/POP with checkpassword passdb
by Peter Mogensen 27 Jan '11

27 Jan '11

Hi, I'm trying to do a setup where IMAP and POP users see different INBOX' Like described on the virtual folder wiki page: http://wiki.dovecot.org/Plugins/Virtual However, for now, I'm stuck with the checkpassword passdb and prefetch userdb So I can't parameterize the result on %s like the example with MySQL does. So I thought of having to different checkpassword scripts: passdb checkpassword { args = /usr/bin/checkpassword-%s } However, Dovecot (1.2.15) doesn't seem to expand %s even though the Wiki says it should be available everywhere: http://wiki.dovecot.org/Variables Is this a bug, or am I missing something. /Peter

1 1

[Dovecot] Iphone IMAP access
by Frank Bonnet 27 Jan '11

27 Jan '11

Hello When I use my iphone to access my IMAP folders I can see ALL folders in my userland and not only those listed in .subscriptions file ... Anyone has an explaination of this ? Might be a security/confidentiality hole isn't it ?

13 30

[Dovecot] Best Cluster Storage
by Jonathan Tripathy 27 Jan '11

27 Jan '11

Hi Everyone, I wish to create a Postfix/Dovecot active-active cluster (each node will run Postfix *and* Dovecot), which will obviously have to use central storage. I'm looking for ideas to see what's the best out there. All of this will be running on multiple Xen hosts, however I don't think that matters as long as I make sure that the cluster nodes are on different physical boxes. Here are my ideas so far for the central storage: 1) NFS Server using DRBD+LinuxHA. Export the same NFS share to each mail server. Which this seems easy, how well does Dovecot work with NFS? I've read the wiki page, and it doesn't sound promising. But it may be outdated.. 2) Export block storage using iSCSI from targets which have GFS2 on DRBD+LinuxHA. This is tricky to get working well, and it's only a theory. 3) GlusterFS. Easy to set up, but apparently very slow to run. So what's everybody using? I know that Postfix runs well on NFS (according to their docs). I intend to use Maildir Thanks

17 75

[Dovecot] Can't get it working
by llwyble＠suddenlink.net 26 Jan '11

26 Jan '11

I get dovecot to work and answer when telnet to 110 both local and from another computer. But it shows nothing in the log files except it's running. Here's the log and other info: /var/log/maillog: Jan 25 16:49:32 widgeteye dovecot: master: Dovecot v2.0.9 starting up (core dumps disabled) dovecot --version 2.0.9 dovecot -n output # 2.0.9: /usr/local/etc/dovecot/dovecot.conf # OS: Linux 2.6.33.4-smp i686 Slackware 13.1.0 default_internal_user = myusername default_login_user = myusername disable_plaintext_auth = no listen = * mail_location = maildir:~/mail mail_privileged_group = mail passdb { args = scheme=CRYPT username_format=%u /usr/local/etc/dovecot/passwd.dovecot driver = passwd-file } protocols = pop3 service pop3-login { inet_listener pop3 { port = 110 } } ssl = no userdb { args = username_format=%u /usr/local/etc/dovecot/passwd.dovecot driver = passwd-file } When I try get mail from my machine from another computer I get nothing What's up? Thanks

5 6

[Dovecot] Questiosn about dbox
by Javier de Miguel Rodríguez 26 Jan '11

26 Jan '11

Hello I have read carefully about dbox (/http://wiki2.dovecot.org/MailboxFormat/dbox/) and I have some questions: - One of the main advantages (speed wise) of dbox over maildir is that index files are the only storage for message flags and keywords. What happens when we want to recover some messages from backup? With maildir we can rebuild message indexes, but I am not sure about dbox. Should we also restore "old indexes" and merge with the "new indexes" in order to restore the deleted messages? - The previous question applies to sdbox and mdbox. In the case of mdbox, we can configure rotation of files using /mdbox_rotate_size/ . We would like to rotate daily, not based in size (our users ask us for yesterday's backup). How can we accomplish this? We have now 17.000.000 messages in our maildir, almost 1.5 TB (zlib compresssion enabled). Our backup time with bacula is rather bad: 24 hours for a full backup, most of the time the backup is busy fstat'ing all those little messages. We think that mdbox can help us in this. Does anybody has good experiences migrating from maildir->mdox in "large" enviroments? What about mdox performance & reliability? Thank you for your support Javier

5 10

[Dovecot] Offtopic: Mac Mail Autoconfigure
by stefan novak 26 Jan '11

26 Jan '11

Hello, i know its a little bit Offtopic, but i know many Mailadmins are reading here ;) Does anybody know howto autoconfigure Mac Mail als ISP Provider. We have troubles with the default Settings of Mac Mail (POP3s with APOP) and want to change them via autodiscover. Is there something simular to Thunderbirds Config Site: https://developer.mozilla.org/en/Thunderbird/Autoconfiguration google just offers similar problems, but no solutions :( http://groups.google.com/group/macenterprise/browse_thread/thread/a88294331… thx for your help Stefan

3 3

[Dovecot] authentication methods : pam, passwd and then backup question. How to restrict the methods
by J4K 25 Jan '11

25 Jan '11

Dear all, I noticed that incoming users were attempting to authenicate using several methods like pam sql. Eventually, they logged in. Is there a way for dovecot to only query a mysql backup for users, and skip the other methods? Examples from logs (via Roundcube webmail in this case, but the same messages appear with port 993) Jan 25 17:22:17 srv dovecot: auth-worker(default): pam(aa(a)bb.co.uk,127.0.0.1): pam_authenticate() failed: Authentication failure (password mismatch?) Jan 25 17:22:17 srv dovecot: auth(default): passwd(aa(a)bb.co.uk,127.0.0.1): unknown user Jan 25 17:22:17 srv dovecot: imap-login: Login: user=<aa(a)bb.co.uk>, method=PLAIN, rip=127.0.0.1, lip=127.0.0.1, secured As shown above, the user uses pam, passwd and then finally the user account fetched from mysql. The distribution is Debian Squeeze. Regards, s

2 7