[1428] in Moira

home help back first fref pref prev next nref lref last post

Re: register_user client patch

daemon@ATHENA.MIT.EDU (Garry Zacheiss)
Mon Mar 13 18:01:53 2000

Message-Id: <200003132301.SAA31458@alice-whacker.mit.edu>
To: "Tom Coppeto" <tom@MIT.EDU>
cc: "Garry Zacheiss" <zacheiss@MIT.EDU>, moiradev@MIT.EDU
In-Reply-To: Your message of "Mon, 13 Mar 2000 10:14:54 EST."
             <NDBBKHCHPJDKBDPHJLDACELOCHAA.tom@mit.edu> 
Date: Mon, 13 Mar 2000 18:01:42 -0500
From: Garry Zacheiss <zacheiss@MIT.EDU>

>> Are any of the new clients accessible so we can try them out? How does the
>> split pobox fit into the moira schema?

   You can look at the clients I've built in my dev cell home directory
(/afs/dev/user/zacheiss/moira/clients/, currently built for Suns);
clients built from the current moiradev repository will also have the
new functionality.

    The support was one of the last things Dan did before he left; I've
tested it and verified it works, but haven't dug into the details of the
implementation a lot.  There weren't any changes to the db schema,
though; I'd surmise that it's implemented similarly to SMTP poboxes,
with the difference that if you're type SPLIT, both your POP/IMAP box
and the string pointed to by box_id in the users table are output into
your aliases file entry.

>> Within the next few weeks, I'd like the default pobox arrangement for new
>> accounts to be IMAP only. The overallocation code will need to be fixed to
>> choose a server & partition that has the most space or is the least over
>> allocated.

   Ok.  The best way to do that involves putting out new clients, a new
moirad, and a new reg_svr.  The reg_svr and client changes should be
done (I haven't submitted the reg_svr change, but it's a single line).
I'll start working on fixing moirad.

Garry



home help back first fref pref prev next nref lref last post