A few weeks ago I posted a function rewrite for db_insert_message() that created the requested mailbox if it did not exist. There was some question about that approach, since apparently there are mail scanners that will put spam into randomly generated mailboxes (or so it was posted...)
I believe that there was no problem with listing an INBOX that did not exist; it simply returned no rows and that was that. So it's just about fixing the delivery-to-nonexistant-mailbox issue. Aaron On Sat, 29 Mar 2003, Jesse Norell wrote: > > Hello, > > I'm working on somewhat mimicking the auth/storage seperation > of dbmail in weDBmail, and noticed a couple things that I had > questions about, and possibly should be straightened out in dbmail. > > First is with aliases - should they be part of the authentication, > or part of the storage? Both sets of functions work directly with > the aliases table, and it seems that is probably wrong (consider > ldap authentication - are aliases in ldap or the database?). > > The second issue is auth_adduser() - it creates an INBOX for the > new user, which seems wrong, as that is definitely a storage related > function. Probably just having auth_adduser() call > db_createmailbox() would be a clean solution. (Aaron - how does > your ldap patch handle this?) > > Awaiting comments/insight, > Jesse > > > -- > Jesse Norell > jesse (at) kci.net > _______________________________________________ > Dbmail-dev mailing list > [email protected] > http://twister.fastxs.net/mailman/listinfo/dbmail-dev >
