Re: [Dovecot] dovecot Digest, Vol 105, Issue 57
Dear Sir, Thanks for your reply and I really agreed your point about 'reject mail for users over quota', but I don't want to do it if it is possible to without reject mails to deliver mails from spool to user's home directory automatically, kindly provide solution. I will be highly obliged all of you. -- Thanks & Regards, Arun Kumar Gupta formate) automatically Message-ID: Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII Hi, I am using dovecot 2.0.16, and assigend globally procmailrc (/etc/procmailrc) which delivers mails to user's home directory in maildir formate. Also I assined quota to User through setquota (edquota) command, If the quota excedded then this case user's mail store to /var/spool/mail/user. After incresing quota how to delivered these mails to user's home dir in maildir formate automatically. Thanks & Regards, Arun Kumar Gupta Best practice is to reject mail for users over quota (as long as you do this during the smtp transaction... Otherwise, whats the point? (they can still fill up your server)... -- Best regards, Charles -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean.
[Dovecot] IMAP to Maildir Migration preserving UIDs?
Hello all, I'm facing the need to migrate from a proprietary IMAP server to Dovecot. The migration must be as smooth and transparent as possible. The mailbox format I would want to use is Maildir++. The storage format used by the current server is unknown, and I don't look forward to trying to reverse-engineer it. This leaves me with the option of reading the mailboxes using IMAP. There are tools like offlineimap or mbsync, and they do store the UID and UIDVALIDITY info. The last piece of the puzzle is a process to properly create the dovecot-uidlist and dovecot-uidvalidity files. So far I wasn't able to find anything on this. Are there any tips? Are there any tools available to do this job, or part of it? In either case I need this done, and I'll have to create whatever I can't find available. If there isn't anything out there that I'm yet to become aware of, then I'm looking at creating something like an offlineimap post-processing routine? Any help would be much appreciated. Gedalya
Re: [Dovecot] Persistence of UIDs
On Wed, Jan 25, 2012 at 8:47 AM, Timo Sirainen wrote: > On 25.1.2012, at 15.34, Jean-Daniel Beaubien wrote: > > >>> I am thinking about building some form of webmail specialized for some > >>> specific business purpose and I am thinking of building a sort of cache > >> in > >>> a DB by storing the email addr, date, subject and UID for quick lookups > >> and > >>> search of correspondance. > >> > >> Dovecot should already have such cache. If there are problems with > that, I > >> think it would be better to fix it on Dovecot's side rather than adding > a > >> second cache. > >> > > > > Very true. Has there been many search/index improvements since 1.0.9? I > > read thru the release notes but nothing jumped out at me. > > Disk I/O usage is the same probably, CPU usage is less in newer versions. > > >>> I am doing this because I am having issue with multiple people > searching > >>> thru email folders that have 100k+ emails (which is another problem in > >>> itself, searches don't seem to scale well when folder goes above 60k > >>> emails). > >> > >> Maybe enable fts-solr or fts-lucene? (Both work much better in v2.1.) > >> > > > > I was under the impression that lucene was for full-text search. I'm just > > doing simple from/to field searches. > > In v2.1 from/to fields are also searched via FTS. > Ok, I managed to compile 2.1 rc5 on an old ubuntu 8.04 without any issue. However, the config file is giving me a bit of a hard time, I'll figure this part out tomorrow. I'd just like to confirm that there is no risk to the actual mail data is ever something is badly configured when I start dovecot 2.1. I am managing this old server on my spare time for a friend, so I don't want to loose 2million+ emails and have to deal with those consequences :)
Re: [Dovecot] Crash on mail folder delete
On 1/25/2012 3:43 PM, Daniel L. Miller wrote: On 1/25/2012 3:42 PM, Timo Sirainen wrote: On 26.1.2012, at 1.37, Daniel L. Miller wrote: Attempting to delete a folder from within the trash folder using Thunderbird. I see the following in the log: Dovecot version? 2.1.rc3. I'm compiling rc5 now... Error still there on rc5. Jan 25 16:03:47 bubba dovecot: imap(dmil...@amfes.com): Panic: file mailbox-list-fs.c: line 156 (fs_list_get_path): assertion failed: (mailbox_list_is_valid_pattern(_list, name)) Jan 25 16:03:47 bubba dovecot: imap(dmil...@amfes.com): Error: Raw backtrace: /usr/local/lib/dovecot/libdovecot.so.0(+0x3f1ba) [0x7f7c3f0331ba] -> /usr/local/lib/dovecot/libdovecot.so.0(+0x3f206) [0x7f7c3f033206] -> /usr/local/lib/dovecot/libdovecot.so.0(+0x1804a) [0x7f7c3f00c04a] -> /usr/local/lib/dovecot/libdovecot-storage.so.0(+0x47317) [0x7f7c3f2c0317] -> /usr/local/lib/dovecot/lib01_acl_plugin.so(+0x6c71) [0x7f7c3dc48c71] -> /usr/local/lib/dovecot/lib01_acl_plugin.so(+0x6d47) [0x7f7c3dc48d47] -> /usr/local/lib/dovecot/lib01_acl_plugin.so(acl_mailbox_allocated+0x9e) [0x7f7c3dc4c61e] -> /usr/local/lib/dovecot/libdovecot-storage.so.0(hook_mailbox_allocated+0x62) [0x7f7c3f2b4662] -> /usr/local/lib/dovecot/libdovecot-storage.so.0(mailbox_alloc+0xb2) [0x7f7c3f2b3482] -> dovecot/imap [dmil...@amfes.com 192.168.0.91 delete](cmd_delete+0x72) [0x409972] -> dovecot/imap [dmil...@amfes.com 192.168.0.91 delete](command_exec+0x3d) [0x4109fd] -> dovecot/imap [dmil...@amfes.com 192.168.0.91 delete]() [0x40f9ce] -> dovecot/imap [dmil...@amfes.com 192.168.0.91 delete]() [0x40faad] -> dovecot/imap [dmil...@amfes.com 192.168.0.91 delete](client_handle_input+0x135) [0x40fcd5] -> dovecot/imap [dmil...@amfes.com 192.168.0.91 delete](client_input+0x5f) [0x4105ff] -> /usr/local/lib/dovecot/libdovecot.so.0(io_loop_call_io+0x36) [0x7f7c3f03f5d6] -> /usr/local/lib/dovecot/libdovecot.so.0(io_loop_handler_run+0x9f) [0x7f7c3f04065f] -> /usr/local/lib/dovecot/libdovecot.so.0(io_loop_run+0x28) [0x7f7c3f03f578] -> /usr/local/lib/dovecot/libdovecot.so.0(master_service_run+0x13) [0x7f7c3f02c593] -> dovecot/imap [dmil...@amfes.com 192.168.0.91 delete](main+0x2a5) [0x418a55] -> /lib/libc.so.6(__libc_start_main+0xfe) [0x7f7c3ec8fd8e] -> dovecot/imap [dmil...@amfes.com 192.168.0.91 delete]() [0x408449] Jan 25 16:03:48 bubba dovecot: imap(dmil...@amfes.com): Panic: file mailbox-list-fs.c: line 156 (fs_list_get_path): assertion failed: (mailbox_list_is_valid_pattern(_list, name)) Jan 25 16:03:48 bubba dovecot: imap(dmil...@amfes.com): Error: Raw backtrace: /usr/local/lib/dovecot/libdovecot.so.0(+0x3f1ba) [0x7f9e52e211ba] -> /usr/local/lib/dovecot/libdovecot.so.0(+0x3f206) [0x7f9e52e21206] -> /usr/local/lib/dovecot/libdovecot.so.0(+0x1804a) [0x7f9e52dfa04a] -> /usr/local/lib/dovecot/libdovecot-storage.so.0(+0x47317) [0x7f9e530ae317] -> /usr/local/lib/dovecot/lib01_acl_plugin.so(+0x6c71) [0x7f9e51a36c71] -> /usr/local/lib/dovecot/lib01_acl_plugin.so(+0x6d47) [0x7f9e51a36d47] -> /usr/local/lib/dovecot/lib01_acl_plugin.so(acl_mailbox_allocated+0x9e) [0x7f9e51a3a61e] -> /usr/local/lib/dovecot/libdovecot-storage.so.0(hook_mailbox_allocated+0x62) [0x7f9e530a2662] -> /usr/local/lib/dovecot/libdovecot-storage.so.0(mailbox_alloc+0xb2) [0x7f9e530a1482] -> dovecot/imap [dmil...@amfes.com 192.168.0.91 delete](cmd_delete+0x72) [0x409972] -> dovecot/imap [dmil...@amfes.com 192.168.0.91 delete](command_exec+0x3d) [0x4109fd] -> dovecot/imap [dmil...@amfes.com 192.168.0.91 delete]() [0x40f9ce] -> dovecot/imap [dmil...@amfes.com 192.168.0.91 delete]() [0x40faad] -> dovecot/imap [dmil...@amfes.com 192.168.0.91 delete](client_handle_input+0x135) [0x40fcd5] -> dovecot/imap [dmil...@amfes.com 192.168.0.91 delete](client_input+0x5f) [0x4105ff] -> /usr/local/lib/dovecot/libdovecot.so.0(io_loop_call_io+0x36) [0x7f9e52e2d5d6] -> /usr/local/lib/dovecot/libdovecot.so.0(io_loop_handler_run+0x9f) [0x7f9e52e2e65f] -> /usr/local/lib/dovecot/libdovecot.so.0(io_loop_run+0x28) [0x7f9e52e2d578] -> /usr/local/lib/dovecot/libdovecot.so.0(master_service_run+0x13) [0x7f9e52e1a593] -> dovecot/imap [dmil...@amfes.com 192.168.0.91 delete](main+0x2a5) [0x418a55] -> /lib/libc.so.6(__libc_start_main+0xfe) [0x7f9e52a7dd8e] -> dovecot/imap [dmil...@amfes.com 192.168.0.91 delete]() [0x408449] Jan 25 16:03:48 bubba dovecot: imap(dmil...@amfes.com): Fatal: master: service(imap): child 3300 killed with signal 6 (core dumps disabled) Jan 25 16:03:48 bubba dovecot: imap(dmil...@amfes.com): Fatal: master: service(imap): child 3267 killed with signal 6 (core dumps disabled) -- Daniel
Re: [Dovecot] v2.1.rc5 released
On Thu, Jan 26, 2012 at 01:42:11AM +0200, Timo Sirainen wrote: > On 26.1.2012, at 1.39, The Doctor wrote: > > > All right, can you get configure to detect --as-needed flag for ld? > > > > This is show stopping for me. > > It should only be used with GNU ld. What ld and OS do you use? configure > --without-gnu-ld probably works also? My /usr/bin/ld GNU ld version 2.13.1 Copyright 2002 Free Software Foundation, Inc. This program is free software; you may redistribute it under the terms of the GNU General Public License. This program has absolutely no warranty. on BSD/OS 4.3.1 -- Member - Liberal International This is doc...@nl2k.ab.ca Ici doc...@nl2k.ab.ca God, Queen and country! Never Satan President Republic! Beware AntiChrist rising! https://www.fullyfollow.me/rootnl2k Birthdate : 29 Jan 1969 Croydon, Surrey, UK
Re: [Dovecot] Crash on mail folder delete
On 1/25/2012 3:42 PM, Timo Sirainen wrote: On 26.1.2012, at 1.37, Daniel L. Miller wrote: Attempting to delete a folder from within the trash folder using Thunderbird. I see the following in the log: Dovecot version? 2.1.rc3. I'm compiling rc5 now... -- Daniel
Re: [Dovecot] Crash on mail folder delete
On 26.1.2012, at 1.37, Daniel L. Miller wrote: > Attempting to delete a folder from within the trash folder using Thunderbird. > I see the following in the log: Dovecot version?
Re: [Dovecot] v2.1.rc5 released
On 26.1.2012, at 1.39, The Doctor wrote: > All right, can you get configure to detect --as-needed flag for ld? > > This is show stopping for me. It should only be used with GNU ld. What ld and OS do you use? configure --without-gnu-ld probably works also?
Re: [Dovecot] v2.1.rc5 released
On Thu, Jan 26, 2012 at 01:03:58AM +0200, Timo Sirainen wrote: > http://dovecot.org/releases/2.1/rc/dovecot-2.1.rc5.tar.gz > http://dovecot.org/releases/2.1/rc/dovecot-2.1.rc5.tar.gz.sig > > I'm still lagging behind reading emails. v2.1.0 will be released after I've > finished that. RC5 is already stable and used in production, but I want to > make sure that I haven't missed anything important that was reported > previously. Most of the recent fixed bugs existed also in v2.0 series. > > Changes since rc3: > > * Temporary authentication failures sent to IMAP/POP3 clients > now includes the server's hostname and timestamp. This makes it > easier to find the error message from logs. > > + auth: Implemented support for Postfix's "TCP map" sockets for > user existence lookups. > + auth: Idling auth worker processes are now stopped. This reduces > error messages about MySQL disconnections. > - director: With >2 directors ring syncing might have stalled during > director connect/disconnect, causing logins to fail. > - LMTP client/proxy: Fixed potential hanging when sending (big) mails > - Compressed mails with external attachments (dbox + SIS + zlib) > failed > sometimes with bogus "cached message size wrong" errors. > > (I skipped rc4 release, because I accidentally tagged it too early in hg.) All right, can you get configure to detect --as-needed flag for ld? This is show stopping for me. -- Member - Liberal International This is doc...@nl2k.ab.ca Ici doc...@nl2k.ab.ca God, Queen and country! Never Satan President Republic! Beware AntiChrist rising! https://www.fullyfollow.me/rootnl2k Birthdate : 29 Jan 1969 Croydon, Surrey, UK
[Dovecot] Crash on mail folder delete
Attempting to delete a folder from within the trash folder using Thunderbird. I see the following in the log: Jan 25 15:36:22 bubba dovecot: imap(dmil...@amfes.com): Panic: file mailbox-list-fs.c: line 156 (fs_list_get_path): assertion failed: (mailbox_list_is_valid_pattern(_list, name)) Jan 25 15:36:22 bubba dovecot: imap(dmil...@amfes.com): Error: Raw backtrace: /usr/local/lib/dovecot/libdovecot.so.0(+0x3efba) [0x7f5fe9f86fba] -> /usr/local/lib/dovecot/libdovecot.so.0(+0x3f006) [0x7f5fe9f87006] -> /usr/local/lib/dovecot/libdovecot.so.0(+0x17f5a) [0x7f5fe9f5ff5a] -> /usr/local/lib/dovecot/libdovecot-storage.so.0(+0x47287) [0x7f5fea214287] -> /usr/local/lib/dovecot/lib01_acl_plugin.so(+0x6c71) [0x7f5fe8b9cc71] -> /usr/local/lib/dovecot/lib01_acl_plugin.so(+0x6d47) [0x7f5fe8b9cd47] -> /usr/local/lib/dovecot/lib01_acl_plugin.so(acl_mailbox_allocated+0x9e) [0x7f5fe8ba061e] -> /usr/local/lib/dovecot/libdovecot-storage.so.0(hook_mailbox_allocated+0x62) [0x7f5fea2085b2] -> /usr/local/lib/dovecot/libdovecot-storage.so.0(mailbox_alloc+0xb2) [0x7f5fea2073d2] -> dovecot/imap [dmil...@amfes.com 192.168.0.91 delete](cmd_delete+0x72) [0x409922] -> dovecot/imap [dmil...@amfes.com 192.168.0.91 delete](command_exec+0x3d) [0x4109ad] -> dovecot/imap [dmil...@amfes.com 192.168.0.91 delete]() [0x40f97e] -> dovecot/imap [dmil...@amfes.com 192.168.0.91 delete]() [0x40fa5d] -> dovecot/imap [dmil...@amfes.com 192.168.0.91 delete](client_handle_input+0x135) [0x40fc85] -> dovecot/imap [dmil...@amfes.com 192.168.0.91 delete](client_input+0x5f) [0x4105af] -> /usr/local/lib/dovecot/libdovecot.so.0(io_loop_call_io+0x36) [0x7f5fe9f93406] -> /usr/local/lib/dovecot/libdovecot.so.0(io_loop_handler_run+0x9f) [0x7f5fe9f9448f] -> /usr/local/lib/dovecot/libdovecot.so.0(io_loop_run+0x28) [0x7f5fe9f933a8] -> /usr/local/lib/dovecot/libdovecot.so.0(master_service_run+0x13) [0x7f5fe9f803b3] -> dovecot/imap [dmil...@amfes.com 192.168.0.91 delete](main+0x301) [0x418a61] -> /lib/libc.so.6(__libc_start_main+0xfe) [0x7f5fe9be3d8e] -> dovecot/imap [dmil...@amfes.com 192.168.0.91 delete]() [0x4083f9] Jan 25 15:36:23 bubba dovecot: imap(dmil...@amfes.com): Panic: file mailbox-list-fs.c: line 156 (fs_list_get_path): assertion failed: (mailbox_list_is_valid_pattern(_list, name)) Jan 25 15:36:23 bubba dovecot: imap(dmil...@amfes.com): Error: Raw backtrace: /usr/local/lib/dovecot/libdovecot.so.0(+0x3efba) [0x7f33673dafba] -> /usr/local/lib/dovecot/libdovecot.so.0(+0x3f006) [0x7f33673db006] -> /usr/local/lib/dovecot/libdovecot.so.0(+0x17f5a) [0x7f33673b3f5a] -> /usr/local/lib/dovecot/libdovecot-storage.so.0(+0x47287) [0x7f3367668287] -> /usr/local/lib/dovecot/lib01_acl_plugin.so(+0x6c71) [0x7f3365ff0c71] -> /usr/local/lib/dovecot/lib01_acl_plugin.so(+0x6d47) [0x7f3365ff0d47] -> /usr/local/lib/dovecot/lib01_acl_plugin.so(acl_mailbox_allocated+0x9e) [0x7f3365ff461e] -> /usr/local/lib/dovecot/libdovecot-storage.so.0(hook_mailbox_allocated+0x62) [0x7f336765c5b2] -> /usr/local/lib/dovecot/libdovecot-storage.so.0(mailbox_alloc+0xb2) [0x7f336765b3d2] -> dovecot/imap [dmil...@amfes.com 192.168.0.91 delete](cmd_delete+0x72) [0x409922] -> dovecot/imap [dmil...@amfes.com 192.168.0.91 delete](command_exec+0x3d) [0x4109ad] -> dovecot/imap [dmil...@amfes.com 192.168.0.91 delete]() [0x40f97e] -> dovecot/imap [dmil...@amfes.com 192.168.0.91 delete]() [0x40fa5d] -> dovecot/imap [dmil...@amfes.com 192.168.0.91 delete](client_handle_input+0x135) [0x40fc85] -> dovecot/imap [dmil...@amfes.com 192.168.0.91 delete](client_input+0x5f) [0x4105af] -> /usr/local/lib/dovecot/libdovecot.so.0(io_loop_call_io+0x36) [0x7f33673e7406] -> /usr/local/lib/dovecot/libdovecot.so.0(io_loop_handler_run+0x9f) [0x7f33673e848f] -> /usr/local/lib/dovecot/libdovecot.so.0(io_loop_run+0x28) [0x7f33673e73a8] -> /usr/local/lib/dovecot/libdovecot.so.0(master_service_run+0x13) [0x7f33673d43b3] -> dovecot/imap [dmil...@amfes.com 192.168.0.91 delete](main+0x301) [0x418a61] -> /lib/libc.so.6(__libc_start_main+0xfe) [0x7f3367037d8e] -> dovecot/imap [dmil...@amfes.com 192.168.0.91 delete]() [0x4083f9] Jan 25 15:36:23 bubba dovecot: imap(dmil...@amfes.com): Fatal: master: service(imap): child 6074 killed with signal 6 (core dumps disabled) Jan 25 15:36:23 bubba dovecot: imap(dmil...@amfes.com): Fatal: master: service(imap): child 6589 killed with signal 6 (core dumps disabled) -- Daniel
Re: [Dovecot] FOSDEM
On 01/26/2012 12:15 AM Timo Sirainen wrote: > I'll be in FOSDEM giving a small lightning talk about Dovecot: > http://fosdem.org/2012/schedule/event/dovecot > > I'll also be around in FOSDEM the whole time, so if you're there and want to > talk to me about anything, send me an email at some point. I'll be there too. > Poll to dovecot-news list people: Do you want to see these kind of news about > my upcoming talks sent to the list? Probably happens a few times/year. A > simple "yes" or "no" reply to this mail privately to me is enough. yes Regards, Pascal -- The trapper recommends today: f007ba11.1202...@localdomain.org
Re: [Dovecot] Dovecot antispam plugint got an empty message
Thank you, I have reconfigured my dovecot on gentoo and it looks now that it worked properly. Regards, Petr Bravenec Dne Wednesday 25 of January 2012 17:19:18 Tom Hendrikx napsal(a): > On 25-01-12 08:05, Petr Bravenec wrote: > > Few weeks ago I upgraded dovecot from 1.2 to 2.0.16 and antispam plugin > > to 2.0_pre20101222. Since the upgrade I'm not able to move messages to > > my Junk folder. In the maillog I have found this message: > > > > dspam[25060]: empty message (no data received) > > Gentoo has included the antispam plugin from Johannes historically, but > added the fork by Eugene to support upgrades to dovecot 2.0. It is not > really made clear by the gentoo ebuild is that the forked plugin needs a > slightly different config. > > I use the config below with dovecot 2.0.17 and a git checkout for > dovecot-antispam: > > ===8< > plugin { > antispam_signature = X-DSPAM-Signature > antispam_signature_missing = move > antispam_spam_pattern_ignorecase = Junk;Junk.* > antispam_trash_pattern_ignorecase = Trash;Deleted Items;Deleted > Messages > > # Backend specific > antispam_backend = dspam > antispam_dspam_binary = /usr/bin/dspamc > antispam_dspam_args = > --user;%u;--deliver=;--source=error;--signature=%%s > antispam_dspam_spam = --class=spam > antispam_dspam_notspam = --class=innocent > #antispam_dspam_result_header = X-DSPAM-Result > } > > > -- > Regards, > Tom
[Dovecot] FOSDEM
I'll be in FOSDEM giving a small lightning talk about Dovecot: http://fosdem.org/2012/schedule/event/dovecot I'll also be around in FOSDEM the whole time, so if you're there and want to talk to me about anything, send me an email at some point. Poll to dovecot-news list people: Do you want to see these kind of news about my upcoming talks sent to the list? Probably happens a few times/year. A simple "yes" or "no" reply to this mail privately to me is enough.
[Dovecot] v2.1.rc5 released
http://dovecot.org/releases/2.1/rc/dovecot-2.1.rc5.tar.gz http://dovecot.org/releases/2.1/rc/dovecot-2.1.rc5.tar.gz.sig I'm still lagging behind reading emails. v2.1.0 will be released after I've finished that. RC5 is already stable and used in production, but I want to make sure that I haven't missed anything important that was reported previously. Most of the recent fixed bugs existed also in v2.0 series. Changes since rc3: * Temporary authentication failures sent to IMAP/POP3 clients now includes the server's hostname and timestamp. This makes it easier to find the error message from logs. + auth: Implemented support for Postfix's "TCP map" sockets for user existence lookups. + auth: Idling auth worker processes are now stopped. This reduces error messages about MySQL disconnections. - director: With >2 directors ring syncing might have stalled during director connect/disconnect, causing logins to fail. - LMTP client/proxy: Fixed potential hanging when sending (big) mails - Compressed mails with external attachments (dbox + SIS + zlib) failed sometimes with bogus "cached message size wrong" errors. (I skipped rc4 release, because I accidentally tagged it too early in hg.)
Re: [Dovecot] Imap Quota Exceeded - But Still Receiving Emails?
On 1/25/2012 2:01 AM, Palatine Web Support wrote: On 2012-01-25 05:38, Daniel L. Miller wrote: On 1/24/2012 8:35 AM, Palatine Web Support wrote: Here is my dovecot config: plugin { quota = maildir:User Quota quota_rule2 = Trash:storage=+100M } [..] So it picks up my set quota of 3MB but dovecot is not rejecting emails if I am over my quota. Can anyone help? Is the quota plugin being loaded? What is the output of: doveconf | grep -B 2 plug The modules are being loaded. From the log file with debugging enabled: Jan 25 09:59:58 mail dovecot: IMAP(x...@xxx.com): Loading modules from directory: /usr/lib/dovecot/modules/imap Jan 25 09:59:58 mail dovecot: IMAP(x...@xxx.com): Module loaded: /usr/lib/dovecot/modules/imap/lib10_quota_plugin.so Jan 25 09:59:58 mail dovecot: IMAP(x...@xxx.com): Module loaded: /usr/lib/dovecot/modules/imap/lib11_imap_quota_plugin.so Jan 25 09:59:58 mail dovecot: IMAP(x...@xxx.com): Effective uid=150, gid=8, home=/var/vmail/xxx.com/support Jan 25 09:59:58 mail dovecot: IMAP(x...@xxx.com): Quota root: name=User Quota backend=dirsize args= Jan 25 09:59:58 mail dovecot: IMAP(x...@xxx.com): Quota rule: root=User Quota mailbox=* bytes=3145728 messages=0 Jan 25 09:59:58 mail dovecot: IMAP(x...@xxx.com): Quota rule: root=User Quota mailbox=Trash bytes=104857600 messages=0 Jan 25 09:59:58 mail dovecot: IMAP(x...@xxx.com): maildir: data=/var/vmail/xxx.com/support Jan 25 09:59:58 mail dovecot: IMAP(x...@xxx.com): maildir++: root=/var/vmail/xxx.com/support, index=, control=, inbox=/var/vmail/xxx.com/support Jan 25 09:59:58 mail dovecot: IMAP(x...@xxx.com): Namespace : Using permissions from /var/vmail/xxx.com/support: mode=0700 gid=-1 Jan 25 09:59:58 mail dovecot: IMAP(x...@xxx.com): Disconnected: Logged out bytes=82/573 Jan 25 09:59:58 mail dovecot: IMAP(x...@xxx.com): Disconnected: Logged out bytes=269/8243 I don't know if it makes any difference, but in your config file, try changing: plugin { quota = maildir:User Quota to plugin { quota = maildir:User quota (lowercase the "quota") -- Daniel
Re: [Dovecot] Imap Quota Exceeded - But Still Receiving Emails?
On 1/25/2012 1:39 AM, Palatine Web Support wrote: On 2012-01-25 05:38, Daniel L. Miller wrote: On 1/24/2012 8:35 AM, Palatine Web Support wrote: Here is my dovecot config: plugin { quota = maildir:User Quota quota_rule2 = Trash:storage=+100M } [..] So it picks up my set quota of 3MB but dovecot is not rejecting emails if I am over my quota. Can anyone help? Is the quota plugin being loaded? What is the output of: doveconf | grep -B 2 plug Hi Daniel I tried the command and it returned the command was not found. I have installed: apt-get install dovecot-common apt-get install dovecot-dev apt-get install dovecot-imapd Which package does the binary doveconf come from? You need to make sure to reply to the list - not just to me. If you don't have doveconf...what version of Dovecot are you using? -- Daniel
Re: [Dovecot] move mails from spool to users home dir(maildir formate) automatically
On 2012-01-25 3:19 AM, Arun Gupta wrote: I am using dovecot 2.0.16, and assigend globally procmailrc (/etc/procmailrc) which delivers mails to user's home directory in maildir formate. Also I assined quota to User through setquota (edquota) command, If the quota excedded then this case user's mail store to /var/spool/mail/user. After incresing quota how to delivered these mails to user's home dir in maildir formate automatically. Best practice is to reject mail for users over quota (as long as you do this during the smtp transaction... Otherwise, whats the point? (they can still fill up your server)... -- Best regards, Charles
Re: [Dovecot] Dovecot antispam plugint got an empty message
On 25-01-12 08:05, Petr Bravenec wrote: > Few weeks ago I upgraded dovecot from 1.2 to 2.0.16 and antispam plugin to > 2.0_pre20101222. Since the upgrade I'm not able to move messages to my Junk > folder. In the maillog I have found this message: > > dspam[25060]: empty message (no data received) > Gentoo has included the antispam plugin from Johannes historically, but added the fork by Eugene to support upgrades to dovecot 2.0. It is not really made clear by the gentoo ebuild is that the forked plugin needs a slightly different config. I use the config below with dovecot 2.0.17 and a git checkout for dovecot-antispam: ===8< plugin { antispam_signature = X-DSPAM-Signature antispam_signature_missing = move antispam_spam_pattern_ignorecase = Junk;Junk.* antispam_trash_pattern_ignorecase = Trash;Deleted Items;Deleted Messages # Backend specific antispam_backend = dspam antispam_dspam_binary = /usr/bin/dspamc antispam_dspam_args = --user;%u;--deliver=;--source=error;--signature=%%s antispam_dspam_spam = --class=spam antispam_dspam_notspam = --class=innocent #antispam_dspam_result_header = X-DSPAM-Result } -- Regards, Tom
[Dovecot] problem compiling imaptest under solaris
Hallo, today I tried to compile imaptest under solaris 10 with studio 11 compiler and got the following error: gmake[2]: Entering directory `/net/fileserv/export/sunsrc/src/imaptest-2019/src' source='client.c' object='client.o' libtool=no \ DEPDIR=.deps depmode=none /bin/bash ../depcomp \ cc -DHAVE_CONFIG_H -I. -I. -I.. -I/opt/local/include/dovecot -I/usr/local/include -fast -xarch=v8plusa -I/usr/sfw/include -c client.c "/opt/local/include/dovecot/imap-util.h", line 6: warning: useless declaration "client-state.h", line 6: warning: useless declaration "client.c", line 655: operand cannot have void type: op "==" "client.c", line 655: operands have incompatible types: const void "==" int cc: acomp failed for client.c what can I do? Thanks for any help, Jürgen -- Jürgen Obermann Hochschulrechenzentrum der Justus-Liebig-Universität Gießen Heinrich-Buff-Ring 44 Tel. 0641-9913054
Re: [Dovecot] Persistence of UIDs
On 25.1.2012, at 15.34, Jean-Daniel Beaubien wrote: >>> I am thinking about building some form of webmail specialized for some >>> specific business purpose and I am thinking of building a sort of cache >> in >>> a DB by storing the email addr, date, subject and UID for quick lookups >> and >>> search of correspondance. >> >> Dovecot should already have such cache. If there are problems with that, I >> think it would be better to fix it on Dovecot's side rather than adding a >> second cache. >> > > Very true. Has there been many search/index improvements since 1.0.9? I > read thru the release notes but nothing jumped out at me. Disk I/O usage is the same probably, CPU usage is less in newer versions. >>> I am doing this because I am having issue with multiple people searching >>> thru email folders that have 100k+ emails (which is another problem in >>> itself, searches don't seem to scale well when folder goes above 60k >>> emails). >> >> Maybe enable fts-solr or fts-lucene? (Both work much better in v2.1.) >> > > I was under the impression that lucene was for full-text search. I'm just > doing simple from/to field searches. In v2.1 from/to fields are also searched via FTS.
Re: [Dovecot] Persistence of UIDs
On 2012-01-25 8:34 AM, Jean-Daniel Beaubien wrote: On Wed, Jan 25, 2012 at 7:45 AM, Timo Sirainen wrote: Dovecot should already have such cache. If there are problems with that, I think it would be better to fix it on Dovecot's side rather than adding a second cache. Very true. Has there been many search/index improvements since 1.0.9? I read thru the release notes but nothing jumped out at me. Seriously?? 1.0.9 is *very* old, and even no longer really supported. Upgrade. Really. It isn't that hard. There is zero reason to stay on an unsupported version. I am doing this because I am having issue with multiple people searching thru email folders that have 100k+ emails (which is another problem in itself, searches don't seem to scale well when folder goes above 60k emails). Maybe enable fts-solr or fts-lucene? (Both work much better in v2.1.) I was under the impression that lucene was for full-text search. I'm just doing simple from/to field searches. I will get a few numbers together about folder_size --> search time and I will post them tonight. Don't waste your time testing such an old and unsupported version, I'm sure Timo has no interest in any such numbers - *unless* you are planning on doing said tests on *both* the 1.0.9 version *and* the latest 2.0.x or 2.1 build and provide a *comparison* - *that* may be interesting... -- Best regards, Charles
Re: [Dovecot] Persistence of UIDs
On Wed, Jan 25, 2012 at 7:45 AM, Timo Sirainen wrote: > On 25.1.2012, at 5.22, Jean-Daniel Beaubien wrote: > > > I have a question concerning UIDs. How persistant are they? > > With Dovecot persistent enough. But as Michael said, check UIDVALIDITY. > > > I am thinking about building some form of webmail specialized for some > > specific business purpose and I am thinking of building a sort of cache > in > > a DB by storing the email addr, date, subject and UID for quick lookups > and > > search of correspondance. > > Dovecot should already have such cache. If there are problems with that, I > think it would be better to fix it on Dovecot's side rather than adding a > second cache. > Very true. Has there been many search/index improvements since 1.0.9? I read thru the release notes but nothing jumped out at me. > > > I am doing this because I am having issue with multiple people searching > > thru email folders that have 100k+ emails (which is another problem in > > itself, searches don't seem to scale well when folder goes above 60k > > emails). > > Maybe enable fts-solr or fts-lucene? (Both work much better in v2.1.) > I was under the impression that lucene was for full-text search. I'm just doing simple from/to field searches. I will get a few numbers together about folder_size --> search time and I will post them tonight. -jd
Re: [Dovecot] Persistence of UIDs
On 25.1.2012, at 5.22, Jean-Daniel Beaubien wrote: > I have a question concerning UIDs. How persistant are they? With Dovecot persistent enough. But as Michael said, check UIDVALIDITY. > I am thinking about building some form of webmail specialized for some > specific business purpose and I am thinking of building a sort of cache in > a DB by storing the email addr, date, subject and UID for quick lookups and > search of correspondance. Dovecot should already have such cache. If there are problems with that, I think it would be better to fix it on Dovecot's side rather than adding a second cache. > I am doing this because I am having issue with multiple people searching > thru email folders that have 100k+ emails (which is another problem in > itself, searches don't seem to scale well when folder goes above 60k > emails). Maybe enable fts-solr or fts-lucene? (Both work much better in v2.1.)
[Dovecot] move mails from spool to users home dir(maildir formate) automatically
Hi, I am using dovecot 2.0.16, and assigend globally procmailrc (/etc/procmailrc) which delivers mails to user's home directory in maildir formate. Also I assined quota to User through setquota (edquota) command, If the quota excedded then this case user's mail store to /var/spool/mail/user. After incresing quota how to delivered these mails to user's home dir in maildir formate automatically. Thanks & Regards, Arun Kumar Gupta -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean.