On Thu, Apr 26, 2007, Michael Monnerie <[EMAIL PROTECTED]> said: > On Donnerstag, 26. April 2007 09:51 Aaron Stone wrote: >> > Yes, and when you're at it, a sieve script "per domain" would be >> > nice, too. In my case, I extended dbmail to group several domains >> > to their respecitve owner, a "per owner" sieve would also be nice. >> > Everybody wants their SPAM filtered a bit different... >> >> How does per-owner differ from per-user? Different names for the same >> thing? > > I mean that a customer can have 3 domains. One account is admin, I call > it "owner", or "superuser" of all those domains. Mostly, these 3 > domains are just aliases (foo.com, foo.bar, foo.at), but sometimes one > domain can have independent uses and users, but still belong to the > same company (e.g. ironrecycling.at, plasticrecycling.at could have > independent people working on stuff, still the same company). That's > why an "owner" should be able to have scripts, as well as a "domain", > and finally a single "user". > >> Per-domain as in one script for everyone @somedomain? We don't have >> the infrastructure for that at all, and I'd argue we don't even >> really have this concept at all in DBMail.=20 > > Yes, I extended dbmail with a "domains" table for this purpose. It makes > setting up alias domains very easy, rewriting is a single select, and > querying for domains can't be easier :-) > > I'd love this to be standard dbmail stuff, and wonder why it isn't. > Looks like the concept currently is to support in-house installations > within a single company, while we are ISP style. > >> The next nearest thing is >> the clientid, which we're not yet using to much effect; an additional >> sieve script might be one more good thing to associate with each >> client. > > I use that field to assign domains by now :-) > > If you're interested, I could provide the schema, postfix select > statements etc., because I would prefer this being standard dbmail > stuff, rather than patching it during the next years 8-)
Sure, go ahead and make a wiki page explaining your patch and schema. Link it to the 2.3 development ideas page. Note that we also have this idea: http://dbmail.org/dokuwiki/doku.php?id=groups Don't replace that page, but let's definitely build off some of the ideas there. Aaron _______________________________________________ DBmail mailing list [email protected] https://mailman.fastxs.nl/mailman/listinfo/dbmail
