[Dovecot] imap crash with fts squat enabled.
Hi Timo, Here is the backtrace for your reference. I have already applied dovecot-97702c9c4111 changes to my 1.1 beta10 code base. I am running dovecot on FC7, gcc 4.1.2, mailbox is on NFS. Whenever I did UID SEARCH body "" imap crashes. Program terminated with signal 6, Aborted. #0 0x00110402 in __kernel_vsyscall () (gdb) bt full #0 0x00110402 in __kernel_vsyscall () No symbol table info available. #1 0x00790fa0 in raise () from /lib/libc.so.6 No symbol table info available. #2 0x007928b1 in abort () from /lib/libc.so.6 No symbol table info available. #3 0x080ca029 in i_internal_fatal_handler (type=LOG_TYPE_PANIC, status=0, fmt=0x80ebb5c "Leaked a t_pop() call in timeout handler %p", args=0xbf8538b4 "\005\b\226\225~") at failures.c:424 backtrace = 0xa0e1168 "imap [0x80ca020] -> imap [0x80c9f2c] -> imap(io_loop_handle_timeouts+0x1b7) [0x80d0bc7] -> imap(io_loop_handler_run+0x69) [0x80d1309] -> imap(io_loop_run+0x28) [0x80d09f8] -> imap(main+0x4ac) [0x8066c"... #4 0x080c9f2c in i_panic (format=0x80ebb5c "Leaked a t_pop() call in timeout handler %p") at failures.c:197 args = 0xbf8538b4 "\005\b\226\225~" #5 0x080d0bc7 in io_loop_handle_timeouts (ioloop=0xa0e99b0, update_run_now=true) at ioloop.c:268 diff = called_timeouts = (struct timeout *) 0x0 tv = {tv_sec = 8579595, tv_usec = 323093} t_id = 2 #6 0x080d1309 in io_loop_handler_run (ioloop=0xa0e99b0) at ioloop-poll.c:159 ctx = (struct ioloop_handler_context *) 0xa0e99f0 pollfd = tv = {tv_sec = 0, tv_usec = 0} io = t_id = msecs = ret = 0 call = #7 0x080d09f8 in io_loop_run (ioloop=0xa0e99b0) at ioloop.c:305 No locals. #8 0x08066c2c in main (argc=Cannot access memory at address 0x5dd2 ) at main.c:293 -- And dovecot.conf: # 1.1.beta10: /usr/local/etc/dovecot.conf log_path: /var/log/dovecot-1.1.log info_log_path: /var/log/dovecot-1.1.log protocols: imap ssl_disable: yes login_dir: /usr/local/var/run/dovecot/login login_executable: /usr/local/libexec/dovecot/imap-login login_user: nobody verbose_proctitle: yes mail_location: maildir:~/Maildir mail_debug: yes mmap_disable: yes mail_nfs_storage: yes mail_nfs_index: yes mail_drop_priv_before_exec: yes mail_plugins: fts fts_squat mail_log_max_lines_per_sec: 100 auth default: user: mdrop username_chars: abcdefghijklmnopqrstuvwxyzABCDEFGHIJKLMNOPQRSTUVWXYZ01234567890.-_@: username_translation: @: verbose: yes debug: yes debug_passwords: yes passdb: driver: sql args: /usr/local/etc/dovecot-sql.conf userdb: driver: sql args: /usr/local/etc/dovecot-sql.conf plugin: fts: squat
Re: [Dovecot] 'pipe' plugin - is anyone interested (or using it)?
On Wed, December 5, 2007 3:29 pm, Nicolas Boullis wrote: ... > A few months ago, I sent a message to this list asking if people would > be interested by a "pipe" plugin ... > Since then, I have received no feedback... ... > So, is anyone using this plugin? Is anyone using it? > Haven't tried it so I can add no useful comments on its use. But a pipe plugin is in my opinion a very important feature. On my postfix/dovecot system I'm currently forwarding mails that need piping to a qmail server, since thats the only way to do it easily on a per user basis. It seems irrational that dovecot itself doesnt support this considering dovecot being much ahead of qmail in every other aspect. By the way I use it for much the same tasks as you do; for spam reporting but also for certain e-mails that need be put into another database besides its mailbox. Regards, Mikkel
Re: [Dovecot] Worse now: Cores
On Wed, 2007-12-05 at 22:02 +0200, Timo Sirainen wrote: > The glibc free() error then is a pretty serious problem. It just should > never happen no matter what you do. The backtrace shows that it's > happening on commit path when changing message flags. There's no way > there's a bug in there, so either the heap was corrupted earlier by > another code path, or there's something wrong with the server's memory. > > If it's heap corruption it's probably in some rarely run error handling > path, in which case it would help to see what errors were logged by the > same process before that. And even better would be if you could get "bt full" gdb backtraces from them. The core files should get written to users' home directories, see http://dovecot.org/bugreport.html signature.asc Description: This is a digitally signed message part
Re: [Dovecot] Worse now: Cores
On Wed, 2007-12-05 at 20:43 +0100, Kristian Koehntopp wrote: > On Wednesday, 5. December 2007 20:21:32 Timo Sirainen wrote: > > > I am in the process of moving my mailboxes from an overloaded cyrus-box > > > to a new dovecot installation. The suse-supplied 1.0.rc14 did break down > > > with signal 6 asserts "seq 1 < seq2 ...", so I compiled a download of > > > 1.0.8 instead. This did not change a thing. > > > > How easily can you crash it? What do you use as filesystem? > > h743107:/var/log # grep signal dovecot.log | perl -n -e '($m = $_ ) > =~ /(dovecot: .*signal.*)/ and ( $m = $1 ) =~ s/child \d+/child PID/ and > print "$m\n";'| sort | uniq -c > 17 dovecot: child PID (imap) killed with signal 11 > 607 dovecot: child PID (imap) killed with signal 6 > > h743107:/var/log # head -1 dovecot.log > Dec 1 23:31:10 h743107 dovecot: Dovecot v1.0.rc14 starting up > h743107:/var/log # tail -1 dovecot.log > Dec 5 20:41:18 h743107 dovecot: IMAP(azundris): Disconnected: Logged out Either your users are doing something really strange, or there's something wrong with the server. v1.0.x has worked pretty well for a lot of people, so I have trouble believing that the real problem here is with Dovecot. The assert you first mentioned happens if there's broken data in dovecot.index.log file. v1.1 handles this by logging an error instead of crashing. But broken data should never be written to dovecot.index.log in the first place. The glibc free() error then is a pretty serious problem. It just should never happen no matter what you do. The backtrace shows that it's happening on commit path when changing message flags. There's no way there's a bug in there, so either the heap was corrupted earlier by another code path, or there's something wrong with the server's memory. If it's heap corruption it's probably in some rarely run error handling path, in which case it would help to see what errors were logged by the same process before that. Could you send more (or all) of those asserts, backtraces and other errors you see in logs to me privately? signature.asc Description: This is a digitally signed message part
Re: [Dovecot] "pipe" plugin - is anyone interested (or using it)?
On Wed, 2007-12-05 at 15:29 +0100, Nicolas Boullis wrote: > Timo, on my first message, you seemed to be interested to merge such a > feature (see http://dovecot.org/pipermail/dovecot/2007-May/023055.html > ). Are you still interested? I downloaded it when you first mentioned it, but looks like I never got around to actually looking at it. Yes, something like this would be nice.. One thing at least that should be changed is to configure it using virtual mailbox names instead of full mailbox paths. This isn't really possible with v1.0, but v1.1 should make it pretty easy. A few things about the code: save_dest_mail = mail_alloc(ctx->transaction, MAIL_FETCH_PHYSICAL_SIZE, NULL); Quota plugin wanted to know the message's physical size, but your plugin doesn't need it. So you could just use 0 instead of MAIL_FETCH_PHYSICAL_SIZE. I think write() can return partially written data if the other side isn't reading it fast enough. Using write_full() instead would anyway be better/safer. Do you really need to wait for the executed process to finish? Since this is the only plugin currently creating child processes, I'd setup a SIGCHLD handler and waitpid() there to get rid of the zombie: lib_signals_set_handler(SIGCHLD, TRUE, chld_handler, NULL); Multiple commands are now processed sequentially. I don't know if there's real need for multiple commands, but it would be faster to read the message input just once and send it to all pipes in parallel. "return 0 * WEXITSTATUS(status);" returns always 0 :) I'd also leave stderr as-is for the child process so it could log errors, and for handling syscall failures use: i_fatal("dup2() failed: %m"); signature.asc Description: This is a digitally signed message part
Re: [Dovecot] Worse now: Cores
On Wednesday, 5. December 2007 20:21:32 Timo Sirainen wrote: > > I am in the process of moving my mailboxes from an overloaded cyrus-box > > to a new dovecot installation. The suse-supplied 1.0.rc14 did break down > > with signal 6 asserts "seq 1 < seq2 ...", so I compiled a download of > > 1.0.8 instead. This did not change a thing. > > How easily can you crash it? What do you use as filesystem? h743107:/var/log # grep signal dovecot.log | perl -n -e '($m = $_ ) =~ /(dovecot: .*signal.*)/ and ( $m = $1 ) =~ s/child \d+/child PID/ and print "$m\n";'| sort | uniq -c 17 dovecot: child PID (imap) killed with signal 11 607 dovecot: child PID (imap) killed with signal 6 h743107:/var/log # head -1 dovecot.log Dec 1 23:31:10 h743107 dovecot: Dovecot v1.0.rc14 starting up h743107:/var/log # tail -1 dovecot.log Dec 5 20:41:18 h743107 dovecot: IMAP(azundris): Disconnected: Logged out h743107:/var/log # df -Th FilesystemTypeSize Used Avail Use% Mounted on /dev/sda3 ext3149G 6.8G 135G 5% / udev tmpfs506M 88K 506M 1% /dev /dev/sda1 ext2 54M 7.2M 44M 15% /boot /dev/sdb2 reiserfs153G 38G 115G 25% /home h743107:/var/log # cat /etc/SuSE-release openSUSE 10.2 (i586) VERSION = 10.2 I am using INBOX as $HOME/Maildir/, this is on reiserfs. The / is ext3 with dir_index. Kris -- Kristian =?iso-8859-15?q?K=F6hntopp?= <[EMAIL PROTECTED]>
Re: [Dovecot] Worse now: Cores
On Wed, 2007-12-05 at 19:57 +0100, Kristian Koehntopp wrote: > On Wednesday, 5. December 2007 19:49:28 Charles Marcus wrote: > > Kristian Koehntopp, on 12/5/2007 1:38 PM, said the following: > > > Worse now: I get stuff such as > > > > > > http://paste.debian.net/44248 > > > > > > in my log. What is dovecot trying to do and why? > > > > You need to provide more info... > > > > dovecot -n output for starters... All anyone knows so far is you're > > EITHER on 1.0rc14, or 1.0.8, MAYBE... > > I am in the process of moving my mailboxes from an overloaded cyrus-box to a > new dovecot installation. The suse-supplied 1.0.rc14 did break down with > signal 6 asserts "seq 1 < seq2 ...", so I compiled a download of 1.0.8 > instead. This did not change a thing. How easily can you crash it? What do you use as filesystem? signature.asc Description: This is a digitally signed message part
Re: [Dovecot] Worse now: Cores
On Wednesday, 5. December 2007 19:49:28 Charles Marcus wrote: > Kristian Koehntopp, on 12/5/2007 1:38 PM, said the following: > > Worse now: I get stuff such as > > > > http://paste.debian.net/44248 > > > > in my log. What is dovecot trying to do and why? > > You need to provide more info... > > dovecot -n output for starters... All anyone knows so far is you're > EITHER on 1.0rc14, or 1.0.8, MAYBE... I am in the process of moving my mailboxes from an overloaded cyrus-box to a new dovecot installation. The suse-supplied 1.0.rc14 did break down with signal 6 asserts "seq 1 < seq2 ...", so I compiled a download of 1.0.8 instead. This did not change a thing. Downgraded from self-compiled 1.0.8 back to 1.0.rc14 as supplied by suse, deleted all dovecot files in Maildir to have them regenerated. Here is dovecot -n of the current install: h743107:~ # /usr/sbin/dovecot -n # /etc/dovecot/dovecot.conf base_dir: /var/run/dovecot/ syslog_facility: local6 listen: 85.214.35.184 ssl_cert_file: /etc/dovecot/imap.pem ssl_key_file: /etc/dovecot/imap.pem ssl_cipher_list: ALL:!LOW login_dir: /var/run/dovecot/login login_executable: /usr/lib/dovecot/imap-login login_greeting: server ready. verbose_proctitle: yes first_valid_uid: 1000 last_valid_uid: 6 mail_location: maildir:~/Maildir mail_debug: yes maildir_copy_with_hardlinks: yes imap_client_workarounds: delay-newmail outlook-idle tb-extra-mailbox-sep auth default: mechanisms: plain login passdb: driver: pam args: dovecot userdb: driver: passwd socket: type: listen client: path: /var/run/dovecot/auth-client mode: 432 master: path: /var/run/dovecot/auth-master mode: 432 group: mail -- Kristian =?iso-8859-15?q?K=F6hntopp?= <[EMAIL PROTECTED]>
Re: [Dovecot] Worse now: Cores
Kristian Koehntopp, on 12/5/2007 1:38 PM, said the following: Worse now: I get stuff such as http://paste.debian.net/44248 in my log. What is dovecot trying to do and why? You need to provide more info... dovecot -n output for starters... All anyone knows so far is you're EITHER on 1.0rc14, or 1.0.8, MAYBE... -- Best regards, Charles
[Dovecot] Worse now: Cores
Worse now: I get stuff such as http://paste.debian.net/44248 in my log. What is dovecot trying to do and why? Kris -- Kristian =?iso-8859-15?q?K=F6hntopp?= <[EMAIL PROTECTED]>
Re: [Dovecot] "pipe" plugin - is anyone interested (or using it)?
On 05.12.2007 17:29, Nicolas Boullis wrote: Hi, A few months ago, I sent a message to this list asking if people would be interested by a "pipe" plugin (see http://dovecot.org/pipermail/dovecot/2007-May/023005.html ). I received a few answers of people who told they were intersted. A few months later, I sent a new message announcing the availability of my work (see http://dovecot.org/pipermail/dovecot/2007-August/024805.html ). Since then, I have received no feedback... So, is anyone using this plugin? Is anyone using it? Timo, on my first message, you seemed to be interested to merge such a feature (see http://dovecot.org/pipermail/dovecot/2007-May/023055.html ). Are you still interested? All comments are welcome. I think the feature (or a more generic one) would be a worthy addition for dovecot, be it for ham/spam learning, to implement an "outbox" or anything else I can't think about. All comments about my work are welcome. (Please note that I have not (yet) tried to port it to dovecot 1.1...) Cheers, Nicolas Boullis Ecole Centrale Paris Hi Nicolas, Very promising for me too, not tried yet, but will add to my todo!
Re: [Dovecot] "pipe" plugin - is anyone interested (or using it)?
On Dec 5, 2007 7:29 AM, Nicolas Boullis <[EMAIL PROTECTED]> wrote: > A few months ago, I sent a message to this list asking if people would > be interested by a "pipe" plugin (see > http://dovecot.org/pipermail/dovecot/2007-May/023005.html ). I received > a few answers of people who told they were intersted. > > A few months later, I sent a new message announcing the availability of > my work (see > http://dovecot.org/pipermail/dovecot/2007-August/024805.html ). > > Since then, I have received no feedback... > > So, is anyone using this plugin? Is anyone using it? Hi Nicolas- I don't remember seeing either of your earlier messages (although I admit to not always being able to closely follow the list despite being a subscriber), but I do like your plugin. I haven't had a chance to install and try it, but I'm adding it to my list of things to do. I've struggled to come up with an easy-to-use solution for manual classification of messages for end users, and ultimately sort of pushed it aside, but this seems like an elegant and easy-to-use solution. Could you maybe explain how the configuration works in a little more detail? For some reason I'm having a bit of trouble wrapping my head around how this works: (...) namespace private { separator = . location = maildir:/var/mail/%u inbox = yes hidden = no } namespace public { separator = . prefix = learn. location = maildir:/var/learn/%u inbox = no hidden = no } (...) plugin { (...) pipe = /var/learn/%u/.spam:spamc -d some.host -L spam pipe2 = /var/learn/%u/.ham:spamc -d some.host -L ham (...) } Thanks, Ben
[Dovecot] exim/kmail vs. dovecot
I am using exim via dovecot_deliver to store messages in Maildir in my $HOME. I am using kmail to retrieve stuff. Unfortunately, something in my data crashes dovecot. I was using 1.0.rc14 from opensuse, but downloaded and installed 1.0.8 from the site. Here is the crash: Dec 5 18:05:09 h743107 dovecot: IMAP(kris): file mail-index-transaction.c: line 629 (mail_index_update_flags_range): assertion failed: (seq1 <= seq2 && seq1 > 0) Dec 5 18:05:09 h743107 dovecot: child 13896 (imap) killed with signal 6 Dec 5 18:05:09 h743107 dovecot: IMAP(kris): Raw backtrace: imap [0x8006cf7d] -> imap [0x8006ce58] -> imap(mail_index_update_flags_range+0x194) [0x8004d034] -> imap(mail_index_sync_begin+0x5c9) [0x8004fb79] -> imap(maildir_sync_index_begin+0x61) [0x80021c71] -> imap [0x8002350a] -> imap(maildir_storage_sync_init+0x56) [0x80023646] -> imap(mailbox_sync_init+0x16) [0x8005d566] -> imap(imap_sync_nonselected+0x28) [0x8001b838] -> imap(_cmd_select_full+0xd7) [0x80012c47] -> imap(cmd_select+0x25) [0x80012e25] -> imap [0x800143ea] -> imap[0x8001446c] -> imap(_client_input+0x7d) [0x80014bcd] ->imap(io_loop_handler_run+0x127) [0x80073987]-> imap(io_loop_run+0x28) [0x80072ac8] -> imap(main+0x518) [0x8001d898] -> /lib/libc.so.6(__libc_start_main+0xdc) [0xb7e8d02c] -> imap[0x8000f0c1] I took the liberty to syslog() the seq numbers before the assert and indeed h743107:/etc/dovecot # grep "imap: seq1" /var/log/messages | head -3 Dec 5 18:30:18 h743107 imap: seq1 1 seq2 1 Dec 5 18:30:18 h743107 imap: seq1 1 seq2 1 Dec 5 18:30:18 h743107 imap: seq1 1 seq2 1 h743107:/etc/dovecot # grep "imap: seq1" /var/log/messages | awk '($9 < $7) { print }' Dec 5 18:30:42 h743107 imap: seq1 28 seq2 16 Dec 5 18:32:43 h743107 imap: seq1 28 seq2 16 What exactly is broken here and how can I fix that? Kris -- Kristian =?iso-8859-15?q?K=F6hntopp?= <[EMAIL PROTECTED]>
Re: [Dovecot] Dovecot + SASL + allow_nets
On Wed, 2007-12-05 at 15:23 +0100, Marc Cuypers wrote: > Timo Sirainen schreef: > > On Mon, 2007-12-03 at 16:49 +0100, Marc Cuypers wrote: > >> What i meant was, is there a way to: > >>IMAP/POP3: authenticate with dovecot and checking for allow_nets > >>SASL (postfix): authenticate with dovecot without the checking for > >> allow_nets (just another pass_attrs) > > > > Hmm. There's no easy way with LDAP. You'd need to either run a separate > > Dovecot installation with a different config file, or alternatively have > > separate accounts in LDAP for SMTP and non-SMTP (where only non-SMTP has > > allow_nets). > > > In the configuration file there is a section 'auth default { }'. Is it > possible to have another section like 'auth smtp { }' where i declare > the client socket for postfix? It's possible to create such section, but it doesn't do what you want. I'm planning on fixing this for v2.0. signature.asc Description: This is a digitally signed message part
[Dovecot] assertion on deliver (1.1.beta10)
Hi, I'm testing version 1.1.beta10 and getting these assertions on deliver: file index-transaction.c: line 54 (index_transaction_finish_rollback): assertion failed: (t->mail_ref_count == 0) This was after an upgrade from a 1.0 release candidate. If you need I can try and reproduce this in a more controled environment to pinpoint the problem. Thanks, -- Nuno Lopes
Re: [Dovecot] Please configure dovecot
On Dec 5, 2007 4:46 PM, bhagwat swarup <[EMAIL PROTECTED]> wrote: > > hi > I am new to linux and dovecot .It is my request that please write the > steps to configure > 1] dovecot as POP server giving access to a user and controll accesss from > to different domains > eg block example.com > allow nh.com You have looked at all the examples in the wiki, right? If not yet, please do. Read until you finish all the articles, then come back with questions which will not have been answered there! -- Best regards, Odhiambo WASHINGTON, Nairobi,KE +254733744121/+254722743223 _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ "Oh My God! They killed init! You Bastards!" --from a /. post
[Dovecot] "pipe" plugin - is anyone interested (or using it)?
Hi, A few months ago, I sent a message to this list asking if people would be interested by a "pipe" plugin (see http://dovecot.org/pipermail/dovecot/2007-May/023005.html ). I received a few answers of people who told they were intersted. A few months later, I sent a new message announcing the availability of my work (see http://dovecot.org/pipermail/dovecot/2007-August/024805.html ). Since then, I have received no feedback... So, is anyone using this plugin? Is anyone using it? Timo, on my first message, you seemed to be interested to merge such a feature (see http://dovecot.org/pipermail/dovecot/2007-May/023055.html ). Are you still interested? All comments are welcome. I think the feature (or a more generic one) would be a worthy addition for dovecot, be it for ham/spam learning, to implement an "outbox" or anything else I can't think about. All comments about my work are welcome. (Please note that I have not (yet) tried to port it to dovecot 1.1...) Cheers, Nicolas Boullis Ecole Centrale Paris
Re: [Dovecot] Dovecot + SASL + allow_nets
Timo Sirainen schreef: On Mon, 2007-12-03 at 16:49 +0100, Marc Cuypers wrote: What i meant was, is there a way to: IMAP/POP3: authenticate with dovecot and checking for allow_nets SASL (postfix): authenticate with dovecot without the checking for allow_nets (just another pass_attrs) Hmm. There's no easy way with LDAP. You'd need to either run a separate Dovecot installation with a different config file, or alternatively have separate accounts in LDAP for SMTP and non-SMTP (where only non-SMTP has allow_nets). In the configuration file there is a section 'auth default { }'. Is it possible to have another section like 'auth smtp { }' where i declare the client socket for postfix? -- Marc
[Dovecot] Please configure dovecot
hi I am new to linux and dovecot .It is my request that please write the steps to configure 1] dovecot as POP server giving access to a user and controll accesss from to different domains eg block example.com allow nh.com Thanks And Regards Bhagwat Swarup NH India Ltd
Re: [Dovecot] Imap and quota problem
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Wed, 5 Dec 2007, Najib Abi Fadel wrote: Are indexes temporary files ? Should i migrate Yes and no, some hold temporary information, but the most ones contain meta information. anything in my existing setup ! Yes http://wiki.dovecot.org/IndexFiles http://wiki.dovecot.org/MailLocation/Maildir http://wiki.dovecot.org/Quota/FS duplicate the directory hierarchie and copy/move the files there, control files are dovecot-uidlist and subscriptions, the index files are dovecot.index* Nad finally should i create a directory for every user in /var/dovecot/ ? Dovecot is creating the directory hierarchie per user itself, for new users. In this case /var/dovecot is a tmp-like directory with 1777 permissions. If you pre-create the directory per user, the standard permissions apply. BTW: The direcotory is variable-expanded, http://wiki.dovecot.org/Variables, see the %u in the sample. Bye, - -- Steffen Kaiser -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iQEVAwUBR1aRjS9SORjhbDpvAQK7rQgAusKaD232g61ENi2f/biyDVFD/L7g8coG QcQnA4l8kcDcg4J6bXQmPulZZI37Kd25II+Kzg/sHHZJLC5/p0Z6KliMxU0eBVj1 bukAZQCA38oAotrQQ0olY6sZwKMv2wPAi1pGBjInodiNORg7PrxPGg0+bWyUuSpZ E4loGlP7B2LyhaRE1ENB8mDqCVNOUBqMyrg5ZdskQxpi40WOCPqWw1Ybt9h8WkSq 13lPCNKJJbkqN03SISLnewNZk0upJWo5HJJYKkJry+g3L1Yf+4JYSP7JiE5EZIVi zRkC6p1X3mLoXeFvEIyW+ieru9ffzeHFbi8eXiRZSV5Fy9WCThHQyg== =9Qiq -END PGP SIGNATURE-
Re: [Dovecot] Imap and quota problem
Hi, El Wednesday 05 December 2007 12:06:16 Najib Abi Fadel escribió: > Are indexes temporary files ? Should i migrate > anything in my existing setup ! If you are using an Imap only setup, I think that you have no need to migrate anything; all the needed files will be recreated when needed in the new location. But this may cause a little overhead on the system, so if your system is big, migrating the files may help. If you are using also POP3, and if some users use the "leave messages on server" thing, you need to migrate the dovecot-uidlist files, or they will download all their messages again. > Nad finally should i create a directory for every user > in /var/dovecot/ ? Yes, and they should be owned by the users. Here you have an example from my setup: $ find /var/dovecot/lgstosej/ /var/dovecot/lgstosej/ /var/dovecot/lgstosej/.INBOX /var/dovecot/lgstosej/.INBOX/.imap.index /var/dovecot/lgstosej/.INBOX/.imap.index.data /var/dovecot/lgstosej/.INBOX/.customflags /var/dovecot/lgstosej/.INBOX/dovecot.index.log.2 /var/dovecot/lgstosej/.INBOX/dovecot.index.log /var/dovecot/lgstosej/.INBOX/dovecot-uidlist /var/dovecot/lgstosej/.INBOX/.imap.index.tree /var/dovecot/lgstosej/.INBOX/dovecot.index /var/dovecot/lgstosej/.INBOX/dovecot.index.cache /var/dovecot/lgstosej/.INBOX/dovecot-keywords /var/dovecot/lgstosej/.INBOX/.imap.index.log /var/dovecot/lgstosej/.sent-mail /var/dovecot/lgstosej/.sent-mail/dovecot.index.log /var/dovecot/lgstosej/.sent-mail/dovecot.index /var/dovecot/lgstosej/.sent-mail/dovecot.index.cache /var/dovecot/lgstosej/.sent-mail/dovecot-uidlist /var/dovecot/lgstosej/dovecot-uidlist /var/dovecot/lgstosej/.customflags /var/dovecot/lgstosej/subscriptions /var/dovecot/lgstosej/.Trash /var/dovecot/lgstosej/.Trash/dovecot.index.log /var/dovecot/lgstosej/.Trash/.imap.index /var/dovecot/lgstosej/.Trash/dovecot.index /var/dovecot/lgstosej/.Trash/dovecot.index.cache /var/dovecot/lgstosej/.Trash/dovecot-uidlist /var/dovecot/lgstosej/.Trash/dovecot-keywords /var/dovecot/lgstosej/.Trash/.imap.index.data /var/dovecot/lgstosej/.Trash/.customflags /var/dovecot/lgstosej/.Trash/.imap.index.tree /var/dovecot/lgstosej/.Trash/.imap.index.log HTH -- Joseba Torre. CIDIR Bizkaia. signature.asc Description: This is a digitally signed message part.
Re: [Dovecot] Imap and quota problem
Are indexes temporary files ? Should i migrate anything in my existing setup ! Nad finally should i create a directory for every user in /var/dovecot/ ? --- Joseba Torre <[EMAIL PROTECTED]> wrote: > Hi, > > you should put indexes in a filesystem without > quotas. > > Something like: > > mail_location = > maildir:~/Maildir:INDEX=/var/dovecot/%u:CONTROL=/var/dovecot/%u > > where /var/dovecot/ doesn't use quotas. > > Agur. > > El Wednesday 05 December 2007 10:56:03 Najib Abi > Fadel escribió: > > Hi everyone, > > > > i am using dovecot 1.0 as IMAP and i am facing the > > following problem: > > when a user is overquota he is unable to access > his > > account and thus he can't delete emails ! > > > > Is there any workaround for this problem ? > > > > thanks for any help. > > > > > > > > > > > > > > > > > > > > > ___ > >_ Never miss a thing. Make Yahoo your home > page. > > http://www.yahoo.com/r/hs > > > > -- > Joseba Torre. CIDIR Bizkaia. > Looking for last minute shopping deals? Find them fast with Yahoo! Search. http://tools.search.yahoo.com/newsearch/category.php?category=shopping
Re: [Dovecot] Imap and quota problem
Hi, you should put indexes in a filesystem without quotas. Something like: mail_location = maildir:~/Maildir:INDEX=/var/dovecot/%u:CONTROL=/var/dovecot/%u where /var/dovecot/ doesn't use quotas. Agur. El Wednesday 05 December 2007 10:56:03 Najib Abi Fadel escribió: > Hi everyone, > > i am using dovecot 1.0 as IMAP and i am facing the > following problem: > when a user is overquota he is unable to access his > account and thus he can't delete emails ! > > Is there any workaround for this problem ? > > thanks for any help. > > > > > > > > > > ___ >_ Never miss a thing. Make Yahoo your home page. > http://www.yahoo.com/r/hs -- Joseba Torre. CIDIR Bizkaia. signature.asc Description: This is a digitally signed message part.
[Dovecot] Imap and quota problem
Hi everyone, i am using dovecot 1.0 as IMAP and i am facing the following problem: when a user is overquota he is unable to access his account and thus he can't delete emails ! Is there any workaround for this problem ? thanks for any help. Never miss a thing. Make Yahoo your home page. http://www.yahoo.com/r/hs