Igor, I forgot to ask you a question. Is the singular dedicated user for a live human being or an automaton?
Brent On Wed, Jan 26, 2011 at 12:28 PM, batkinson <batkin...@apache.org> wrote: > Hi Igor, > > For that user expiration problem you might want to try adjusting some of > the properties in your security.properties file. The pertinent settings are > most likely the ones listed under the 'Security Policies' section at > http://redback.codehaus.org/configuration.html > > Hope that helps, > > Brent > > 2011/1/26 Igor Galić <i.ga...@brainsware.org> > >> >> ----- "Brent Atkinson" <batkin...@apache.org> wrote: >> >> > > >> > > Additionally there is the fact that admins are inherently lazy. >> > > I'd rather hack away for 3 days on something until it works as >> > > expected/can be automated/integrated than do it manually. >> > >> > >> > Ouch! I hope there are no hard working admins subscribed here, there >> > might be a rebellion. >> >> The lazy Admin in question is me ;) >> >> > Is Wendy's scenario what you're facing? My guess is that you're just >> > trying >> > to invert the management model from application-level to >> > directory-level. >> >> If I understand Wendy's scenario correctly, she's dealing with >> way more projects and team members to each project than I am. >> >> So.. I should probably just be less lazy ;) >> >> [snip] >> > > > If you want to see how things fit together in the user database, >> > I >> > > > have SchemaSpy output posted here: >> > > > http://wsmoak.net/redback/schemaspy/1.2.1/SA/index.html >> >> >> Right now (while migrating from the old system) we have *one* dedicated >> user which does deployments. >> >> I'm wondering if there's a way to: make sure that user doesn't get locked >> and doesn't have to change it's password every 60~ days. >> >> >> i >> >> -- >> Igor Galić >> >> Tel: +43 (0) 664 886 22 883 >> Mail: i.ga...@brainsware.org >> URL: http://brainsware.org/ >> > >
