Re: [Dovecot] 1.2.15 can't get zlib working
On 11/22/2011 5:07 PM, Timo Sirainen wrote: > On 23.11.2011, at 0.25, Stan Hoeppner wrote: > >> On 11/22/2011 12:30 PM, Timo Sirainen wrote: >>> On 22.11.2011, at 19.00, Stan Hoeppner wrote: >>> The current operation on '1-Spam-l' did not succeed. The mail server for account s...@hardwarefreak.com responded: Mailbox doesn't exist: 1-Spam-l >>> .. /$ la /home/stan/mail/1-Spam-l.gz -r 1 stan stan 14M Oct 28 2010 /home/stan/mail/1-Spam-l.gz >>> >>> The name is now "1-Spam-l.gz", not "1-Spam-l". (Subscription file not >>> updated?) >> >> Aha. That was it. Thanks Timo. For some reason my read of the wiki >> page made me think this was handled transparently--just zip the file and >> everything works as it did before. Apparently it's not as simple as the >> wiki leads one (me anyway) to believe. > > I thought about doing something smarter, but then I thought "no one uses > compressed mboxes for anything important anyway" :) Out of curiosity, what (or who) prompted the development of the compressed mbox feature? Or was it that you wanted to do it for maildir, and then figured you should for mbox as well? The implementation seems to work ok. The instructions just seem a bit...thin. :) >> This bit of the wiki caused me some confusion as well: >> "Compressed mbox files can be accessed only as read-only" >> >> Thus I chmod'ed the .gz file to read-only. This creates a problem. It >> appears that when Dovecot creates the .imap folder of the same name it >> inherits the permissions of the zipped mbox file. Thus it can't create >> the indexes: > > I've fixed this in some version. I guess in v2.0. Yeah, I'm waiting for Debian to get a backport of 2.0.x. For many reasons the only thing I'm comfortable installing from source is the Linux kernel. >> Reverting with 'chmod +w' fixed this. Maybe that sentence in the wiki >> could be reworded in a way that doesn't prompt some folks to manually >> make the zipped files read-only. > > Well, I don't really care that much about v1.x anymore. Understandable. >> It took a while for Dovecot to index the 15K+ messages. With that >> finished, accessing the folder is similar to before, but there's a small >> lag when opening messages. > > Yeah, it's uncompressing the entire file until it finds the message you're > opening. It's pretty damn fast at it. I haven't seen anything more than a couple of seconds lag while randomly accessing mail all over the folder. The original gzip of the file took >45 seconds. >> As this is an archive folder the contents >> won't change, so Squat FTS should be very fast after the first search, >> just as before. Interestingly, it appears my squat indexes aren't >> updating--for any folder. I've searched 4 folders via Tbird body search >> with xyzzyx (took forever) and I see no changes to the dates or sizes of >> existing indexes. I deleted the squat indexes for one folder and ran >> the search again. No new squat indexes were created. No errors in the >> logs. >> >> Any ideas why the squat indexes aren't updating? IIRC this happened >> once before and I was able to fix it. Don't recall how I did it though > >> mail_plugins: zlib > > Doesn't look like fts, fts_squat is enabled? Stupid me. When I enabled zlib I created a 2nd mail_plugins line. So 'mail_plugins fts fts_squat' got ignored. Didn't realize all plugins had to be declared in a single line directive. I did this as part of my troubleshooting when zlib wasn't working, thinking putting it on it's own line may help--not. -- Stan
Re: [Dovecot] How to disable pop3 in version 2?
On 11/22/2011 3:03 PM, Timo Sirainen wrote: On 23.11.2011, at 0.53, Knute Johnson wrote: I'm about to bring up a new mail server running Ubuntu 11.10 with Dovecot 2. I've been using 1.2 all along and there are a bunch more config files in 2. In 1.2 I just edited the protocols statement but I can't find one in version 2. Is there a way to disable pop3 or do I just firewall the ports? In the example dovecot.conf there's a protocols setting. If you don't see any, you can just add your own wherever. "protocols=imap" should work. And a related question, I've been using imaps on port 993 but I hear that's not the best solution anymore, I should be using imap with STARTTLS? How do I disable imaps? Well, http://wiki2.dovecot.org/SSL explains this more. I don't think you really need to disable imaps, but if you want to, you can do it with: service imap-login { inet_listener imaps { port = 0 } } Thanks for that. The service imap-login line above is in the file /etc/dovecot/conf.d/10-master.conf. I don't know if that is standard for version 2 or something that Ubuntu created. The Ubuntu installation has this line in the /etc/dovecot/dovecot.conf file; !include_try /usr/share/dovecot/protocols.d/*.protocol That directory contains one file; dovecot-imapd.protocol and it contains one line; protocols = $protocols imap So I am assuming that it is adding imap to the protocols in the environment variable $protocols somehow? dovecot -n yields; protocols = " imap" I did get TBird to retrieve mail from port 993 using SSL however. Will it work without a protocols = imaps? Thanks, -- Knute Johnson
Re: [Dovecot] 1.2.15 can't get zlib working
On 23.11.2011, at 0.25, Stan Hoeppner wrote: > On 11/22/2011 12:30 PM, Timo Sirainen wrote: >> On 22.11.2011, at 19.00, Stan Hoeppner wrote: >> >>> The current operation on '1-Spam-l' did not succeed. The mail server >>> for account s...@hardwarefreak.com responded: Mailbox doesn't exist: >>> 1-Spam-l >> .. >>> /$ la /home/stan/mail/1-Spam-l.gz >>> -r 1 stan stan 14M Oct 28 2010 /home/stan/mail/1-Spam-l.gz >> >> The name is now "1-Spam-l.gz", not "1-Spam-l". (Subscription file not >> updated?) > > Aha. That was it. Thanks Timo. For some reason my read of the wiki > page made me think this was handled transparently--just zip the file and > everything works as it did before. Apparently it's not as simple as the > wiki leads one (me anyway) to believe. I thought about doing something smarter, but then I thought "no one uses compressed mboxes for anything important anyway" :) > This bit of the wiki caused me some confusion as well: > "Compressed mbox files can be accessed only as read-only" > > Thus I chmod'ed the .gz file to read-only. This creates a problem. It > appears that when Dovecot creates the .imap folder of the same name it > inherits the permissions of the zipped mbox file. Thus it can't create > the indexes: I've fixed this in some version. I guess in v2.0. > Reverting with 'chmod +w' fixed this. Maybe that sentence in the wiki > could be reworded in a way that doesn't prompt some folks to manually > make the zipped files read-only. Well, I don't really care that much about v1.x anymore. > It took a while for Dovecot to index the 15K+ messages. With that > finished, accessing the folder is similar to before, but there's a small > lag when opening messages. Yeah, it's uncompressing the entire file until it finds the message you're opening. > As this is an archive folder the contents > won't change, so Squat FTS should be very fast after the first search, > just as before. Interestingly, it appears my squat indexes aren't > updating--for any folder. I've searched 4 folders via Tbird body search > with xyzzyx (took forever) and I see no changes to the dates or sizes of > existing indexes. I deleted the squat indexes for one folder and ran > the search again. No new squat indexes were created. No errors in the > logs. > > Any ideas why the squat indexes aren't updating? IIRC this happened > once before and I was able to fix it. Don't recall how I did it though > mail_plugins: zlib Doesn't look like fts, fts_squat is enabled?
Re: [Dovecot] How to disable pop3 in version 2?
On 23.11.2011, at 0.53, Knute Johnson wrote: > I'm about to bring up a new mail server running Ubuntu 11.10 with Dovecot 2. > I've been using 1.2 all along and there are a bunch more config files in 2. > In 1.2 I just edited the protocols statement but I can't find one in version > 2. Is there a way to disable pop3 or do I just firewall the ports? In the example dovecot.conf there's a protocols setting. If you don't see any, you can just add your own wherever. "protocols=imap" should work. > And a related question, I've been using imaps on port 993 but I hear that's > not the best solution anymore, I should be using imap with STARTTLS? How do > I disable imaps? Well, http://wiki2.dovecot.org/SSL explains this more. I don't think you really need to disable imaps, but if you want to, you can do it with: service imap-login { inet_listener imaps { port = 0 } }
Re: [Dovecot] Problem compiling dovecot 2.1 Beta1 under Solaris 10 on SPARC
On 22.11.2011, at 22.11, Jürgen Obermann wrote: > "imapc-client.h", line 21: warning: enumerator value overflows INT_MAX > (2147483647) What? No it doesn't.. Does changing the 0x4 in line 20 to 0x2 help? > "imapc-connection.c", line 1446: operand cannot have void type: op "==" > "imapc-connection.c", line 1446: operands have incompatible types: Fixed: http://hg.dovecot.org/dovecot-2.1/rev/1cdd39d11ce4
Re: [Dovecot] "%d" does not expand to domain on wildcard search
On 22.11.2011, at 22.52, Ramiro Blanco wrote: > Hi, I found that doing a wildcard search with doveadm doesn't expand the %d > global variable when doing a wildcard search like: > > Nov 22 20:48:07 auth-worker: Debug: ldap: iterate: base=vd=%d,dc=domain > scope=subtree Iteration is supposed to iterate through all users.. > Is this a bug? More like a missing feature I guess. I guess it could make it expand the %d if it's known..
[Dovecot] How to disable pop3 in version 2?
I'm about to bring up a new mail server running Ubuntu 11.10 with Dovecot 2. I've been using 1.2 all along and there are a bunch more config files in 2. In 1.2 I just edited the protocols statement but I can't find one in version 2. Is there a way to disable pop3 or do I just firewall the ports? And a related question, I've been using imaps on port 993 but I hear that's not the best solution anymore, I should be using imap with STARTTLS? How do I disable imaps? Thanks, -- Knute Johnson
Re: [Dovecot] 1.2.15 can't get zlib working
On 11/22/2011 12:30 PM, Timo Sirainen wrote: > On 22.11.2011, at 19.00, Stan Hoeppner wrote: > >> The current operation on '1-Spam-l' did not succeed. The mail server >> for account s...@hardwarefreak.com responded: Mailbox doesn't exist: >> 1-Spam-l > .. >> /$ la /home/stan/mail/1-Spam-l.gz >> -r 1 stan stan 14M Oct 28 2010 /home/stan/mail/1-Spam-l.gz > > The name is now "1-Spam-l.gz", not "1-Spam-l". (Subscription file not > updated?) Aha. That was it. Thanks Timo. For some reason my read of the wiki page made me think this was handled transparently--just zip the file and everything works as it did before. Apparently it's not as simple as the wiki leads one (me anyway) to believe. This bit of the wiki caused me some confusion as well: "Compressed mbox files can be accessed only as read-only" Thus I chmod'ed the .gz file to read-only. This creates a problem. It appears that when Dovecot creates the .imap folder of the same name it inherits the permissions of the zipped mbox file. Thus it can't create the indexes: 2011-11-22 14:59:23 IMAP(stan): Error: file_dotlock_open(/home/stan/mail/.imap/1-Spam-l.gz/dovecot.index.log) failed: Permission denied (euid=1000(stan) egid=1000(stan) access(/home/stan/mail/.imap/1-Spam-l.gz/dovecot.index.log, 4) failed: No such file or directory) Reverting with 'chmod +w' fixed this. Maybe that sentence in the wiki could be reworded in a way that doesn't prompt some folks to manually make the zipped files read-only. It took a while for Dovecot to index the 15K+ messages. With that finished, accessing the folder is similar to before, but there's a small lag when opening messages. As this is an archive folder the contents won't change, so Squat FTS should be very fast after the first search, just as before. Interestingly, it appears my squat indexes aren't updating--for any folder. I've searched 4 folders via Tbird body search with xyzzyx (took forever) and I see no changes to the dates or sizes of existing indexes. I deleted the squat indexes for one folder and ran the search again. No new squat indexes were created. No errors in the logs. Any ideas why the squat indexes aren't updating? IIRC this happened once before and I was able to fix it. Don't recall how I did it though Once again: # 1.2.15: /etc/dovecot/dovecot.conf # OS: Linux 2.6.38.6 i686 Debian 6.0.3 xfs log_path: /var/log/dovecot.err info_log_path: /var/log/dovecot.log log_timestamp: %Y-%m-%d %H:%M:%S protocols: imap ssl_parameters_regenerate: 0 disable_plaintext_auth: no login_dir: /var/run/dovecot/login login_executable: /usr/lib/dovecot/imap-login login_process_per_connection: no login_process_size: 16 login_processes_count: 1 login_max_processes_count: 1 login_max_connections: 8 max_mail_processes: 4 mail_privileged_group: mail mail_location: mbox:/home/%u/mail:INBOX=/var/mail/%u mailbox_idle_check_interval: 15 mbox_write_locks: fcntl mbox_very_dirty_syncs: yes mbox_lazy_writes: no mail_process_size: 320 mail_plugins: zlib imap_client_workarounds: tb-extra-mailbox-sep lda: postmaster_address: postmas...@hardwarefreak.com mail_plugins: sieve auth default: worker_max_count: 1 process_size: 16 passdb: driver: pam args: max_requests=1 userdb: driver: passwd plugin: fts: squat fts_squat: partial=4 full=10 Thanks. -- Stan
[Dovecot] "%d" does not expand to domain on wildcard search
Hi, I found that doing a wildcard search with doveadm doesn't expand the %d global variable when doing a wildcard search like: doveadm search *@domain ALL LARGER 1k doveadm(root): Error: User listing returned failure doveadm: Error: Failed to iterate through some users In /var/log/dovecot.log: Nov 22 20:48:07 auth-worker: Debug: ldap: iterate: base=vd=%d,dc=domain scope=subtree filter=(&(objectClass=VirtualMailAccount)(accountActive=TRUE)) fields=mail Nov 22 20:48:07 auth-worker: Error: ldap(?): ldap_search((&(objectClass=VirtualMailAccount)(accountActive=TRUE))) failed: No such object Is this a bug? Configs: #file /usr/local/etc/dovecot/dovecot-ldap.conf.ext: hosts = x.x.x.x dn = cn=dovecot,dc=domain dnpass = mypass auth_bind = yes auth_bind_userdn = mail=%u,vd=%d,dc=domain ldap_version = 3 base = vd=%d,dc=domain deref = never scope = subtree user_attrs = mailbox=mail=maildir:/home/vmail/domains/%$,quota=quota_rule=*:storage=%$,vdHome=home=%$/%d/%1u/%1.1u/%n,=uid=504,=gid=12 user_filter = (&(&(objectClass=VirtualMailAccount)(mail=%u))(accountActive=TRUE)) pass_attrs = userPassword=password,mail=user pass_filter = (&(&(objectClass=VirtualMailAccount)(mail=%u))(accountActive=TRUE)) iterate_attrs = mail=user iterate_filter = (&(objectClass=VirtualMailAccount)(accountActive=TRUE)) default_pass_scheme = CRYPT # 2.0.16: /usr/local/etc/dovecot/dovecot.conf # OS: Linux 2.6.18-194.3.1.el5 x86_64 CentOS release 5.5 (Final) ext3 auth_mechanisms = plain login dict { expire = pgsql:/usr/local/etc/dovecot/dovecot-dict-sql.conf.ext } hostname = localhost lda_mailbox_autocreate = yes lda_mailbox_autosubscribe = yes log_path = /var/log/dovecot.log mail_gid = 12 mail_location = maildir:/home/vmail/domains/%d/%1u/%1.1u/%n mail_plugins = quota autocreate expire mail_privileged_group = mail mail_uid = 504 managesieve_notify_capability = mailto managesieve_sieve_capability = comparator-i;octet comparator-i;ascii-casemap fileinto reject envelope encoded-character vacation subaddress comparator-i;ascii-numeric relational regex imap4flags copy include variables body enotify environment mailbox date spamtest spamtestplus virustest passdb { args = /usr/local/etc/dovecot/dovecot-ldap.conf.ext driver = ldap } plugin { autocreate = Enviados autocreate2 = Papelera autocreate3 = Borrador autocreate4 = Spam autosubscribe = Enviados autosubscribe2 = Papelera autosubscribe3 = Borrador autosubscribe4 = Spam expire = Papelera expire2 = Papelera/* expire3 = Spam expire4 = Spam/* expire_dict = proxy::expire quota = maildir:User quota quota_rule = *:storage=100M quota_rule2 = Papelera:storage=+100M sieve = ~/sieve/dovecot.sieve sieve_before = /usr/local/etc/sieve/spam.sieve sieve_dir = ~/sieve sieve_global_dir = /usr/local/etc/sieve/ } postmaster_address = postmaster@d omain protocols = imap sieve pop3 service auth { unix_listener /var/spool/postfix/private/auth { mode = 0666 } unix_listener auth-userdb { mode = 0600 user = vmail } } service dict { unix_listener dict { mode = 0600 user = vmail } } service managesieve-login { inet_listener sieve { port = 4190 } vsz_limit = 64 M } ssl_cert =
[Dovecot] Problem compiling dovecot 2.1 Beta1 under Solaris 10 on SPARC
Hello, compiling dovecot 2.1 Beta1 under Solaris 10 on SPARC with Sun Studio 11 stops with the following error: Making all in lib-imap-client gmake[3]: Entering directory `/net/fileserv/export/sunsrc/src/dovecot-2.1.beta1/src/lib-imap-client' source='imapc-client.c' object='imapc-client.lo' libtool=yes \ DEPDIR=.deps depmode=none /bin/bash ../../depcomp \ /bin/bash ../../libtool --tag=CC --mode=compile cc -DHAVE_CONFIG_H -I. -I../.. -I../../src/lib -I../../src/lib-dns -I../../src/lib-ssl-iostream -I../../src/lib-mail -I../../src/lib-imap -I/usr/local/include -fast -xarch=v8plusa -I/usr/sfw/include-c -o imapc-client.lo imapc-client.c libtool: compile: cc -DHAVE_CONFIG_H -I. -I../.. -I../../src/lib -I../../src/lib-dns -I../../src/lib-ssl-iostream -I../../src/lib-mail -I../../src/lib-imap -I/usr/local/include -fast -xarch=v8plusa -I/usr/sfw/include -c imapc-client.c -KPIC -DPIC -o .libs/imapc-client.o "imapc-client.h", line 21: warning: enumerator value overflows INT_MAX (2147483647) libtool: compile: cc -DHAVE_CONFIG_H -I. -I../.. -I../../src/lib -I../../src/lib-dns -I../../src/lib-ssl-iostream -I../../src/lib-mail -I../../src/lib-imap -I/usr/local/include -fast -xarch=v8plusa -I/usr/sfw/include -c imapc-client.c -o imapc-client.o >/dev/null 2>&1 source='imapc-connection.c' object='imapc-connection.lo' libtool=yes \ DEPDIR=.deps depmode=none /bin/bash ../../depcomp \ /bin/bash ../../libtool --tag=CC --mode=compile cc -DHAVE_CONFIG_H -I. -I../.. -I../../src/lib -I../../src/lib-dns -I../../src/lib-ssl-iostream -I../../src/lib-mail -I../../src/lib-imap -I/usr/local/include -fast -xarch=v8plusa -I/usr/sfw/include-c -o imapc-connection.lo imapc-connection.c libtool: compile: cc -DHAVE_CONFIG_H -I. -I../.. -I../../src/lib -I../../src/lib-dns -I../../src/lib-ssl-iostream -I../../src/lib-mail -I../../src/lib-imap -I/usr/local/include -fast -xarch=v8plusa -I/usr/sfw/include -c imapc-connection.c -KPIC -DPIC -o .libs/imapc-connection.o "../../src/lib-imap/imap-util.h", line 6: warning: useless declaration "imapc-client.h", line 21: warning: enumerator value overflows INT_MAX (2147483647) "imapc-connection.c", line 1446: operand cannot have void type: op "==" "imapc-connection.c", line 1446: operands have incompatible types: const void "==" pointer to struct imapc_command {pointer to struct pool {..} pool, pointer to struct buffer {..} data, unsigned int send_pos, unsigned int tag, enum imapc_command_flags {IMAPC_COMMAND_FLAG_RETRIABLE(4), IMAPC_COMMAND_FLAG_PRELOGIN(2), IMAPC_COMMAND_FLAG_SELECT(1)} flags, pointer to struct imapc_connection {..} conn, pointer to struct imapc_client_mailbox {..} box, union {..} streams, pointer to function(pointer to const struct imapc_command_reply {..}, pointer to void) returning void callback, pointer to void context, unsigned int idle :1, unsigned int wait_for_literal :1} cc: acomp failed for imapc-connection.c gmake[3]: *** [imapc-connection.lo] Error 1 gmake[3]: Leaving directory `/net/fileserv/export/sunsrc/src/dovecot-2.1.beta1/src/lib-imap-client' Viele Grüße, Jürgen Obermann Hochschulrechenzentrum der Justus-Liebig-Universität Gießen Heinrich-Buff-Ring 44 Tel. 0641-9913054
Re: [Dovecot] 1.2.15 can't get zlib working
On 22.11.2011, at 19.00, Stan Hoeppner wrote: > The current operation on '1-Spam-l' did not succeed. The mail server > for account s...@hardwarefreak.com responded: Mailbox doesn't exist: > 1-Spam-l .. > /$ la /home/stan/mail/1-Spam-l.gz > -r 1 stan stan 14M Oct 28 2010 /home/stan/mail/1-Spam-l.gz The name is now "1-Spam-l.gz", not "1-Spam-l". (Subscription file not updated?)
Re: [Dovecot] disable imap info logging
On 22.11.2011, at 20.24, Chris Young wrote: > Is there a way to disable the imap info logging? > > My logs are filling with tons of login/logout messages > > Nov 22 18:23:25 imap-login: Info: Login: user=, method={method}, > rip=10.86.189.79, lip=10.86.189.82, mpid=22488 > Nov 22 18:23:25 imap(USER1): Info: Disconnected: Logged out bytes=54/726 Rotate the logs and have it delete old ones? Or simply: info_log_path = /dev/null
[Dovecot] disable imap info logging
Is there a way to disable the imap info logging? My logs are filling with tons of login/logout messages Nov 22 18:23:25 imap-login: Info: Login: user=, method={method}, rip=10.86.189.79, lip=10.86.189.82, mpid=22488 Nov 22 18:23:25 imap(USER1): Info: Disconnected: Logged out bytes=54/726
[Dovecot] 1.2.15 can't get zlib working
Following these instructions: http://wiki.dovecot.org/Plugins/Zlib I enabled zlib and restarted Dovecot. I made a backup copy of a 68MB mbox file and moved it to a non mail directory. The mbox file is an existing TBird IMAP folder in my UNIX user mail directory. It is an archive of a defunct mailing list. It was a regular IMAP folder prior to attempting this. I was able to access all emails in the folder. It worked fine. I gzipped the original mbox file down to 14MB and removed the write flag with chmod. I launched TBird and received the following error in Activity Manager when accessing this IMAP folder: The current operation on '1-Spam-l' did not succeed. The mail server for account s...@hardwarefreak.com responded: Mailbox doesn't exist: 1-Spam-l I deleted the Dovecot index files and the TBird 1-Spam-l.msf file which didn't help. Curiously, there are no entries in either dovecot.err or dovecot.log, giving not even the slightest hint as to where I should troubleshoot. Kinda sucks when one follows instructions exactly, simple instructions at that, and it doesn't work, and generates zero log errors. A bit frustrating... Any ideas? /$ la /home/stan/mail/1-Spam-l.gz -r 1 stan stan 14M Oct 28 2010 /home/stan/mail/1-Spam-l.gz # 1.2.15: /etc/dovecot/dovecot.conf # OS: Linux 2.6.38.6 i686 Debian 6.0.3 xfs log_path: /var/log/dovecot.err info_log_path: /var/log/dovecot.log log_timestamp: %Y-%m-%d %H:%M:%S protocols: imap ssl_parameters_regenerate: 0 disable_plaintext_auth: no login_dir: /var/run/dovecot/login login_executable: /usr/lib/dovecot/imap-login login_process_per_connection: no login_process_size: 16 login_processes_count: 1 login_max_processes_count: 1 login_max_connections: 8 max_mail_processes: 4 mail_privileged_group: mail mail_location: mbox:/home/%u/mail:INBOX=/var/mail/%u mailbox_idle_check_interval: 15 mbox_write_locks: fcntl mbox_very_dirty_syncs: yes mbox_lazy_writes: no mail_plugins: fts fts_squat zlib imap_client_workarounds: tb-extra-mailbox-sep lda: postmaster_address: postmas...@hardwarefreak.com mail_plugins: sieve auth default: worker_max_count: 1 process_size: 16 passdb: driver: pam args: max_requests=1 userdb: driver: passwd plugin: fts: squat fts_squat: partial=4 full=10 -- Stan
Re: [Dovecot] Indexes to MLC-SSD
On Tue, Nov 22, 2011 at 11:17:12AM +0100, Patrick Westenberg wrote: > > No. I want to know if dovecot writes to the indexes if it receives a > mail via lmtp. > > Someone proposed to store the index files on a locally installed SSD > on a frontend (imap) machine and stick the users to that machine but > if the lmtp-service writes to the indexes (and I think he does), > that machine needs access to the indexes too which will bring us > back to shared storage. Ah, then Timo's reply was right. He suggested you do the lmtp-deliveries to the same server that you would send you imap-user to. You can do this trough dovecot director and lmtp-proxying. So instead of: lmtp:unix:private/dovecot-lmtp you should use: lmtp:tcp:1.2.3.4:24 where 1.2.3.4 would be the Dovecot LMTP proxy that proxies to the same machine as you would use for imap for this particular recipient. -jf
Re: [Dovecot] Indexes to MLC-SSD
Jan-Frode Myklebust schrieb: I wondered that too. It looked to me like you tried to ask where the lmtp-service picks up the path to indexes, right? AFAIU it picks that up from the /var/run/dovecot/auth-master socket. No. I want to know if dovecot writes to the indexes if it receives a mail via lmtp. Someone proposed to store the index files on a locally installed SSD on a frontend (imap) machine and stick the users to that machine but if the lmtp-service writes to the indexes (and I think he does), that machine needs access to the indexes too which will bring us back to shared storage.
Re: [Dovecot] Unique message IDs?
On 22.11.2011, at 7.39, Alexander Chekalin wrote: > I'd like to use the best optimized one (mdbox), but there is a reason not to > do that is when I use mbox or maildir I can see where given IMAP folder mails > are stored, so, say, if I want to copy only one IMAP folder to some remote > site, I just copy know dir or file. With mdbox this is different, I simply > can not guess where my messages exactly are. > > If it be possible to have per-IMAP-folders mdboxes, I love to use it. But > from what I know and tried this is not way mdbox used to work, right? sdbox would work like that. The reason mdbox doesn't work like that is because copying messages would be rather slow then. The idea with mdbox is anyway that you'd use Dovecot's tools to manage the mailboxes rather than access them directly through filesystem. So if you want to copy one IMAP folder, you'd use either dsync or doveadm import to do it.
Re: [Dovecot] No duplicates on imap copy?
On 22.11.2011, at 11.10, Alexander Chekalin wrote: > when from my script I try to copy messages from one imap folder into another > own (within the same imap mailbox). That works perfectly, but... If I copy > the same message N times from one folder into another one, in the destination > folder I see N copies of the same message, each with its own UID. Right. > I wonder if there any way to deduplicate folder content (so in the > destination folder I'll get only one copy of each message)? Not any easy way currently. > I'd implement something like that myself in my script but I just don't know > which part of the messages should I compare - probably md5 of headers? What Dovecot version and what mailbox format?
[Dovecot] No duplicates on imap copy?
Hello, when from my script I try to copy messages from one imap folder into another own (within the same imap mailbox). That works perfectly, but... If I copy the same message N times from one folder into another one, in the destination folder I see N copies of the same message, each with its own UID. I wonder if there any way to deduplicate folder content (so in the destination folder I'll get only one copy of each message)? I'd implement something like that myself in my script but I just don't know which part of the messages should I compare - probably md5 of headers? Thank you in advance! Yours, Alexander Chekalin