- dovecot - dovecot.org

[Dovecot] Wrong quota calculation
by Cibest ML 20 Sep '12

20 Sep '12

Hi, We've a strange quota behavior on our dovecot servers. It seems that it's somehow doubling the real used storage (or could be something like twice the inbox size + size of other folders, hard to know for sure). It was initial setup with the maildir++ system. Now it's been configured with dict and mysql table but the result is the same. Dovecot version : 2.1.7 (from squeeze-backports). Maildir format is used As example, let's use mailbox(a)domain.com. If I check in the quota table, I'll find : - size : 697151354 - number of files : 1510 Now if I check the Maildir folder on the filesystem, I'll find : - size : 347960000 - number of files : 824 (using find . -type f|grep -v dovecot|wc -l, not 100% accurate) Another mail box Reported by dovecot : 503446986 1081 Filesystem : 248592000 598 Does anyone has an idea of what could be possibly wrong. We've checked & double-checked everything and nothing seems to be wrong (no dsync used). -- Regards Sébastien

3 9

[Dovecot] v2.1.10 released
by Timo Sirainen 20 Sep '12

20 Sep '12

http://dovecot.org/releases/2.1/dovecot-2.1.10.tar.gz http://dovecot.org/releases/2.1/dovecot-2.1.10.tar.gz.sig The director bugfix is pretty important at least when running in two director setups, since it can break the directors until both of them are manually shut down. I'm not entirely sure if the same happens in >2 director setups, but I'd think so (although I do wonder why I haven't seen it happen in them). BTW. I'm hoping for v2.2.alpha1 release within a week or two and to get it stabilized rather quickly. + imap: Implemented THREAD=ORDEREDSUBJECT extension. + Added "doveadm exec" command to easily execute commands from libexec_dir, e.g. "doveadm exec imap -u user@domain" + Added "doveadm copy" command. + doveadm copy/move: Added optional user parameter to specify the source username. This allows easily copying mails between different users. + Added namespace { disabled } setting to quickly enable/disable namespaces. This is especially useful when its value is returned by userdb. + Added mailbox_alias plugin. It allows creating mailbox aliases using symlinks. + imapc storage: Added imapc_max_idle_time setting to force activity on connection. + fts-solr: Expunging multiple messages is now faster. - director: In some conditions director may have disconnected from another director (without logging about it), thinking it was sending invalid data. - imap: Various fixes to listing mailboxes. - pop3-migration plugin: Avoid disconnection from POP3 server due to idling. - login processes crashed if there were a lot of local {} or remote {} settings blocks.

2 4

[Dovecot] Prevent Download messages from server
by Selcuk Yazar 20 Sep '12

20 Sep '12

Hi, can we prevent download messages from server user by user ? sme common used mail's message must be remain at the server, but sometimes we download them ? thanks in advance -- Selçuk YAZAR

5 8

Re: [Dovecot] Prevent Download messages from server
by Peter Mogensen 20 Sep '12

20 Sep '12

> we have no problem, just i want to learn how can i do that. i think > it's clear . Well... I'm pretty sure most others don't. But anyway. As in ALL Internet protocols (IMAP being no exception), letting the client read data on the server requires it to download the data. Preventing download will prevent reading the mail. Period. So if you're fine with that and just want to learn how to do it, then just disable the account in the user database. /Peter

4 4

Re: [Dovecot] Dovecot deliver Segmentation fault when arrive the first message
by interfaSys sàrl 20 Sep '12

20 Sep '12

I see the same crashes on FreeBSD. Turning off ACL makes the crashes disappear. I'm getting a different backtrace though and it doesn't seem to be related to ACL: Core was generated by `imap-login'. Program terminated with signal 11, Segmentation fault. Reading symbols from /usr/lib/dovecot/libdovecot-login.so.0...done. Loaded symbols for /usr/lib/dovecot/libdovecot-login.so.0 Reading symbols from /usr/lib/dovecot/libdovecot.so.0...done. Loaded symbols for /usr/lib/dovecot/libdovecot.so.0 Reading symbols from /lib/libc.so.7...done. Loaded symbols for /lib/libc.so.7 Reading symbols from /usr/local/lib/libssl.so.8...done. Loaded symbols for /usr/local/lib/libssl.so.8 Reading symbols from /usr/local/lib/libcrypto.so.8...done. Loaded symbols for /usr/local/lib/libcrypto.so.8 Reading symbols from /usr/lib/librt.so.1...done. Loaded symbols for /usr/lib/librt.so.1 Reading symbols from /lib/libthr.so.3...done. Loaded symbols for /lib/libthr.so.3 Reading symbols from /usr/lib/libz.so...done. Loaded symbols for /usr/lib/libz.so Reading symbols from /libexec/ld-elf.so.1...done. Loaded symbols for /libexec/ld-elf.so.1 #0 0x00000000104b99a6 in hash_table_destroy (_table=0x28) at _ctype.h:143 143 return (_c < 0 || _c >= __mb_sb_limit) ? _c : [New Thread 10e041c0 (LWP 103332/initial thread)] (gdb) bt full #0 0x00000000104b99a6 in hash_table_destroy (_table=0x28) at _ctype.h:143 table = (struct hash_table *) 0x10e29700 #1 0x0000000010478cf1 in settings_parser_deinit (_ctx=0x10e29778) at array.h:197 ctx = (struct setting_parser_context *) 0x0 #2 0x00000000104ac4ea in master_service_settings_cache_deinit (_cache=0x1045da08) at master-service-settings-cache.c:81 cache = (struct master_service_settings_cache *) 0x10e2e040 entry = (struct settings_entry *) 0x10e29740 next = (struct settings_entry *) 0x0 __FUNCTION__ = "master_service_settings_cache_deinit" #3 0x000000001044d1df in login_settings_deinit () at login-settings.c:129 No locals. #4 0x000000001044dd7e in main_deinit () at main.c:62 No locals. #5 0x000000001044df5c in login_binary_run (binary=0x4051c0, argc=2, argv=0x7fffffffebd8) at main.c:62 service_flags = 72 set_pool = 0x10e2d020 allow_core_dumps = true login_socket = 0x10457491 "login" c = -1 #6 0x00000000004036ee in main (argc=2, argv=0x7fffffffebd8) at client.c:40 No locals. Cheers, Olivier

2 1

Re: [Dovecot] [PATCH] Generalize HMAC implementation
by Florian Zeitz 19 Sep '12

19 Sep '12

Am 11.09.2012 20:21, schrieb Timo Sirainen: > On 11.9.2012, at 21.07, Florian Zeitz wrote: > >>> I think we could simply #define the largest allowed context_size, use it for these buffers' sizes and then add i_assert(meth->context_size <= HMAC_MAX_CONTEXT_SIZE) >>> >> Well, either that, or we could use a union of all known context structs >> there. > > That annoyingly requires #including in hmac.h all the different .h files that contain hash contexts. When new hashes are added I doubt anyone remembers to update that. And since the hmac_context is rather rarely used I don't think it matters if we just use a somewhat large context size. > >> Or we could use i_malloc() and i_free() under the assumption hmac_init() >> + hmac_final() calls are always matched. > > Yeah, that's not too bad either I guess. Although it is different from other hash_init()+final calls which don't require it, and it's also wasting CPU a bit. > Here is an updated version of the patch. It uses the variant defining the largest allowed content size. I choose 1024 bit (128 Byte), since that is what most of the SHA-3 candidates use, so it's hopefully somewhat future proof. It's also rebased to the current head and switches the hmac uses added since the last version over to the changed API. It also fixes an "interesting" compiler warning I got with clang, which complained about the fact that struct hmac_context* was (re)declared in the prototype of hmac_md5_get_cram_context() and therefore separate from the one declared in hmac.h. Regards, Florian

1 1

[Dovecot] Deleting a folder with & character
by Angel L. Mateo 19 Sep '12

19 Sep '12

Hello, One of my users has a mailbox named 'INBOX.Kron & SPM' (maybe created a long time ago, when we use courier imap as pop/imap server, but I'm not sure). I can see the maildir with a doveadm list command: amateo_adm@myotis31:~$ sudo doveadm mailbox list -u <user> ... INBOX.Kron & SPM ... but I can't delete it, neithe rename it: amateo_adm@myotis31:~$ sudo doveadm mailbox delete -u <user> 'INBOX.Kron & SPM' doveadm(jrfv): Error: Can't delete mailbox INBOX.Kron & SPM: Mailbox doesn't exist: INBOX.Kron &- SPM amateo_adm@myotis31:~$ sudo doveadm mailbox delete -u <user> 'INBOX.Kron \& SPM' doveadm(jrfv): Error: Can't delete mailbox INBOX.Kron \& SPM: Mailbox doesn't exist: INBOX.Kron \&- SPM is there any way to delete it with doveadm command? should I use a specific syntax or escape to indicate the name?

5 5

[Dovecot] 2.1.10 crashes at login (buf->used <= buf->alloc)
by interfaSys sàrl 19 Sep '12

19 Sep '12

Hello, There is a big problem with 2.1.10. Here is what I saw in the logs: Sep 18 22:22:23 imap(): Panic: file buffer.c: line 86 (buffer_check_limits): assertion failed: (buf->used <= buf->alloc) Sep 18 22:22:23 imap(): Fatal: master: service(imap): child 26833 killed with signal 6 (core dumped) Reverting to 2.1.9 with the exact same config file works just fine Cheers, Olivier

4 10

[Dovecot] ssl cert for mail server
by cc "maco" young 19 Sep '12

19 Sep '12

for testing a new ssl cert. it works ok for browsers, but > openssl s_client -crlf -connect ms1.trailsandtribulations.net:443 => verify error:num=19:self signed certificate in certificate chain is this ssl cert - as it's constructed - is ok for mail clients? (realize needs to be on mail port etc - right now talking about the cert itself.) have had problems with thunderbird, and was wondering if this might be part of the problem.

2 1

[Dovecot] Released Pigeonhole v0.3.3 for Dovecot v2.1.10
by Stephan Bosch 18 Sep '12

18 Sep '12

Hello Dovecot users, Version 0.3.2 was a bit broken, because it failed to compile against installed Dovecot headers. Changelog v0.3.3: - Fixed compile against installed Dovecot headers. This was broken by the ld.gold fix in the previous release. The release is available as follows: http://www.rename-it.nl/dovecot/2.1/dovecot-2.1-pigeonhole-0.3.3.tar.gz http://www.rename-it.nl/dovecot/2.1/dovecot-2.1-pigeonhole-0.3.3.tar.gz.sig Refer to http://pigeonhole.dovecot.org and the Dovecot v2.x wiki for more information. Have fun testing this new release and don't hesitate to notify me when there are any problems. Regards, -- Stephan Bosch stephan(a)rename-it.nl

1 0