[freeside] svc_acct_sm - Domain mail aliases

[Shez]

On Thu, 20 Jul 2000, you wrote:
>On Wed, Jul 19, 2000 at 06:55:09AM +0100, Shez wrote:
>Hmm - now that's a good question.
>
>I'd say that in the cases where a user has shell access and can edit their
>own .qmail or .forward files, it's a bad idea to try and track those
>forwardings and synchronize them with Freeside, which works under the
>assumption that the Freeside database is *the* authoritative source of all
>information. 
Yeah definetely a bad idea to try and  syncronise the two.

>In the case where a user *doesn't* have shell access, they'll still want
>to change their own forwardings, probably from a webpage of some sort.  It
>seems to me that this would be best as a stand-alone application - what
>would be the advantage to sending the data back to the Freeside database
>and exporting it from there? 
Nothing overwelming I guess.  Our sites already use such a webpage to allow
people control over forwarding, they can add, delete and change the behaviour
of aliases between forwarding, storage in pop-3 account and bouncing.  This
code currently accesses the .qmail files directly.  

We are interested in storing this information in a database to make clustering
and replication of the mail services easier.  Since freeside already lets you
specify that mail for an alias can be delivered to a local user (effectively a
pop-3 box in our sites context) it seemed a small extension to allow this to
extend to forwarding mail.  Not necessaraly a natural extension though...

>I'm convincable, but I'm tough.  :)
Heh, I'm not feeling very convincing today, but let me know how I did :)

Seeya
Shez

--
NSL NET Ltd, 26 Forth Street, Edinburgh, EH1 3LH, UK
tel + 44 (0)131 477 8215  fax + 44 (0)131 477 8223  http://www.nsl.net