-------- Original-Nachricht -------- > Datum: Sat, 05 Dec 2009 15:44:28 +0000 > Von: Paul Cockings <ds...@cytringan.co.uk> > An: dspam-devel@lists.sourceforge.net > Betreff: [Dspam-devel] Control multiple users from one login on web-ui
> I have some customers that have multiple address's being filtered by the > same Dspam server. To check each account (they are separate as far as > Dspam is concerned) the end user has to log in as user 1, check account, > close browser, log in as user 2, check account, close browser... /loop/ > > Is they anything we can easily do to change the web-ui to handle one > user login that can 'manage' several accounts? Note, I don't want > shared/merged groups as these accounts are better left as individual > spam databases. > Currently you can't switch users. Only an administrator can do that. I guess declaring them as administrators on DSPAM WebUI is not an option? The WebUI works that way that it checks for the HTTP REMOTE_USER variable and uses that for active user. That restriction is only relaxed for users that are in the "admin" file mentioned. Every one else can't switch. We could relax that for other users but then we would need to have another source where we need to look for which other user one can switch. Something like this: userA (can switch to): userB,userC,userD I could add something like that but I see it already. I see already 1 million users then going to ask that we add group functionality into that. Aka: groupA (can manage): userA,userB,userC And then I see others asking for: groupA (can manage): userA,userB,userC groupB (can manage): userX,userY,userZ groupC (can manage): groupA,groupB userA (is member of): groupA userB (is member of): groupB userPaul (is member of): groupC admin (is member of): ALL GROUPS And then I see others asking for: groupA (can manage): userA,userB,userC groupB (can manage): userX,userY,userZ groupC (can manage): groupA,groupB groupD (can manage): groupA,groupB,groupC groupE (can manage): groupC but not members of groupB And so on and so on.... you can imagine: It would be a never ending story since every one would at the beginning say that they could live with a flat file and then they start to fill in bug reports asking for feature A, then feature B and then for featureC and at the end the flat file solution is ultra terrible to maintain and very limited to work with and it would have been better to implement everything with a proper directory (aka LDAP or other solution) then going the simple road. But off course. At the beginning everyone and his dog will tell you that a flat file is absolutely okay and that in NO WAY they would ever want more then that. In German we have an expression "Mit dem Essen kommt der Appetit". That means: With eating comes the appetite. As soon as you give the small finger they (the users out there) are going to take/request the whole hand. And I don't know if doing now again a hack on top of another hack (the hack on top of the hack is the WebUI) is the right solution? > Pc > Steve -- Preisknaller: GMX DSL Flatrate für nur 16,99 Euro/mtl.! http://portal.gmx.net/de/go/dsl02 ------------------------------------------------------------------------------ Join us December 9, 2009 for the Red Hat Virtual Experience, a free event focused on virtualization and cloud computing. Attend in-depth sessions from your desk. Your couch. Anywhere. http://p.sf.net/sfu/redhat-sfdev2dev _______________________________________________ Dspam-devel mailing list Dspam-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspam-devel
