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 > > available. We need a tool (resurrect it > > actually), that will bypass many of the checks dbmail-smtp performs, > > or perhaps a tool that will just keep the > > database connection alive. Perhaps being able to feed dbmail-smtp > > several messages in a single pipe will be > > feasible. > > I would propose a different solution - more widely applicable, too. > There should be a setting in dbmail.conf that turns off quotas. > > When there are no quotas, all message insertion (including LMTP and > IMAP) might run facter. And quotas are not always needed (as in my local > storage case). > > For servers where quotas *are* needed, one could temporarily disable > quotas for mass inserions (i.e. mailbox imports), and then enable them > again. > > This setting could be made separate for the three programs (imapd, > lmtpd, smtp). Then, if one uses LMTP for MTA usage, one could keep > quotas disabled for dbmail-smtp, and get quick imports with no config > change.
I don't think that disabling quota checks will get you any real speed improvement. The real speed issues here are in the starting of the dbmail-smtp process, setting up database connection etc. As Paul indicated, we can get better performance if we enable dbmail-smtp to receive several messages in a row, which would get rid of the slow startup for each message. Ilja
