Another easy way to do the virtual hosts is to name all your users username_domainname_com (instead of [EMAIL PROTECTED]). Then use the virtuals tables to handle the conversion to a real email address on incoming and let the mail client or canonical table handle the outgoing rewrite. Your mail, both incoming and outgoing, will then show the correct email address -- you just handle it differently internally.
This is nice because you can do it with software that doesn't handle virtual hosts properly or the same way. -Jamie > >>>I have alittle problem with dbmail getting in to some sort of locked or >>>strange state. In a mail client if I switch rapidly from different imap >>>folders the daemon stops responding to all clients. I have to restart >>>the daemon. >>> >>> >> I have that exact same problem. I'm using the dbmail-1.1-1 deb >> package for unstable. > > The only thing that comes to mind even remotely similar is in some > signal handling bugs in the linux kernel. I had some machines with > a problem in the pop3d server - whenever it got a SIGALRM it went into > a loop sucking up all cpu time. I never had time to really track it > down and it was not producable on other OS's .. and a few updates > later (running debian unstable), the problem went away. There is > now another problem with pop3d in a high cpu use loop while serving > pop3 clients, and writes to the client are quite slow (eg. one write() > per 1-4 seconds), but I'm guessing that may not be in dbmail either > (both linux kernel and postgres libraries were updated when this > showed up). Again, haven't had the time to look into it more.... > > If you can, try to track this down a little more, and post a bug > report (or patch ;). At minimum, turn on level 5 logging and post > the logs when this happens. You could also strace the process and > see if that gives any indication of what's happening, and run it > under a debugger to really track things down, if you're familiar with > doing so. Even finding a scenario in which this can be reproduced > by someone else will help get it fixed a lot faster. (Don't use imap > here, so I can't really check that.) > > >> By the way how do you access the cvs directly (not via the cvs web >> browser)? > > See http://www.dbmail.org/download.phtml (I've not actually used > cvs since the addition of the dbmail 2 branch, but that used to work.) > >> Which is more relevant the dbmail.org web page or source forge (or >> both)? > > Both. The sourceforge page was made to compliment the main web page > with some missing tools. > >> Also how active is this project? This mailing list seems kind of quiet. > > Kinda goes in spurts. I've not been watching code changes recently > for lack of time, but Ilja, a neoteric IC&S developer, has recently > been reworking all of the database code, and Paul (who maintains the > debian packages) had been testing it a bit and submitting some fixes. > Other than that, it has been pretty quite for the last couple weeks. > > > > -- > Jesse Norell > jesse (at) kci.net > > > _______________________________________________ > Dbmail mailing list > [email protected] > https://mailman.fastxs.nl/mailman/listinfo/dbmail > >
