[Dovecot] v1.2.beta1 virtual plugin raw trace
Hi Timo, using 1.2 beta with virtual plugin testing parallel imap/pop3 download with dovecot-virtual virtual/INBOX -Trash -Trash/* all dovecot: Feb 11 07:03:08 Panic: POP3(.@.): file mailbox-list.c: line 420 (mailbox_list_iter_init_multiple): assertion failed: (*patterns != NULL) dovecot: Feb 11 07:03:08 Error: POP3(@.): Raw backtrace: pop3 [0x80ddb01] -> pop3 [0x80ddb82] -> pop3 [0x80dd529] -> pop3 [0x80a609c] -> pop3(mailbox_list_iter_init_namespaces+0xed) [0x80a623d] -> /usr/lib/dovecot/modules/pop3/lib20_virtual_plugin.so(virtual_config_read+0x706) [0xb7ddbec6] -> /usr/lib/dovecot/modules/pop3/lib20_virtual_plugin.so [0xb7ddda0b] -> /usr/lib/dovecot/modules/pop3/lib20_mail_log_plugin.so [0xb7de42ea] -> /usr/lib/dovecot/modules/pop3/lib10_quota_plugin.so [0xb7df014a] -> pop3(mailbox_open+0x52) [0x80a4772] -> pop3(client_create+0x16f) [0x805edcf] -> pop3(main+0x416) [0x8060e96] -> /lib/tls/i686/cmov/libc.so.6(__libc_start_main+0xe0) [0xb7e0b450] -> pop3 [0x805e3d1] as allready described * -Trash -Trash/* all produces Virtual mailbox loops: INBOX dovecot: Feb 11 07:02:00 Error: POP3(@.): Couldn't open INBOX: Internal error occurred. Refer to server log for more information. [2009-02-11 07:02:00] whatever i tried setup cant get virtual plugin to work as awaited -- Best Regards MfG Robert Schetterer Germany/Munich/Bavaria
Re: [Dovecot] [Dovecot-news] v1.2.beta1 released
On Feb 10, 2009, at 10:45 PM, Reuben Farrelly wrote: Feb 11 14:34:41 tornado dovecot: pop3-login: Login: user=, auth-method=PLAIN, remote=203.29.67.56 Feb 11 14:34:41 tornado dovecot: Panic: POP3(htperham): Trying to allocate 0 bytes .. I can replicate this buy just telnetting to port 110, entering the user and pass commands - as soon as I hit enter it dies :-( Fixed: http://hg.dovecot.org/dovecot-1.2/rev/22d70947597c
Re: [Dovecot] CentOS 5 ... again
Thanx guys ( Angel,Roderick, Scott). The tip below is really good. - Original Message > From: Angel Marin > > If you only want to pull dovecot from atrpms, add a includepkgs option to the > repo definition[1] and leave it enabled. You'll see dovecot updates just like > any other package without having to use the whole repo: > > [atrpms] > name=Red Hat Enterprise $releasever - $basearch - ATrpms > baseurl=http://dl.atrpms.net/el$releasever-$basearch/atrpms/stable > gpgcheck=1 > gpgkey=http://ATrpms.net/RPM-GPG-KEY.atrpms > enabled=1 > includepkgs=dovecot* > > [atrpms-testing] > name=Red Hat Enterprise $releasever - $basearch - ATrpms-testing > baseurl=http://dl.atrpms.net/el$releasever-$basearch/atrpms/testing > gpgcheck=1 > gpgkey=http://ATrpms.net/RPM-GPG-KEY.atrpms > enabled=1 > includepkgs=dovecot* > > [1] http://atrpms.net/install.html > -- Angel Marin > http://anmar.eu.org/
[Dovecot] Quota not reporting with getquotaroot
I'm running squirrelmail on top of dovecot, and noticed that some of my users display the quota (using the squirrelmail plugin check_quota) and some don't. So I did some digging. For those that do not display the quota, their account also doesn't provide any data with: . getquotaroot inbox * QUOTAROOT "inbox" . OK Getquotaroot completed. When I check the account /Maildir folder it has info in maildirsize 0S 12744423 10 334 1 483685 1 and when I delete the maildirsize file it recreates. any ideas? thx. Rick # 1.1.8: /etc/dovecot.conf # OS: Linux 2.6.18-92.el5 i686 Red Hat Enterprise Linux Server release 5.2 (Tikanga) ext3 ssl_cert_file: /etc/httpd/certs/agencymail_invtitle_com.crt ssl_key_file: /etc/httpd/certs/agencymail.invtitle.com.key.no.password login_dir: /var/run/dovecot/login login_executable(default): /usr/libexec/dovecot/imap-login login_executable(imap): /usr/libexec/dovecot/imap-login login_executable(pop3): /usr/libexec/dovecot/pop3-login mail_uid: 1015 mail_gid: 105 mail_location: maildir:/var/spool/mail/%d/%n/Maildir mail_executable(default): /usr/libexec/dovecot/imap mail_executable(imap): /usr/libexec/dovecot/imap mail_executable(pop3): /usr/libexec/dovecot/pop3 mail_plugins(default): quota imap_quota mail_plugins(imap): quota imap_quota mail_plugins(pop3): quota mail_plugin_dir(default): /usr/lib/dovecot/imap mail_plugin_dir(imap): /usr/lib/dovecot/imap mail_plugin_dir(pop3): /usr/lib/dovecot/pop3 imap_client_workarounds(default): delay-newmail outlook-idle imap_client_workarounds(imap): delay-newmail outlook-idle imap_client_workarounds(pop3): pop3_client_workarounds(default): pop3_client_workarounds(imap): pop3_client_workarounds(pop3): outlook-no-nuls oe-ns-eoh auth default: mechanisms: plain login passdb: driver: sql args: /etc/dovecot-sql.conf userdb: driver: passwd userdb: driver: sql args: /etc/dovecot-sql.conf userdb: driver: static socket: type: listen client: path: /var/spool/postfix/private/auth mode: 432 user: postfix group: postfix master: path: /var/run/dovecot/auth-master mode: 384 user: vuser group: vuser plugin: quota: maildir quota_rule: *:storage=10240 quota_rule2: Trash:storage=100M Rick Steeves http://www.sinister.net "The journey is the destination"
Re: [Dovecot] "failed to map segment from shared object: Cannot allocate memory"
On Tue, 2009-02-10 at 09:52 +0100, Vegard Svanberg wrote: > >From /var/log/auth.log (Dovecot 1.1.4 on Ubuntu 8.10): > > Feb 10 08:29:06 home dovecot-auth: PAM unable to > dlopen(/lib/security/pam_ck_connector.so): libdbus-1.so.3: failed to map > segment from shared object: Cannot allocate memory > Feb 10 08:29:06 home dovecot-auth: PAM adding faulty module: > /lib/security/pam_ck_connector.so > > English, please? :) Strangely, it seemed to disappear after increasing > login_processes_count, login_max_processes_count and/or > auth_worker_max_count. Seems like a PAM memory leak. You probably just delayed the error by increasing auth_worker_max_count. The right fix is most likely to set auth_worker_max_request_count to a non-zero value (maybe 10 or 100). signature.asc Description: This is a digitally signed message part
Re: [Dovecot] dovecot logs to audit.log not to maillog
On Tue, 2009-02-10 at 09:07 +0100, Ralf Heidenreich wrote: > Hello, > > here is my dovecot.conf > --snip-- > log_path = /var/log/maillog > info_log_path = /var/log/maillog > ---snip- > Is it possible, than logrotate rotates the maillog, and dovecot wants to > write to it, if the maillog is not available at the moment, dovecot > writes to audit.log? No, that's not possible. With the above configuration Dovecot logs only to /var/log/maillog and if it can't do that it dies. If you don't send USR1 or HUP to Dovecot after log rotation, Dovecot simply continues writing to the old rotated log file (maillog.1 or whatever). Of course if for some weird reason your log rotation rotates maillog to audit.log that would explain it.. signature.asc Description: This is a digitally signed message part
Re: [Dovecot] Replication status
On Tue, 2009-02-10 at 06:04 -0500, Charles Marcus wrote: > On 2/9/2009, Timo Sirainen (t...@iki.fi) wrote: > > I can't say for sure if/when I'll start coding the replication again, > > but my current understanding is that they're interested in it, but > > some other things are more important to get done first. > > Will there be a wiki page describing the roadmap for the coming year? > I'm very curious to see what is coming! I updated the current roadmap page to show what's most likely coming next. signature.asc Description: This is a digitally signed message part
[Dovecot] v1.2.beta1 released
http://dovecot.org/releases/1.2/beta/dovecot-1.2.beta1.tar.gz http://dovecot.org/releases/1.2/beta/dovecot-1.2.beta1.tar.gz.sig Largest changes since v1.1 can be found from http://dovecot.org/doc/NEWS-1.2 Changes since alpha5: - Added support for ESORT extension (also SORT .. RETURN (PARTIAL) from CONTEXT=SORT that allows windowing SORT results) - pop3: If client idles for 10 seconds, commit transaction (allowing mbox to become unlocked). - crashfixes to virtual mailboxes - all kinds of bug fixes, error message improvements, etc. - http://dovecot.org/patches/1.2/stats-plugin.c may give some interesting statistics about commands There isn't really much left to do for v1.2.0 except some small fixing to shared mailbox code. And writing documentation for it.. signature.asc Description: This is a digitally signed message part
Re: [Dovecot] mailing lists and Dovecot deliver (lda)
Dave McGuire wrote:
On Feb 10, 2009, at 4:24 PM, Roderick A. Anderson wrote:
I'm trying to figure out a way, or if it is even possible, to use
mailing list software (majordomo2) on a Postfix + Dovecot + virtual
mailboxes system. And where I should be looking.
The examples on the Postfix site don't seem to address a purely
virtual mailboxes system and I haven't found anything about doing it
with deliver.
I think I'm at the wrong tree (Dovecot deliver) and should be
pestering the Postfix list.
FTR, I host some sites for not-for-profits and they have asked about
setting up lists. So far I've dodged the question but would like to
attempt it now.
I have done this with great success. I must be brief as I'm in a
rush, but here's the basic overview:
Thanks Dave. Looks clear enough. I'm glad you came up with this as I
would never have thought of using a pipe. Very slick.
Only tricky part I see is the conversion to using majordomo2 instead of
mailman.
Rod
--
- Create a new transport in master.cf, I called it "mailman". It
looks like this:
---
mailman unix - n n - - pipe
flags=FR user=mailman:nobody
argv=/usr/local/mailman/bin/postfix-to-mailman.py ${nexthop} ${user}
---
The "postfix-to-mailman.py" script can be found via google. I had to
make some minor changes to the one I found; I can send you mine if you
get stuck.
- Create a "pseudo-subdomain" (not in DNS) for Mailman, I used
"lists.".
- Set the transport for the "lists." to be "mailman:" in
your transport map.
- Rewrite all relevant "@" addresses (-admin,
-request, etc) into the "lists" subdomain of the form
"@lists." using virtual aliases.
If you run into trouble, contact me off-list and I'll try to help.
-Dave
Re: [Dovecot] mailing lists and Dovecot deliver (lda)
On Feb 10, 2009, at 4:24 PM, Roderick A. Anderson wrote:
I'm trying to figure out a way, or if it is even possible, to use
mailing list software (majordomo2) on a Postfix + Dovecot + virtual
mailboxes system. And where I should be looking.
The examples on the Postfix site don't seem to address a purely
virtual mailboxes system and I haven't found anything about doing
it with deliver.
I think I'm at the wrong tree (Dovecot deliver) and should be
pestering the Postfix list.
FTR, I host some sites for not-for-profits and they have asked
about setting up lists. So far I've dodged the question but would
like to attempt it now.
I have done this with great success. I must be brief as I'm in a
rush, but here's the basic overview:
- Create a new transport in master.cf, I called it "mailman". It
looks like this:
---
mailman unix - n n - - pipe
flags=FR user=mailman:nobody
argv=/usr/local/mailman/bin/postfix-to-mailman.py ${nexthop} ${user}
---
The "postfix-to-mailman.py" script can be found via google. I had
to make some minor changes to the one I found; I can send you mine if
you get stuck.
- Create a "pseudo-subdomain" (not in DNS) for Mailman, I used
"lists.".
- Set the transport for the "lists." to be "mailman:"
in your transport map.
- Rewrite all relevant "@" addresses (-
admin, -request, etc) into the "lists" subdomain of the form
"@lists." using virtual aliases.
If you run into trouble, contact me off-list and I'll try to help.
-Dave
--
Dave McGuire
Port Charlotte, FL
Re: [Dovecot] I've moved to US
On Feb 10, 2009, at 4:24 PM, Jerry wrote: On Tue, 10 Feb 2009 15:44:09 -0500 (EST) Kyle George wrote: On Mon, 9 Feb 2009, Timo Sirainen wrote: All bread tastes weird, I'm not sure why. You have to get "Arthur Avenue" bread. See if you can locate a local bakery. The regular 'commercial' bread is loaded with preservatives. Agreed wrt preservatives. I'm partial to Martin's Famous Whole Wheat Potato Bread (http://www.potatoroll.com/pages/products.asp) when I didn't have time to make my own bread for the week. It could be the water. But there are some positive things, like grocery stores being open 24h and when driving turning to right is allowed on red light :) Careful: there's no right-on-red in New York City (and there are no signs about it!). There are on the West Side Drive. I see them every morning when I have to drive into the city. They are usually located at the city borders. -- Jerry ges...@yahoo.com Technological progress has merely provided us with more efficient means for going backwards. Aldous Huxley smime.p7s Description: S/MIME cryptographic signature
Re: [Dovecot] I've moved to US
On Tue, 10 Feb 2009 15:44:09 -0500 (EST) Kyle George wrote: >On Mon, 9 Feb 2009, Timo Sirainen wrote: > >> All bread tastes weird, I'm not sure why. You have to get "Arthur Avenue" bread. See if you can locate a local bakery. The regular 'commercial' bread is loaded with preservatives. >It could be the water. > >> But there are some positive things, like grocery stores being open >> 24h and when driving turning to right is allowed on red light :) > >Careful: there's no right-on-red in New York City (and there are no >signs about it!). There are on the West Side Drive. I see them every morning when I have to drive into the city. They are usually located at the city borders. -- Jerry ges...@yahoo.com Technological progress has merely provided us with more efficient means for going backwards. Aldous Huxley signature.asc Description: PGP signature
[Dovecot] mailing lists and Dovecot deliver (lda)
I'm trying to figure out a way, or if it is even possible, to use mailing list software (majordomo2) on a Postfix + Dovecot + virtual mailboxes system. And where I should be looking. The examples on the Postfix site don't seem to address a purely virtual mailboxes system and I haven't found anything about doing it with deliver. I think I'm at the wrong tree (Dovecot deliver) and should be pestering the Postfix list. FTR, I host some sites for not-for-profits and they have asked about setting up lists. So far I've dodged the question but would like to attempt it now. Thanks, Rod --
[Dovecot] Antispam plugin - retrain mail until confidence >= X [DSPAM]
I just discovered the antispam plugin (http://johannes.sipsolutions.net/Projects/dovecot-antispam) and set it up successfully. This looks like a really simple an efficient way of handling retraining. For testing purposes I was moving a (correctly classified) mail from a user's INBOX to the SPAM folder where it was handed over to DSPAM for retraining. I verified the retraining (it has actually being processed 4 time due to the setting "TestConditionalTraining on"), but when verified manually the mail was still classified as "Innocent". E.g. # dspam --client --user myuser --mode=notrain --stdout --classify < mail_which_should_now_be_spam X-DSPAM-Result: myuser; result="Innocent"; class="Innocent"; probability=0.; confidence=0.51; signature=4991de6d180672059758908 Now, this is something which is happening from time to time and results in similar SPAM getting through several times until DSPAM correctly recognizes the SPAM (even though "TestConditionalTraining" is activated). My question is the following: Is it possible to first retrain (with --mode=error) and afterwards corpus feeding the mail until it a) is correctly classified b) has a (configurable) confidence of say 0.8 If a retrained mail gets through a second time the whole process of re-learning and training doesn't make sense in a user's mind and gives the impression that the SPAM setup doesn't quite work (even though the hit rate may be well over 98%). Thanks, Reto
Re: [Dovecot] Replication status
Timo Sirainen wrote: > On Sat, 2009-01-31 at 03:49 -0800, Asheesh Laroia wrote: >> I remember last year we discussed Dovecot replication a bit on this list, >> e.g. http://www.dovecot.org/list/dovecot/2008-May/030446.html . >> >> Has there been any development related to this, and can I help at all? The >> more I think about the hacks I'm employing to synchronize mail, the more I >> realize I want this. So hopefully I can put either some money or some time >> where my mouth is. > > Replication is still on my TODO list and I've a bit of code for the > replication plugin implemented, but it's not very far. Anyway since I > now started working for Mailtrust they'll decide what the priorities are > for new Dovecot features. I can't say for sure if/when I'll start coding > the replication again, but my current understanding is that they're > interested in it, but some other things are more important to get done > first. > > So throwing money at me won't help, but nothing of course stops you from > writing the code :) I can send you the code I have so far if you want > it. It's a shame replication isn't a priority - that would be a killer feature. Something easy I've considered is a transaction model similar to how MySQL does replication by adding sync calls (delete x, change flag on y, z is new, etc.) in strategic locations to the maildir storage engine. ~Seth
Re: [Dovecot] redelivered mail results in mail-forwarding-loop
On 02/09/2009 10:06 PM, Ulrich Zehl wrote: > You can avoid generating a Delivered-To header in the first place by > removing "D" from the "flags=..." part of the Postfix master.cf entry for > Dovecot. This will, of course, disable this loop avoidance mechanism for > all messages. > > If you don't want this, you'll have to teach the script that reinjects the > message to remove the header. > Thanks for elaborating. I discovered "antispam - The dovecot antispam plugin" (http://johannes.sipsolutions.net/files/antispam.html) which actually does what I want to achieve and will give up my initial idea.
Re: [Dovecot] I've moved to US
On Mon, 9 Feb 2009, Timo Sirainen wrote: All bread tastes weird, I'm not sure why. It could be the water. But there are some positive things, like grocery stores being open 24h and when driving turning to right is allowed on red light :) Careful: there's no right-on-red in New York City (and there are no signs about it!). -- Kyle George
Re: [Dovecot] Smooth mailbox to maildir migration
on 2-10-2009 9:18 AM Harry Lachanas spake the following: > Luciano Mannucci wrote: >> Hi all, >> >> I have a postfix+procmail+dovecot installation, now running basicaly >> on pop3 hence mailbox format, with few thousand users and less than >> twenty gigabytes mail. >> I need to move all of them to maildir, to take advantage of IMAP >> subfolders that do not work with mbox format (so I'm told :). >> Of course I cannot safely stop the service for more than a bunch of >> seconds... >> >> What I'm about to do: >> > I warn you that I am very new to this ... > > But have a look at the Convert plugin > > I Think it can answer some of your questions . > If your users are now on pop3, this should work well, but the convert plugin doesn't preserve message uid's so all clients will re-download all the mail that is on the server. IMAP will just re-index, but pop3 will actually re-download all the messages again. -- MailScanner is like deodorant... You hope everybody uses it, and you notice quickly if they don't signature.asc Description: OpenPGP digital signature
Re: [Dovecot] Smooth mailbox to maildir migration
on 2-10-2009 7:49 AM Luciano Mannucci spake the following: > Hi all, > > I have a postfix+procmail+dovecot installation, now running basicaly > on pop3 hence mailbox format, with few thousand users and less than > twenty gigabytes mail. > I need to move all of them to maildir, to take advantage of IMAP > subfolders that do not work with mbox format (so I'm told :). > Of course I cannot safely stop the service for more than a bunch of > seconds... > You can have subfolders with mbox, but you can not have folders that contain both messages and sub-folders. They either have messages or sub-folders. > What I'm about to do: > > create a second dovecot instance to cope with imap client configured > for maildir (and possibly pop3 on another port for those using both), > which means a dovecot launched with -c /path/to/alternate.conf and a > new /etc/init.d/dovecot2-theRevenge having the proper -i option given > to startproc in order to make it ignore the other instance. > I think you can do this with namespaces, without running two dovecot daemons. > for each user: > > convert the mailbox with some sort of mb2mb (which is the better one?) I am also working on this, but I don't have as many users. > > create a .procmailrc with a proper DEFAULT= bearing the magic trailing > slash indicating maildir to procmail for each converted user. You will have to do this unless you can convert all users at once. > > And I'm done... > > Have I forgotten something? > Is there a better way? > Any one else tried such a thing? > > Cheers to all, > > luciano. -- MailScanner is like deodorant... You hope everybody uses it, and you notice quickly if they don't signature.asc Description: OpenPGP digital signature
Re: [Dovecot] Smooth mailbox to maildir migration
on 2-10-2009 9:21 AM Harry Lachanas spake the following: > Luciano Mannucci wrote: >> Hi all, >> >> I have a postfix+procmail+dovecot installation, now running basicaly >> on pop3 hence mailbox format, with few thousand users and less than >> twenty gigabytes mail. >> I need to move all of them to maildir, to take advantage of IMAP >> subfolders that do not work with mbox format (so I'm told :). >> > Also take into consideration that you will need much more disk space for > this > You will need 2 times the mailstore during the conversion, but after you can remove the mbox files to recover some of the space if you need to. -- MailScanner is like deodorant... You hope everybody uses it, and you notice quickly if they don't signature.asc Description: OpenPGP digital signature
Re: [Dovecot] CentOS 5 ... again
on 2-10-2009 9:02 AM Angel Marin spake the following: > Scott Silva wrote: >> on 2-9-2009 8:07 PM Linux Advocate spake the following: >>> guys , i m new to centos. i have learned to use yum and the priority >>> plugin. >>> Does the atrpm repo provide the most up to date version of dovecot? i >>> have >> the following >>> repos configured ->epel and rpm forge besides thestandard >>> base,updates,addons,extras repos. >>> >>> >> Atrpms is the most up to date version I have found so far, and it >> looks like >> it is recently up to 1.1.11. They also have the 1.0 branch if you need >> it. I >> usually leave it disabled and only enable it with the >> "yum --enablerepo=atrpms update dovecot" >> command when I want to update dovecot. It seems a little too "cutting >> edge" >> for my tastes on a server. >> Others are OK with it being enabled, so YMMV. > > If you only want to pull dovecot from atrpms, add a includepkgs option > to the repo definition[1] and leave it enabled. You'll see dovecot > updates just like any other package without having to use the whole repo: > > [atrpms] > name=Red Hat Enterprise $releasever - $basearch - ATrpms > baseurl=http://dl.atrpms.net/el$releasever-$basearch/atrpms/stable > gpgcheck=1 > gpgkey=http://ATrpms.net/RPM-GPG-KEY.atrpms > enabled=1 > includepkgs=dovecot* > > [atrpms-testing] > name=Red Hat Enterprise $releasever - $basearch - ATrpms-testing > baseurl=http://dl.atrpms.net/el$releasever-$basearch/atrpms/testing > gpgcheck=1 > gpgkey=http://ATrpms.net/RPM-GPG-KEY.atrpms > enabled=1 > includepkgs=dovecot* > > [1] http://atrpms.net/install.html Even cleaner. I like it. Thanks for this, it will make things easier if I get "hit by a bus" -- MailScanner is like deodorant... You hope everybody uses it, and you notice quickly if they don't signature.asc Description: OpenPGP digital signature
Re: [Dovecot] Smooth mailbox to maildir migration
Luciano Mannucci wrote: Hi all, I have a postfix+procmail+dovecot installation, now running basicaly on pop3 hence mailbox format, with few thousand users and less than twenty gigabytes mail. I need to move all of them to maildir, to take advantage of IMAP subfolders that do not work with mbox format (so I'm told :). Also take into consideration that you will need much more disk space for this Harry Of course I cannot safely stop the service for more than a bunch of seconds... What I'm about to do: create a second dovecot instance to cope with imap client configured for maildir (and possibly pop3 on another port for those using both), which means a dovecot launched with -c /path/to/alternate.conf and a new /etc/init.d/dovecot2-theRevenge having the proper -i option given to startproc in order to make it ignore the other instance. for each user: convert the mailbox with some sort of mb2mb (which is the better one?) create a .procmailrc with a proper DEFAULT= bearing the magic trailing slash indicating maildir to procmail for each converted user. And I'm done... Have I forgotten something? Is there a better way? Any one else tryed such a thing? Cheers to all, luciano.
Re: [Dovecot] Smooth mailbox to maildir migration
Luciano Mannucci wrote: Hi all, I have a postfix+procmail+dovecot installation, now running basicaly on pop3 hence mailbox format, with few thousand users and less than twenty gigabytes mail. I need to move all of them to maildir, to take advantage of IMAP subfolders that do not work with mbox format (so I'm told :). Of course I cannot safely stop the service for more than a bunch of seconds... What I'm about to do: I warn you that I am very new to this ... But have a look at the Convert plugin I Think it can answer some of your questions . harry create a second dovecot instance to cope with imap client configured for maildir (and possibly pop3 on another port for those using both), which means a dovecot launched with -c /path/to/alternate.conf and a new /etc/init.d/dovecot2-theRevenge having the proper -i option given to startproc in order to make it ignore the other instance. for each user: convert the mailbox with some sort of mb2mb (which is the better one?) create a .procmailrc with a proper DEFAULT= bearing the magic trailing slash indicating maildir to procmail for each converted user. And I'm done... Have I forgotten something? Is there a better way? Any one else tryed such a thing? Cheers to all, luciano.
Re: [Dovecot] CentOS 5 ... again
Scott Silva wrote: on 2-9-2009 8:07 PM Linux Advocate spake the following: guys , i m new to centos. i have learned to use yum and the priority plugin. Does the atrpm repo provide the most up to date version of dovecot? i have the following repos configured ->epel and rpm forge besides thestandard base,updates,addons,extras repos. Atrpms is the most up to date version I have found so far, and it looks like it is recently up to 1.1.11. They also have the 1.0 branch if you need it. I usually leave it disabled and only enable it with the "yum --enablerepo=atrpms update dovecot" command when I want to update dovecot. It seems a little too "cutting edge" for my tastes on a server. Others are OK with it being enabled, so YMMV. If you only want to pull dovecot from atrpms, add a includepkgs option to the repo definition[1] and leave it enabled. You'll see dovecot updates just like any other package without having to use the whole repo: [atrpms] name=Red Hat Enterprise $releasever - $basearch - ATrpms baseurl=http://dl.atrpms.net/el$releasever-$basearch/atrpms/stable gpgcheck=1 gpgkey=http://ATrpms.net/RPM-GPG-KEY.atrpms enabled=1 includepkgs=dovecot* [atrpms-testing] name=Red Hat Enterprise $releasever - $basearch - ATrpms-testing baseurl=http://dl.atrpms.net/el$releasever-$basearch/atrpms/testing gpgcheck=1 gpgkey=http://ATrpms.net/RPM-GPG-KEY.atrpms enabled=1 includepkgs=dovecot* [1] http://atrpms.net/install.html -- Angel Marin http://anmar.eu.org/
Re: [Dovecot] quota - implement via dovecot or postfix? which is easier ?
on 2-9-2009 7:53 PM Linux Advocate spake the following: > >>> B. Am i right in concluding that its easier and better in the long run to >> implement and enforce quotas thru dovecot instead of postfix? >> >> If you enforce quota with postfix only, the quota effects mail deliveries >> via >> SMTP only, but not when IMAP users upload stuff. >> > > Steffen, this i did not know. My understanding was that imap only reads what > is stored, its is postfix and the LDA that actually writes to the mail box. > > > Regards, > marco > But with IMAP you can move messages in and out from other clients local stores, or from other servers entirely by drag and drop. -- MailScanner is like deodorant... You hope everybody uses it, and you notice quickly if they don't signature.asc Description: OpenPGP digital signature
Re: [Dovecot] CentOS 5 ... again
on 2-9-2009 8:07 PM Linux Advocate spake the following: > guys , i m new to centos. i have learned to use yum and the priority plugin. >Does the atrpm repo provide the most up to date version of dovecot? i have the following >repos configured ->epel and rpm forge besides thestandard >base,updates,addons,extras repos. > > > Atrpms is the most up to date version I have found so far, and it looks like it is recently up to 1.1.11. They also have the 1.0 branch if you need it. I usually leave it disabled and only enable it with the "yum --enablerepo=atrpms update dovecot" command when I want to update dovecot. It seems a little too "cutting edge" for my tastes on a server. Others are OK with it being enabled, so YMMV. -- MailScanner is like deodorant... You hope everybody uses it, and you notice quickly if they don't signature.asc Description: OpenPGP digital signature
Re: [Dovecot] Replication status
Charles Marcus wrote: On 2/9/2009, Timo Sirainen (t...@iki.fi) wrote: I can't say for sure if/when I'll start coding the replication again, but my current understanding is that they're interested in it, but some other things are more important to get done first. Will there be a wiki page describing the roadmap for the coming year? I'm very curious to see what is coming! Indeed. It most awaiting feature for me. It will make Dovecot simply the best in all. -- Best regards, Proskurin Kirill
Re: [Dovecot] CentOS 5 ... again
Linux Advocate wrote: guys , i m new to centos. i have learned to use yum and the priority plugin. Does the atrpm repo provide the most uptodate version of dovecot? i have the following repos configured ->epel and rpm forge besides thestandard base,updates,addons,extras repos. The two location below are not, or at least don't seem to be, in the standard repository hierarchy. I used wget to pull them down to the system and used rpm to install them. So ... you won't be able to just "yum update" unless you add an entry in yum.repos.d for both of them. It would be nice to see the latest or nearly latest available via a simple yum update. Rod -- On 2009-02-07 05:48, Roderick A. Anderson wrote: | At this point I don't think I can do anymore damage to my mail server | but I'd like to know if anyone else is using the pre-built RPM files | from ATrpms before I install them? | | http://dl.atrpms.net/all/dovecot-1.1.11-0_90.el5.i386.rpm | http://dl.atrpms.net/all/dovecot-sieve-1.1.6-9.el5.i386.rpm We're using those RPMs (currently version 1.1.7). They always worked very well for us. Thanks Patrick. I went ahead and upgraded to them on both the test and live server. All seems to be going well other than a Dovecot index rebuild of messages I moved from a crashed server. And that probably doesn't have anything to do with the versions. ;-) Rod -- Patrick. - -- STAR Software (Shanghai) Co., Ltd. http://www.star-group.net/ Phone:+86 (21) 3462 7688 x 826 Fax: +86 (21) 3462 7779 PGP key: E883A005 https://stshacom1.star-china.net/keys/patrick_nagel.asc Fingerprint: E09A D65E 855F B334 E5C3 5386 EF23 20FC E883 A005 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iEYEARECAAYFAkmPkV0ACgkQ7yMg/OiDoAXrBwCfSXO+0qGC2Pq9I0Nj1zyQ98vV 6NMAoLLxqojYfUy1OmS9HnyIM2GS+qrr =EDSr -END PGP SIGNATURE-
[Dovecot] Smooth mailbox to maildir migration
Hi all, I have a postfix+procmail+dovecot installation, now running basicaly on pop3 hence mailbox format, with few thousand users and less than twenty gigabytes mail. I need to move all of them to maildir, to take advantage of IMAP subfolders that do not work with mbox format (so I'm told :). Of course I cannot safely stop the service for more than a bunch of seconds... What I'm about to do: create a second dovecot instance to cope with imap client configured for maildir (and possibly pop3 on another port for those using both), which means a dovecot launched with -c /path/to/alternate.conf and a new /etc/init.d/dovecot2-theRevenge having the proper -i option given to startproc in order to make it ignore the other instance. for each user: convert the mailbox with some sort of mb2mb (which is the better one?) create a .procmailrc with a proper DEFAULT= bearing the magic trailing slash indicating maildir to procmail for each converted user. And I'm done... Have I forgotten something? Is there a better way? Any one else tryed such a thing? Cheers to all, luciano. -- /"\ /Via A. Salaino, 7 - 20144 Milano (Italy) \ / ASCII RIBBON CAMPAIGN / PHONE : +39 2 485781 FAX: +39 2 48578250 X AGAINST HTML MAIL/ E-MAIL: posthams...@sublink.sublink.org / \ AND POSTINGS/ WWW: http://www.mannucci.ORG/
[Dovecot] [Fwd: Re: dovecot logs to audit.log not to maillog]
Hello, now I have done this: under http://wiki.dovecot.org/Logging?highlight=(logging) Rotating Logs is the following string --- /bin/kill -USR1 `cat /var/run/dovecot/master.pid 2>/dev/null` 2> /dev/null || true This string I have insert in /etc/logrotate.d/syslog under the lines: postrotate /bin/kill -HUP `cat /var/run/syslogd.pid 2> /dev/null` 2> /dev/null || true /bin/kill -HUP `cat /var/run/rsyslogd.pid 2> /dev/null` 2> /dev/null || true So Dovecot will be restarted, after the log rotates. I hope, the phenomenon is now solved. greetings ralf Original-Nachricht Betreff: Re: [Dovecot] dovecot logs to audit.log not to maillog Datum: Tue, 10 Feb 2009 09:07:26 +0100 Von: Ralf Heidenreich An: Timo Sirainen , dovecot@dovecot.org Referenzen: <499035e7.8090...@lx-work.de> <1234228183.6132.134.ca...@timo-desktop> Hello, here is my dovecot.conf --snip-- log_path = /var/log/maillog info_log_path = /var/log/maillog ---snip- Is it possible, than logrotate rotates the maillog, and dovecot wants to write to it, if the maillog is not available at the moment, dovecot writes to audit.log? I don't know. Have you any ideas? greetings ralf Timo Sirainen schrieb: On Mon, 2009-02-09 at 14:55 +0100, Ralf Heidenreich wrote: Hello, I have a curious phenomenon. Dovecot logs normally to /var/log/maillog. If I restart my server, dovecot loggs to /var/log/audit/audit.log. If I restart dovecot, dovecot loggs to /var/log/maillog again. And I think, wenn logrotate is restarting, dovecot logs to audit.log. But I don't know why. Any Ideas? By default Dovecot logs to syslog. Maybe your syslog configuration changes after boot?
Re: [Dovecot] Replication status
On 2/9/2009, Timo Sirainen (t...@iki.fi) wrote: > I can't say for sure if/when I'll start coding the replication again, > but my current understanding is that they're interested in it, but > some other things are more important to get done first. Will there be a wiki page describing the roadmap for the coming year? I'm very curious to see what is coming! -- Best regards, Charles
[Dovecot] "failed to map segment from shared object: Cannot allocate memory"
>From /var/log/auth.log (Dovecot 1.1.4 on Ubuntu 8.10): Feb 10 08:29:06 home dovecot-auth: PAM unable to dlopen(/lib/security/pam_ck_connector.so): libdbus-1.so.3: failed to map segment from shared object: Cannot allocate memory Feb 10 08:29:06 home dovecot-auth: PAM adding faulty module: /lib/security/pam_ck_connector.so English, please? :) Strangely, it seemed to disappear after increasing login_processes_count, login_max_processes_count and/or auth_worker_max_count. -- Vegard Svanberg [*tak...@irc (EFnet)]
Re: [Dovecot] dovecot logs to audit.log not to maillog
Hello, here is my dovecot.conf --snip-- log_path = /var/log/maillog info_log_path = /var/log/maillog ---snip- Is it possible, than logrotate rotates the maillog, and dovecot wants to write to it, if the maillog is not available at the moment, dovecot writes to audit.log? I don't know. Have you any ideas? greetings ralf Timo Sirainen schrieb: On Mon, 2009-02-09 at 14:55 +0100, Ralf Heidenreich wrote: Hello, I have a curious phenomenon. Dovecot logs normally to /var/log/maillog. If I restart my server, dovecot loggs to /var/log/audit/audit.log. If I restart dovecot, dovecot loggs to /var/log/maillog again. And I think, wenn logrotate is restarting, dovecot logs to audit.log. But I don't know why. Any Ideas? By default Dovecot logs to syslog. Maybe your syslog configuration changes after boot?
