Re: [rt-users] Using Scrips assign CustomFields to incoming Tickets (from a pre-defined list of Custom Fields)
Thanks Payam, But that's not the reason (though I tried & created another Scrip for the "On Create" condition as well, and that did not make any difference Currently: 1) my emails do come into RT, 2) a Ticket gets generated (or an already created Ticket's content gets updated) 3) However, the Custom Field for the Ticket never gets updated Trouble is, my Scrip is not even being seen by RT...and since I am not familiar with all the objects, my guess is I am calling the wrong object [i.e., (LoadByName(Name => $cf_key) could potentially be the wrong call for setting a Custom Field of incoming Tickets]: #Custom Field Name to be Set my $cf = RT::CustomField->new(RT->SystemUser); #Set Ticket's CustomField, based on Subject line! foreach $cf_key (keys %cf_hash) if ( $t_subject =~ /$cf_key/i ) { $cf->LoadByName(Name=> $cf_key; } ..Again, my Custom Fields are already defined (about 10 of them). All I need to do is to Update a new Ticket with the proper Custom Field, based on the Subject line of the Ticket. Thanks, Behzad On Aug 26, 2011, at 5:30 AM, Payam Poursaied wrote: > Hi Behzad > As you mentioned, you want to update both on create and correspond. The scip > parameters says it would only trigger on correspond > Have you tried to modify the condition to “On Create” or clone this scrip and > change the condition of new one to “On Create” > > I didn’t go through your code but that condition make sense > > > My code below (Scrip) simply parses the Subject line of incoming > tickets, and "should" attempt to create (& update) an incoming Ticket based > on what shows up in the Subject line. > > Problem: > > Tickets do get created as I send my emails to RT, yet they do not > get set with the Custom Field (from a pre-defined set of custom fields), and > Custom Field stays as "no value" > > A) my Scrip parameters (using the web interface) > == > Scrip Description: OnCreateAddCF > Condition: On Correspond > Action: User Defined > Template: Correspondence-XYZ > Stage:TransactionCreate > RT Training Sessions (http://bestpractical.com/services/training.html) * Chicago, IL, USA September 26 & 27, 2011 * San Francisco, CA, USA October 18 & 19, 2011 * Washington DC, USA October 31 & November 1, 2011 * Melbourne VIC, Australia November 28 & 29, 2011 * Barcelona, Spain November 28 & 29, 2011
Re: [rt-users] Using Scrips assign CustomFields to incoming Tickets (from a pre-defined list of Custom Fields)
Any feedback on this please? Thanks, Behzad On Aug 25, 2011, at 1:48 PM, Behzad Mahini wrote: > Hi, > > RT 3.6.7 > OS: Linux > > > Purpose: > > Using a Scrip, I am trying to set/assign Custom Fields (from a list of > pre-defined Custom Fields in Queue-A) to tickets being sent to Queue-A. > > My code below (Scrip) simply parses the Subject line of incoming > tickets, and "should" attempt to create (& update) an incoming Ticket based > on what shows up in the Subject line. > > Problem: > > Tickets do get created as I send my emails to RT, yet they do not get > set with the Custom Field (from a pre-defined set of custom fields), and > Custom Field stays as "no value" > > A) my Scrip parameters (using the web interface) > == > Scrip Description:OnCreateAddCF > Condition:On Correspond > Action: User Defined > Template: Correspondence-XYZ > Stage:TransactionCreate > > > Custom condition: > Custom action preparation code: > > my %cf_hash = ( > "some-text1" => 1, > "some-text2"=> 1, > "some-text3" => 1, > ); > > my $cf_key; > > > #Current Subject & 'Queue Name' > my $t_subject = $self->TicketObj->Subject; > my $queue = $self->TicketObj->QueueObj->Name; #Not > being used, as my Scrip is Queue-specific (being applied to Queue-A) > > #Custom Field Name to be Set > my $cf = RT::CustomField->new(RT->SystemUser); > > #Set Ticket's CustomField, based on Subject line! > foreach $cf_key (keys %cf_hash) > if ( $t_subject =~ /$cf_key/i ) { > $cf->LoadByName(Name=> $cf_key; > } > } > > 1; > > Custom action cleanup code: > > > B) My Tickets are sent via email to queu...@.com > === > > Subject line of email to queu...@.com: Testing -- some-text2 > > > NOTES: > > 1) Using the Web interface, when I try to "Reply" to the tickets that get > created, my Scrip does not even show up as one of the Scrips that is being > evaluated. Yet, other Scrips that I have personally created do show up as > Scrips that will get triggered (shown below). > > 2) My User Status: > -I am an end-user of RT, without any admin privileges on the RT system > -I have the proper ACL to write, show, etc.for Queue-A > -I can successfully create tickets in Queue-A (both through email & web > interface) > -I can successfully create Scrips that will get triggered, based on > Scrip "Action" being anything other than "User Defined" (i.e., "AutoReply To > Requestors") > -I don't have access to RT::Logger (based on our shop setup) > > > > > > > Thanks, > Behzad > > > > > RT Training Sessions (http://bestpractical.com/services/training.html) > * Chicago, IL, USA ˜ September 26 & 27, 2011 > * San Francisco, CA, USA ˜ October 18 & 19, 2011 > * Washington DC, USA ˜ October 31 & November 1, 2011 > * Melbourne VIC, Australia ˜ November 28 & 29, 2011 > * Barcelona, Spain ˜ November 28 & 29, 2011 RT Training Sessions (http://bestpractical.com/services/training.html) * Chicago, IL, USA September 26 & 27, 2011 * San Francisco, CA, USA October 18 & 19, 2011 * Washington DC, USA October 31 & November 1, 2011 * Melbourne VIC, Australia November 28 & 29, 2011 * Barcelona, Spain November 28 & 29, 2011
[rt-users] Sessions Table is MyISAM - RT 3.8.4
I have done a fresh installation of RT 3.8.4, and have done no modifications of any sort to the default installation.and was preparing to do my database backup (using mysqldump),and noticed the only table that has a MyISAM engine is the 'Sessions' Table (the rest are all InnoDB as expected). My understanding is that all of these tables were to have been of the InnoDB engine type (RT's transaction-based requirements/ recommendations). 1) Is this by design, or due to an unresolved bug? 2) If this is due to a bug, what is the remedy? 3) If this is by design, what steps need to be taken when it comes to MySQL backup, as I will have a combination of InnoDB and MyISAM based tables. Note: Per MySQL documentations, InnoDB tables need to be backed up with '--single-transaction' flag of mysqldump, and MyISAM tables need to be backed up with 'lock-tables'and the two mentioned flags are mutually exclusive (http://dev.mysql.com/doc/refman/5.1/en/mysqldump.html ). My Environment: RT 3.8.4 Mac OS X 10.5.8 MySQL 5.1.37 Apache/2.2.13 (Unix) mod_perl/2.0.4 Perl/v5.8.8 configured Thanks, Behzad___ 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] Problem RTIR Installation -- CPAN's GnuPG::Interface tests failing
I can't finalize my RTIR installation, as I can't do a successful installation of the last of the RTIR prerequisites due to a bunch of the tests failing for CPAN module GnuPG::Interface. Before posting, I did consult all the RTIR documentations, and GnuPG website, and CPAN, etc., and could not find anything addressing the failing test results...I also note that CPAN's site claims a 68% success rate (Perl 5.8.8) for tests associated to GnuPG::Interface module. Details are listed below. My Setup: === RT 3.8.4 RTFM -2.4.2 Mac OS X 10.5.8 MySQL 5.1.37 Apache/2.2.13 (Unix) mod_perl/2.0.4 Perl/v5.8.8 configured My Installed Prerequisites (for RTIR): == GnuPG 2.0.13(I am planning to use S/MIME, and Gnu's site recommended version 2.x as opposed to 1.x of GnuPG) Concerns: === As I am about to use RTIR for secure purposes, the obvious concern of mine in the event I do a CPAN '"force install GnuPG::Interface", is to get blind-sided with things that I should have not overlooked as a result of the failing tests. Misc. = I also attempted to do a CPAN installation of module GnuPG (different than module GnuPG::Interface)...and of its 25 tests, every single one failed. For now I am assuming that I don't need to worry about this module as a pre-requisite for a successful installation of RTIR (as GnuPG::Interface should suffice). Here are the output of my (failing) installation of CPAN module GnuPG::Interface: === cpan[3]> install GnuPG::Interface Running install for module 'GnuPG::Interface' Running make for J/JE/JESSE/GnuPG-Interface-0.36.tar.gz CPAN: Digest::SHA loaded ok (v5.47) CPAN: Compress::Zlib loaded ok (v2.02) Checksum for /usr/local/.cpan/sources/authors/id/J/JE/JESSE/GnuPG- Interface-0.36.tar.gz ok Scanning cache /usr/local/.cpan/build for sizes DONE CPAN: Archive::Tar loaded ok (v1.52) GnuPG-Interface-0.36/ GnuPG-Interface-0.36/ChangeLog GnuPG-Interface-0.36/COPYING GnuPG-Interface-0.36/lib/ GnuPG-Interface-0.36/lib/GnuPG/ GnuPG-Interface-0.36/lib/GnuPG/Fingerprint.pm GnuPG-Interface-0.36/lib/GnuPG/Handles.pm GnuPG-Interface-0.36/lib/GnuPG/Interface.pm GnuPG-Interface-0.36/lib/GnuPG/Key.pm GnuPG-Interface-0.36/lib/GnuPG/Options.pm GnuPG-Interface-0.36/lib/GnuPG/PrimaryKey.pm GnuPG-Interface-0.36/lib/GnuPG/PublicKey.pm GnuPG-Interface-0.36/lib/GnuPG/SecretKey.pm GnuPG-Interface-0.36/lib/GnuPG/Signature.pm GnuPG-Interface-0.36/lib/GnuPG/SubKey.pm GnuPG-Interface-0.36/lib/GnuPG/UserId.pm GnuPG-Interface-0.36/Makefile.PL GnuPG-Interface-0.36/MANIFEST GnuPG-Interface-0.36/META.yml GnuPG-Interface-0.36/NEWS GnuPG-Interface-0.36/README GnuPG-Interface-0.36/SIGNATURE GnuPG-Interface-0.36/t/ GnuPG-Interface-0.36/t/clearsign.t GnuPG-Interface-0.36/t/decrypt.t GnuPG-Interface-0.36/t/detach_sign.t GnuPG-Interface-0.36/t/encrypt.t GnuPG-Interface-0.36/t/encrypt_symmetrically.t GnuPG-Interface-0.36/t/export_keys.t GnuPG-Interface-0.36/t/Fingerprint.t GnuPG-Interface-0.36/t/get_public_keys.t GnuPG-Interface-0.36/t/get_secret_keys.t GnuPG-Interface-0.36/t/GnuPG/ GnuPG-Interface-0.36/t/GnuPG/ComparableFingerprint.pm GnuPG-Interface-0.36/t/GnuPG/ComparableKey.pm GnuPG-Interface-0.36/t/GnuPG/ComparablePrimaryKey.pm GnuPG-Interface-0.36/t/GnuPG/ComparablePublicKey.pm GnuPG-Interface-0.36/t/GnuPG/ComparableSecretKey.pm GnuPG-Interface-0.36/t/GnuPG/ComparableSignature.pm GnuPG-Interface-0.36/t/GnuPG/ComparableSubKey.pm GnuPG-Interface-0.36/t/GnuPG/ComparableUserId.pm GnuPG-Interface-0.36/t/import_keys.t GnuPG-Interface-0.36/t/Interface.t GnuPG-Interface-0.36/t/list_public_keys.t GnuPG-Interface-0.36/t/list_secret_keys.t GnuPG-Interface-0.36/t/list_sigs.t GnuPG-Interface-0.36/t/MyTest.pm GnuPG-Interface-0.36/t/MyTestSpecific.pm GnuPG-Interface-0.36/t/passphrase_handling.t GnuPG-Interface-0.36/t/sign.t GnuPG-Interface-0.36/t/sign_and_encrypt.t GnuPG-Interface-0.36/t/UserId.t GnuPG-Interface-0.36/t/verify.t GnuPG-Interface-0.36/t/wrap_call.t GnuPG-Interface-0.36/test/ GnuPG-Interface-0.36/test/encrypted.1.gpg GnuPG-Interface-0.36/test/key.1.asc GnuPG-Interface-0.36/test/options GnuPG-Interface-0.36/test/passphrase GnuPG-Interface-0.36/test/plain.1.txt GnuPG-Interface-0.36/test/public-keys/ GnuPG-Interface-0.36/test/public-keys/1.0.test GnuPG-Interface-0.36/test/public-keys/1.1.test GnuPG-Interface-0.36/test/public-keys/2.0.test GnuPG-Interface-0.36/test/public-keys/2.1.test GnuPG-Interface-0.36/test/public-keys-sigs/ GnuPG-Interface-0.36/test/public-keys-sigs/1.0.test GnuPG-Interface-0.36/test/public-keys-sigs/1.1.test GnuPG-Interface-0.36/test/public-keys-sigs/2.0.test GnuPG-Interface-0.36/test/public-keys-sigs/2.1.test GnuPG-Interface-0.36/test/pubring.gpg GnuPG-Interface-0.36/test/secret-keys/ GnuPG-Interface-0.36/test/secret-keys/1.0.test GnuPG-Interface-0.36/test/secret-keys/2.0.test GnuPG-Interfac
Re: [rt-users] Problem RTIR Installation -- CPAN's GnuPG::Interface tests failing
face-0.36-04tjP6/lib / Library/Perl/Updates/5.8.8/darwin-thread-multi-2level /Library/Perl/ Updates/5.8.8 /System/Library/Perl/5.8.8/darwin-thread-multi-2level / System/Library/Perl/5.8.8 /Library/Perl/5.8.8/darwin-thread- multi-2level /Library/Perl/5.8.8 /Library/Perl /Network/Library/Perl/ 5.8.8/darwin-thread-multi-2level /Network/Library/Perl/5.8.8 /Network/ Library/Perl /System/Library/Perl/Extras/5.8.8/darwin-thread- multi-2level /System/Library/Perl/Extras/5.8.8 /Library/Perl/5.8.6 / Library/Perl/5.8.1 .) at t/get_secret_keys.t line 21 Dubious, test returned 2 (wstat 512, 0x200) Failed 2/2 subtests Test Summary Report --- t/get_secret_keys.t (Wstat: 512 Tests: 0 Failed: 0) Non-zero exit status: 2 Parse errors: Bad plan. You planned 2 tests but ran 0. Files=1, Tests=0, 0 wallclock secs ( 0.02 usr 0.00 sys + 0.05 cusr 0.00 csys = 0.07 CPU) Result: FAIL $ sudo prove -lv t/passphrase_handling.t t/passphrase_handling.t .. 1..3 Can't locate auto/GnuPG/Interface/autosplit.ix in @INC (@INC contains: ./t /usr/local/.cpan/build/GnuPG-Interface-0.36-04tjP6/lib / Library/Perl/Updates/5.8.8/darwin-thread-multi-2level /Library/Perl/ Updates/5.8.8 /System/Library/Perl/5.8.8/darwin-thread-multi-2level / System/Library/Perl/5.8.8 /Library/Perl/5.8.8/darwin-thread- multi-2level /Library/Perl/5.8.8 /Library/Perl /Network/Library/Perl/ 5.8.8/darwin-thread-multi-2level /Network/Library/Perl/5.8.8 /Network/ Library/Perl /System/Library/Perl/Extras/5.8.8/darwin-thread- multi-2level /System/Library/Perl/Extras/5.8.8 /Library/Perl/5.8.6 / Library/Perl/5.8.1 .) at /System/Library/Perl/5.8.8/AutoLoader.pm line 160. at /usr/local/.cpan/build/GnuPG-Interface-0.36-04tjP6/lib/GnuPG/ Interface.pm line 22 Can't locate auto/GnuPG/Interface/test_defaul.al in @INC (@INC contains: ./t /usr/local/.cpan/build/GnuPG-Interface-0.36-04tjP6/lib / Library/Perl/Updates/5.8.8/darwin-thread-multi-2level /Library/Perl/ Updates/5.8.8 /System/Library/Perl/5.8.8/darwin-thread-multi-2level / System/Library/Perl/5.8.8 /Library/Perl/5.8.8/darwin-thread- multi-2level /Library/Perl/5.8.8 /Library/Perl /Network/Library/Perl/ 5.8.8/darwin-thread-multi-2level /Network/Library/Perl/5.8.8 /Network/ Library/Perl /System/Library/Perl/Extras/5.8.8/darwin-thread- multi-2level /System/Library/Perl/Extras/5.8.8 /Library/Perl/5.8.6 / Library/Perl/5.8.1 .) at t/passphrase_handling.t line 18 Dubious, test returned 2 (wstat 512, 0x200) Failed 3/3 subtests Test Summary Report --- t/passphrase_handling.t (Wstat: 512 Tests: 0 Failed: 0) Non-zero exit status: 2 Parse errors: Bad plan. You planned 3 tests but ran 0. Files=1, Tests=0, 0 wallclock secs ( 0.02 usr 0.00 sys + 0.04 cusr 0.00 csys = 0.06 CPU) Result: FAIL -Behzad On Sep 22, 2009, at 12:19 PM, Kevin Falcone wrote: > On Tue, Sep 22, 2009 at 11:06:57AM -0700, Behzad Mahini wrote: >> I can't finalize my RTIR installation, as I can't do a successful >> installation of the last of the RTIR prerequisites due to a bunch of >> the tests failing for CPAN module GnuPG::Interface. Before posting, I >> did consult all the RTIR documentations, and GnuPG website, and CPAN, >> etc., and could not find anything addressing the failing test >> results...I also note that CPAN's site claims a 68% success rate >> (Perl >> 5.8.8) for tests associated to GnuPG::Interface module. Details are >> listed below. > > Diagnosing your failure is difficult without more information about > why it is failing. > > Download the module and do the install manually, > perl Makefile.PL > make test > prove -lv t/anything_that_fails > > -kevin > >> >> My Setup: >> === >> RT 3.8.4 >> RTFM -2.4.2 >> Mac OS X 10.5.8 >> MySQL 5.1.37 >> Apache/2.2.13 (Unix) mod_perl/2.0.4 Perl/v5.8.8 configured >> >> >> My Installed Prerequisites (for RTIR): >> == >> GnuPG 2.0.13 (I am planning to use S/MIME, and Gnu's site >> recommended version 2.x as opposed to 1.x of GnuPG) >> >> >> Concerns: >> === >> As I am about to use RTIR for secure purposes, the obvious concern of >> mine in the event I do a CPAN '"force install GnuPG::Interface", is >> to >> get blind-sided with things that I should have not overlooked as a >> result of the failing tests. >> >> >> Misc. >> = >> I also attempted to do a CPAN installation of module GnuPG (different >> than module GnuPG::Interface)...and of its 25 tests, every single one >> failed. For now I am assuming that I don't need to worry about this >> module as a pre-requisite for a successful installation of RTIR (as >> GnuPG::Interface should su
Re: [rt-users] Problem RTIR Installation -- CPAN's GnuPG::Interface tests failing
Results of 'prove -bv t/some_failing_test' (for all of the failed cases).. Based on what I am seeing in the following output, I'll wait for your response before I try Jesse's suggestion about the dev release (GnuPG-Interface-040.x Devel version). = $ sudo prove -bv t/encrypt.t t/encrypt.t .. 1..3 ok 1 gpg: WARNING: unsafe permissions on homedir `test' ok 2 ok 3 ok All tests successful. Files=1, Tests=3, 1 wallclock secs ( 0.02 usr 0.00 sys + 0.08 cusr 0.03 csys = 0.13 CPU) Result: PASS = = $ sudo prove -bv t/get_public_keys.t t/get_public_keys.t .. 1..3 gpg: WARNING: unsafe permissions on homedir `test' not ok 1 not ok 2 not ok 3 subkeys fail comparison; this is a known issue with GnuPG 1.0.1 at t/ get_public_keys.t line 92. Failed 3/3 subtests Test Summary Report --- t/get_public_keys.t (Wstat: 0 Tests: 3 Failed: 3) Failed tests: 1-3 Files=1, Tests=3, 0 wallclock secs ( 0.02 usr 0.00 sys + 0.06 cusr 0.01 csys = 0.09 CPU) Result: FAIL = = $ sudo prove -bv t/get_secret_keys.t t/get_secret_keys.t .. 1..2 gpg: WARNING: unsafe permissions on homedir `test' not ok 1 not ok 2 Failed 2/2 subtests Test Summary Report --- t/get_secret_keys.t (Wstat: 0 Tests: 2 Failed: 2) Failed tests: 1-2 Files=1, Tests=2, 0 wallclock secs ( 0.02 usr 0.00 sys + 0.06 cusr 0.01 csys = 0.09 CPU) Result: FAIL = = sudo prove -bv t/passphrase_handling.t t/passphrase_handling.t .. 1..3 ok 1 ok 2 gpg: WARNING: unsafe permissions on homedir `test' ok 3 ok All tests successful. Files=1, Tests=3, 0 wallclock secs ( 0.02 usr 0.00 sys + 0.08 cusr 0.02 csys = 0.12 CPU) Result: PASS = -Behzad On Sep 22, 2009, at 2:12 PM, Kevin Falcone wrote: > On Tue, Sep 22, 2009 at 01:50:27PM -0700, Behzad Mahini wrote: >> Here are the results of the manual install associated to "prove -lv >> t/ >> anythiing_that_fails" for all of the failing tests ('perl >> Makefile.PL' & 'make test' steps resulted in the same output as I had >> already reported in my earlier email): > > Try prove -bv t/somethingthatfails.t > I forgot there were shared libs and not just perl libs in there, > but also, Jesse's comments about the dev release could be interesting. > > -kevin > ___ > 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 ___ 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] Problem RTIR Installation -- CPAN's GnuPG::Interface tests failing
Files=1, Tests=3, 0 wallclock secs ( 0.02 usr 0.00 sys + 0.09 cusr 0.02 csys = 0.13 CPU) Result: PASS 4) CPAN dependencies that Must get installed manually before "GnuPG- Interface-040_04 provides any "make test" error messages: = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = Any::Moose Mouse MRO::Compat Class::MOP Moose Class::Method::Modifiers::Fast Class::Method::Modifiers Test::Output Declare::Constraints::Simple -Behzad > > > > On Tue, Sep 22, 2009 at 01:50:27PM -0700, Behzad Mahini wrote: >> Here are the results of the manual install associated to "prove -lv >> t/ >> anythiing_that_fails" for all of the failing tests ('perl >> Makefile.PL' & 'make test' steps resulted in the same output as I had >> already reported in my earlier email): >> > > Try out http://search.cpan.org/~jesse/GnuPG-Interface-0.40_04/ instead > of 0.36 and tell us how it does. ___ 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] Problem RTIR Installation -- CPAN's GnuPG::Interface tests failing
Ok, I made the umask to be strict on the entire 'test' directory (recursively), and ran the "make test", and then "prove -lbv failing_cases "and some of the warnings/errors went away. However, there are still some more errors left (See Results shown below). Since some of these errors (See Results below) are indicating that they are known issues with GnuPG 1.0.1, it begs the following questions: 1) What is the significance of the term "...known issues with GnuPG 1.0.1..." (i.e., known to RT developers? or known to the GnuPG developers?) 2) I have installed GnuPG 2.0.13, and do not have GnuPG 1.xx installed on my machine. Therefore why is it complaining about GnuPG 1.0.1? Again, note that I have only created a symbolic link for the executable "gpg" (supposedly the executable for GnuPG 1.x) to point to "gpg2" (GnuPG 2.0.13). I only didthis as "perl Malefile.PL" for CPAN's GnuPG-Interface would not have gone ahead, as it obviously needed "gpg". Results of "make test" = /usr/local/.cpan/build/GnuPG-Interface-0.40_04 sh-3.2# make test PERL_DL_NONLAZY=1 /usr/bin/perl "-MExtUtils::Command::MM" "-e" "test_harness(0, 'inc', 'blib/lib', 'blib/arch')" t/*.t t/clearsign.t .. ok t/decrypt.t ok t/detach_sign.t ok t/encrypt.t ok t/encrypt_symmetrically.t .. ok t/export_keys.t ok t/Fingerprint.t ok t/get_public_keys.t 1/3 subkeys fail comparison; this is a known issue with GnuPG 1.0.1 at t/get_public_keys.t line 92. t/get_public_keys.t Failed 3/3 subtests t/get_secret_keys.t Failed 2/2 subtests t/import_keys.t ok t/Interface.t .. ok t/list_public_keys.t ... ok t/list_secret_keys.t ... ok t/list_sigs.t .. ok t/passphrase_handling.t ok t/sign.t ... ok t/sign_and_encrypt.t ... ok t/UserId.t . ok t/verify.t . ok t/wrap_call.t .. ok Test Summary Report --- t/get_public_keys.t (Wstat: 0 Tests: 3 Failed: 3) Failed tests: 1-3 t/get_secret_keys.t (Wstat: 0 Tests: 2 Failed: 2) Failed tests: 1-2 Files=20, Tests=51, 2 wallclock secs ( 0.07 usr 0.06 sys + 1.47 cusr 0.43 csys = 2.03 CPU) Result: FAIL Failed 2/20 test programs. 5/51 subtests failed. make: *** [test_dynamic] Error 255 sh-3.2# sh-3.2# sh-3.2# sh-3.2# prove -lbv t/get_public_keys.t t/get_public_keys.t .. 1..3 not ok 1 not ok 2 not ok 3 subkeys fail comparison; this is a known issue with GnuPG 1.0.1 at t/ get_public_keys.t line 92. Failed 3/3 subtests Test Summary Report --- t/get_public_keys.t (Wstat: 0 Tests: 3 Failed: 3) Failed tests: 1-3 Files=1, Tests=3, 0 wallclock secs ( 0.02 usr 0.01 sys + 0.07 cusr 0.02 csys = 0.12 CPU) Result: FAIL sh-3.2# prove -lbv t/get_secret_keys.t t/get_secret_keys.t .. 1..2 not ok 1 not ok 2 Failed 2/2 subtests Test Summary Report --- t/get_secret_keys.t (Wstat: 0 Tests: 2 Failed: 2) Failed tests: 1-2 Files=1, Tests=2, 0 wallclock secs ( 0.02 usr 0.01 sys + 0.07 cusr 0.01 csys = 0.11 CPU) Result: FAIL sh-3.2# = -Behzad On Sep 23, 2009, at 6:11 AM, Ruslan Zakirov wrote: > May be setting umask to a stricter value will make all those tests > pass. > > On Wed, Sep 23, 2009 at 5:02 PM, Jesse Vincent > wrote: >> >>> $ sudo prove -blv t/get_public_keys.t >>> t/get_public_keys.t .. >>> 1..3 >>> gpg: WARNING: unsafe permissions on homedir `test' >>> not ok 1 >>> not ok 2 >>> not ok 3 >>> subkeys fail comparison; this is a known issue with GnuPG 1.0.1 at >>> t/ >>> get_public_keys.t line 92. >>> Failed 3/3 subtests >>> >>> Test Summary Report >> >> Can you try to track down the source of that gpg warning? I suspect >> that >> it might be umask related. It may be that GnuPG 2.0 is being stricter >> about something for homedir permissions. >> ___ >> 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 >> > > > > -- > Best regards, Ruslan. ___ 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] Fwd: Problem RTIR Installation -- CPAN's GnuPG::Interface tests failing
Copying the rt-users list. -Behzad Begin forwarded message: From: Behzad Mahini Date: September 24, 2009 11:59:49 AM PDT To: Jesse Vincent Cc: Jesse Vincent , Ruslan Zakirov > Subject: Re: [rt-users] Problem RTIR Installation -- CPAN's GnuPG::Interface tests failing Jesse, Ruslan & Kevin, That did itTruly thank you, as the latest version of GnuPG- nterface (0.41) fixed my problem, and all errors went away (...by the way, I ignored the warnings for the test directory settings, as they were similar to the past). RTIR now shows up on my UI, and is accessible. Best Regards, Behzad On Sep 24, 2009, at 11:04 AM, Jesse Vincent wrote: On Wed 23.Sep'09 at 18:33:13 -0700, Behzad Mahini wrote: Ok, I made the umask to be strict on the entire 'test' directory (recursively), and ran the "make test", and then "prove -lbv You most certainly want -bv and not -lbv. failing_cases "and some of the warnings/errors went away. However, there are still some more errors left (See Results shown below). Since some of these errors (See Results below) are indicating that they are known issues with GnuPG 1.0.1, it begs the following questions: 1) What is the significance of the term "...known issues with GnuPG 1.0.1..." (i.e., known to RT developers? or known to the GnuPG developers?) Neither. To the original developer of GnuPg interface, a CPAN module written to let Perl applications talk to GnuPg. You may note that we now maintain thatm odule but that we didn't originally write it. 2) I have installed GnuPG 2.0.13, and do not have GnuPG 1.xx installed on my machine. Therefore why is it complaining about GnuPG 1.0.1? It's a hardcoded warning statement in the test files. And unrelated here. Again, note that I have only created a symbolic link for the executable "gpg" (supposedly the executable for GnuPG 1.x) to point to "gpg2" (GnuPG 2.0.13). I only didthis as "perl Malefile.PL" for CPAN's GnuPG-Interface would not have gone ahead, as it obviously needed "gpg". That's what might be referred to as "an end run around a safety mechanism" GnuPg::Interface wasn't designed to work with gpg2 and they changed the API/CLI, which is part of what gets something a different executable name. In particular, gpg 1 outputs timestames as ISO dates and gpg 2 outputs them as seconds since the epoch. As it happens, I had a few minutes today and did the work to support GPG2 in GnuPg::Interface. Can you try out: http://pause.perl.org/incoming/GnuPG-Interface-0.41_01.tar.gz and report back? If it's more than a few hours, you'll find that file at search.cpan.org. ___ 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] ModifySelf Privilege Prevents Login
Using 'root' I granted "ModifySelf" to another userName, and now I can no longer login using "root", neither the other user could login. The error message that I get is: Error "Your username or password is incorrect" Thanks, Behzad ___ 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] ModifySelf Privilege Prevents Login
I also updated the password for User 'root' at the MySQL level, and still I can't log back in using the new password for 'root'. -Behzad On Sep 24, 2009, at 4:56 PM, Behzad Mahini wrote: > Using 'root' I granted "ModifySelf" to another userName, and now I can > no longer login using "root", neither the other user could login. > > The error message that I get is: > > Error "Your username or password is incorrect" > > Thanks, > Behzad > ___ > 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 ___ 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] ModifySelf Privilege Prevents Login
Hoping this additional piece of Information from Apache 'error_log" file would provide more clue for debugging: [error]: FAILED LOGIN for root from xx.xxx.xx.xxx (/some_dir_xxx/share/ html/autohandler:268) lines of the code within "autohandler" that the above error message is pointing to are: unless( $session{'CurrentUser'} ) { # If the user is logging in, let's authenticate if( defined $user && defined $pass ) { my $user_obj = RT::CurrentUser->new; $user_obj->Load( $user ); unless ( $user_obj->id && $user_obj->IsPassword( $pass ) ) { $RT::Logger->error("FAILED LOGIN for $user from $ENV{'REMOTE_ADDR'}"); <<..line 268, WHERE the complaint is being made...>> $m->comp( '/Elements/Login', %ARGS, Error => loc('Your username or password is incorrect'), ); $m->callback( %ARGS, CallbackName => 'FailedLogin' ); $m->abort; } $session{'CurrentUser'} = $user_obj; $RT::Logger->info( "Successful login for $user from $ENV{'REMOTE_ADDR'}"); $m->callback( %ARGS, CallbackName => 'SuccessfulLogin' ); } # if no credentials then show him login page else { $m->comp( '/Elements/Login', %ARGS ); $m->abort; } } -Behzad On Sep 24, 2009, at 4:56 PM, Behzad Mahini wrote: > Using 'root' I granted "ModifySelf" to another userName, and now I can > no longer login using "root", neither the other user could login. > > The error message that I get is: > > Error "Your username or password is incorrect" > > Thanks, > Behzad > ___ > 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 ___ 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] ModifySelf Privilege Prevents Login
1) Systemlog & MySQL log points: == system.log file: RT[350]: FAILED LOGIN for root from xx.xx.xx.xx (/some_dir_xx//share/ html/autohandler:268) ..<> Mysql log files: The only log files that I have for MySQL are binary log files and they are: mysql-bin.xxx0 mysql-bin.xxx1 ... and ib_logfile0 ib_logfile1 ..and timestamp associated to these ar as of Aug 30, 2009 (which way before I started having my password problem of yesterday!) 2) I rebooted my box, in the hopes of it clearing up some item that I am not aware of -- that did not do any good === 3) Using the "RecoverRootPassword" Wiki page, I tried to change my password at the command/Perl level: = = = = = = = = = = perl -I/opt/rt3/local/lib -I/opt/rt3/lib \ -MRT -MRT::User \ -e'RT::LoadConfig();RT::Init(); my $u = RT::User- >new($RT::SystemUser); $u->Load("root"); $u->SetPassword("secret")' that did not help either, and I got the following complaint: Change of config option 'MaxInlineBody' at /ngs/app/rt/oppresso/ rt-3.8.4/local/plugins/RT-IR/etc/RTIR_Config.pm line 13 has been ignored. It's may be ok, but we want you to be aware. This option earlier has been set in /ngs/app/rt/oppresso/rt-3.8.4/etc/ RT_SiteConfig.pm line 152. at /usr/local/src/oppresso/rt-3.8.4/lib/RT/ Config.pm line 738. Change of config option 'Active_MakeClicky' at /ngs/app/rt/oppresso/ rt-3.8.4/local/plugins/RT-IR/etc/RTIR_Config.pm line 263 has been ignored. It's may be ok, but we want you to be aware. This option earlier has been set in /ngs/app/rt/oppresso/rt-3.8.4/etc/ RT_SiteConfig.pm line 186. at /usr/local/src/oppresso/rt-3.8.4/lib/RT/ Config.pm line 738. [Fri Sep 25 16:59:45 2009] [crit]: Can't locate RT/FM.pm in @INC (@INC contains: /usr/local/src/oppresso/rt-3.8.4/lib /ngs/app/rt/oppresso/ rt-3.8.4/lib /Library/Perl/Updates/5.8.8/darwin-thread-multi-2level / Library/Perl/Updates/5.8.8 /System/Library/Perl/5.8.8/darwin-thread- multi-2level /System/Library/Perl/5.8.8 /Library/Perl/5.8.8/darwin- thread-multi-2level /Library/Perl/5.8.8 /Library/Perl /Network/Library/ Perl/5.8.8/darwin-thread-multi-2level /Network/Library/Perl/5.8.8 / Network/Library/Perl /System/Library/Perl/Extras/5.8.8/darwin-thread- multi-2level /System/Library/Perl/Extras/5.8.8 /Library/Perl/5.8.6 / Library/Perl/5.8.1 .) at /usr/local/src/oppresso/rt-3.8.4/lib/RT.pm line 627. (/usr/local/src/oppresso/rt-3.8.4/lib/RT.pm:377) Can't locate RT/FM.pm in @INC (@INC contains: /usr/local/src/oppresso/ rt-3.8.4/lib /ngs/app/rt/oppresso/rt-3.8.4/lib /Library/Perl/Updates/ 5.8.8/darwin-thread-multi-2level /Library/Perl/Updates/5.8.8 /System/ Library/Perl/5.8.8/darwin-thread-multi-2level /System/Library/Perl/ 5.8.8 /Library/Perl/5.8.8/darwin-thread-multi-2level /Library/Perl/ 5.8.8 /Library/Perl /Network/Library/Perl/5.8.8/darwin-thread- multi-2level /Network/Library/Perl/5.8.8 /Network/Library/Perl /System/ Library/Perl/Extras/5.8.8/darwin-thread-multi-2level /System/Library/ Perl/Extras/5.8.8 /Library/Perl/5.8.6 /Library/Perl/5.8.1 .) at /usr/ local/src/oppresso/rt-3.8.4/lib/RT.pm line 627. -Behzad On Sep 25, 2009, at 9:46 AM, Jesse Vincent wrote: On Fri, Sep 25, 2009 at 09:03:56AM -0700, Behzad Mahini wrote: Hoping this additional piece of Information from Apache 'error_log" file would provide more clue for debugging: Out of curiousity, is there anything interesting in your syslog or database error log? [error]: FAILED LOGIN for root from xx.xxx.xx.xxx (/some_dir_xxx/ share/ html/autohandler:268) lines of the code within "autohandler" that the above error message is pointing to are: unless( $session{'CurrentUser'} ) { # If the user is logging in, let's authenticate if( defined $user && defined $pass ) { my $user_obj = RT::CurrentUser->new; $user_obj->Load( $user ); unless ( $user_obj->id && $user_obj->IsPassword( $pass ) ) { $RT::Logger->error("FAILED LOGIN for $user from $ENV{'REMOTE_ADDR'}"); <<..line 268, WHERE the complaint is being made...>> $m->comp( '/Elements/Login', %ARGS, Error => loc('Your username or password is incorrect'), ); $m->callback( %ARGS, CallbackName => 'FailedLogin' ); $m->abort; } $session{'CurrentUser'} = $user_obj; $RT::Logger->info( "Successful login for $user from $ENV{'REMOTE_ADDR'}"); $m->callback( %ARGS, CallbackName => 'SuccessfulLogin' );
Re: [rt-users] ModifySelf Privilege Prevents Login
..I also looked at the real mysql log file (i.e., " .err"), and that did not reveal any worthy information, besides its timestamp was also as of Aug 30th (again way before my password problem of last night). -Behzad On Sep 25, 2009, at 10:25 AM, Behzad Mahini wrote: 1) Systemlog & MySQL log points: == system.log file: RT[350]: FAILED LOGIN for root from xx.xx.xx.xx (/some_dir_xx//share/ html/autohandler:268) ..<indicated>> Mysql log files: The only log files that I have for MySQL are binary log files and they are: mysql-bin.xxx0 mysql-bin.xxx1 ... and ib_logfile0 ib_logfile1 ..and timestamp associated to these ar as of Aug 30, 2009 (which way before I started having my password problem of yesterday!) 2) I rebooted my box, in the hopes of it clearing up some item that I am not aware of -- that did not do any good === 3) Using the "RecoverRootPassword" Wiki page, I tried to change my password at the command/Perl level: = = = = = = = = = = = = == perl -I/opt/rt3/local/lib -I/opt/rt3/lib \ -MRT -MRT::User \ -e'RT::LoadConfig();RT::Init(); my $u = RT::User- >new($RT::SystemUser); $u->Load("root"); $u->SetPassword("secret")' that did not help either, and I got the following complaint: Change of config option 'MaxInlineBody' at /ngs/app/rt/oppresso/ rt-3.8.4/local/plugins/RT-IR/etc/RTIR_Config.pm line 13 has been ignored. It's may be ok, but we want you to be aware. This option earlier has been set in /ngs/app/rt/oppresso/rt-3.8.4/etc/ RT_SiteConfig.pm line 152. at /usr/local/src/oppresso/rt-3.8.4/lib/ RT/Config.pm line 738. Change of config option 'Active_MakeClicky' at /ngs/app/rt/oppresso/ rt-3.8.4/local/plugins/RT-IR/etc/RTIR_Config.pm line 263 has been ignored. It's may be ok, but we want you to be aware. This option earlier has been set in /ngs/app/rt/oppresso/rt-3.8.4/etc/ RT_SiteConfig.pm line 186. at /usr/local/src/oppresso/rt-3.8.4/lib/ RT/Config.pm line 738. [Fri Sep 25 16:59:45 2009] [crit]: Can't locate RT/FM.pm in @INC (@INC contains: /usr/local/src/oppresso/rt-3.8.4/lib /ngs/app/rt/ oppresso/rt-3.8.4/lib /Library/Perl/Updates/5.8.8/darwin-thread- multi-2level /Library/Perl/Updates/5.8.8 /System/Library/Perl/5.8.8/ darwin-thread-multi-2level /System/Library/Perl/5.8.8 /Library/Perl/ 5.8.8/darwin-thread-multi-2level /Library/Perl/5.8.8 /Library/Perl / Network/Library/Perl/5.8.8/darwin-thread-multi-2level /Network/ Library/Perl/5.8.8 /Network/Library/Perl /System/Library/Perl/Extras/ 5.8.8/darwin-thread-multi-2level /System/Library/Perl/Extras/5.8.8 / Library/Perl/5.8.6 /Library/Perl/5.8.1 .) at /usr/local/src/oppresso/ rt-3.8.4/lib/RT.pm line 627. (/usr/local/src/oppresso/rt-3.8.4/lib/ RT.pm:377) Can't locate RT/FM.pm in @INC (@INC contains: /usr/local/src/ oppresso/rt-3.8.4/lib /ngs/app/rt/oppresso/rt-3.8.4/lib /Library/ Perl/Updates/5.8.8/darwin-thread-multi-2level /Library/Perl/Updates/ 5.8.8 /System/Library/Perl/5.8.8/darwin-thread-multi-2level /System/ Library/Perl/5.8.8 /Library/Perl/5.8.8/darwin-thread-multi-2level / Library/Perl/5.8.8 /Library/Perl /Network/Library/Perl/5.8.8/darwin- thread-multi-2level /Network/Library/Perl/5.8.8 /Network/Library/ Perl /System/Library/Perl/Extras/5.8.8/darwin-thread-multi-2level / System/Library/Perl/Extras/5.8.8 /Library/Perl/5.8.6 /Library/Perl/ 5.8.1 .) at /usr/local/src/oppresso/rt-3.8.4/lib/RT.pm line 627. -Behzad On Sep 25, 2009, at 9:46 AM, Jesse Vincent wrote: On Fri, Sep 25, 2009 at 09:03:56AM -0700, Behzad Mahini wrote: Hoping this additional piece of Information from Apache 'error_log" file would provide more clue for debugging: Out of curiousity, is there anything interesting in your syslog or database error log? [error]: FAILED LOGIN for root from xx.xxx.xx.xxx (/some_dir_xxx/ share/ html/autohandler:268) lines of the code within "autohandler" that the above error message is pointing to are: unless( $session{'CurrentUser'} ) { # If the user is logging in, let's authenticate if( defined $user && defined $pass ) { my $user_obj = RT::CurrentUser->new; $user_obj->Load( $user ); unless ( $user_obj->id && $user_obj->IsPassword( $pass ) ) { $RT::Logger->error("FAILED LOGIN for $user from $ENV{'REMOTE_ADDR'}"); <<..line 268, WHERE the complaint is being made...>> $m->comp( '/Elements/Login', %ARGS, Error => loc('Your username or password is incorrect'), ); $m->callback( %ARGS, CallbackName => 'Fai
Re: [rt-users] ModifySelf Privilege Prevents Login
Since I had installed RT-FM & RT-IR, ...at the command line using the Perl command I decided to include the paths to RT-FM & RT-IR libraries (Plugins), and the error message changed (from what I had sent earlier) to the following: $sudo perl -I/usr/local/src/oppresso/rt-3.8.4/lib -I/ngs/app/rt/ oppresso/rt-3.8.4/lib -I/ngs/app/rt/oppresso/rt-3.8.4/local/plugins/RT- FM/lib -I/ngs/app/rt/oppresso/rt-3.8.4/local/plugins/RT-IR/lib -e 'RT::LoadConfig(); RT::Init(); my $u = RT::User->new($RT::SystemUser); $u->Load("root"); $u->setPassword("")' Undefined subroutine &RT::LoadConfig called at -e line 1. So, without Including the path to Plugins, it complains about "RT/ FM.pm" which was missing in the Included paths I had the first round, and I addressed it above, but it now complains about "RT::LoadConfig()", which it should be able to grab from: /my_above_path_2_RT/lib/RT.pm (<RT::Config .} >> & /my_above_path_2_RT/RT/Config.pm So, why is complaining? Thanks, Behzad On Sep 25, 2009, at 10:47 AM, Behzad Mahini wrote: ..I also looked at the real mysql log file (i.e., " .err"), and that did not reveal any worthy information, besides its timestamp was also as of Aug 30th (again way before my password problem of last night). -Behzad On Sep 25, 2009, at 10:25 AM, Behzad Mahini wrote: 1) Systemlog & MySQL log points: == system.log file: RT[350]: FAILED LOGIN for root from xx.xx.xx.xx (/some_dir_xx// share/html/autohandler:268) ..<indicated>> Mysql log files: The only log files that I have for MySQL are binary log files and they are: mysql-bin.xxx0 mysql-bin.xxx1 ... and ib_logfile0 ib_logfile1 ..and timestamp associated to these ar as of Aug 30, 2009 (which way before I started having my password problem of yesterday!) 2) I rebooted my box, in the hopes of it clearing up some item that I am not aware of -- that did not do any good === 3) Using the "RecoverRootPassword" Wiki page, I tried to change my password at the command/Perl level: = = = = = = = = = = = = = = perl -I/opt/rt3/local/lib -I/opt/rt3/lib \ -MRT -MRT::User \ -e'RT::LoadConfig();RT::Init(); my $u = RT::User- >new($RT::SystemUser); $u->Load("root"); $u->SetPassword("secret")' that did not help either, and I got the following complaint: Change of config option 'MaxInlineBody' at /ngs/app/rt/oppresso/ rt-3.8.4/local/plugins/RT-IR/etc/RTIR_Config.pm line 13 has been ignored. It's may be ok, but we want you to be aware. This option earlier has been set in /ngs/app/rt/oppresso/rt-3.8.4/etc/ RT_SiteConfig.pm line 152. at /usr/local/src/oppresso/rt-3.8.4/lib/ RT/Config.pm line 738. Change of config option 'Active_MakeClicky' at /ngs/app/rt/oppresso/ rt-3.8.4/local/plugins/RT-IR/etc/RTIR_Config.pm line 263 has been ignored. It's may be ok, but we want you to be aware. This option earlier has been set in /ngs/app/rt/oppresso/rt-3.8.4/etc/ RT_SiteConfig.pm line 186. at /usr/local/src/oppresso/rt-3.8.4/lib/ RT/Config.pm line 738. [Fri Sep 25 16:59:45 2009] [crit]: Can't locate RT/FM.pm in @INC (@INC contains: /usr/local/src/oppresso/rt-3.8.4/lib /ngs/app/rt/ oppresso/rt-3.8.4/lib /Library/Perl/Updates/5.8.8/darwin-thread- multi-2level /Library/Perl/Updates/5.8.8 /System/Library/Perl/5.8.8/ darwin-thread-multi-2level /System/Library/Perl/5.8.8 /Library/Perl/ 5.8.8/darwin-thread-multi-2level /Library/Perl/5.8.8 /Library/Perl / Network/Library/Perl/5.8.8/darwin-thread-multi-2level /Network/ Library/Perl/5.8.8 /Network/Library/Perl /System/Library/Perl/ Extras/5.8.8/darwin-thread-multi-2level /System/Library/Perl/Extras/ 5.8.8 /Library/Perl/5.8.6 /Library/Perl/5.8.1 .) at /usr/local/src/ oppresso/rt-3.8.4/lib/RT.pm line 627. (/usr/local/src/oppresso/ rt-3.8.4/lib/RT.pm:377) Can't locate RT/FM.pm in @INC (@INC contains: /usr/local/src/ oppresso/rt-3.8.4/lib /ngs/app/rt/oppresso/rt-3.8.4/lib /Library/ Perl/Updates/5.8.8/darwin-thread-multi-2level /Library/Perl/Updates/ 5.8.8 /System/Library/Perl/5.8.8/darwin-thread-multi-2level /System/ Library/Perl/5.8.8 /Library/Perl/5.8.8/darwin-thread-multi-2level / Library/Perl/5.8.8 /Library/Perl /Network/Library/Perl/5.8.8/darwin- thread-multi-2level /Network/Library/Perl/5.8.8 /Network/Library/ Perl /System/Library/Perl/Extras/5.8.8/darwin-thread-multi-2level / System/Library/Perl/Extras/5.8.8 /Library/Perl/5.8.6 /Library/Perl/ 5.8.1 .) at /usr/local/src/oppresso/rt-3.8.4/lib/RT.pm line 627. -Behzad On Sep 25, 2009, at 9:46 AM, Jesse Vincent wrote: ___ http://lists.bestpractical.com/cgi-
Re: [rt-users] ModifySelf Privilege Prevents Login
Good News & bad News (for me it is still bad News).I took care of the complaint about "Undefined subroutine &RT::LoadConfig()", by placing all of the following lines in a single file (i.e., replace_password.pl), and executing the following code from the command line (I simply replaced the command-line portion "-MRT - MRT::User" with a single line of "use RT;" in the following code): 1) code: == #!/usr/bin/perl -w use lib '/usr/local/src/oppresso/rt-3.8.4/lib'; use lib '/ngs/app/rt/oppresso/rt-3.8.4/lib'; use lib '/ngs/app/rt/oppresso/rt-3.8.4/local/plugins/RT-FM/lib'; #if using RTFM use lib '/ngs/app/rt/oppresso/rt-3.8.4/local/plugins/RT-IR/lib'; #if using RTIR use RT; RT::LoadConfig(); RT::Init(); my $u = RT::User->new($RT::SystemUser); $u->Load("root"); $u->setPassword("secret"); 2) Executing it: $sudo ./replace_password.pl Change of config option 'MaxInlineBody' at /ngs/app/rt/oppresso/ rt-3.8.4/local/plugins/RT-IR/etc/RTIR_Config.pm line 13 has been ignored. It's may be ok, but we want you to be aware. This option earlier has been set in /ngs/app/rt/oppresso/rt-3.8.4/etc/ RT_SiteConfig.pm line 152. at /ngs/app/rt/oppresso/rt-3.8.4/lib/RT/ Config.pm line 738. Change of config option 'Active_MakeClicky' at /ngs/app/rt/oppresso/ rt-3.8.4/local/plugins/RT-IR/etc/RTIR_Config.pm line 263 has been ignored. It's may be ok, but we want you to be aware. This option earlier has been set in /ngs/app/rt/oppresso/rt-3.8.4/etc/ RT_SiteConfig.pm line 186. at /ngs/app/rt/oppresso/rt-3.8.4/lib/RT/ Config.pm line 738. 3) Assumptions: = I am assuming the above lines (per http://wiki.bestpractical.com/view/RecoverRootPassword) are sufficient. 4)Results: I did not get any other warnings (or error messages), which was good. However, I still can not log back in (using root) from the UI. The above warnings I received were trivial, so I am ignoring them. Help please. -Behzad On Sep 25, 2009, at 1:58 PM, Behzad Mahini wrote: Since I had installed RT-FM & RT-IR, ...at the command line using the Perl command I decided to include the paths to RT-FM & RT-IR libraries (Plugins), and the error message changed (from what I had sent earlier) to the following: $sudo perl -I/usr/local/src/oppresso/rt-3.8.4/lib -I/ngs/app/rt/ oppresso/rt-3.8.4/lib -I/ngs/app/rt/oppresso/rt-3.8.4/local/plugins/ RT-FM/lib -I/ngs/app/rt/oppresso/rt-3.8.4/local/plugins/RT-IR/lib - e 'RT::LoadConfig(); RT::Init(); my $u = RT::User- >new($RT::SystemUser); $u->Load("root"); $u- >setPassword("")' Undefined subroutine &RT::LoadConfig called at -e line 1. So, without Including the path to Plugins, it complains about "RT/ FM.pm" which was missing in the Included paths I had the first round, and I addressed it above, but it now complains about "RT::LoadConfig()", which it should be able to grab from: /my_above_path_2_RT/lib/RT.pm (<RT::Config .} >> & /my_above_path_2_RT/RT/Config.pm So, why is complaining? Thanks, Behzad On Sep 25, 2009, at 10:47 AM, Behzad Mahini wrote: ..I also looked at the real mysql log file (i.e., " .err"), and that did not reveal any worthy information, besides its timestamp was also as of Aug 30th (again way before my password problem of last night). -Behzad On Sep 25, 2009, at 10:25 AM, Behzad Mahini wrote: 1) Systemlog & MySQL log points: == system.log file: RT[350]: FAILED LOGIN for root from xx.xx.xx.xx (/some_dir_xx// share/html/autohandler:268) ..<indicated>> Mysql log files: The only log files that I have for MySQL are binary log files and they are: mysql-bin.xxx0 mysql-bin.xxx1 ... and ib_logfile0 ib_logfile1 ..and timestamp associated to these ar as of Aug 30, 2009 (which way before I started having my password problem of yesterday!) 2) I rebooted my box, in the hopes of it clearing up some item that I am not aware of -- that did not do any good === 3) Using the "RecoverRootPassword" Wiki page, I tried to change my password at the command/Perl level: = = = = = = = = = = = = = = perl -I/opt/rt3/local/lib -I/opt/rt3/lib \ -MRT -MRT::User \ -e'RT::LoadConfig();RT::Init(); my $u = RT::User- >new($RT::SystemUser); $u->Load("root"); $u->SetPassword("secret")' that did not help either, and I got the following complaint: Change of config option 'MaxInlineBody' at /ngs/app/rt/oppresso/ rt-3.8.4/local/plugins/RT-IR/etc/RTIR_Config.pm line 13 has been ignored. It's ma
Re: [rt-users] ModifySelf Privilege Prevents Login
Here is what I received (and 12 matches with the id for my 'root') [Sat Sep 26 01:25:15 2009] [warning]: 12 at ./replace_password.pl line 15. (./replace_password.pl:15) [Sat Sep 26 01:25:15 2009] [warning]: 0That is already the current value at ./replace_password.pl line 20. (./replace_password.pl:20) -Behzad On Sep 25, 2009, at 4:43 PM, Jesse Vincent wrote: > > > >> >> my $u = RT::User->new($RT::SystemUser); >> $u->Load("root"); > > # add this line: > warn $u->id; > > # replace this line >> $u->setPassword("secret"); > > with: > > my ($val,$msg) = $u->setPassword("secret"); > > warn $val, $msg; >> >> >> 2) Executing it: >> >> $sudo ./replace_password.pl >> >> Change of config option 'MaxInlineBody' at /ngs/app/rt/oppresso/ >> rt-3.8.4/local/plugins/RT-IR/etc/RTIR_Config.pm line 13 has been >> ignored. It's may be ok, but we want you to be aware. This option >> earlier has been set in /ngs/app/rt/oppresso/rt-3.8.4/etc/ >> RT_SiteConfig.pm line 152. at /ngs/app/rt/oppresso/rt-3.8.4/lib/RT/ >> Config.pm line 738. >> Change of config option 'Active_MakeClicky' at /ngs/app/rt/oppresso/ >> rt-3.8.4/local/plugins/RT-IR/etc/RTIR_Config.pm line 263 has been >> ignored. It's may be ok, but we want you to be aware. This option >> earlier has been set in /ngs/app/rt/oppresso/rt-3.8.4/etc/ >> RT_SiteConfig.pm line 186. at /ngs/app/rt/oppresso/rt-3.8.4/lib/RT/ >> Config.pm line 738. >> >> >> 3) Assumptions: >> = >> >> I am assuming the above lines (per >> http://wiki.bestpractical.com/view/RecoverRootPassword) are >> sufficient. >> >> >> 4)Results: >> >> I did not get any other warnings (or error messages), which was good. >> However, I still can not log back in (using root) from the UI. The >> above warnings I received were trivial, so I am ignoring them. >> >> >> Help please. >> >> >> -Behzad >> >> On Sep 25, 2009, at 1:58 PM, Behzad Mahini wrote: >> >>> Since I had installed RT-FM & RT-IR, ...at the command line using >>> the Perl command I decided to include the paths to RT-FM & RT-IR >>> libraries (Plugins), and the error message changed (from what I had >>> sent earlier) to the following: >>> >>> >>> $sudo perl -I/usr/local/src/oppresso/rt-3.8.4/lib -I/ngs/app/rt/ >>> oppresso/rt-3.8.4/lib -I/ngs/app/rt/oppresso/rt-3.8.4/local/plugins/ >>> RT-FM/lib -I/ngs/app/rt/oppresso/rt-3.8.4/local/plugins/RT-IR/ >>> lib - >>> e 'RT::LoadConfig(); RT::Init(); my $u = RT::User- >>>> new($RT::SystemUser); $u->Load("root"); $u- >>>> setPassword("")' >>> >>> Undefined subroutine &RT::LoadConfig called at -e line 1. >>> >>> >>> So, without Including the path to Plugins, it complains about "RT/ >>> FM.pm" which was missing in the Included paths I had the first >>> round, and I addressed it above, but it now complains about >>> "RT::LoadConfig()", which it should be able to grab from: >>> >>> /my_above_path_2_RT/lib/RT.pm (<>> RT::Config .} >> >>> & /my_above_path_2_RT/RT/Config.pm >>> >>> >>> So, why is complaining? >>> >>> Thanks, >>> Behzad >>> On Sep 25, 2009, at 10:47 AM, Behzad Mahini wrote: >>> >>>> ..I also looked at the real mysql log file (i.e., " >>>> .err"), and that did not reveal any worthy information, >>>> besides its timestamp was also as of Aug 30th (again way before my >>>> password problem of last night). >>>> >>>> -Behzad >>>> On Sep 25, 2009, at 10:25 AM, Behzad Mahini wrote: >>>> >>>>> >>>>> 1) Systemlog & MySQL log points: >>>>> == >>>>> system.log file: >>>>> >>>>> RT[350]: FAILED LOGIN for root from xx.xx.xx.xx (/some_dir_xx// >>>>> share/html/autohandler:268) >>>>> ..<>>>> indicated>> >>>>> >>>>> >>>>> Mysql log files: >>>>> The only log files that I have for MySQL are binary log files and >>>>> they are: >>>>> >>>>> mysql-bin.xxx0 >>>>> mysql-bin.xxx1 >>>>&g
Re: [rt-users] ModifySelf Privilege Prevents Login
None whatsoever. Everything was working fine prior to the ModifySelf change of mine, and all I wanted to do was grant my users the privilege to be able to change their own passwords, using: Configuration > Global > User Rights > user_xyz was Granted ModifySelf -Behzad On Sep 28, 2009, at 8:32 AM, Jesse Vincent wrote: > > > > On Fri, Sep 25, 2009 at 06:28:09PM -0700, Behzad Mahini wrote: >> Here is what I received (and 12 matches with the id for my 'root') >> >> [Sat Sep 26 01:25:15 2009] [warning]: 12 at ./replace_password.pl >> line >> 15. (./replace_password.pl:15) >> [Sat Sep 26 01:25:15 2009] [warning]: 0That is already the current >> value at ./replace_password.pl line 20. (./replace_password.pl:20) >> > > Have you configured any sort of external authentication for RT or made > any other code customizations? ___ 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] ModifySelf Privilege Prevents Login
Only the un-privilged ones. -Behzad On Sep 28, 2009, at 8:50 AM, Behzad Mahini wrote: > Only the un-privilged ones. > > -Behzad > On Sep 28, 2009, at 8:44 AM, Jesse Vincent wrote: > >> >> >> >> On Mon, Sep 28, 2009 at 08:42:11AM -0700, Behzad Mahini wrote: >>> None whatsoever. Everything was working fine prior to the ModifySelf >>> change of mine, and all I wanted to do was grant my users the >>> privilege to be able to change their own passwords, using: >>> >>> Configuration > Global > User Rights > user_xyz was Granted >>> ModifySelf >> >> Can any of your other users log in? >>> >>> -Behzad >>> >>> >>> On Sep 28, 2009, at 8:32 AM, Jesse Vincent wrote: >>> >>>> >>>> >>>> >>>> On Fri, Sep 25, 2009 at 06:28:09PM -0700, Behzad Mahini wrote: >>>>> Here is what I received (and 12 matches with the id for my 'root') >>>>> >>>>> [Sat Sep 26 01:25:15 2009] [warning]: 12 at ./replace_password.pl >>>>> line >>>>> 15. (./replace_password.pl:15) >>>>> [Sat Sep 26 01:25:15 2009] [warning]: 0That is already the current >>>>> value at ./replace_password.pl line 20. (./replace_password.pl:20) >>>>> >>>> >>>> Have you configured any sort of external authentication for RT or >>>> made >>>> any other code customizations? >>> >> >> -- > ___ 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] ModifySelf Privilege Prevents Login
So in my situation, I have to do a re-installation of 3.8.4 (and RT-FM & RT-IR). Are the following steps in the sequence listed below correct (if anything missing, please comment): 1) back up MySQL (mysqldump) 2) backup (copy) my existing RT_SiteConfig.pm -- to replace the one that gets installed as part of the following steps Using Ref: http://wiki.bestpractical.com/view/ManualInstallation 3) Drop DB: make dropdb 4) No need to do another "make testdeps" & "make fixdeps" -- (as they were previously done) 5) Init DB: make install make initialize-database 6) Restore the database (backed up per step 1) Question: If I restore the backedup database (per step 1), will I not again cause the same set of problems I had encountered before? 7) Stop & restart the Webserver (Apache). Thanks, Behzad On Sep 28, 2009, at 12:57 PM, Jesse Vincent wrote: > > > > On Mon, Sep 28, 2009 at 08:52:35AM -0700, Behzad Mahini wrote: >> Only the un-privilged ones. > > I'm stumped. Without looking into your RT, I'm not sure what's going > wrong. > >> -Behzad >> On Sep 28, 2009, at 8:50 AM, Behzad Mahini wrote: >> >>> Only the un-privilged ones. >>> >>> -Behzad >>> On Sep 28, 2009, at 8:44 AM, Jesse Vincent wrote: >>> >>>> >>>> >>>> >>>> On Mon, Sep 28, 2009 at 08:42:11AM -0700, Behzad Mahini wrote: >>>>> None whatsoever. Everything was working fine prior to the >>>>> ModifySelf >>>>> change of mine, and all I wanted to do was grant my users the >>>>> privilege to be able to change their own passwords, using: >>>>> >>>>> Configuration > Global > User Rights > user_xyz was Granted >>>>> ModifySelf >>>> >>>> Can any of your other users log in? >>>>> >>>>> -Behzad >>>>> >>>>> >>>>> On Sep 28, 2009, at 8:32 AM, Jesse Vincent wrote: >>>>> >>>>>> >>>>>> >>>>>> >>>>>> On Fri, Sep 25, 2009 at 06:28:09PM -0700, Behzad Mahini wrote: >>>>>>> Here is what I received (and 12 matches with the id for my >>>>>>> 'root') >>>>>>> >>>>>>> [Sat Sep 26 01:25:15 2009] [warning]: 12 at ./ >>>>>>> replace_password.pl >>>>>>> line >>>>>>> 15. (./replace_password.pl:15) >>>>>>> [Sat Sep 26 01:25:15 2009] [warning]: 0That is already the >>>>>>> current >>>>>>> value at ./replace_password.pl line 20. (./replace_password.pl: >>>>>>> 20) >>>>>>> >>>>>> >>>>>> Have you configured any sort of external authentication for RT or >>>>>> made >>>>>> any other code customizations? >>>>> >>>> >>>> -- >>> >> > > -- ___ 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] CPAN's RT::Crypt::SMIME installation fails
I have been forced to do a manual installation of RT::Crypt::SMIME (as CPAN installation failed). The manual installation fails during the "test" phase, as I get an error/warning message about the fact that "RT.pm" can not be located in @INC (my RT.pm is actually located under my $RTHOME/lib). I tried 2 separate approaches to point to the location of "RT.pm" during the "perl Makefile.PL' step, and both failed: Scenario 1 (the following line is in a shell script called "RUN_rt_crypt_smime.sh): RTHOME=/ngs/app/rt/oppresso/rt-3.8.4 perl Makefile.PL or (same as above with the addition of where RT.pm is located at -- using the "Include" directory switch '-I'): RTHOME=/ngs/app/rt/oppresso/rt-3.8.4 perl -I/ngs/app/rt/oppresso/ rt-3.8.4/lib Makefile.PL Scenario 2 (during the 'make' or 'make test' phase I provided an env variable for the location of RT.pm): RTHOME_LIB=/usr/local/src/oppresso/rt-3.8.4/lib make or RTHOME_LIB=/usr/local/src/oppresso/rt-3.8.4/lib make test Neither of the above worked (I am running RT 3.8.4, & using perl 5.8.8). Below are the details for the installation: Results of Manual installation: 1) Makefile.PL sudo ./RUN_rt_crypt_smime.sh Cannot determine perl version info from lib/RT/Crypt/SMIME.pm Using RT configuration from /ngs/app/rt/oppresso/rt-3.8.4/lib/RT.pm: ./etc => /ngs/app/rt/oppresso/rt-3.8.4/local/plugins/RT-Crypt-SMIME/etc ./html => /ngs/app/rt/oppresso/rt-3.8.4/local/plugins/RT-Crypt-SMIME/ html ./lib => /ngs/app/rt/oppresso/rt-3.8.4/local/plugins/RT-Crypt-SMIME/lib For first-time installation, type 'make initdb'. Writing Makefile for RT::Crypt::SMIME 2)make step sudo make Skip blib/lib/RT/Crypt/sign_and_encrypt.pl (unchanged) Skip blib/lib/RT/Crypt/SMIME.pm (unchanged) Skip blib/lib/RT/Interface/Email/Auth/SMIME.pm (unchanged) Skip blib/lib/RT/Interface/Email/Auth/StrictSMIME.pm (unchanged) Manifying blib/man3/RT::Interface::Email::Auth::StrictSMIME.3pm Manifying blib/man3/RT::Interface::Email::Auth::SMIME.3pm Manifying blib/man3/RT::Crypt::SMIME.3pm 3) make test step --- sudo make test Skip blib/lib/RT/Crypt/sign_and_encrypt.pl (unchanged) Skip blib/lib/RT/Crypt/SMIME.pm (unchanged) Skip blib/lib/RT/Interface/Email/Auth/SMIME.pm (unchanged) Skip blib/lib/RT/Interface/Email/Auth/StrictSMIME.pm (unchanged) PERL_DL_NONLAZY=1 /usr/bin/perl "-MExtUtils::Command::MM" "-e" "test_harness(0, 'inc', 'blib/lib', 'blib/arch')" t/*.t t/00.load.t . 1/1 # Failed test 'use RT::Crypt::SMIME;' # at t/00.load.t line 4. # Tried to use 'RT::Crypt::SMIME'. # Error: Can't locate RT.pm in @INC (@INC contains: /usr/ local/.cpan/build/RT-Crypt-SMIME-0.22-IzGUj_/inc /usr/local/.cpan/ build/RT-Crypt-SMIME-0.22-IzGUj_/blib/lib /usr/local/.cpan/build/RT- Crypt-SMIME-0.22-IzGUj_/blib/arch /Library/Perl/Updates/5.8.8/darwin- thread-multi-2level /Library/Perl/Updates/5.8.8 /System/Library/Perl/ 5.8.8/darwin-thread-multi-2level /System/Library/Perl/5.8.8 /Library/ Perl/5.8.8/darwin-thread-multi-2level /Library/Perl/5.8.8 /Library/ Perl /Network/Library/Perl/5.8.8/darwin-thread-multi-2level /Network/ Library/Perl/5.8.8 /Network/Library/Perl /System/Library/Perl/Extras/ 5.8.8/darwin-thread-multi-2level /System/Library/Perl/Extras/5.8.8 / Library/Perl/5.8.6 /Library/Perl/5.8.1 .) at /usr/local/.cpan/build/RT- Crypt-SMIME-0.22-IzGUj_/blib/lib/RT/Crypt/SMIME.pm line 35. # BEGIN failed--compilation aborted at /usr/local/.cpan/build/RT-Crypt- SMIME-0.22-IzGUj_/blib/lib/RT/Crypt/SMIME.pm line 35. # Compilation failed in require at (eval 4) line 2. # BEGIN failed--compilation aborted at (eval 4) line 2. Use of uninitialized value in concatenation (.) or string at t/ 00.load.t line 7. # Testing RT::Crypt::SMIME # Looks like you failed 1 test of 1. t/00.load.t . Dubious, test returned 1 (wstat 256, 0x100) Failed 1/1 subtests t/pod-coverage.t skipped: Test::Pod::Coverage 1.04 required for testing POD coverage t/pod.t . ok t/smime-incoming.t .. Can't locate RT/Tickets.pm in @INC (@INC contains: /usr/local/.cpan/build/RT-Crypt-SMIME-0.22-IzGUj_/inc /usr/ local/.cpan/build/RT-Crypt-SMIME-0.22-IzGUj_/blib/lib /usr/local/.cpan/ build/RT-Crypt-SMIME-0.22-IzGUj_/blib/arch /Library/Perl/Updates/5.8.8/ darwin-thread-multi-2level /Library/Perl/Updates/5.8.8 /System/Library/ Perl/5.8.8/darwin-thread-multi-2level /System/Library/Perl/5.8.8 / Library/Perl/5.8.8/darwin-thread-multi-2level /Library/Perl/5.8.8 / Library/Perl /Network/Library/Perl/5.8.8/darwin-thread-multi-2level / Network/Library/Perl/5.8.8 /Network/Library/Perl /System/Library/Perl/ Extras/5.8.8/darwin-thread-multi-2level /System/Library/Perl/Extras/ 5.8.8 /Library/Perl/5.8.6 /Library/Perl/5.8.1 .) at t/smime-incoming.t line 11. BEGIN failed--compilation aborted at t/smime-incoming.t line 11. t/smime-incoming.t .. Dubio
Re: [rt-users] CPAN's RT::Crypt::SMIME installation fails
The test suite for RT::Crypt::SMIME is realy intended for a development environment. It's unfortunate, but I wouldn't expect it to work on your live RT instance. So, if I do a force install and ignore the failing tests, I should not have any worries about this module performing its functions properly (i.e., signing, encrypting/decrypting emails encapsulated in MIME, etc.)? As a heads up, we last qualified it for a customer on 3.6. I don't know for sure that it works on 3.8. We could certainly bring it up to date (or take a patch) I would truly appreciate it if you would be able to update this module to work with RT 3.8, as we were hoping to use SMIME features of RT. Incidentally, if this upgrade is not feasible, what do you suggest as an alternative? Thanks & Regards, Behzad Best, Jesse -- ___ 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] Mason Cannot resolve file to component
I have already installed RT 3.8.4 , and it works fine (on a test server). However, in the process of installing RT 3.8.4 on a new server (production), RT's UI fails to launch (404 Not Found). I am getting the following error message in my Apache error_log file (my Prod server): "[warning]: [Mason] Cannot resolve file to component: /ngs/app/rt/ oppresso/rt-3.8.4/share/html/index.html (is file outside component root?) at /Library/Perl/5.8.8/HTML/Mason/ApacheHandler.pm line 852. (/ Library/Perl/5.8.8/HTML/Mason/ApacheHandler.pm:852)" I have exhausted all possibilities of finding any differences in between the 2 servers, by comparing the config settings in between the 2 servers (i.e., httpd.conf, Rt_SiteConfig.pm), and they are identical. I would appreciate any help. My settings are as follows: Mac OSX 10.5.8 RT 3.8.4 httpd-2.2.13 mod_perl-2.04 mysql-5.1.40(<== on my Prod. server; and 5.1.37 on my Test server) My httpd.conf attributes that are relevant to both the 2 servers (and are similar): ServerName <> DocumentRoot "/ngs/app/rt/oppresso/rt-3.8.4/share/html/" Alias /NoAuth/images/ /ngs/app/rt/oppresso/rt-3.8.4/share/ html/NoAuth/images/ PerlModule Apache::DBI PerlModule Apache2::compat PerlSetVar MasonArgsMethod CGI PerlRequire /ngs/app/rt/oppresso/rt-3.8.4/bin/webmux.pl AllowOverride All Options Indexes ExecCGI FollowsymLinks Order allow,deny Allow from all RedirectMatch permanent (.*)/$ $1/index.html AddDefaultCharset UTF-8 SetHandler perl-script PerlHandler RT::Mason Additionally, Apache's error_log for both the 2 servers indicate that Mod_perl 2.0.4 is being used. Thanks, Behzad ___ 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] rt CLI Failing -- 401 Credentials Required
I am trying to use 'rt' CLI, but I fail to get any results back from RT at the command line (No matches found). Following is a short version of what I get back in reply to "rt list" Status !='resolved' and Owner='some_user' and (Queue='xyz1' or queue='xyz2') --xYzZY-- HTTP/1.1 200 OK Connection: close Date: Wed, 25 Nov 2009 18:43:32 GMT .. RT/3.8.4 401 Credentials required No matches found I also have all my env variables set (i.e., RTUSER, RTPASSWD, RTEXTERNALAUTH=1, RTSERVER, RTDEBUG=3). I can access RT through web SSL connections, and rt-mailgate fine. I would appreciate any help. Thanks, Behzad ___ 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] How should I create a db in mysql?
Take a look at the following 2 URL's, and make sure you set your Apache directives (in your httpd.conf file): http://wiki.bestpractical.com/view/ManualInstallation http://wiki.bestpractical.com/view/ManualApacheConfig Also, make sure you have all the appropriate references made to mod_perl (or FastCGI) Lastly, there are some references (in the past few months) made to this issue, and you'd be able to Google them on www.gossamer-threads.com http://www.gossamer-threads.com/lists/rt/users/90374 -Behzad On Nov 30, 2009, at 12:06 PM, Wagner Pereira wrote: > This is all covered in the README > You need to configure apache > > -kevin > > Kevin, > > Is this README file in /opt/rt3/share/doc path? > > -- > > Wagner Pereira > > PoP-SP/RNP - Ponto de Presença da RNP em São Paulo > CCE/USP - Centro de Computação Eletrônica da Universidade de São Paulo > http://www.pop-sp.rnp.br > f...@rnp 1015-8902 > > > > Kevin Falcone escreveu: >> On Mon, Nov 30, 2009 at 05:43:20PM -0200, Wagner Pereira wrote: >> >>> Hi, Kevin. >>> >>> Could you help me? >>> >>> RT: Request Tracker >>> You're almost there! >>> >>> You haven't yet configured your webserver to run RT. >>> >>> You appear to have installed RT's web interface correctly, but >>> haven't >>> yet configured your web server to "run" the RT server which powers >>> the >>> web interface. >>> >>> The next step is to edit your webserver's configuration file to >>> instruct >>> it to use RT's mod_perl , fastcgi or speedycgi handler. >>> >> >> This is all covered in the README >> You need to configure apache >> >> -kevin >> >> >>> -- >>> >>> Wagner Pereira >>> >>> PoP-SP/RNP - Ponto de Presença da RNP em São Paulo >>> CCE/USP - Centro de Computação Eletrônica da Universidade de São >>> Paulo >>> http://www.pop-sp.rnp.br >>> f...@rnp 1015-8902 >>> >>> >>> >>> Kevin Falcone escreveu: >>> On Mon, Nov 30, 2009 at 12:26:45PM -0200, Wagner Pereira wrote: > Hi, folks. > > My scenario is: > Debian 5.0 lenny x86_64 > Request Tracker 3.6 > Mysql 5.0 > > This is my first time here and I need some help: > > I don't know to create a mysql database, since as I observed, > there is > no database created. > > I suspect you want the 'make initdb' command ___ 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 >>> ___ >>> 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 >>> >>> >>> >>> >>> ___ >>> 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 > ___ > 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 ___ 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] RT 3.8.2 from 3.4.2
On Dec 1, 2009, at 12:52 AM, Guy Baxter wrote: > > Also, I can't see how to setup RT to talk to my mailserver? I've > found a > bit about /etc/aliases but can't see anywhere for it to point to the > IP of > my mailserver? Does anyone have any ideas? As little as I know about this area, I could point out that there are 2 files that you need to be concerned with (main.cf & master.cf). The file that contains your IP addr. ( & mail relays, etc.) is "main.cf", and the safe way to edit "main.cf" is by using "postconf". Secondly, /etc/aliases file is where you place your rt-mailgate bits (http://wiki.bestpractical.com/view/ManualEmailConfig ), but it has nothing to do with you IP addr.. Once you make your changes to your /etc/aliases file, then you need to go through a few steps to make sure the changes you made to the /etc/aliases database take effect (i.e.,: shell> sudo postalias /etc/aliases shell> sudo newaliases Hope that helps -Behzad ___ 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] rtUnifiedreminder on 3.6
I did not go through the entire code, however, one thing that I noticed to be incorrect is the line which says "package RT" shown below: # Pull in the RT stuff package RT; use RT::Interface::CLI qw(CleanEnv GetCurrentUser GetMessageContent loc); ...that line needs to be changed to: use RT; -Behzad On Dec 4, 2009, at 5:38 AM, David X. Glover wrote: Has anyone attempted to get this script: http://wiki.bestpractical.com/view/rtUnifiedreminder Working on RT 3.6? It fails because it can't find the Config Class Method, and I'm wondering whether to bother trying to hack it to make it work, or whether I should give up now. -- David X. Glover Department of Physics University of Oxford http://www.physics.ox.ac.uk/ ___ 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 ___ 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] User could not be created: Could not set user info
I am sharing an issue I encountered with RT (3.8.4), for which there were no documented solutions, or the recommended solutions were not applicable . Hoping this will save others some time & frustration. Details: === Using RT's UI, I was no longer able to create a user at all. Additionally, individuals without an RT user account were not able to send an email to a Queue (emails were getting bounced back). Even though all privileges were set properly for 'Everyone', and 'Privileged' users. Note that at the same time, all existing users were able to use RT without any issues (through both the UI & mail gateway) At the UI level, I was getting the following message: "User could not be created: Could not set user info" ..and if anyone (with no RT account) was attempting to send an email to RT, the following were getting logged: /var/log/system.log file: --- Dec 7 09:03:55 my_server RT[99170]: User creation failed in mailgateway: Could not set user info (../lib/RT/Interface/Email.pm:244) Dec 7 09:03:55 my_server RT[99170]: Couldn't load user 'u...@example.com '.giving up (../lib/RT/Interface/Email.pm:805) Dec 7 09:03:55 my_server RT[99170]: User 'u...@example.com' could not be loaded in the mail gateway (../lib/RT/Interface/Email.pm:244) Dec 7 09:03:55 my_server RT[99170]: RT could not load a valid user, and RT's configuration does not allow\nfor the creation of a new user for this email (u...@example.com).\n\nYou might need to grant 'Everyone' the right 'CreateTicket' for the\nqueue MY_QUEUE. (../lib/ RT/Interface/Email.pm:244) Dec 7 09:03:55 my_server RT[99170]: RT could not load a valid user, and RT's configuration does not allow\nfor the creation of a new user for your email. (../lib/RT/Interface/Email.pm:244) Apache's error_log: --- SHELL>$ tail -f error_log [Mon Dec 7 17:03:55 2009] [warning]: Couldn't load user 'u...@example.com '.giving up (../lib/RT/Interface/Email.pm:805) [Mon Dec 7 17:03:55 2009] [crit]: User 'u...@example.com' could not be loaded in the mail gateway (../lib/RT/Interface/Email.pm:244) [Mon Dec 7 17:03:55 2009] [error]: RT could not load a valid user, and RT's configuration does not allow for the creation of a new user for this email (u...@example.com). You might need to grant 'Everyone' the right 'CreateTicket' for the queue MY_QUEUE. (../lib/RT/Interface/Email.pm:244) [Mon Dec 7 17:03:55 2009] [error]: RT could not load a valid user, and RT's configuration does not allow for the creation of a new user for your email. (../lib/RT/Interface/ Email.pm:244) [Mon Dec 7 17:03:55 2009] [error]: Could not record email: Could not load a valid user (/path/to/your_RT/share/html/REST/1.0/NoAuth/mail- gateway:75) Dec 7 09:03:55 my_server RT[99170]: Could not record email: Could not load a valid user (/path/to/your_RT/share/html/REST/1.0/NoAuth/mail- gateway:75) Solution: == Looking at the RT_SiteConfig file, I realized I had added extension RT::Authen::ExternalAuth to the plugins, and due to project interruptions had not finished finalizing my Apache's setup for LDAP. #Set(@Plugins,(qw(RT::FM RT::IR RT::Authen::ExternalAuth))); Set(@Plugins,(qw(RT::FM RT::IR))); Removal of this extension resolved the issue. -Behzad___ 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] ACL-Restrict access to Display Ticket Content
Is there a way to restrict access for users such that they could see a Queue (as shown in the "Quick search"), as well as a listing of the Tickets corresponding to that Queue ("Show Results" -- Results.html page)? However, no further details & contents about a ticket (i.e., no Ticket metatdata) to be provided once a Ticket is selected from the Results.html or Simple.html page. "ShowTicket" privilege is the one that messes me up. (RT 3.8.4) I tried different ACL combinations (for Queue "X"), and none worked. Presently, I have the following ACL's for Queue "X": Everyone: CommentOnTicket CreateTicket ReplyToTicket SeeQueue Unprivileged - Privileged - User Defined Group: Grp-xyz I started from nothing, and experimented by one-by-one adding the following privileges (as soon as I add "ShowTicket", it defeats what I am after, and without "ShowTicket" the Queue does not appear for the user): ModifyTicket OwnTicket ShowTicket ShowTicketCommenst Watch WatchAsAdminCc Thanks, Behzad ___ 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] ACL-Restrict access to Display Ticket Content
Ken, Sorry for the delayed response. See inlines. Thanks, Behzad On Dec 11, 2009, at 12:47 PM, Ken Crocker wrote: > Behzad, > > Two questions: > 1) Are there any differences between your Global settings and the > Queue settings in question? Yes, but not in a contradictory manner as shown below: Global Queue --- --- EveryoneCommentOnTicket CommentOnTicket CreateTicket CreateTicket ReplyToTicket ReplyToTicket SeeQueue SeeQueue Unprivileged - - Privileged CreateSavedSearch - EditSavedSearch - LoadSavedSearch - SeeDashboard - ShowapprovalsTab - ShowSavedSearches - SubscribeDashboard - User defined ModifySelf As listed in my previous email, I had incrementally added: ModifyTicket OwnTicket ShowTicket ShowTicketComments Watch WatchAdminCc > 2) I'm not sure if you are talking about the "Show Results" letting > users see the Queue or if you are talking about seeing a Queue in > the drop-down for "Creating a Ticket. If the the first, where do you > give the right "ShowSavedSearch"? Here is a clarification for what I am after. From the "RTat a glance" page, =>"Quick Search", a) if you were to click on any of the Queues that show up here, you will be taken to another page which reflects the number of tickets found for the selected Queue. b) At this stage: b.1) Presently, both the "Ticket No" & "Subject" are hyperlinked. b.2) As such if you were to select "Ticket No" or "Subject" you will be taken to a page that contains all details corresponding to that Ticket (i.e., Ticket Metatdata, Custom Fields, People, History, reminders, Dates, Links, etc.) -What I am after, is (using ACL's) to allow the user to get to stage "b.1" above, but not to be allowed to go to stage "b.2" (i.e., "Ticket No" & "Subject" stop being hyperlinked items). That is I don't want some users to see all details corresponding to a Ticket, but I want to give them the chance to see some high-level attributes (i.e., Ticket No) corresponding to Tickets in a Queue. If this is not doable, it may be a "feature request". > > Kenn > LBNL > > On 12/10/2009 3:48 PM, Behzad Mahini wrote: >> Is there a way to restrict access for users such that they could >> see a Queue (as shown in the "Quick search"), as well as a listing >> of the Tickets corresponding to that Queue ("Show Results" -- >> Results.html page)? However, no further details & contents about >> a ticket (i.e., no Ticket metatdata) to be provided once a Ticket >> is selected from the Results.html or Simple.html page. >> "ShowTicket" privilege is the one that messes me up. >> >> (RT 3.8.4) >> I tried different ACL combinations (for Queue "X"), and none >> worked. Presently, I have the following ACL's for Queue "X": >> >> Everyone: >> >>
[rt-users] My Ticket URL's are wrong When I Link Tickets -- RT 3.8.4
I am asking this question, since some of the previous communications & documentations I looked at, were alarming when it came to changing some of the settings of RT_SiteConfig, when RT has been up & running for a while,..and obviously that is my scenario. When I link tickets, in the "Links" section of my Ticket history/ metadata, I 'll end up getting a hyperlink that does not use my domain name, and has "localhost" showing up in it, as follows: http://localhost/Ticket/Display.html?id=12345 instead of: http://MY_DOMAIN_NAME/Ticket/Display.html?id=12345 My RT_SiteConfig.pm, with the related settings: Set($DatabaseHost, 'localhost'); Set($DatabaseRTHost, 'localhost'); Set( $rtname, 'MY_DOMAIN.com'); Set($WebDomain, 'localhost'); Set($RTAddressRegexp, '^my_us...@my_domain.xyz.com$'); Set($CanonicalizeEmailAddressMatch, '@MY_DOMAIN\.com$'); Set($CanonicalizeEmailAddressReplace, '@MY_DOMAIN.com'); Set($WebPath, ""); Set($WebBaseURL, ($port == 443? 'https': 'http') .'://' . RT->Config- >Get('WebDomain') . ($port != 80 && $port != 443? ":$port" : '') ); Set($WebURL, RT->Config->Get('WebBaseURL') . RT->Config- >Get('WebPath') . "/"); #Set($Organization , "example.com"); ..and my RT_Config.pm: Set($Organization , "example.com"); Questions: 1) I have already hundreds of tickets generated through different Queues, and If I were to replace: Set($WebDomain, 'localhost'); with: Set($WebDomain, 'MY_DOMAIN.com'); Will that address my "localhost" issue (i.e., Correcting the Link URL), without causing negative side effects? 2) Since currently I don't have my $Organization defined per my RT_SiteConfig.pm, and I presume since RT_Config.pm has it defined as "example.com", I am receiving some emails as follows: ticket#...@example.com Again, If I were to remedy this separate issue, by adding the following in my RT_SIteConfig.pm: Set($Organization , "MY_DOMAIN.com"); Will that address this other issue, without causing negative side effects. Thanks, Behzad ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users Community help: http://wiki.bestpractical.com Commercial support: sa...@bestpractical.com 2010 RT Training Sessions! San Francisco, CA, USA - Feb 22 & 23 Dublin, Ireland - Mar 15 & 16 Boston, MA, USA - April 5 & 6 Washington DC, USA - Oct 25 & 26 Discover RT's hidden secrets with RT Essentials from O'Reilly Media. Buy a copy at http://rtbook.bestpractical.com
Re: [rt-users] My Ticket URL's are wrong When I Link Tickets -- RT 3.8.4
Folks, I really appreciate any help I get. Thanks, Behzad On Feb 10, 2010, at 3:16 PM, Behzad Mahini wrote: > I am asking this question, since some of the previous communications > & documentations I looked at, were alarming when it came to changing > some of the settings of RT_SiteConfig, when RT has been up & > running for a while,..and obviously that is my scenario. > > When I link tickets, in the "Links" section of my Ticket history/ > metadata, I 'll end up getting a hyperlink that does not use my > domain name, and has "localhost" showing up in it, as follows: > > http://localhost/Ticket/Display.html?id=12345 > > instead of: > > http://MY_DOMAIN_NAME/Ticket/Display.html?id=12345 > > > My RT_SiteConfig.pm, with the related settings: > > Set($DatabaseHost, 'localhost'); > Set($DatabaseRTHost, 'localhost'); > Set( $rtname, 'MY_DOMAIN.com'); > Set($WebDomain, 'localhost'); > Set($RTAddressRegexp, '^my_us...@my_domain.xyz.com$'); > Set($CanonicalizeEmailAddressMatch, '@MY_DOMAIN\.com$'); > Set($CanonicalizeEmailAddressReplace, '@MY_DOMAIN.com'); > > Set($WebPath, ""); > Set($WebBaseURL, ($port == 443? 'https': 'http') .'://' . RT- > >Config->Get('WebDomain') . ($port != 80 && $port != 443? ":$port" : > '') ); > Set($WebURL, RT->Config->Get('WebBaseURL') . RT->Config- > >Get('WebPath') . "/"); > #Set($Organization , "example.com"); > > ..and my RT_Config.pm: > > Set($Organization , "example.com"); > > > Questions: > 1) I have already hundreds of tickets generated through different > Queues, and If I were to replace: > Set($WebDomain, 'localhost'); > with: > Set($WebDomain, 'MY_DOMAIN.com'); > > Will that address my "localhost" issue (i.e., Correcting the > Link > URL), without causing negative side effects? > > 2) Since currently I don't have my $Organization defined per my > RT_SiteConfig.pm, and I presume since RT_Config.pm has it defined as > "example.com", I am receiving some >emails as follows: > > ticket#...@example.com > > Again, If I were to remedy this separate issue, by adding the > following in my RT_SIteConfig.pm: > Set($Organization , "MY_DOMAIN.com"); > > Will that address this other issue, without causing negative > side > effects. > > > Thanks, > Behzad > > ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users Community help: http://wiki.bestpractical.com Commercial support: sa...@bestpractical.com 2010 RT Training Sessions! San Francisco, CA, USA - Feb 22 & 23 Dublin, Ireland - Mar 15 & 16 Boston, MA, USA - April 5 & 6 Washington DC, USA - Oct 25 & 26 Discover RT's hidden secrets with RT Essentials from O'Reilly Media. Buy a copy at http://rtbook.bestpractical.com
Re: [rt-users] My Ticket URL's are wrong When I Link Tickets -- RT 3.8.4
Sorry for my previous repeat question, as there was a delay in our mailserver to receive this response. I have a followup question, see inlines below. Thanks, Behzad 2) Since currently I don't have my $Organization defined per my RT_SiteConfig.pm, and I presume since RT_Config.pm has it defined as "example.com", I am receiving some emails as follows: ticket#...@example.com Again, If I were to remedy this separate issue, by adding the following in my RT_SIteConfig.pm: Set($Organization , "MY_DOMAIN.com"); Will that address this other issue, without causing negative side effects. This will break your existing ticket links unless you clean up the DB What do I need to do specifically for DB cleanup? -kevin ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users Community help: http://wiki.bestpractical.com Commercial support: sa...@bestpractical.com 2010 RT Training Sessions! San Francisco, CA, USA - Feb 22 & 23 Dublin, Ireland - Mar 15 & 16 Boston, MA, USA - April 5 & 6 Washington DC, USA - Oct 25 & 26 Discover RT's hidden secrets with RT Essentials from O'Reilly Media. Buy a copy at http://rtbook.bestpractical.com
Re: [rt-users] My Ticket URL's are wrong When I Link Tickets -- RT 3.8.4
Please. What do I need to do for database cleanup.? I looked at my database schema (MySQL), and the only table that had any relevance was "Links", and every single row in that table still has a reference to "example.com" (this includes even the Tickets that as a result of correcting my WebDomain in RT_SIteConfig.pm FROM "example.com" TO "MY_DOMAIN.com", yesterday per your comments ), as shown below: fsck.com-rt://example.com/ticket/123490 The strange thing is that after correcting my WebDomain variable, I can now (in the Links section of my UI) click on the URL of the Tickets that have Parent/Child association, and successfully be directed to the proper URL of the associated Ticket. I take it, that this is a feature, and not a bug. Considering the above state, I am puzzled as to what specifically needs to be done for DB cleanup? Thanks, Behzad On Feb 11, 2010, at 10:04 AM, Behzad Mahini wrote: Sorry for my previous repeat question, as there was a delay in our mailserver to receive this response. I have a followup question, see inlines below. Thanks, Behzad 2) Since currently I don't have my $Organization defined per my RT_SiteConfig.pm, and I presume since RT_Config.pm has it defined as "example.com", I am receiving some emails as follows: ticket#...@example.com Again, If I were to remedy this separate issue, by adding the following in my RT_SIteConfig.pm: Set($Organization , "MY_DOMAIN.com"); Will that address this other issue, without causing negative side effects. This will break your existing ticket links unless you clean up the DB What do I need to do specifically for DB cleanup? -kevin ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users Community help: http://wiki.bestpractical.com Commercial support: sa...@bestpractical.com 2010 RT Training Sessions! San Francisco, CA, USA - Feb 22 & 23 Dublin, Ireland - Mar 15 & 16 Boston, MA, USA - April 5 & 6 Washington DC, USA - Oct 25 & 26 Discover RT's hidden secrets with RT Essentials from O'Reilly Media. Buy a copy at http://rtbook.bestpractical.com
Re: [rt-users] RT body textarea does not wrap when ticket created by email
Try the following, and let me know if it works: Preferences "Settings" ->Ticket Display -> Use Monospace Font -> "No" ("No" will allow text to wrap properly in your browser). -Behzad On Feb 12, 2010, at 4:43 PM, john wrote: > RT body textarea does not wrap when ticket created by email > I have wrap=HARD in RT_Siteconfig, but when tickets are created via > email or through firefox from within application, ticket's body does > not wrap and scrolls all in one line. > Is there a way to fix this? > ___ > http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users > > Community help: http://wiki.bestpractical.com > Commercial support: sa...@bestpractical.com > > 2010 RT Training Sessions! > San Francisco, CA, USA - Feb 22 & 23 > Dublin, Ireland - Mar 15 & 16 > Boston, MA, USA - April 5 & 6 > Washington DC, USA - Oct 25 & 26 > > 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: sa...@bestpractical.com 2010 RT Training Sessions! San Francisco, CA, USA - Feb 22 & 23 Dublin, Ireland - Mar 15 & 16 Boston, MA, USA - April 5 & 6 Washington DC, USA - Oct 25 & 26 Discover RT's hidden secrets with RT Essentials from O'Reilly Media. Buy a copy at http://rtbook.bestpractical.com
[rt-users] RTFM Link Could not be Created - Regular users can't Create Articles
RT 3.8.4 RTFM-2.4.2 My RTFM is installed, and my root user could easily create 'New Articles' (with their Links being either based on: other tickets, or URL's, or articles), and associate it to 'Classes" & 'Topics'. However, my regular users can't 'Create Articles', and get the following error message in the UI: Results Link could not be created A) Apache's error_log: - [warning]: RT::Link=HASH(0x27b7254) Couldn't resolve base 'Permission Denied' into a URI. (/ngs/app/rt/oppresso/rt-3.8.4/bin/../lib/RT/ Link_Overlay.pm:101) error]: Link could not be created: Couldn't resolve base 'Permission Denied' into a URI. (/ngs/app/rt/oppresso/rt-3.8.4/bin/../lib/RT/ Record.pm:1323) It sounds like it is an ACL issue, and for RTFM I have my ACL's set as shown below (3 categories of rights Matrix for RTFM): B) ACL settings for my RTFM - Regular users who can't create Articles are part of , shown below RTFM 1) CustomField Group CustomFields Applies to (Group Rights) --- - - --- EveryoneNo rights granted Unprivileged No rights granted Privileged No rights granted ModifyCustomField SeeCustomField 2) ClassRTFM Class Enabled Class (Group Rights) - AdminClass is enabled AdminTopics CreateArticle DeleteArticle ModifyArticle ModifyArticleTopics SeeClass ShowArticleHistory is Selected 3) Global Group RTFM Rights System Groups - Rights --- - EveryoneNo rights granted UnprivilegedShowArticle Privileged SeeClass User DefinedNo rights granted groups C) RT & RTFM Config Files Finally, in my RTFM_Config.pm file, I have the following set (as per documentation): Set($RTFM_TicketCreate, 1); ...and my RT_SiteConfig.pm: Set(@Plugins,(qw(RT::FM RT::IR))); I would appreciate any help. Thanks, Behzad ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users Community help: http://wiki.bestpractical.com Commercial support: sa...@bestpractical.com 2010 RT Training Sessions! San Francisco, CA, USA - Feb 22 & 23 Dublin, Ireland - Mar 15 & 16 Boston, MA, USA - April 5 & 6 Washington DC, USA - Oct 25 & 26 Discover RT's hidden secrets with RT Essentials from O'Reilly Media. Buy a copy at http://rtbook.bestpractical.com
Re: [rt-users] RTFM Link Could not be Created - Regular users can't Create Articles
I resolved my situation -- see inlines below (hoping this will help out others): The right that needs to be added is "ShowArticle" for Privileged (in the Global Group Rights) -Behzad On Feb 16, 2010, at 4:14 PM, Behzad Mahini wrote: B) ACL settings for my RTFM - 3) Global Group RTFM Rights System Groups - Rights --- - EveryoneNo rights granted UnprivilegedShowArticle Privileged SeeClass Show Article User DefinedNo rights granted groups ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users Community help: http://wiki.bestpractical.com Commercial support: sa...@bestpractical.com 2010 RT Training Sessions! San Francisco, CA, USA - Feb 22 & 23 Dublin, Ireland - Mar 15 & 16 Boston, MA, USA - April 5 & 6 Washington DC, USA - Oct 25 & 26 Discover RT's hidden secrets with RT Essentials from O'Reilly Media. Buy a copy at http://rtbook.bestpractical.com