Re: [Dovecot] rule of thumb for indexing overhead

Hello, On Wed, 29 Aug 2007 18:10:00 -0700 Tom Bombadil <[EMAIL PROTECTED]> wrote: > > > > >> of indexing during delivery are negligible for us in general and > >> potentially negative in some scenarios (mass mail to many/all users). > > > > Is this negative hypothetical or have you actually se

Re: [Dovecot] rule of thumb for indexing overhead

> >> of indexing during delivery are negligible for us in general and >> potentially negative in some scenarios (mass mail to many/all users). > > Is this negative hypothetical or have you actually seen load spikes in > situations like this? I actually did see that. In the case of exim, for ea

Re: [Dovecot] rule of thumb for indexing overhead

> We use exim all the way to local delivery. And it handles Maildir++ > quotas just fine. Ah, right. I was misremembering. It's the DB-stored quotas in dovecot that I was thinking of using some time back. Sorry for my misstatement. > of indexing during delivery are negligible for us in genera

Re: [Dovecot] rule of thumb for indexing overhead

On Wed, 29 Aug 2007 12:31:01 -0700 (PDT) "WJCarpenter" <[EMAIL PROTECTED]> wrote: > > Also, are there any drawbacks of using exim to do the local delivery? > > I'm very interested in the answer to this question, too. So far I have > found (through reading, not trying things yet) that Dovecot's q

[Dovecot] Migration woes from tpop mbox to dovecot maildir

I was hoping some one might be able to offer me some advice on a little problem I have. I am looking to A. move from mbox to maildir B. looking to move from tpop to dovecot to bring both pop and imap under the same program. anyways the problem I am having is this tpop3d mbox uses MD5 sum of th

Re: [Dovecot] dovecot dspam plugin using libdspam

Andreas, Please, do not take this poorly. I am simply asking questions to make sure this patch/plugin is a good idea in the form you suggest. I am a user of the other patch. I am wondering if this is worth it. Your patch, if it links against libdspam will "bloat" dovecot. What do we gain? N

Re: [Dovecot] rule of thumb for indexing overhead

On Wed, 2007-08-29 at 11:44 -0700, Tom Bombadil wrote: > > I just wrote this: http://wiki.dovecot.org/LDA/Indexing > Also, are there any drawbacks of using exim to do the local delivery? Like the wiki page says, there shouldn't be really any performance problems with that. I can't say if there are

Re: [Dovecot] Err. msg. while copy.: "Invalid internal data."

On Wed, 2007-08-29 at 00:33 +0200, Dominik Springer wrote: > Hi All, > > While copying 9360 messages from a local folder to a folder on the imap > server > at message 5792 the client shows the following message from server: > "Invalid internal data." "Internal date" I suppose? v1.0.1 fixed this

Re: [Dovecot] rule of thumb for indexing overhead

> Also, are there any drawbacks of using exim to do the local delivery? I'm very interested in the answer to this question, too. So far I have found (through reading, not trying things yet) that Dovecot's quota handling is more flexible than Exim's (exim is pretty much limited to FS quotas, I t

Re: [Dovecot] Err. msg. while copy.: "Invalid internal data."

Marcus Rueckert schrieb: On 2007-08-29 00:33:59 +0200, Dominik Springer wrote: While copying 9360 messages from a local folder to a folder on the imap server at message 5792 the client shows the following message from server: "Invalid internal data." The error is reproducible. Any suggestio

Re: [Dovecot] Err. msg. while copy.: "Invalid internal data."

Bazy schrieb: Dominik Springer wrote: Hi All, While copying 9360 messages from a local folder to a folder on the imap server at message 5792 the client shows the following message from server: "Invalid internal data." The error is reproducible. Any suggestions? Configuration: Versio: 1.0.rc

Re: [Dovecot] rule of thumb for indexing overhead

> Indexes aren't normally "rebuilt", they're "updated". And the update > overhead is practically nothing with maildir. > > I just wrote this: http://wiki.dovecot.org/LDA/Indexing Hi Timo... So, if I understand this correctly, if I'm using maildir, I could use exim to do the local delivery inste

[Dovecot] Bug? Expunging Symlinked Maildir w/ Lazy_expunge Enabled

Hi all, Using Dovecot 1.0.3 on RedHat Enterprise 5 (kernel 2.6.18-8.1.6.el5PAE), and NFS storage, we symlinked a Maildir folder: /mailstore/user/Maildir/.Junk -> /junkstore/user/Junkmaildir Everything works fine, until we try to expunge, which produces: A04 NO BUG: Unknown internal error

[Dovecot] postfix + dovecot lda,

I'm trying to replace procmail with deliver but I'm having problems with the group part of things. I keep getting: Aug 29 16:44:19 dingbat deliver(mimo): open(/var/mail/.temp.dingbat.3969.d1689935a308e0dd) failed: Permission denied Aug 29 16:44:19 dingbat deliver(mimo): file_lock_dotlock() faile

Re: [Dovecot] quota imap_quota

Nils Vogels wrote: > Bazy wrote on 28-8-2007 23:05: >> plugin { >> # 10 MB + 1000 messages quota limit >> # quota = maildir:storage=10240:messages=1000 >> >> driver = mysql >> connect = host=/var/lib/mysql/mysql.sock user=mail_admin >> password= dbname=mail >> user_query

Re: [Dovecot] too many files opened

Hello, On Wed, Aug 29, 2007 at 10:06:41AM +0800, Joshua, C.S. Chen wrote: > My institute's mail server was upgraded to RHEL5 with dovecot 1.0-2.1rc5 > recently. And it uses PAM authentication which points to LDAP server. > Now from time to time it gets Error like > > dovecot: Aug 29 09:23:59 Erro