On Mon, Feb 06, 2012 at 04:20:06PM -0500, Ronald J Yacketta wrote: > Prior to our 3.8.8 upgrade we were able to use /me | /selfservice as an > Alias to /SelfService in our rt.conf file. After upgrading I have been > unable to get rt.conf to honor /me as an Alias.
I know this isn't exactly the answer to your question, but when users log in to RT, they'll be directed to SelfService if they are Unprivileged users. Are you trying to push Privileged users off to SelfService, and if so, why not just make them Unprivileged? Also - your Apache error log is often more useful to debug these things than the error presented in your browser. -kevin > here is the meat of our rt.conf > > <VirtualHost rt.potsdam.edu:443> > ... SSL stuff ... > Alias /me /SelfService > Alias /selfservice /SelfService > <Location /> > AllowOverride All > Options ExecCGI FollowSymLinks > > SetHandler modperl > PerlResponseHandler Plack::Handler::Apache2 > PerlSetVar psgi_app /opt/rt4/sbin/rt-server > > AuthLDAPURL ldap://xyz.potsdam.edu/o=some_o?uid > AuthLDAPGroupAttribute memberUid > AuthLDAPGroupAttributeIsDN off > AuthName "Tracking System" > AuthType Basic > AuthBasicProvider ldap > </Location> > > <Perl> > use Plack::Handler::Apache2; > Plack::Handler::Apache2->preload("/opt/rt4/sbin/rt-server"); > </Perl> > </VirtualHost> > > > /SelfService works but /me results in 'The page you requested could not be > found' > > Granted this is not a RT issue, just wondering if anyone sees something > wrong or can help / point me in a direction to get this working. > > -Ron > > -------- > RT Training Sessions (http://bestpractical.com/services/training.html) > * Boston March 5 & 6, 2012
pgpzAC79mDAPM.pgp
Description: PGP signature
-------- RT Training Sessions (http://bestpractical.com/services/training.html) * Boston March 5 & 6, 2012
