Re: [rt-users] Web interface configuration question
I think this is now VERY close to working correctly. Just a matter of finding the right httpd.conf combination The following works perfectly except that it runs out of the root. Shows correct WebLogo. Requires RT_siteconfig.pm: $WebPath = ''"; What I want is to access RT via http//backup.easyrider.com/helpdesk I'm guessing example 2 has just one missing or incorrect entry # - START example 1 ServerName backup.easyrider.com AddDefaultCharset UTF-8 AddHandler fastcgi-script .fcgi Alias /NoAuth/images /opt/rt3/share/html/NoAuth/images ScriptAlias / /opt/rt3/bin/mason_handler.fcgi/ # -- END 1 --- The following immediately sends the browser to /var/www/html/index.html as soon as you hit the login button: WebLogo does not display on the login screen and the alt text displays best practical which is no longer in RT_siteconfig.pm Requires $WebPath = '/helpdesk'; I mention the logo problem only as a symptom that makes me suspicious that there are problems loading RT_siteconfig.pm # - START example 2 Options FollowSymLinks ExecCGI AllowOverride None ServerName backup.easyrider.com DocumentRoot /var/www/html ScriptAlias /helpdesk /opt/rt3/bin/mason_handler.fcgi/ AddHandler fastcgi-script fcgi AddDefaultCharset UTF-8 SetHandler fastcgi-script SetHandler default # -- END 2 -- ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users Community help: http://wiki.bestpractical.com Commercial support: sa...@bestpractical.com Discover RT's hidden secrets with RT Essentials from O'Reilly Media. Buy a copy at http://rtbook.bestpractical.com
Re: [rt-users] Web interface configuration question
Lander, Scott wrote: > For what its worth, I couldn't get the logo to work until I replaced > local/html/NoAuth/images/bplogo.gif with my own (IE named mine bplogo.gif) > and, make sure it is no larger then the original size > > I think this is VERY close to working correctly. Just a matter of finding > the right httpd.conf combination > > The following works perfectly except that it runs out of the root Shows > correct WebLogo Requires $WebPath = ''"; > > # - START > > NameVirtualHost *:80 > > ServerName backup.easyrider.com > AddDefaultCharset UTF-8 > AddHandler fastcgi-script .fcgi > Alias /NoAuth/images /opt/rt3/share/html/NoAuth/images > ScriptAlias / /opt/rt3/bin/mason_handler.fcgi/ > > # -- END --- > > The following runs perfectly out of /helpdesk *IF* you are already logged in. > Otherwise you get sent immediately to /var/www/html/index.html as soon as > you hit the login button: > WebLogo does not display and the alt text displays best practical which is no > longer in RT_siteconfig.pm Requires $WebPath = '/helpdesk'; > > # - START > > > Options FollowSymLinks ExecCGI > AllowOverride None > > > > ServerName backup.easyrider.com > DocumentRoot /var/www/html > > ScriptAlias /helpdesk /opt/rt3/bin/mason_handler.fcgi/ > AddHandler fastcgi-script fcgi > > > AddDefaultCharset UTF-8 > SetHandler fastcgi-script > > > >SetHandler default > > > > # -- END -- > __ > Yep, I knew that :) The logo does work but only with the first httpd.conf settings. It's a small issue that does not concern me except that it's another symptom that might help me get RT properly configured to run out of backup.easyrider.com/helpdesk and not backup.easyrider.com What a hassle :( ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users Community help: http://wiki.bestpractical.com Commercial support: sa...@bestpractical.com Discover RT's hidden secrets with RT Essentials from O'Reilly Media. Buy a copy at http://rtbook.bestpractical.com
Re: [rt-users] Web interface configuration question
For what its worth, I couldn't get the logo to work until I replaced local/html/NoAuth/images/bplogo.gif with my own (IE named mine bplogo.gif) and, make sure it is no larger then the original size -Original Message- From: rt-users-boun...@lists.bestpractical.com [mailto:rt-users-boun...@lists.bestpractical.com] On Behalf Of Easyrider Inquiry Sent: Monday, October 05, 2009 9:58 PM To: rt-users@lists.bestpractical.com Subject: Re: [rt-users] Web interface configuration question Bennett, Bevan (IS) wrote: > So adding the SetHandler directive for the images directory didn't fix > your logo? That's what did it for me. > I'd help more explicitly, but I don't have fastCGI and don't want to > figure out how to install it. (mod_perl came in a handy package for my > distro). > > The difference between sessions logged in prior and subsequent sounds > like there's some server still running that hasn't gotten the memo. > Did you reload httpd, or fully stop and start it? Is there a separate > fastCGI service that needs to have it's head/cache examined? I had major graphics displaying issues previously. I think the NOAUTH location section fixed that. The Logo is coming out of settings in RT_siteconfig.pm which I think still has problems being loaded correctly. I stopped everything RT related, checked for orphans and started back up again. I don't understand any of this cgi stuff but is ExecCGI in your directory example correct? I think this is VERY close to working correctly. Just a matter of finding the right httpd.conf combination The following works perfectly except that it runs out of the root Shows correct WebLogo Requires $WebPath = ''"; # - START NameVirtualHost *:80 ServerName backup.easyrider.com AddDefaultCharset UTF-8 AddHandler fastcgi-script .fcgi Alias /NoAuth/images /opt/rt3/share/html/NoAuth/images ScriptAlias / /opt/rt3/bin/mason_handler.fcgi/ # -- END --- The following runs perfectly out of /helpdesk *IF* you are already logged in. Otherwise you get sent immediately to /var/www/html/index.html as soon as you hit the login button: WebLogo does not display and the alt text displays best practical which is no longer in RT_siteconfig.pm Requires $WebPath = '/helpdesk'; # - START Options FollowSymLinks ExecCGI AllowOverride None ServerName backup.easyrider.com DocumentRoot /var/www/html ScriptAlias /helpdesk /opt/rt3/bin/mason_handler.fcgi/ AddHandler fastcgi-script fcgi AddDefaultCharset UTF-8 SetHandler fastcgi-script SetHandler default # -- END -- ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users Community help: http://wiki.bestpractical.com Commercial support: sa...@bestpractical.com Discover RT's hidden secrets with RT Essentials from O'Reilly Media. Buy a copy at http://rtbook.bestpractical.com This e-mail message is intended only for the personal use of the recipient(s) named above. If you are not an intended recipient, you may not review, copy or distribute this message. If you have received this communication in error, please notify the Hearst Service Center (cad...@hearstsc.com) immediately by email and delete the original message. ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users Community help: http://wiki.bestpractical.com Commercial support: sa...@bestpractical.com Discover RT's hidden secrets with RT Essentials from O'Reilly Media. Buy a copy at http://rtbook.bestpractical.com
Re: [rt-users] Web interface configuration question
Bennett, Bevan (IS) wrote: > So adding the SetHandler directive for the images directory didn't fix > your logo? That's what did it for me. > I'd help more explicitly, but I don't have fastCGI and don't want to > figure out how to install it. (mod_perl came in a handy package for my > distro). > > The difference between sessions logged in prior and subsequent sounds > like there's some server still running that hasn't gotten the memo. > Did you reload httpd, or fully stop and start it? Is there a separate > fastCGI service that needs to have it's head/cache examined? I had major graphics displaying issues previously. I think the NOAUTH location section fixed that. The Logo is coming out of settings in RT_siteconfig.pm which I think still has problems being loaded correctly. I stopped everything RT related, checked for orphans and started back up again. I don't understand any of this cgi stuff but is ExecCGI in your directory example correct? I think this is VERY close to working correctly. Just a matter of finding the right httpd.conf combination The following works perfectly except that it runs out of the root Shows correct WebLogo Requires $WebPath = ''"; # - START NameVirtualHost *:80 ServerName backup.easyrider.com AddDefaultCharset UTF-8 AddHandler fastcgi-script .fcgi Alias /NoAuth/images /opt/rt3/share/html/NoAuth/images ScriptAlias / /opt/rt3/bin/mason_handler.fcgi/ # -- END --- The following runs perfectly out of /helpdesk *IF* you are already logged in. Otherwise you get sent immediately to /var/www/html/index.html as soon as you hit the login button: WebLogo does not display and the alt text displays best practical which is no longer in RT_siteconfig.pm Requires $WebPath = '/helpdesk'; # - START Options FollowSymLinks ExecCGI AllowOverride None ServerName backup.easyrider.com DocumentRoot /var/www/html ScriptAlias /helpdesk /opt/rt3/bin/mason_handler.fcgi/ AddHandler fastcgi-script fcgi AddDefaultCharset UTF-8 SetHandler fastcgi-script SetHandler default # -- END -- ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users Community help: http://wiki.bestpractical.com Commercial support: sa...@bestpractical.com Discover RT's hidden secrets with RT Essentials from O'Reilly Media. Buy a copy at http://rtbook.bestpractical.com
Re: [rt-users] Web interface configuration question
The images are because we didn't deal with NoAuth yet. > > Now that we've gotten this far, try adding a second location directive > right after the first with: > >SetHandler default > > > That should turn off the FastCGI for the image directory (as per > http://wiki.bestpractical.com/view/ManualInstallation). > > I'm not sure why your logins would still be going awry, as that should > all be dealt with from $WebURL. Maybe check the access-log and see > what page is requesting index.html to start narrowing things down. > > Also, make sure you don't have any extraneous /rt related aliases or > redirects hanging around from earlier testing. On a new browser session, http://backup.easyrider.com/rt gives the login window. Once you enter the username/pw. it immediately goes to /var/www/html/index.html. Log snippet follows: Still not displaying the logo and URL that's in RT_siteconfig.pm which may be related or a separate issue. Otherwise the graphics seem fine now. I did a grep and a careful inspection and I don't see any spurious, unwanted references to rt hanging around. I "think" (fingers crossed) that you now have httpd.conf 100%. A reload does recognize changes to $WebPath but is not honoring $WebLogo so focusing on $WebURL makes sense. Again, backup.easyrider.com is not yet registered in DNS so I am using localhost in RT_siteconfig.pm. The web server is dual homed and is accessible vi an ISP-assigned IP address (through my DMZ) as well as an internal NAT address. Accessing RT via either NIC seems to always give the same results. [r...@security frankie]# perl -c /opt/rt3/etc/RT_SiteConfig.pm /opt/rt3/etc/RT_SiteConfig.pm syntax OK 192.168.1.104 - - [05/Oct/2009:15:24:45 -0700] "GET /rt HTTP/1.1" 200 4830 "-" "Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 5.1; Trident/4.0)" 192.168.1.104 - - [05/Oct/2009:15:24:56 -0700] "POST /index.html HTTP/1.1" 200 19739 "http://192.168.1.50/rt"; "Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 5.1; Trident/4.0)" 192.168.1.104 - - [05/Oct/2009:15:24:56 -0700] "GET /_graphics/sky.jpg HTTP/1.1" 304 - "http://192.168.1.50/index.html"; "Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 5.1; Trident/4.0)" # - START --- Set($WebPath , "/rt"); Set($WebPort , 80);# + ($< * 7274) % 32766 + ($< && 1024)); #Set($WebBaseURL , "http://backup.easyrider.com:$WebPort";); Set($WebBaseURL , "http://localhost:$WebPort";); Set($WebURL , $WebBaseURL . $WebPath . "/"); Set($WebImagesURL , $WebPath . "/NoAuth/images/"); Set($LogoURL , $WebImagesURL . "bplogo.gif"); Set($LogoLinkURL, 'http://security.nocdesigns.com'); Set($LogoAltText, "Easyrider LAN Pro"); # WebNoAuthRegex - What portion of RT's URLspace should not require # authentication. Set($WebNoAuthRegex, qr!^(?:/+NoAuth/| /+REST/\d+\.\d+/NoAuth/)!x ); #-- END --- ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users Community help: http://wiki.bestpractical.com Commercial support: sa...@bestpractical.com Discover RT's hidden secrets with RT Essentials from O'Reilly Media. Buy a copy at http://rtbook.bestpractical.com
Re: [rt-users] Web interface configuration question
When you get the internal server error, what shows up in your webserver error_log? > The big difference I see between your original and mine is that you > have a ScriptAlias instead of a SetHandler. > It looks like you're configured to use fastCGI (via the scriptAlias) > rather than mod_perl (like I am), which would indeed lead to internal > server errors. > > Looking at the fastcgi config docs, you probably want something closer > to this: > That, along with your Webpath "/rt", may do the trick. > > # Allow access to the RT html area > > Options FollowSymLinks ExecCGI > AllowOverride None > > > # Keep your core system core > > ServerName backup.easyrider.com > DocumentRoot /var/www/html > > # Now add the handlers and aliases for RT, *to the RT location* > > ScriptAlias /rt /opt/rt3/bin/mason_handler.fcgi/ > AddHandler fastcgi-script fcgi > > > AddDefaultCharset UTF-8 > SetHandler fastcgi-script > > > Yep! Any improvement is a good thing :) And all of the credit goes to you since I have been pretty much spinning my wheels for 48 hours before you came along. Getting very close here already logged on accounts now work correctly on /rt and not http://backup.easyrider.com as they should. So that seems to be at least somewhat fixed. However, new log in attempts go directly to http://backup.easyrider.com/index.html.com after you enter the username and password. Screwy... there must be a path setting somewhere that's still wrong perhaps? Also, a small issue but likely related to all of the above is that my logo is not being displayed (although I've had this working when RT ran out of the web root). You get no gif and the alt text instead but for Best Practical even though I have long since changed it to my URL. It's like reload isn't reloading all of RT_siteconfig.pm or something. It's like the Set WebPath value isn't taking although reload does seem to be reading the pm file.. Rather than experiment with a million combinations to see if I can solve this, I thought it would be wiser to just get back to you since you actually seem to understand this stuff. No errors in the Apache log file (anymore). /opt/rt3/etc/RT_SiteConfig.pm: # - START --- #Set($WebPath , ""); Set($WebPath , "/rt"); Set($WebPort , 80);# + ($< * 7274) % 32766 + ($< && 1024)); #Set($WebBaseURL , "http://backup.easyrider.com:$WebPort";); Set($WebBaseURL , "http://localhost:$WebPort";); Set($WebURL , $WebBaseURL . $WebPath . "/"); Set($WebImagesURL , $WebPath . "/NoAuth/images/"); Set($LogoURL , $WebImagesURL . "bplogo.gif"); # bplogo.gif was overwritten to be my logo Set($LogoLinkURL, 'http://security.nocdesigns.com'); Set($LogoAltText, "Easyrider LAN Pro"); # WebNoAuthRegex - What portion of RT's URLspace should not require # authentication. Set($WebNoAuthRegex, qr!^(?:/+NoAuth/| /+REST/\d+\.\d+/NoAuth/)!x ); #-- END --- /etc/httpd/conf/httpd.conf: # Latest RT config experiment BEGIN # - START - # Allow access to the RT html area Options FollowSymLinks ExecCGI AllowOverride None # Keep your core system core ServerName backup.easyrider.com DocumentRoot /var/www/html # Now add the handlers and aliases for RT, *to the RT location* ScriptAlias /rt /opt/rt3/bin/mason_handler.fcgi/ AddHandler fastcgi-script fcgi AddDefaultCharset UTF-8 SetHandler fastcgi-script # Experiment end # - END -- ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users Community help: http://wiki.bestpractical.com Commercial support: sa...@bestpractical.com Discover RT's hidden secrets with RT Essentials from O'Reilly Media. Buy a copy at http://rtbook.bestpractical.com
Re: [rt-users] Web interface configuration question
Bennett, Bevan (IS) wrote: >> # RT Stuff >> >> Alias /rt/ "/opt/rt3/share/html/" >> Alias /rt "/opt/rt3/share/html/" >> Alias /helpdesk/ "/opt/rt3/share/html/" >> Alias /helpdesk "/opt/rt3/share/html/" >> >> NameVirtualHost *:80 # Tried 443, no-go >> # Ditto >> ServerAdmin Certified_Today[at]Easyrider.com >> ServerName backup.easyrider.com >> DocumentRoot /opt/rt3/share/html/ >> AddDefaultCharset UTF-8 >> # Adding the following for RT (the ticket tracker) >> AddHandler fastcgi-script .fcgi >> >> Options FollowSymLinks ExecCGI >> AllowOverride None >> >> # Pass through requests to for noauth >> Alias /NoAuth/images /opt/rt3/share/html/NoAuth/images >> ScriptAlias / /opt/rt3/bin/mason_handler.fcgi/ >> > > Hey, my mailing-list membership isn't up yet, but I think I can help you. > This is a close translation of what we have to enable what you're > looking for. > > What you want is something like this: > # Allow access to the RT html area > > Options FollowSymLinks ExecCGI > AllowOverride None > > > # Keep your core system core > > ServerName backup.easyrider.com > DocumentRoot /var/www/html > > # Now add the handlers and aliases for RT, *to the RT location* > Alias /rt /opt/rt3/share/html/ > > SetHandler perl-script > PerlResponseHandler RT::Mason > > > SetHandler default > > Thanks VERY much for the concise instructions Bevan! Just what I was hoping for. Unfortunately, your example didn't work :( I think you are on the right track and I have previously tried combinations very close to yours based on various threads I've read on this topic. I think it's the section that's causing problems. If I comment it out, I get the BP "almost there" page. With it in there, I get an internal server error. The server name is not yet registered in DNS... don't know if that's a factor. I toggle the WebPath and WebBaseURL settings for each test iteration with no change in results. Doing an httpd restart each time, of course. I changed httpd.conf to look EXACTLY like your example and when it didn't work I tried various combinations so as to not bother the list without fully trying to fix this on my own. /opt/rt3/etc/RT_SiteConfig.pm: # - START --- #Set($WebPath , ""); Set($WebPath , "/rt"); Set($WebPort , 80);# + ($< * 7274) % 32766 + ($< && 1024)); #Set($WebBaseURL , "http://backup.easyrider.com:$WebPort";); Set($WebBaseURL , "http://localhost:$WebPort";); Set($WebURL , $WebBaseURL . $WebPath . "/"); #-- END --- /etc/httpd/conf/httpd.conf: # - START - # Allow access to the RT html area Options FollowSymLinks ExecCGI AllowOverride None # Keep your core system core ServerName backup.easyrider.com DocumentRoot /var/www/html # Now add the handlers and aliases for RT, *to the RT location* Alias /rt /opt/rt3/share/html/ # Enabling the following produces an internal server error page # Commenting it out gives a BP almost there page # #SetHandler perl-script #PerlResponseHandler RT::Mason # SetHandler default # Experiment end # - END -- ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users Community help: http://wiki.bestpractical.com Commercial support: sa...@bestpractical.com Discover RT's hidden secrets with RT Essentials from O'Reilly Media. Buy a copy at http://rtbook.bestpractical.com
Re: [rt-users] Web interface configuration question - moving RT off of root
Jerrad Pierce wrote: > This is all a matter of Apache config. > > >> I have a web site on this server at /var/www/html that RT has taken >> > > Because you've told it to: > >>DocumentRoot /opt/rt3/share/html/ >> > > And you do need to set Webpath, it fixes the next problem you'll run into. > U... thanks. That's why I included the relevant lines in the two config files that probably need tweaking. What I'm hoping is that someone who really knows how this stuff works and has a mind to be helpful can just tell me which line(s) are wrong and what they need to be changed to. I'm guessing this is a couple of lines of code at the most and then I can go back to pursuing my life. Not being an Apache guru, I'm assuming that DocumentRoot /opt/rt3/share/html/ tells Apache that RT lives in that directory rather than in /var/www/html, yes? If not, then you are correct that this is at least part of my problem. So what do I need to do to get this working correctly? http://www.example.com/helpdesk used to work fine until I decided to press on without help so it's mostly a matter of getting Apache to NOT serve up RT if someone goes to http://www.example.com and to respond instead to http://www.example.com/helpdesk. I've experimented with WebPath and several other settings based on all the reading I've done but so far, the changes don't help or they made things worse. Again, it would be REALLY helpful if someone could just provide the correct setting(s) for what I'm trying to do. I've read reams of documentation and I searched through the last six months of archives looking for info. I built RT by meticulously following the instructions. And as near as I can tell, it's working just swell except for this one little thing. I tried to fix it on my own but now I'm stuck. Mea culpa I would REALLY be grateful if someone could explain to me like I am 8 years old what I need to do. With all of this fooling around in an area that I don't particularly understand, I managed to break http://www.example.com/helpdesk :( I seem to recall that you had to do something special to reload changes to RT_siteconfig.pm (besides restarting httpd) although I saw nothing about that in any of the docs I read. I'm also assuming, perhaps incorrectly, that it's more desirable to make changes to RT_siteconfig.pm versus httpd.conf. In the attached config files, I have removed any entry that does not seem to be needed to make troubleshooting easier. http://www.example.com serves up RT just fine (but that's not how I want it to work) I want http://www.example.com/helpdesk (only) to serve up RT I have SSL issues too but one thing at a time. TIA! /etc/httpd/conf/httpd.conf: (did not include any of the experiments that didn't help) Alias /helpdesk "/opt/rt3/share/html/" NameVirtualHost *:80 DocumentRoot /opt/rt3/share/html/ AddDefaultCharset UTF-8 AddHandler fastcgi-script .fcgi Alias /NoAuth/images /opt/rt3/share/html/NoAuth/images ScriptAlias / /opt/rt3/bin/mason_handler.fcgi/ /opt/rt3/etc/RT_SiteConfig.pm: (did not include any of the experiments that didn't help) Set($WebPath , ""); Set($WebPort , 80);# + ($< * 7274) % 32766 + ($< && 1024)); Set($WebBaseURL , "http://localhost:$WebPort";); Set($WebURL , $WebBaseURL . $WebPath . "/"); Set($WebImagesURL , $WebPath . "/NoAuth/images/"); ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users Community help: http://wiki.bestpractical.com Commercial support: sa...@bestpractical.com Discover RT's hidden secrets with RT Essentials from O'Reilly Media. Buy a copy at http://rtbook.bestpractical.com
Re: [rt-users] Web interface configuration question - moving RT off of root
This is all a matter of Apache config. > I have a web site on this server at /var/www/html that RT has taken Because you've told it to: > DocumentRoot /opt/rt3/share/html/ And you do need to set Webpath, it fixes the next problem you'll run into. -- Cambridge Energy Alliance: Save money. Save the planet. ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users Community help: http://wiki.bestpractical.com Commercial support: sa...@bestpractical.com Discover RT's hidden secrets with RT Essentials from O'Reilly Media. Buy a copy at http://rtbook.bestpractical.com
[rt-users] Web interface configuration question - moving RT off of root
RT 3.8.5 on RHEL4
I did read as much of the documentation as I could absorb. I think I
know where my problem is, I just don't know the correct syntax to make
everything work as I want. Lots of experimentation -- time to ask for
help. New install and everything seems to be working just fine.
I have a web site on this server at /var/www/html that RT has taken
over. I'll include pieces of httpd.conf and RT_SiteConfig.pm to show
how I'm currently configured.
http://myhost/helpdesk brings up RT just fine, as I want.
https://myhost/helpdesk serves up the "almost there BP" index page
http://myhost brings up RT, replacing my site web page
https://myhost brings up my site web page
What I'd like:
http://myhost/helpdesk = RT
https://myhost/helpdesk = RT
http://myhost = /var/www/html
https://myhost = /var/www/html
This is current accessible from the Internet via my DMZ for testing
purposes.
http://216.99.212.113/ = displays RT login, not my homepage
https://216.99.212.113/ = correctly displays my homepage
http://216.99.212.113/helpdesk/ works correctly
https://216.99.212.113/helpdesk/ gives BP "almost there" page
I set RT_SiteConfig.pm to use the old compat GUI but apache does
not seem to honor that all the time. Note that http://216.99.212.113/
and http://216.99.212.113/helpdesk do not display the same page :(
Any assistance would be GREATLY appreciated.
[r...@security frankie]# grep Web /opt/rt3/etc/RT_SiteConfig.pm
# {{{ Web interface configuration
Set($WebPath , "");
#Set($WebPath , "/helpdesk"); # Doing this didn't help
Set($WebPort , 80);# + ($< * 7274) % 32766 + ($< && 1024));
Set($WebBaseURL , "http://localhost:$WebPort";);
#Set($WebBaseURL , "https://localhost:$WebPort";); # Doing this didn't help
Set($WebURL , $WebBaseURL . $WebPath . "/");
/etc/httpd/conf/httpd.conf:
# RT Stuff
Alias /rt/ "/opt/rt3/share/html/"
Alias /rt "/opt/rt3/share/html/"
Alias /helpdesk/ "/opt/rt3/share/html/"
Alias /helpdesk "/opt/rt3/share/html/"
NameVirtualHost *:80 # Tried 443, no-go
# Ditto
ServerAdmin certified_to...@easyrider.com
ServerName backup.easyrider.com
DocumentRoot /opt/rt3/share/html/
AddDefaultCharset UTF-8
# Adding the following for RT (the ticket tracker)
AddHandler fastcgi-script .fcgi
Options FollowSymLinks ExecCGI
AllowOverride None
# Pass through requests to for noauth
Alias /NoAuth/images /opt/rt3/share/html/NoAuth/images
ScriptAlias / /opt/rt3/bin/mason_handler.fcgi/
# End RT stuff
___
http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users
Community help: http://wiki.bestpractical.com
Commercial support: sa...@bestpractical.com
Discover RT's hidden secrets with RT Essentials from O'Reilly Media.
Buy a copy at http://rtbook.bestpractical.com
Re: [rt-users] Web interface encoding problems
I have tried some things, still not succeeding in my task. However, I have realized that my browser sends a request-header: Accept-Charset: ISO-8859-2,utf-8;q=0.7,*;0=0.7 Does RT process these kind of request lines, or ignores them? If it processes, may this cause that even if apache sends out the utf-8 charset, perl and rt generates an iso-8859-2 html? 2008. 10. 8, szerda keltezéssel 18.57-kor Gergely Polonkai ezt írta: > I do, and the server sends the correct encoding in the headers. Only > the encoding of the page itself is wrong. > > > I forgot to mention that RT is running under FastCGI, if this means > anything. > > 2008/10/8 Emmanuel Lacour <[EMAIL PROTECTED]> > On Wed, Oct 08, 2008 at 04:38:58PM +0200, Gergely Polonkai > wrote: > > Hello list, > > > > I have just installed RT 3.8.0 on our team's server. Our > browsers operate in > > hungarian language, so as we open the main (login) page of > RT, it gets to us > > in hungarian. The hungarian i18n file is encoded in UTF-8, > the server also > > sends the Content-Type header with encoding=utf-8, but the > page itself is > > iso-encoded. How can this be? Is this an RT, perl or apache > problem? > > > > > > Do you have a "AddDefaultCharset UTF-8" in your apache vhost > configuration, it's needed. > > ___ > http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users > > Community help: http://wiki.bestpractical.com > Commercial support: [EMAIL PROTECTED] > > > Discover RT's hidden secrets with RT Essentials from O'Reilly > Media. > Buy a copy at http://rtbook.bestpractical.com > > signature.asc Description: Ez az üzenetrész digitális aláírással van ellátva smime.p7s Description: S/MIME cryptographic signature ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users Community help: http://wiki.bestpractical.com Commercial support: [EMAIL PROTECTED] Discover RT's hidden secrets with RT Essentials from O'Reilly Media. Buy a copy at http://rtbook.bestpractical.com
Re: [rt-users] Web interface encoding problems
3.8.1 has a change that may fix this. It's really bad idea to use 3.8.0 for a new installation when 3.8.1 available. On Wed, Oct 8, 2008 at 6:38 PM, Gergely Polonkai <[EMAIL PROTECTED]> wrote: > Hello list, > > I have just installed RT 3.8.0 on our team's server. Our browsers operate in > hungarian language, so as we open the main (login) page of RT, it gets to us > in hungarian. The hungarian i18n file is encoded in UTF-8, the server also > sends the Content-Type header with encoding=utf-8, but the page itself is > iso-encoded. How can this be? Is this an RT, perl or apache problem? > > Thanks in advance. > > Best, > Gergely Polonkai > > ___ > http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users > > Community help: http://wiki.bestpractical.com > Commercial support: [EMAIL PROTECTED] > > > Discover RT's hidden secrets with RT Essentials from O'Reilly Media. > Buy a copy at http://rtbook.bestpractical.com > -- Best regards, Ruslan. ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users Community help: http://wiki.bestpractical.com Commercial support: [EMAIL PROTECTED] Discover RT's hidden secrets with RT Essentials from O'Reilly Media. Buy a copy at http://rtbook.bestpractical.com
Re: [rt-users] Web interface encoding problems
I do, and the server sends the correct encoding in the headers. Only the encoding of the page itself is wrong. I forgot to mention that RT is running under FastCGI, if this means anything. 2008/10/8 Emmanuel Lacour <[EMAIL PROTECTED]> > On Wed, Oct 08, 2008 at 04:38:58PM +0200, Gergely Polonkai wrote: > > Hello list, > > > > I have just installed RT 3.8.0 on our team's server. Our browsers operate > in > > hungarian language, so as we open the main (login) page of RT, it gets to > us > > in hungarian. The hungarian i18n file is encoded in UTF-8, the server > also > > sends the Content-Type header with encoding=utf-8, but the page itself is > > iso-encoded. How can this be? Is this an RT, perl or apache problem? > > > > > Do you have a "AddDefaultCharset UTF-8" in your apache vhost > configuration, it's needed. > > ___ > http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users > > Community help: http://wiki.bestpractical.com > Commercial support: [EMAIL PROTECTED] > > > Discover RT's hidden secrets with RT Essentials from O'Reilly Media. > Buy a copy at http://rtbook.bestpractical.com > ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users Community help: http://wiki.bestpractical.com Commercial support: [EMAIL PROTECTED] Discover RT's hidden secrets with RT Essentials from O'Reilly Media. Buy a copy at http://rtbook.bestpractical.com
Re: [rt-users] Web interface encoding problems
On Wed, Oct 08, 2008 at 04:38:58PM +0200, Gergely Polonkai wrote: > Hello list, > > I have just installed RT 3.8.0 on our team's server. Our browsers operate in > hungarian language, so as we open the main (login) page of RT, it gets to us > in hungarian. The hungarian i18n file is encoded in UTF-8, the server also > sends the Content-Type header with encoding=utf-8, but the page itself is > iso-encoded. How can this be? Is this an RT, perl or apache problem? > Do you have a "AddDefaultCharset UTF-8" in your apache vhost configuration, it's needed. ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users Community help: http://wiki.bestpractical.com Commercial support: [EMAIL PROTECTED] Discover RT's hidden secrets with RT Essentials from O'Reilly Media. Buy a copy at http://rtbook.bestpractical.com
[rt-users] Web interface encoding problems
Hello list, I have just installed RT 3.8.0 on our team's server. Our browsers operate in hungarian language, so as we open the main (login) page of RT, it gets to us in hungarian. The hungarian i18n file is encoded in UTF-8, the server also sends the Content-Type header with encoding=utf-8, but the page itself is iso-encoded. How can this be? Is this an RT, perl or apache problem? Thanks in advance. Best, Gergely Polonkai ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users Community help: http://wiki.bestpractical.com Commercial support: [EMAIL PROTECTED] Discover RT's hidden secrets with RT Essentials from O'Reilly Media. Buy a copy at http://rtbook.bestpractical.com
[rt-users] web interface
Hi I am having some problems with the web interface I keep getting File does not exist: /var/www/html/NoAuth I can't see why its going to /var/www/html/NoAuth See config below Also I get Out of memory! Callback called exit. I did have 512Mb RAM so i increased it to 2Gb still the same error Here is my /etc/http/conf.d/rt3.conf file Alias /rt3 "/usr/share/rt3/html/share/html" PerlRequire /usr/share/rt3/html/bin/webmux.pl AllowOverride All Options ExecCGI FollowSymLinks RewriteEngine On RedirectMatch permanent (.*)/$ $1/index.html AddDefaultCharset UTF-8 SetHandler perl-script PerlHandler RT::Mason _ Stay up to date on your PC, the Web, and your mobile phone with Windows Live. http://clk.atdmt.com/MRT/go/msnnkwxp1020093185mrt/direct/01/ ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users Community help: http://wiki.bestpractical.com Commercial support: [EMAIL PROTECTED] Discover RT's hidden secrets with RT Essentials from O'Reilly Media. Buy a copy at http://rtbook.bestpractical.com
Re: [rt-users] Web interface
Permissions for the html noauth dir Sent via BlackBerry from T-Mobile -Original Message- From: Nick Price <[EMAIL PROTECTED]> Date: Fri, 5 Sep 2008 04:18:10 To: Subject: [rt-users] Web interface ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users Community help: http://wiki.bestpractical.com Commercial support: [EMAIL PROTECTED] Discover RT's hidden secrets with RT Essentials from O'Reilly Media. Buy a copy at http://rtbook.bestpractical.com ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users Community help: http://wiki.bestpractical.com Commercial support: [EMAIL PROTECTED] Discover RT's hidden secrets with RT Essentials from O'Reilly Media. Buy a copy at http://rtbook.bestpractical.com
[rt-users] Web interface
Hell I have done 2 installs rt-3.8.1 exactly the same with the same confgis except one is on fedora 7 and the other is on fedora 9 both with all the updates installed the fedora 9 works web as it should do On the fedora 7 the program works ok except the web interface gives everything in text mode. Any ideas please Many thanks _ Want to do more with Windows Live? Learn “10 hidden secrets” from Jamie. http://windowslive.com/connect/post/jamiethomson.spaces.live.com-Blog-cns!550F681DAD532637!5295.entry?ocid=TXT_TAGLM_WL_domore_092008___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users Community help: http://wiki.bestpractical.com Commercial support: [EMAIL PROTECTED] Discover RT's hidden secrets with RT Essentials from O'Reilly Media. Buy a copy at http://rtbook.bestpractical.com
