Ilja Booij wrote:
in LMTP and dbmail-smtp.
both will return a temporary error when a user is over quotum. I guess
we should change it to a permanent failure.
Might want to make it a permanent failure as well when the email address
doesn't exist.
smime.p7s
Description: S/MIME Cryptograph
Don't use this version, its utterly broken. Clearly use upstream edition :)
Dan
On Thu, Oct 21, 2004 at 06:29:37PM -0400, Barak Bejerano wrote:
> Here is a non recursive version I posted here a while ago:
> #!/usr/bin/python
>
> # Copyright (C) 2004 Dan Weber
> #
> # This program is f
Dbmail should be started as root, where the effective user is set to a non-privileged user. Doing so will
result in a single process running as root, with the forked children running as for instance user dbmail. The
root process does *not* process any requests from clients and is therefor not s
Sylpheed uses 'TAG UID SEARCH UID 1:*' to get all the messageids from a folder. This fails silently in dbmail.
It's a known bug. I tracked down the location of the bug, but haven't been able to fix it yet, working
diligently on the 2.0 debian packages which has a higher priority atm.
Mikhai
Mikhail Ramendik wrote:
Hello,
It's somewhat strange, but mbox2dbmail is definitely slow on a large
mail folder. Less than 2 mesages per second.
There is no significant cpu usage, and large iowait time, so apparently
it's all disk waiting. But the disk is not that slow (Seagate Barracuda
7200.7
Paul J Stevens wrote:
> Dbmail should be started as root, where the effective user is set to a
> non-privileged user. Doing so will
> result in a single process running as root, with the forked children
> running as for instance user dbmail.
In this case, why does the comment to dbmail.conf say
Hello,
Paul J Stevens wrote:
> Of course, this whole setup is why Aaron wrote the lmtp daemon which
> fixes this for mta fed messages. For
> importing existing mailboxes, no such speedups are currently
> available. We need a tool (resurrect it
> actually), that will bypass many of the checks db
On the fine day of Fri, 22 Oct 2004 23:16:15 +0400
Mikhail Ramendik <[EMAIL PROTECTED]> said very eloquently:
>
> Can anyone decipher what goes wrong? A cool mail program and a cool
> IMAP server should work together, after all :)
I can't comment on your logs there but I was able to get sylpheed
On Sat, 23 Oct 2004 14:52:56 +0400, Mikhail Ramendik <[EMAIL PROTECTED]> wrote:
> Hello,
>
> Paul J Stevens wrote:
>
> > Of course, this whole setup is why Aaron wrote the lmtp daemon which
> > fixes this for mta fed messages. For
> > importing existing mailboxes, no such speedups are currently
>
On Sat, Oct 23, 2004 at 02:47:21PM +0400, Mikhail Ramendik wrote:
> > However, having dbmail.conf world-readable is *very* unwise. This will
> > expose your whole maildatabase to all
> > kinds of ugliness.
>
> Actually I use dbmail for local storage, so security is provided by only
> binding dbma
I just upgraded to the latest 2.0 CVS and dbmail-imap is really slow
compared to my old 1.X install using imapd.
Background:
Db is MyISAM (was Innodb and I switched the tables to MyISAM and it did
not improve the situation)
My imap inbox has 21000 items. On this account, I'm using thunderbird an
11 matches
Mail list logo