[rt-users] RT 4 Book advice please
I am looking for information on configuring RT 4.0.6, as it seems to be quite a lot different than 3.8. I have the RT Essentials [2005] bokk but perhaps there is something out now that is targeting RT4? thanks oliver -- Oliver Nash
Re: [rt-users] fresh install of RT-4.0.6 which JSON to use
To answer my own question. It looks like by taking the default 'Y' to the CPAN prompt:- Do you want to install JSON::XS?(Y/n) [Y] that both JSON modules were installed. JSON -- 2.53 JSON::XS -- 2.33 -- On Thu, 2 Aug 2012, o.n...@cs.ucc.ie wrote: Hi all, I am building a new install of RT-4.0.6 while going through the perl modules needed I get a choice when selecting a version of JSON. here is the message from the command perl -MCPAN -e 'install JSON' CPAN.pm: Going to build M/MA/MAKAMAKA/JSON-2.53.tar.gz Welcome to JSON (v.2.53) = If you install JSON::XS v.2.27, it makes JSON faster. ** CAUTION ** * This is 'JSON version 2' and there are many differences * * to version 1.xx * * Please check your applications useing old version.* * See to 'INCOMPATIBLE CHANGES TO OLD VERSION' and 'TIPS' * * Do you want to install JSON::XS?(Y/n) [Y] - My question is should I take the new version JSON::XS as offered? -- Oliver Nash CSSG Computer Science UCC - -- Oliver Nash CSSG Computer Science UCC -
[rt-users] fresh install of RT-4.0.6 which JSON to use
Hi all, I am building a new install of RT-4.0.6 while going through the perl modules needed I get a choice when selecting a version of JSON. here is the message from the command perl -MCPAN -e 'install JSON' CPAN.pm: Going to build M/MA/MAKAMAKA/JSON-2.53.tar.gz Welcome to JSON (v.2.53) = If you install JSON::XS v.2.27, it makes JSON faster. ** CAUTION ** * This is 'JSON version 2' and there are many differences * * to version 1.xx * * Please check your applications useing old version.* * See to 'INCOMPATIBLE CHANGES TO OLD VERSION' and 'TIPS' * * Do you want to install JSON::XS?(Y/n) [Y] - My question is should I take the new version JSON::XS as offered? -- Oliver Nash CSSG Computer Science UCC -
Re: [rt-users] RT3.8.8 getting logged out after doing search
Thanks yes I had seen that in a thread on discussion group but was reluctant to altar anything without a offering from the authers. Anyway since I have messaed around with sessions table now I tried your suggestion and that seems to have fixed it. Thank very much Oliver On Mon, 9 Jan 2012, Ruslan Zakirov wrote: a_session column should be blob not text. On Mon, Jan 9, 2012 at 01:59, o.n...@cs.ucc.ie wrote: Hi Ruslan, thanks for your reply. here is the sessions table show. mysql show create table sessions; +--+---+ | Table | Create Table | +--+---+ | sessions | CREATE TABLE `sessions` ( `id` char(32) NOT NULL, `a_session` longtext, `LastUpdated` timestamp NOT NULL DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP, PRIMARY KEY (`id`) ) ENGINE=MyISAM DEFAULT CHARSET=latin1 | +--+---+ 1 row in set (0.00 sec) mysql thanks Oliver On Sun, 8 Jan 2012, Ruslan Zakirov wrote: Hi, RT version? Show us how your new sessions table looks. SHOW CREATE TABLE sessions; On Fri, Jan 6, 2012 at 15:56, o.n...@cs.ucc.ie wrote: Dear all, We recently had a MySQL crash [ due to RAM failure ], after RAM replaced and sessions table dropped and re-created from Schema in rt3.sql dump we are seeing a new problem with searches. When the search is executed the resulting tickets are displayed fine but any attempt to open one results in the RT login screen. If we do login the required ticket is opened. When browsing tickets from the HOME base list this does not happen. Here is an example apache log of the above search: 143.239.74.146 - - [06/Jan/2012:11:36:46 +] GET /Search/Results.html?Format='%20%20%20%3Cb%3E%3Ca%20href%3D%22__WebPath__%2FTicket%2FDisplay.html%3Fid%3D__id__%22%3E__id__%3C%2Fa%3E%3C%2Fb%3E%2FTITLE%3A%23'%2C%0A'%3Cb%3E%3Ca%20href%3D%22__WebPath__%2FTicket%2FDisplay.html%3Fid%3D__id__%22%3E__Subject__%3C%2Fa%3E%3C%2Fb%3E%2FTITLE%3ASubject'%2C%0A'__Status__'%2C%0A'__QueueName__'%2C%0A'__OwnerName__'%2C%0A'__Priority__'%2C%0A'__NEWLINE__'%2C%0A''%2C%0A'%3Csmall%3E__Requestors__%3C%2Fsmall%3E'%2C%0A'%3Csmall%3E__CreatedRelative__%3C%2Fsmall%3E'%2C%0A'%3Csmall%3E__ToldRelative__%3C%2Fsmall%3E'%2C%0A'%3Csmall%3E__LastUpdatedRelative__%3C%2Fsmall%3E'%2C%0A'%3Csmall%3E__TimeLeft__%3C%2Fsmall%3E'Order=DESC%7CASC%7CASC%7CASCOrderBy=LastUpdated%7C%7C%7CPage=1Query=Status%20%3D%20'new'%20OR%20Status%20%3D%20'open'RowsPerPage=50SavedChartSearchId=newSavedSearchId= HTTP/1.1 200 35950 143.239.74.146 - - [06/Jan/2012:11:37:09 +] GET /Ticket/Display.html?id=16718 HTTP/1.1 200 5267 143.239.74.146 - - [06/Jan/2012:11:37:25 +] POST /Ticket/Display.html HTTP/1.1 200 32802 -- I have cleared old cookies and caches etc Thanks Oliver ubuntu 10.04 perl 5.10.1 apache 2.2.17 mod_perl 2.0.5 [ previously we used mod_perl 2.0.4 ] this is only change since crash. -- Oliver Nash CSSG Computer Science UCC - RT Training Sessions (http://bestpractical.com/services/training.html) * Boston March 5 6, 2012 -- Best regards, Ruslan. -- Oliver Nash CSSG Computer Science UCC - RT Training Sessions (http://bestpractical.com/services/training.html) * Boston — March 5 6, 2012 -- Best regards, Ruslan. -- Oliver Nash CSSG Computer Science UCC - RT Training Sessions (http://bestpractical.com/services/training.html) * Boston March 5 6, 2012
Re: [rt-users] RT3.8.8 getting logged out after doing search
Hi Ruslan, thanks for your reply. here is the sessions table show. mysql show create table sessions; +--+---+ | Table| Create Table | +--+---+ | sessions | CREATE TABLE `sessions` ( `id` char(32) NOT NULL, `a_session` longtext, `LastUpdated` timestamp NOT NULL DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP, PRIMARY KEY (`id`) ) ENGINE=MyISAM DEFAULT CHARSET=latin1 | +--+---+ 1 row in set (0.00 sec) mysql thanks Oliver On Sun, 8 Jan 2012, Ruslan Zakirov wrote: Hi, RT version? Show us how your new sessions table looks. SHOW CREATE TABLE sessions; On Fri, Jan 6, 2012 at 15:56, o.n...@cs.ucc.ie wrote: Dear all, We recently had a MySQL crash [ due to RAM failure ], after RAM replaced and sessions table dropped and re-created from Schema in rt3.sql dump we are seeing a new problem with searches. When the search is executed the resulting tickets are displayed fine but any attempt to open one results in the RT login screen. If we do login the required ticket is opened. When browsing tickets from the HOME base list this does not happen. Here is an example apache log of the above search: 143.239.74.146 - - [06/Jan/2012:11:36:46 +] GET /Search/Results.html?Format='%20%20%20%3Cb%3E%3Ca%20href%3D%22__WebPath__%2FTicket%2FDisplay.html%3Fid%3D__id__%22%3E__id__%3C%2Fa%3E%3C%2Fb%3E%2FTITLE%3A%23'%2C%0A'%3Cb%3E%3Ca%20href%3D%22__WebPath__%2FTicket%2FDisplay.html%3Fid%3D__id__%22%3E__Subject__%3C%2Fa%3E%3C%2Fb%3E%2FTITLE%3ASubject'%2C%0A'__Status__'%2C%0A'__QueueName__'%2C%0A'__OwnerName__'%2C%0A'__Priority__'%2C%0A'__NEWLINE__'%2C%0A''%2C%0A'%3Csmall%3E__Requestors__%3C%2Fsmall%3E'%2C%0A'%3Csmall%3E__CreatedRelative__%3C%2Fsmall%3E'%2C%0A'%3Csmall%3E__ToldRelative__%3C%2Fsmall%3E'%2C%0A'%3Csmall%3E__LastUpdatedRelative__%3C%2Fsmall%3E'%2C%0A'%3Csmall%3E__TimeLeft__%3C%2Fsmall%3E'Order=DESC%7CASC%7CASC%7CASCOrderBy=LastUpdated%7C%7C%7CPage=1Query=Status%20%3D%20'new'%20OR%20Status%20%3D%20'open'RowsPerPage=50SavedChartSearchId=newSavedSearchId= HTTP/1.1 200 35950 143.239.74.146 - - [06/Jan/2012:11:37:09 +] GET /Ticket/Display.html?id=16718 HTTP/1.1 200 5267 143.239.74.146 - - [06/Jan/2012:11:37:25 +] POST /Ticket/Display.html HTTP/1.1 200 32802 -- I have cleared old cookies and caches etc Thanks Oliver ubuntu 10.04 perl 5.10.1 apache 2.2.17 mod_perl 2.0.5 [ previously we used mod_perl 2.0.4 ] this is only change since crash. -- Oliver Nash CSSG Computer Science UCC - RT Training Sessions (http://bestpractical.com/services/training.html) * Boston March 5 6, 2012 -- Best regards, Ruslan. -- Oliver Nash CSSG Computer Science UCC - RT Training Sessions (http://bestpractical.com/services/training.html) * Boston March 5 6, 2012
[rt-users] RT3.8.8 getting logged out after doing search
Dear all, We recently had a MySQL crash [ due to RAM failure ], after RAM replaced and sessions table dropped and re-created from Schema in rt3.sql dump we are seeing a new problem with searches. When the search is executed the resulting tickets are displayed fine but any attempt to open one results in the RT login screen. If we do login the required ticket is opened. When browsing tickets from the HOME base list this does not happen. Here is an example apache log of the above search: 143.239.74.146 - - [06/Jan/2012:11:36:46 +] GET /Search/Results.html?Format='%20%20%20%3Cb%3E%3Ca%20href%3D%22__WebPath__%2FTicket%2FDisplay.html%3Fid%3D__id__%22%3E__id__%3C%2Fa%3E%3C%2Fb%3E%2FTITLE%3A%23'%2C%0A'%3Cb%3E%3Ca%20href%3D%22__WebPath__%2FTicket%2FDisplay.html%3Fid%3D__id__%22%3E__Subject__%3C%2Fa%3E%3C%2Fb%3E%2FTITLE%3ASubject'%2C%0A'__Status__'%2C%0A'__QueueName__'%2C%0A'__OwnerName__'%2C%0A'__Priority__'%2C%0A'__NEWLINE__'%2C%0A''%2C%0A'%3Csmall%3E__Requestors__%3C%2Fsmall%3E'%2C%0A'%3Csmall%3E__CreatedRelative__%3C%2Fsmall%3E'%2C%0A'%3Csmall%3E__ToldRelative__%3C%2Fsmall%3E'%2C%0A'%3Csmall%3E__LastUpdatedRelative__%3C%2Fsmall%3E'%2C%0A'%3Csmall%3E__TimeLeft__%3C%2Fsmall%3E'Order=DESC%7CASC%7CASC%7CASCOrderBy=LastUpdated%7C%7C%7CPage=1Query=Status%20%3D%20'new'%20OR%20Status%20%3D%20'open'RowsPerPage=50SavedChartSearchId=newSavedSearchId= HTTP/1.1 200 35950 143.239.74.146 - - [06/Jan/2012:11:37:09 +] GET /Ticket/Display.html?id=16718 HTTP/1.1 200 5267 143.239.74.146 - - [06/Jan/2012:11:37:25 +] POST /Ticket/Display.html HTTP/1.1 200 32802 -- I have cleared old cookies and caches etc Thanks Oliver ubuntu 10.04 perl 5.10.1 apache 2.2.17 mod_perl 2.0.5 [ previously we used mod_perl 2.0.4 ] this is only change since crash. -- Oliver Nash CSSG Computer Science UCC - RT Training Sessions (http://bestpractical.com/services/training.html) * Boston March 5 6, 2012
Re: [rt-users] working RT3.8.8 since Nov-2010 now fails login with blank page
Hi Kevin, Thanks very much for reading the logs in better details than myself :) i.e. 120104 8:21:24 [ERROR] /usr/sbin/mysqld: Table './rt3/sessions' is marked as crashed I have managed to get the schema of sessions table and replace it. RT 3.8.8 now functioning normally. Thank very much once again. Oliver On Wed, 4 Jan 2012, Kevin Falcone wrote: On Wed, Jan 04, 2012 at 12:27:31PM +, o.n...@cs.ucc.ie wrote: Hi Kevin, yes thanks for your reply. The log in /var/log/mysql has:- 120104 8:21:24 [ERROR] /usr/sbin/mysqld: Table './rt3/sessions' is marked as crashed and last (automatic?) repair failed InnoDB: Database page corruption on disk or a failed InnoDB: file read of page 21225. InnoDB: You may have to recover from a backup. 120104 8:22:52 InnoDB: Page dump in ascii and hex (16384 bytes): len 16384; hex f6c2475b52e952ea6366b80f45b . cut big hex dump file. the apache log has:- [Tue Jan 03 09:44:59 2012] [notice] Apache/2.2.17 (Unix) mod_perl/2.0.4 Perl/v5.10.1 configured -- resuming normal operations [Tue Jan 03 09:45:07 2012] [notice] child pid 1646 exit signal Segmentation fault (11) [Tue Jan 03 09:57:34 2012] [error] [client 143.239.74.160] Connect Failed Can't connect to local MySQL server through socket '/var/run/mysqld/ mysqld.sock' (111)\n at /opt/rt3/bin/../lib/RT.pm line 206 Running: /opt/rt3/sbin# ./rt-validator --check it runs for several minutes and returns nothing. The RT Db is accessible via mysql cmd line tools ok. But I did not try to read every table. rt-validator doesn't check every table that RT uses. It sounds like you had a big mysql crash and you should be using the mysql tools to validate every table. If only sessions is corrupt, you can always drop and recreate it since the information in there is temporary. -kevin -- Oliver Nash CSSG Computer Science UCC - RT Training Sessions (http://bestpractical.com/services/training.html) * Boston March 5 6, 2012
Re: [rt-users] working RT3.8.8 since Nov-2010 now fails login with blank page
Hi Kevin, yes thanks for your reply. The log in /var/log/mysql has:- 120104 8:21:24 [ERROR] /usr/sbin/mysqld: Table './rt3/sessions' is marked as crashed and last (automatic?) repair failed InnoDB: Database page corruption on disk or a failed InnoDB: file read of page 21225. InnoDB: You may have to recover from a backup. 120104 8:22:52 InnoDB: Page dump in ascii and hex (16384 bytes): len 16384; hex f6c2475b52e952ea6366b80f45b . cut big hex dump file. the apache log has:- [Tue Jan 03 09:44:59 2012] [notice] Apache/2.2.17 (Unix) mod_perl/2.0.4 Perl/v5.10.1 configured -- resuming normal operations [Tue Jan 03 09:45:07 2012] [notice] child pid 1646 exit signal Segmentation fault (11) [Tue Jan 03 09:57:34 2012] [error] [client 143.239.74.160] Connect Failed Can't connect to local MySQL server through socket '/var/run/mysqld/ mysqld.sock' (111)\n at /opt/rt3/bin/../lib/RT.pm line 206 Running: /opt/rt3/sbin# ./rt-validator --check it runs for several minutes and returns nothing. The RT Db is accessible via mysql cmd line tools ok. But I did not try to read every table. thanks oliver On Tue, 3 Jan 2012, Kevin Falcone wrote: On Tue, Jan 03, 2012 at 12:47:25PM +, o.n...@cs.ucc.ie wrote: Dear all, I am hoping this is a known issue and can be fixed easily. Our working installation started to fail to login and returns a blank page instead of the default queues page. we have:- Ubuntu linux 10.0.4 LTS 2.6.32-21-generic-pae #32-Ubuntu SMP Fri Apr 16 09:39:35 UTC 2010 i686 GNU/Linux Apache-2.2.17 bullt from source RT3.8.8 manually installed mod_perl-2.0.4 - just built 2.0.5 and tested same problem. I also tried changing the httpd.conf line: SetHandler perl-scrpt to SetHandler modperl This resulted in a blank page being downloaded instead of displayed in browser. Any advice/hints much appreciated Without the errors in your apache error log it's hard to offer suggestions. Usually this happens because your distribution upgraded a perl module package and broke things. -kevin -- Oliver Nash CSSG Computer Science UCC - RT Training Sessions (http://bestpractical.com/services/training.html) * Boston March 5 6, 2012
[rt-users] working RT3.8.8 since Nov-2010 now fails login with blank page
Dear all, I am hoping this is a known issue and can be fixed easily. Our working installation started to fail to login and returns a blank page instead of the default queues page. we have:- Ubuntu linux 10.0.4 LTS 2.6.32-21-generic-pae #32-Ubuntu SMP Fri Apr 16 09:39:35 UTC 2010 i686 GNU/Linux Apache-2.2.17 bullt from source RT3.8.8 manually installed mod_perl-2.0.4 - just built 2.0.5 and tested same problem. I also tried changing the httpd.conf line: SetHandler perl-scrpt to SetHandler modperl This resulted in a blank page being downloaded instead of displayed in browser. Any advice/hints much appreciated -- Oliver Nash CSSG Computer Science UCC - RT Training Sessions (http://bestpractical.com/services/training.html) * Boston March 5 6, 2012
Re: [rt-users] migrating mysql rt-3.6.3 db to new instance rt-3.8.8
Kevin, thanks very much I eventually got it to start without errors. I deleted 2 scrips that looked like the ones that we modified back in 2007. | 15 | no-autoreply | 1 | 17 | | 16 | autoreply with pw | 1 | 0 | it still failed but then I re-ran etc/upgrade/upgrade-mysql-schema.pl rt3 root 'PASSWORD' 3.8queries.sql and applied the result Then apache started fine. So progress thanks again. Olly On Sun, 31 Oct 2010, Kevin Falcone wrote: On Sun, Oct 31, 2010 at 02:08:41PM +, o.n...@cs.ucc.ie wrote: With slightly different errors: [error] Require of RT::Action:: failed.\nCan't locate RT/Action/.pm in @INC (@INC contains: /opt/rt3/bin/../local/lib /opt/rt3/bin/../lib /etc/perl /usr/local/lib/perl/5.10.1 /usr/local/share/perl/5.10.1 /usr/lib/perl5 /usr/share/perl5 /usr/lib/perl/5.10 /usr/share/perl/5.10 /usr/local/lib/site_perl . /usr/local/apache2) at (eval 1318) line 3.\n\nCompilation failed in require at (eval 2) line 1.\n [Sun Oct 31 13:44:09 2010] [error] Can't load Perl file: /opt/rt3/bin/webmux.pl for server 192.168.0.7:80, exiting... Go back to your 3.6 instance and find the Scrip where you set an empty Action and instead either delete that Scrip or pick a proper Action. Then rerun the conversion -kevin -- Oliver Nash Computer Systems Support Group Department of Computer Science University College Cork Ireland EMAIL:o.n...@cs.ucc.ie PHONE:+35321 4205898
[rt-users] migrating mysql rt-3.6.3 db to new instance rt-3.8.8
Hi all, need advice on migrating to newer rt version. I built rt-3.8.8 on a new server [ubuntu 10.0.4 with perl 5.10 ] All went ok got rt at a glance page up fine. Then I took a dump of rt3 database from our running instance rt-3.6.3. loaded this into the new rt3 database did the upgrade [from the src tree dir] : /opt/rt3/sbin/rt-setup-database --dba root --prompt-for-dba-password --action upgrade But apache fails to start after this. With this error: RT since version 3.8 has new schema for MySQL versions after 4.1.0\nFollow instructions in the UPGRADING.mysql file. at /opt/rt3/bin/webmux.pl line 146.\nCompilation failed in require at (eval 2) line 1.\n [Sun Oct 31 12:57:39 2010] [error] Can't load Perl file: /opt/rt3/bin/webmux.pl for server 192.168.0.7:80, exiting... Then I tried:- etc/upgrade/upgrade-mysql-schema.pl rt3 root PASSWORD 3.8queries.sql and: mysql -u root -p rt3 ./3.8queries.sql still fails to start apache With slightly different errors: [error] Require of RT::Action:: failed.\nCan't locate RT/Action/.pm in @INC (@INC contains: /opt/rt3/bin/../local/lib /opt/rt3/bin/../lib /etc/perl /usr/local/lib/perl/5.10.1 /usr/local/share/perl/5.10.1 /usr/lib/perl5 /usr/share/perl5 /usr/lib/perl/5.10 /usr/share/perl/5.10 /usr/local/lib/site_perl . /usr/local/apache2) at (eval 1318) line 3.\n\nCompilation failed in require at (eval 2) line 1.\n [Sun Oct 31 13:44:09 2010] [error] Can't load Perl file: /opt/rt3/bin/webmux.pl for server 192.168.0.7:80, exiting... Perhaps I should have dropped the rt-3.8.8 database and created a new blank one befor the import? Any advice much appreciated. -- Oliver Nash
Re: [rt-users] RT stopped sending mail / No recipients found. Not sending.
Re sending emails from Rt if your mailserver is postfix, you might need to add the hostname of the server running RT to the 'relayhosts' variable in postfix. or the equivalent in sendmail.cf regards Oliver On Thu, 3 Jan 2008, Alexander Rudolf Gruber wrote: Thanks for the many replies everyone and a happy new year 2008! I've been away over the holidays and now I'm trying to resolve that matter for good :-) My replies to the respective postings are below. Best wishes and thanks for your help! Alexander PS: I messed up my first posting of that message sending it to [EMAIL PROTECTED] instead of rt-users@lists.bestpractical.com (copied the wrong address). Benjamin Weser schrieb: We had the problem of RT not sending mails to anybody too. But I don't think that there were messages about that in rt.log because the fault was that somebody changed the IP of the mailserver. So all mails sent by RT stayed in the spool of postfix unless I corrected the postfix configuration with the new IP address of the mailserver. Unfortunately I can't check the logfile anymore because it doesn't contain information from this time anymore. But maybe that's another part of the system where you can have a look at. Good luck! Ben Ben, it seems I can't pinpoint the problem at all. Just today the system sent mail - initiated by the scrip that notifies the owner of a ticket of any changes (meaning the RT-System CAN send mail). Still it fails to send mail regarding correspondence or any CC types. The frustrating thing is that the system tells me that mail will be sent to the listed recipients - so it looks like the scrips are working as they should - it just doesn't do it for whatever reason. Kenneth Crocker schrieb: Stephen, AHHH! Kool. I just learned something. Then I really can't see why RT can't find a recipient unless there is some disconnection between what RT is looking for and where it looks for it. Alexander said there were no changes to RT. The scrips are triggering, RT is looking, nothing is found, no email goes out, but probably would have if RT had found a recipient. I'm sure he checked the organization set to the DNS name of the host problem from before. I'm at a loss, but that's no big surprise since I am just now getting to learn about the internals of RT. Hope someone has an idea that works for him. Kenn LBNL On 12/20/2007 10:44 AM, Stephen Turner wrote: At Thursday 12/20/2007 01:26 PM, Kenneth Crocker wrote: Alexander, I agree. If RT could not access the DB, then a lot of things would not be working. However, my point was really that based on the content of the error message, RT thinks that it hasn't FOUND the recipient. There could, and probably are, many possible reasons for that. Perhaps after accessing the DB, the data gets lost in transition or put into an area that got misnamed or is not accessible for some reason. I am not a Systems guy when it comes to playing with those technologies (UNIX, ORACLE, MySQL, etc.), but I have been in the business for a long time and my debugging skills tell me that RT is having trouble with either capturing the data or finding/recognizing it after it has been captured/found/stored. Somewhere in that process, the data is either getting lost or it becomes unrecognizable, ergo the error message you're getting. Sorry I can't be of more help. I am REALLY interested in what you DO find when you get the problem resolved. Best of luck. Kenn LBNL Kenn, well ... I don't have much of a clue what to do next at all. I can try and upgrade to the newest version and see if that makes things better in any way. If that fails I could try tracing the error maybe I'll be able to find whats wrong. If that doesn't get me anywhere either I guess I'll clone the VE and raise a new instance of RT and switch that with the broken one as soon as everything is configured as it should be. I'll let you know in any case what I did as soon as that problem is resolved. The No recipients found message just means that the scrip decided that nobody should receive mail for this transaction - it doesn't mean that data is missing or corrupt. For example - if you have a scrip with action 'Notify AdminCcs' and there are no AdminCcs for the ticket or queue, you'll see this message in the log. Steve Steve, as mentioned above, the system tells me that mail will be sent to following addresses and it offers me an option to supress the sending (lower part of the correspondence form). It just does not do anything apart from recording a message to the RT-Log, like a comment with no email sent - and I get the message in the systemlog that there are no recipients found. ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users SAVE THOUSANDS OF DOLLARS ON RT SUPPORT: If you sign up for a new RT support contract before December 31, we'll take up to 20 percent off the price.
Re: [rt-users] Problem installing rt36 port on FreeBSD
Hi Kris, I just completed my second install of rt-3.6.3 on ubuntu 7.1 my previous install was on open suse 10.1 While it is not an easy thing to install it can be done with care. I initially used the book RT Essentials By Jesse Vincent ... O'Reilly to act as a guide. The method used it this book works. [I am not sure about BSD unix though] I used Apache2 2.0.61 mod_perl 2.0.3 perl 5.8.8 If you are still stuck I can send you a itemized list of steps needed. But I would suggest the book regards Oliver On Fri, 7 Dec 2007, Kris Jacobs wrote: I've spent 4 days on the web and this list's archives researching and troubleshooting this problem, and I've not been able to come up with a solution. So, I subscribed to this list, here goes! With root privileges in /usr/ports/www/rt36 I run this command: make WITH_APACHE2=yes INITIAL_INSTALL=yes DB_TYPE=mysql DB_HOST=localhost DB_DATABASE=rt36 DB_DBA_USER=root DB_DBA_PASSWORD= DB_USER=rt36 DB_PASSWORD=rt36 install The installation appears to run fine, all the way up to what looks like creating my initial system user in the MySQL database. I'm assuming that it's trying to create a record in the Users table, but there are zero records in all tables. The db gets created, the tables get created, but no records are created. Here are the final few lines of output from my installation: - Congratulations. RT has been installed. You must now configure RT by editing /usr/local/rt3/etc/RT_SiteConfig.pm. (You will definitely need to set RT's database password in /usr/local/rt3/etc/RT_SiteConfig.pm before continuing. Not doing so could be very dangerous. Note that you do not have to manually add a database user or set up a database for RT. These actions will be taken care of in the next step.) Dropping mysql database rt36. DBD::mysql::db do failed: Can't drop database 'rt36'; database doesn't exist at /usr/local/rt3/sbin/rt-setup-database line 262. Can't drop database 'rt36'; database doesn't exist at /usr/local/rt3/sbin/rt-setup-database line 262. Now creating a database for RT. Creating mysql database rt36. Now populating database schema. Creating database schema. Done setting up database schema. Now inserting database ACLs Done setting up database ACLs. Now inserting RT core system objects Checking for existing system user...not found. This appears to be a new installation. Creating system user...[Fri Dec 7 14:07:49 2007] [crit]: Couldn't add the user to his own acl equivalence group: (/usr/local/rt3/lib/RT/Group_Overlay.pm:586) [Fri Dec 7 14:07:50 2007] [crit]: Couldn't stash the user in groupmembers (/usr/local/rt3/lib/RT/User_Overlay.pm:497) Could not create user *** Error code 255 (ignored) = To complete the installation of this port, please follow these steps: 1. Edit /usr/local/rt3/etc/RT_SiteConfig.pm, by referring to the default config file (/usr/local/rt3/etc/RT_Config.pm). 2. Configure the email and web gateways. Please refer to 'SETTING UP THE MAIL GATEWAY' in /usr/local/rt3/README 3. Restart Apache. 4. Do remember to *CHANGE* the root's password for the web interface. The default is password (without the quotes.) 5. Configure RT per the instructions at http://www.bestpractical.com/rt/docs.html = === Registering installation for rt-3.6.5 As you can see, it appears to be running into trouble when creating the system user in the database. Is this a correct deduction? What can I do to fix it? Thanks for taking the time to look this over! Kris Jacobs Calhoun County Information Technology 161 East Michigan Avenue Battle Creek, MI 49014 269.969.6813 ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users SAVE THOUSANDS OF DOLLARS ON RT SUPPORT: If you sign up for a new RT support contract before December 31, we'll take up to 20 percent off the price. This sale won't last long, so get in touch today. Email us at [EMAIL PROTECTED] or call us at +1 617 812 0745. 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 -- Oliver Nash Computer Systems Support Group Department of Computer Science University College Cork Ireland EMAIL:[EMAIL PROTECTED] PHONE:+35321 4902972 ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users SAVE THOUSANDS OF DOLLARS ON RT SUPPORT: If you sign up for a new RT support contract before December 31, we'll take up to 20 percent off the price. This sale won't last long, so get in touch today. Email us at [EMAIL PROTECTED] or call us at +1 617
Re: FW: [rt-users] Problem installing rt36 port on FreeBSD
Hello Kris, I had a problem with configure of rt-3.6.3 had redo configure without option --with-db-rt-pass ./configure --with-apachectl=/usr/local/apache2/bin --with-web-user=wwwrun --with-web-group=www Then setup the db user and password manually later on. regards Oliver On Mon, 10 Dec 2007, Kris Jacobs wrote: Vivek the ports maintainer suggests this might be an RT problem and not a port problem. Any ideas? Thanks! -Original Message- From: Kris Jacobs Sent: Monday, December 10, 2007 11:37 To: Vivek Khera Subject: RE: [rt-users] Problem installing rt36 port on FreeBSD Example below. At this time, I've granted ALL privs to rt_user/rt_pass on mySQL for troubleshooting purposes. ./rt-setup-database --action insert --datafile /usr/local/rt3/etc/initialdata --dba rt_user --dba-password rt_pass Creating Superuser ACL...[Mon Dec 10 16:33:54 2007] [err]: System error. right not granted. (/usr/local/rt3/lib/RT/ACE_Overlay.pm:755) done. Creating groups...(Error: Could not create group)0.(Error: Could not create group)0.^C -Original Message- From: Kris Jacobs Sent: Monday, December 10, 2007 09:01 To: [EMAIL PROTECTED] Subject: FW: [rt-users] Problem installing rt36 port on FreeBSD Vivek: Alex on the list suggested I send this to you. I've spent 4 days on the web and this list's archives researching and troubleshooting this problem, and I've not been able to come up with a solution. So, I subscribed to this list, here goes! With root privileges in /usr/ports/www/rt36 I run this command: make WITH_APACHE2=yes INITIAL_INSTALL=yes DB_DBA_USER=root DB_DBA_PASSWORD= install The installation appears to run fine, all the way up to what looks like creating my initial system user in the MySQL database. I'm assuming that it's trying to create a record in the Users table, but there are zero records in all tables. The db gets created, the tables get created, but no records are created. Here are the final few lines of output from my installation: - Congratulations. RT has been installed. You must now configure RT by editing /usr/local/rt3/etc/RT_SiteConfig.pm. (You will definitely need to set RT's database password in /usr/local/rt3/etc/RT_SiteConfig.pm before continuing. Not doing so could be very dangerous. Note that you do not have to manually add a database user or set up a database for RT. These actions will be taken care of in the next step.) Dropping mysql database rt3. DBD::mysql::db do failed: Can't drop database 'rt3'; database doesn't exist at /usr/local/rt3/sbin/rt-setup-database line 262. Can't drop database 'rt3'; database doesn't exist at /usr/local/rt3/sbin/rt-setup-database line 262. Now creating a database for RT. Creating mysql database rt3. Now populating database schema. Creating database schema. Done setting up database schema. Now inserting database ACLs Done setting up database ACLs. Now inserting RT core system objects Checking for existing system user...not found. This appears to be a new installation. Creating system user...[Mon Dec 10 13:52:52 2007] [crit]: Couldn't add the user to his own acl equivalence group: (/usr/local/rt3/lib/RT/Group_Overlay.pm:586) [Mon Dec 10 13:52:53 2007] [crit]: Couldn't stash the user in groupmembers (/usr/local/rt3/lib/RT/User_Overlay.pm:497) Could not create user *** Error code 255 (ignored) = To complete the installation of this port, please follow these steps: 1. Edit /usr/local/rt3/etc/RT_SiteConfig.pm, by referring to the default config file (/usr/local/rt3/etc/RT_Config.pm). 2. Configure the email and web gateways. Please refer to 'SETTING UP THE MAIL GATEWAY' in /usr/local/rt3/README 3. Restart Apache. 4. Do remember to *CHANGE* the root's password for the web interface. The default is password (without the quotes.) 5. Configure RT per the instructions at http://www.bestpractical.com/rt/docs.html = === Registering installation for rt-3.6.5 As you can see, it appears to be running into trouble when creating the system user in the database. Is this a correct deduction? What can I do to fix it? Thanks for taking the time to look this over! Kris Jacobs Calhoun County Information Technology 161 East Michigan Avenue Battle Creek, MI 49014 ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users SAVE THOUSANDS OF DOLLARS ON RT SUPPORT: If you sign up for a new RT support contract before December 31, we'll take up to 20 percent off the price. This sale won't last long, so get in touch today. Email us at [EMAIL PROTECTED] or call us at +1 617 812 0745. Community help: http://wiki.bestpractical.com Commercial support: [EMAIL PROTECTED]
Re: R: R: [rt-users] RT 3.6.3 Reverse History Order patch
Ruslan Thankyou very much that worked ! I must confess my ignorance of Perl and also RT, how about an explanation of what that 1; did ? thanks again. Olly On Tue, 30 Oct 2007, Ruslan Zakirov wrote: add 1; as the bottom most line in the config. On 10/30/07, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: Thanks,Gianluca and others, I decided to retry one more time After I edit RT_SiteConfig with:- Set($OldestTransactionsFirst, '0'); When I restart apache it fails with this error in error_log: [Mon Oct 29 20:32:51 2007] [error] Couldn't load RT config file /opt/rt3/etc/RT_SiteConfig.pm as user root / group root.\nThe file is owned by user root and group rt.\nThis usually means that the user/group your webserver is running as cannot read the file.\nBe careful not to make the permissions on this file too liberal, because it contains database\npasswords. You may need to put the webserver user in the appropriate group (rt) or change\npermissions be able to run succesfully\n/opt/rt3/etc/RT_SiteConfig.pm did not return a true value at /opt/rt3/lib/RT.pm line 141.\nBEGIN failed--compilation aborted at /opt/rt3/bin/webmux.pl line 76.\nCompilation failed in require at (eval 2) line 1.\n [Mon Oct 29 20:32:51 2007] [error] Can't load Perl file: /opt/rt3/bin/webmux.pl for server cshelp.ucc.ie:80, exiting... With Set($OldestTransactionsFirst, '1'); It starts without ant error: Mon Oct 29 20:34:46 2007] [notice] Apache/2.0.59 (Unix) mod_perl/2.0.3 Perl/v5.8.8 configured -- resuming normal operations Thats the problem. thanks Olly On Mon, 29 Oct 2007, Gianluca Cecchi wrote: Set($OldestTransactionsFirst, '0'); is working fine for me too in 3.6.5... without modifing /opt/rt3/local/html/Ticket/Elements/ShowHistory I didn't know at all about this option for transaction history screen rendering ... -Messaggio originale- Da: Roy El-Hames [mailto:[EMAIL PROTECTED] Inviato: lunedì 29 ottobre 2007 17.04 A: [EMAIL PROTECTED] Cc: Gianluca Cecchi; rt-users@lists.bestpractical.com Oggetto: Re: R: [rt-users] RT 3.6.3 Reverse History Order patch Olly; I am running 3.6.3 and newest transactions at the top, I have Set($OldestTransactionsFirst, '0'); working fine for me ... ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users SAVE THOUSANDS OF DOLLARS ON RT SUPPORT: If you sign up for a new RT support contract before December 31, we'll take up to 20 percent off the price. This sale won't last long, so get in touch today. Email us at [EMAIL PROTECTED] or call us at +1 617 812 0745. 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 -- Oliver Nash Computer Systems Support Group Department of Computer Science University College Cork Ireland EMAIL:[EMAIL PROTECTED] PHONE:+35321 4902972 ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users SAVE THOUSANDS OF DOLLARS ON RT SUPPORT: If you sign up for a new RT support contract before December 31, we'll take up to 20 percent off the price. This sale won't last long, so get in touch today. Email us at [EMAIL PROTECTED] or call us at +1 617 812 0745. 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. -- Oliver Nash Computer Systems Support Group Department of Computer Science University College Cork Ireland EMAIL:[EMAIL PROTECTED] PHONE:+35321 4902972 ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users SAVE THOUSANDS OF DOLLARS ON RT SUPPORT: If you sign up for a new RT support contract before December 31, we'll take up to 20 percent off the price. This sale won't last long, so get in touch today. Email us at [EMAIL PROTECTED] or call us at +1 617 812 0745. 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] RT 3.6.3 Reverse History Order patch
Ruslan this is a copy of the line I put in RT_SiteConfig Set($OldestTransactionsFirst, 1); Do you see a syntax error in it? regards Oliver On Fri, 26 Oct 2007, Ruslan Zakirov wrote: Most probably you made a syntax mistake. On 10/26/07, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: running RT 3.6.3 on linux. I read http://wiki.bestpractical.com/view/ReverseHistoryOrder Which desribes some patches that will change the Transaction history order of tickets viewed on webpage. I tried the first simple option described: added line to RT_SiteConfig Set($OldestTransactionsFirst, 1); then cleared mason cache restarted apache but the history still shows Oldest First. Setting Set($OldestTransactionsFirst, 1); causes apache to fail to restart with erros about file permissions strange. So does anybody have a work around for RT 3.6.3 to do this. -- thanks Oliver ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users SAVE THOUSANDS OF DOLLARS ON RT SUPPORT: If you sign up for a new RT support contract before December 31, we'll take up to 20 percent off the price. This sale won't last long, so get in touch today. Email us at [EMAIL PROTECTED] or call us at +1 617 812 0745. 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. -- Oliver Nash Computer Systems Support Group Department of Computer Science University College Cork Ireland EMAIL:[EMAIL PROTECTED] PHONE:+35321 4902972 ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users SAVE THOUSANDS OF DOLLARS ON RT SUPPORT: If you sign up for a new RT support contract before December 31, we'll take up to 20 percent off the price. This sale won't last long, so get in touch today. Email us at [EMAIL PROTECTED] or call us at +1 617 812 0745. 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: R: [rt-users] RT 3.6.3 Reverse History Order patch
Gianluca Thanks for that wich I already have, i.e. tickets sorted by created DESC order. My question is different: i.e. ticket transactions: how to sort the transactions in reverse order. instead of the default OldestTransactionsFirst regards Olly On Fri, 26 Oct 2007, Gianluca Cecchi wrote: Or you can do eventually login as root Select preferences (top right) Select RT at a glance Select unowned tickets at right side where there is order by first option by default is Created Asc Change to Desc But I don't know it this affects also non root users when they log-on or how to modify their preferences if not... Gianluca -Messaggio originale- Da: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Per conto di Kenneth Crocker Inviato: venerdì 26 ottobre 2007 0.25 A: [EMAIL PROTECTED] Cc: rt-users@lists.bestpractical.com Oggetto: Re: [rt-users] RT 3.6.3 Reverse History Order patch o.nash We have 3.6.4 and don't have the problem you described. Perhaps an upgrade to that version will resolve the problem. Kenn LBNL On 10/25/2007 3:00 PM, [EMAIL PROTECTED] wrote: running RT 3.6.3 on linux. I read http://wiki.bestpractical.com/view/ReverseHistoryOrder Which desribes some patches that will change the Transaction history order of tickets viewed on webpage. I tried the first simple option described: added line to RT_SiteConfig Set($OldestTransactionsFirst, 1); then cleared mason cache restarted apache but the history still shows Oldest First. Setting Set($OldestTransactionsFirst, 1); causes apache to fail to restart with erros about file permissions strange. So does anybody have a work around for RT 3.6.3 to do this. -- thanks Oliver ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users SAVE THOUSANDS OF DOLLARS ON RT SUPPORT: If you sign up for a new RT support contract before December 31, we'll take up to 20 percent off the price. This sale won't last long, so get in touch today.Email us at [EMAIL PROTECTED] or call us at +1 617 812 0745. 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 SAVE THOUSANDS OF DOLLARS ON RT SUPPORT: If you sign up for a new RT support contract before December 31, we'll take up to 20 percent off the price. This sale won't last long, so get in touch today. Email us at [EMAIL PROTECTED] or call us at +1 617 812 0745. 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 SAVE THOUSANDS OF DOLLARS ON RT SUPPORT: If you sign up for a new RT support contract before December 31, we'll take up to 20 percent off the price. This sale won't last long, so get in touch today. Email us at [EMAIL PROTECTED] or call us at +1 617 812 0745. 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 -- Oliver Nash Computer Systems Support Group Department of Computer Science University College Cork Ireland EMAIL:[EMAIL PROTECTED] PHONE:+35321 4902972 ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users SAVE THOUSANDS OF DOLLARS ON RT SUPPORT: If you sign up for a new RT support contract before December 31, we'll take up to 20 percent off the price. This sale won't last long, so get in touch today. Email us at [EMAIL PROTECTED] or call us at +1 617 812 0745. 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] RT 3.6.3 Reverse History Order patch
running RT 3.6.3 on linux. I read http://wiki.bestpractical.com/view/ReverseHistoryOrder Which desribes some patches that will change the Transaction history order of tickets viewed on webpage. I tried the first simple option described: added line to RT_SiteConfig Set($OldestTransactionsFirst, 1); then cleared mason cache restarted apache but the history still shows Oldest First. Setting Set($OldestTransactionsFirst, 1); causes apache to fail to restart with erros about file permissions strange. So does anybody have a work around for RT 3.6.3 to do this. -- thanks Oliver ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users SAVE THOUSANDS OF DOLLARS ON RT SUPPORT: If you sign up for a new RT support contract before December 31, we'll take up to 20 percent off the price. This sale won't last long, so get in touch today. Email us at [EMAIL PROTECTED] or call us at +1 617 812 0745. 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] RT 3.6.3 default queue setting and quick ticket creation
We are fairly new users of RT and have not tried much customization yet. The 2 default queues General and External are all we use. 2 things bothering me:- 1) the default queue setting can't find it. 2) 'Quick ticket creation' OR 'new ticket' These are related since we just have 2 queues. but when we use either of the methods 1) or 2) above to created a ticket they alwas default into the External queue. How do we change this? I have seen a web pages about a patch to do this, is this really necessary? thanks Oliver -- Oliver Nash Computer Systems Support Group Department of Computer Science University College Cork Ireland EMAIL:[EMAIL PROTECTED] PHONE:+35321 4902972 ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users SAVE THOUSANDS OF DOLLARS ON RT SUPPORT: If you sign up for a new RT support contract before December 31, we'll take up to 20 percent off the price. This sale won't last long, so get in touch today. Email us at [EMAIL PROTECTED] or call us at +1 617 812 0745. 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] RT 3.6.3 default queue setting and quick ticket creation
To suggest one answer to my own question 2) Dane Rapaport in a previous post gave this: His version was slightly different prob using an older version of RT. I did similar kludge!! ;) make backup copy of Queues_Overlay.pm in lib/RT edit around line 80 # By default, order by name $self-OrderBy( ALIAS = 'main', FIELD = 'Name', ORDER = 'DES'); Change order to DES as above and restart apache. -- On Tue, 23 Oct 2007, [EMAIL PROTECTED] wrote: We are fairly new users of RT and have not tried much customization yet. The 2 default queues General and External are all we use. 2 things bothering me:- 1) the default queue setting can't find it. 2) 'Quick ticket creation' OR 'new ticket' These are related since we just have 2 queues. but when we use either of the methods 1) or 2) above to created a ticket they alwas default into the External queue. How do we change this? I have seen a web pages about a patch to do this, is this really necessary? thanks Oliver -- Oliver Nash Computer Systems Support Group Department of Computer Science University College Cork Ireland EMAIL:[EMAIL PROTECTED] PHONE:+35321 4902972 ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users SAVE THOUSANDS OF DOLLARS ON RT SUPPORT: If you sign up for a new RT support contract before December 31, we'll take up to 20 percent off the price. This sale won't last long, so get in touch today.Email us at [EMAIL PROTECTED] or call us at +1 617 812 0745. 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 -- Oliver Nash Computer Systems Support Group Department of Computer Science University College Cork Ireland EMAIL:[EMAIL PROTECTED] PHONE:+35321 4902972 ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users SAVE THOUSANDS OF DOLLARS ON RT SUPPORT: If you sign up for a new RT support contract before December 31, we'll take up to 20 percent off the price. This sale won't last long, so get in touch today. Email us at [EMAIL PROTECTED] or call us at +1 617 812 0745. 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