Re: [rt-users] Problem with RT::SystemUser in escalatePriority

[Christian Loos]

OK, then remember this, once you will upgrade to RT 4.4, because this
version will support [1] searches like

Status = '__active__'

Chris

[1] https://github.com/bestpractical/rt/commit/20f3268

Am 29.10.2015 um 15:39 schrieb markus.wildb...@magna.com:
> Hi Christian!
> 
> Thanks a lot for your response! This solved my problem!
> 
> As we have different lifecycles in place, I stay with looping through
> all queues...
> 
> 
> Greetings,
> Markus

Re: [rt-users] Problem with RT::SystemUser in escalatePriority

[markus . wildbolz]

Hi Christian!

Thanks a lot for your response! This solved my problem!

As we have different lifecycles in place, I stay with looping through all 
queues...


Greetings,
Markus





Von:
Christian Loos 
An:
markus.wildb...@magna.com, rt-users@lists.bestpractical.com, 
Datum:
29.10.2015 15:33
Betreff:
Re: Problem with RT::SystemUser in escalatePriority



Am 29.10.2015 um 13:58 schrieb markus.wildb...@magna.com:
> Hi guys!
> 
> Since a couple of days, I have the problem, that my priority escalation
> script doesn't work anymore. Script is attached...
> 
> 
> 
> The error message is:
> 
> Name "RT::SystemUser" used only once: possible typo at
> ./rt-escalatePriority line 36.
> Can't locate object method "Deprecated" via package "RT" at
> /opt/rt4/lib/RT/Interface/CLI.pm line 93.
> 
> 
> I currently cannot figure out, what's the problem with the mentioned
> line 36:
> 
> my $queues = new RT::Queues($RT::SystemUser);
> 
> 
> Does anybody know this problem?
> 
> 
> Greetings,
> Markus

Hi Markus,

remove the following lines

---
 package RT;

 use RT::Interface::CLI qw(CleanEnv);

 # Clean our the environment

 CleanEnv();

 # Load the RT configuration
 RT::LoadConfig();


 # Initialise RT
 RT::Init();

 my $queues = new RT::Queues($RT::SystemUser);
---

with

---
use RT::Interface::CLI qw(Init);
Init();
my $queues = RT::Queues->new(RT->SystemUser);
---

Also, do you have different Lifecycles defined?
If not, then you can use the rt-crontool with

--search RT::Search::FromSQL

and a search like

-search-arg "Status != 'resolved' AND Status != 'rejected'"

instead if use a Perl script to loop over the queues and then call
rt-crontool from within the Perl script.

See also the second example in
https://www.bestpractical.com/docs/rt/4.2/automating_rt.html#Escalating-Priority


Chris

Re: [rt-users] problem in RT

[Shahab Sharifzadeh]

HiThannks for your attention,my problem had succesfully solved...This problem 
was from my RT 

 On Sunday, February 1, 2015 6:50 AM, Alex Peters a...@peters.net wrote:
   

 If this issue is only occurring after you modify the Login page, then you have 
made an incorrect modification.  Delete the copy of the Login page in the 
local directory, clean the Mason cache, restart RT and try again.If the issue 
still occurs, then something else is wrong.  Possibly the included 
rt-validator tool will help.  If not, besides deleting and reinstalling RT, I 
personally don't have any other suggestions.On 31 Jan 2015 8:56 pm, Shahab 
Sharifzadeh sshgu...@ymail.com wrote:

now what i have to do?when i edit login page all of my users even root was 
redirected to selfservice page. 

 On Tuesday, January 27, 2015 11:13 PM, Alex Peters a...@peters.net wrote:
   

 That is very strange.  User root should not redirect to Self Service.  
Perhaps your DB has in fact been corrupted somehow.  Maybe someone else can 
offer another solution.On 28 Jan 2015 1:03 am, Shahab Sharifzadeh 
sshgu...@ymail.com wrote:

I have to say that by your solution i could change and edit the word  
username to user in login page but after this, every user (even root) i have 
redirected to selfservice page.i think that every user even ROOT change to the 
unpreviledge user or my connection to DB was disconnected. 

 On Tuesday, January 27, 2015 5:19 PM, Shahab Sharifzadeh 
sshgu...@ymail.com wrote:
   

 HiI do everything that you say and i do your instructions but my problem is 
yet.Your solution didnt work correctly for me,please give me another solution.







   

Re: [rt-users] problem in RT

[Alex Peters]

If this issue is only occurring after you modify the Login page, then you
have made an incorrect modification.  Delete the copy of the Login page in
the local directory, clean the Mason cache, restart RT and try again.

If the issue still occurs, then something else is wrong.  Possibly the
included rt-validator tool will help.  If not, besides deleting and
reinstalling RT, I personally don't have any other suggestions.
On 31 Jan 2015 8:56 pm, Shahab Sharifzadeh sshgu...@ymail.com wrote:

 now what i have to do?
 when i edit login page all of my users *even root* was *redirected to
 selfservice page*.


   On Tuesday, January 27, 2015 11:13 PM, Alex Peters a...@peters.net
 wrote:


 That is very strange.  User root should not redirect to Self Service.
 Perhaps your DB has in fact been corrupted somehow.  Maybe someone else can
 offer another solution.
 On 28 Jan 2015 1:03 am, Shahab Sharifzadeh sshgu...@ymail.com wrote:

 I have to say that by your solution i could change and edit the word 
 username to user in login page but after this, every user (even root) i
 have redirected to selfservice page.
 i think that every user even ROOT change to the unpreviledge user or my
 connection to DB was disconnected.


   On Tuesday, January 27, 2015 5:19 PM, Shahab Sharifzadeh 
 sshgu...@ymail.com wrote:


 Hi
 I do everything that you say and i do your instructions but my problem is
 yet.
 Your solution didnt work correctly for me,please give me another solution.

Re: [rt-users] problem in RT

[Shahab Sharifzadeh]

now what i have to do?when i edit login page all of my users even root was 
redirected to selfservice page. 

 On Tuesday, January 27, 2015 11:13 PM, Alex Peters a...@peters.net wrote:
   

 That is very strange.  User root should not redirect to Self Service.  
Perhaps your DB has in fact been corrupted somehow.  Maybe someone else can 
offer another solution.On 28 Jan 2015 1:03 am, Shahab Sharifzadeh 
sshgu...@ymail.com wrote:

I have to say that by your solution i could change and edit the word  
username to user in login page but after this, every user (even root) i have 
redirected to selfservice page.i think that every user even ROOT change to the 
unpreviledge user or my connection to DB was disconnected. 

 On Tuesday, January 27, 2015 5:19 PM, Shahab Sharifzadeh 
sshgu...@ymail.com wrote:
   

 HiI do everything that you say and i do your instructions but my problem is 
yet.Your solution didnt work correctly for me,please give me another solution.




   

Re: [rt-users] problem in RT

[Shahab Sharifzadeh]

I have to say that by your solution i could change and edit the word  
username to user in login page but after this, every user (even root) i have 
redirected to selfservice page.i think that every user even ROOT change to the 
unpreviledge user or my connection to DB was disconnected. 

 On Tuesday, January 27, 2015 5:19 PM, Shahab Sharifzadeh 
sshgu...@ymail.com wrote:
   

 HiI do everything that you say and i do your instructions but my problem is 
yet.Your solution didnt work correctly for me,please give me another solution.

Re: [rt-users] problem in RT

[Shahab Sharifzadeh]

HiI do everything that you say and i do your instructions but my problem is 
yet.Your solution didnt work correctly for me,please give me another solution.

Re: [rt-users] problem in RT

[Alex Peters]

That is very strange.  User root should not redirect to Self Service.
Perhaps your DB has in fact been corrupted somehow.  Maybe someone else can
offer another solution.
On 28 Jan 2015 1:03 am, Shahab Sharifzadeh sshgu...@ymail.com wrote:

 I have to say that by your solution i could change and edit the word 
 username to user in login page but after this, every user (even root) i
 have redirected to selfservice page.
 i think that every user even ROOT change to the unpreviledge user or my
 connection to DB was disconnected.


   On Tuesday, January 27, 2015 5:19 PM, Shahab Sharifzadeh 
 sshgu...@ymail.com wrote:


 Hi
 I do everything that you say and i do your instructions but my problem is
 yet.
 Your solution didnt work correctly for me,please give me another solution.

Re: [rt-users] problem in RT

[Shahab Sharifzadeh]

hiI have done the following things:

1- Copy /usr/share/request-tracker4/html/Elements/login.html to 
/usr/local/share/request-tracker4/html/Elements/login.html
2- Modify /usr/local/share/request-tracker4/html/Elements/login.html as desired.
3- Clean the Mason Cache and restart.
but so forward to Selfservice page whenever login to rt.
help me plz... 

 On Sunday, January 18, 2015 2:13 PM, Alex Peters a...@peters.net wrote:
   

 To change the HTML of the Login page:   
   - Copy share/html/Elements/Login.html to 
local/share/html/Elements/Login.html.   

   - Modify local/share/html/Elements/Login.html as desired.
   - Clean the Mason cache and restart RT to see your changes.
To make an RT user privileged, log into RT as a superuser (such as root) 
and tick the Let this user be granted rights (Privileged) option for the user 
to be privileged (Admin  Users  Select  user).
Note that RT user rights/privileges and UNIX permissions are different things.  
As such, you should not be giving your RT_SiteConfig.pm file executable 
permissions.
On 18 January 2015 at 21:37, Shahab Sharifzadeh sshgu...@ymail.com wrote:

If I understand you correctly, you need to make your user privileged. 
Unprivileged users are forced to use the Self Service area. 

I don't know what you mean by 'edit username to user'. Are you trying 
to change the visible wording on the login page? 

Yes i want to change visible wording on the login page.
i have changed permission RT_SitecConfig.pm (775  777) but it doesn't work.
what i have to do?




   

Re: [rt-users] problem in RT

[Alex Peters]

You have raised two separate problems.  I have answered both.  Please
follow my other instructions regarding rights.
On 27 Jan 2015 8:45 pm, Shahab Sharifzadeh sshgu...@ymail.com wrote:

 hi
 I have done the following things:

 1- Copy /usr/share/request-tracker4/html/Elements/login.html
 to /usr/local/share/request-tracker4/html/Elements/login.html

 2- Modify /usr/local/share/request-tracker4/html/Elements/login.html as
 desired.

 3- Clean the Mason Cache and restart.

 but so forward to Selfservice page whenever login to rt.

 help me plz...


   On Sunday, January 18, 2015 2:13 PM, Alex Peters a...@peters.net
 wrote:


 To change the HTML of the Login page:

1. Copy share/html/Elements/Login.html to
local/share/html/Elements/Login.html.
2. Modify local/share/html/Elements/Login.html as desired.
3. Clean the Mason cache
http://requesttracker.wikia.com/wiki/CleanMasonCache and restart RT
to see your changes.

 To make an RT user privileged, log into RT as a superuser (such as
 root) and tick the Let this user be granted rights (Privileged) option
 for the user to be privileged (Admin  Users  Select  user).

 Note that RT user rights/privileges and UNIX permissions are different
 things.  As such, you should not be giving your RT_SiteConfig.pm file
 executable permissions.

 On 18 January 2015 at 21:37, Shahab Sharifzadeh sshgu...@ymail.com
 wrote:

 If I understand you correctly, you need to make your user privileged.
 Unprivileged users are forced to use the Self Service area.

 I don't know what you mean by 'edit username to user'. Are you trying
 to change the visible wording on the login page?

 Yes i want to change visible wording on the login page.

 i have changed permission RT_SitecConfig.pm (775  777) but it doesn't
 work.

 what i have to do?

Re: [rt-users] problem in RT

[Alex Peters]

To change the HTML of the Login page:

   1. Copy share/html/Elements/Login.html to
   local/share/html/Elements/Login.html.
   2. Modify local/share/html/Elements/Login.html as desired.
   3. Clean the Mason cache
   http://requesttracker.wikia.com/wiki/CleanMasonCache and restart RT to
   see your changes.

To make an RT user privileged, log into RT as a superuser (such as
root) and tick the Let this user be granted rights (Privileged) option
for the user to be privileged (Admin  Users  Select  user).

Note that RT user rights/privileges and UNIX permissions are different
things.  As such, you should not be giving your RT_SiteConfig.pm file
executable permissions.

On 18 January 2015 at 21:37, Shahab Sharifzadeh sshgu...@ymail.com wrote:

 If I understand you correctly, you need to make your user privileged.
 Unprivileged users are forced to use the Self Service area.

 I don't know what you mean by 'edit username to user'. Are you trying
 to change the visible wording on the login page?

 Yes i want to change visible wording on the login page.

 i have changed permission RT_SitecConfig.pm (775  777) but it doesn't
 work.

 what i have to do?

Re: [rt-users] problem in RT

[Alex Peters]

What are you changing the permissions from?  What is the file's owning
user/group?

It sounds like something is repeatedly changing the permissions on this
file.  To my knowledge, RT doesn't do that.  Is someone else logging in and
doing it?  Do you have some sort of cron job or automated system
configuration toolkit running on the system (e.g. Puppet, Ansible, Chef,
Salt)?

What user does RT run as?  If you change ownership of this file to that
user,  you should  find that you don't need to keep resetting the
permissions to something overly generous.

Still, it would be good to understand what's actually repeatedly touching
your config file— especially if it's something automated, because that
would need correcting.

On Thu, 15 Jan 2015 9:43 pm Lorraine Johnson rrainey...@gmail.com wrote:

 I change the permissions to 775 then it's able to connect to db and work

 thanks

 On Wed, Jan 14, 2015 at 10:40 PM, Alex Peters a...@peters.net wrote:

 To be clear, the UNIX permissions of that file are changing almost every
 morning?

 What are they changing to in order to cause RT to fail, and what are you
 changing them back to?

 On Thu, 15 Jan 2015 3:19 am Lorraine Johnson rrainey...@gmail.com
 wrote:

 This happens mostly in the mornings when i go to the office, even before
 the day's work starts.

 On Wed, Jan 14, 2015 at 1:35 PM, Alex Peters a...@peters.net wrote:

 It sounds like something is repeatedly modifying the permission of your
 RT_SiteConfig.pm file such that RT can't read it.  I don't think RT would
 be doing that.  How often is this happening for you?  Are you performing
 any particular steps before this occurs?

 On Wed, 14 Jan 2015 8:48 pm Lorraine Johnson rrainey...@gmail.com
 wrote:

 Hello,

 I have this issue with my RT most often the RT looses connectivity the
 RT database and when that happens I have to change the permission of the
 file RT_SitecConfig.pm in the /opt/rt4/etc folder.
 I want to fix that problem once and for all, please help

 thanks for your attention

 On Tue, Jan 13, 2015 at 11:22 PM, Alex Peters a...@peters.net wrote:

 If I understand you correctly, you need to make your user
 privileged.  Unprivileged users are forced to use the Self Service 
 area.

 I don't know what you mean by 'edit username to user'.  Are you
 trying to change the visible wording on the login page?

 On Wed, 14 Jan 2015 12:56 am Shahab Sharifzadeh sshgu...@ymail.com
 wrote:


 Hi
 When I change the login page ( for example I want to edit username
 to user ) I have a problem, when I want to login to RT with every 
 device
 I have redirected to selfservice automatically. Please help me that why
 this happened?
 Thanks for your attention.

Re: [rt-users] problem in RT

[Alex Peters]

To be clear, the UNIX permissions of that file are changing almost every
morning?

What are they changing to in order to cause RT to fail, and what are you
changing them back to?

On Thu, 15 Jan 2015 3:19 am Lorraine Johnson rrainey...@gmail.com wrote:

 This happens mostly in the mornings when i go to the office, even before
 the day's work starts.

 On Wed, Jan 14, 2015 at 1:35 PM, Alex Peters a...@peters.net wrote:

 It sounds like something is repeatedly modifying the permission of your
 RT_SiteConfig.pm file such that RT can't read it.  I don't think RT would
 be doing that.  How often is this happening for you?  Are you performing
 any particular steps before this occurs?

 On Wed, 14 Jan 2015 8:48 pm Lorraine Johnson rrainey...@gmail.com
 wrote:

 Hello,

 I have this issue with my RT most often the RT looses connectivity the
 RT database and when that happens I have to change the permission of the
 file RT_SitecConfig.pm in the /opt/rt4/etc folder.
 I want to fix that problem once and for all, please help

 thanks for your attention

 On Tue, Jan 13, 2015 at 11:22 PM, Alex Peters a...@peters.net wrote:

 If I understand you correctly, you need to make your user
 privileged.  Unprivileged users are forced to use the Self Service area.

 I don't know what you mean by 'edit username to user'.  Are you
 trying to change the visible wording on the login page?

 On Wed, 14 Jan 2015 12:56 am Shahab Sharifzadeh sshgu...@ymail.com
 wrote:


 Hi
 When I change the login page ( for example I want to edit username
 to user ) I have a problem, when I want to login to RT with every device
 I have redirected to selfservice automatically. Please help me that why
 this happened?
 Thanks for your attention.

Re: [rt-users] problem in RT

[Lorraine Johnson]

Hello,

I have this issue with my RT most often the RT looses connectivity the RT
database and when that happens I have to change the permission of the file
RT_SitecConfig.pm in the /opt/rt4/etc folder.
I want to fix that problem once and for all, please help

thanks for your attention

On Tue, Jan 13, 2015 at 11:22 PM, Alex Peters a...@peters.net wrote:

 If I understand you correctly, you need to make your user privileged.
 Unprivileged users are forced to use the Self Service area.

 I don't know what you mean by 'edit username to user'.  Are you trying
 to change the visible wording on the login page?

 On Wed, 14 Jan 2015 12:56 am Shahab Sharifzadeh sshgu...@ymail.com
 wrote:


 Hi
 When I change the login page ( for example I want to edit username to
 user ) I have a problem, when I want to login to RT with every device I
 have redirected to selfservice automatically. Please help me that why this
 happened?
 Thanks for your attention.

Re: [rt-users] problem in RT

[Alex Peters]

It sounds like something is repeatedly modifying the permission of your
RT_SiteConfig.pm file such that RT can't read it.  I don't think RT would
be doing that.  How often is this happening for you?  Are you performing
any particular steps before this occurs?

On Wed, 14 Jan 2015 8:48 pm Lorraine Johnson rrainey...@gmail.com wrote:

 Hello,

 I have this issue with my RT most often the RT looses connectivity the RT
 database and when that happens I have to change the permission of the file
 RT_SitecConfig.pm in the /opt/rt4/etc folder.
 I want to fix that problem once and for all, please help

 thanks for your attention

 On Tue, Jan 13, 2015 at 11:22 PM, Alex Peters a...@peters.net wrote:

 If I understand you correctly, you need to make your user privileged.
 Unprivileged users are forced to use the Self Service area.

 I don't know what you mean by 'edit username to user'.  Are you
 trying to change the visible wording on the login page?

 On Wed, 14 Jan 2015 12:56 am Shahab Sharifzadeh sshgu...@ymail.com
 wrote:


 Hi
 When I change the login page ( for example I want to edit username to
 user ) I have a problem, when I want to login to RT with every device I
 have redirected to selfservice automatically. Please help me that why this
 happened?
 Thanks for your attention.

Re: [rt-users] problem in RT

[Alex Peters]

If I understand you correctly, you need to make your user privileged.
Unprivileged users are forced to use the Self Service area.

I don't know what you mean by 'edit username to user'.  Are you trying
to change the visible wording on the login page?

On Wed, 14 Jan 2015 12:56 am Shahab Sharifzadeh sshgu...@ymail.com wrote:


 Hi
 When I change the login page ( for example I want to edit username to
 user ) I have a problem, when I want to login to RT with every device I
 have redirected to selfservice automatically. Please help me that why this
 happened?
 Thanks for your attention.

Re: [rt-users] Problem configuring RT Timezone

[Bill Melotti]

I had the same problem, RT 3.8.11. The problem is in rt/lib/RT/Date.pm,
function Localtime (line 971 for me)

The call to localtime ( @local = localtime($unix); ) just doesn't work,
always returning effectively same as gmtime. All the parameters are correct.

I instead wrote a function using DateTime perl module. However there was a
name clash with a function in the RT file called DateTime and despite there
being code elsewhere in this file that claimed to make use of DateTime
module, I couldn't get it to work.

So I wrote my own wrapper module exporting function 'xxLocaltime' (so I
could find it easily again in future) which had to go in rt/local/lib. This
was able to create DateTime objects, fake the action of localtime perl
builtin and now it works correctly.

Two final notes, there seems to be some problems with the formatting, so I
always choose the system default via the web GUI even though I don't like it
and I am using mod_perl, but no idea what version, I don't know how you can
find that out.







--
View this message in context: 
http://requesttracker.8502.n7.nabble.com/Problem-configuring-RT-Timezone-tp43488p54555.html
Sent from the Request Tracker - User mailing list archive at Nabble.com.

Re: [rt-users] Problem with RT 4.0.10 install

[Paul Tomblin]

On Saturday, March 30, 2013, Ray Corbett wrote:


 How do I tell RT that I am using Perl 5.12 and not Perl 5.8.8



Is the new Perl in your PATH?  Type which perl and perl -v to
check.  If so, do you have an environment variable PERL5LIB and if so
what is it set to?



-- 
http://www.linkedin.com/in/paultomblin
http://careers.stackoverflow.com/ptomblin

Re: [rt-users] Problem with RT 4.0.10 install

[Ruslan Zakirov]

./configure --help

On Sat, Mar 30, 2013 at 9:09 PM, Ray Corbett raco...@gmail.com wrote:
 Having some install problems with RT 4.0.10 on Mac osx Mountain Lion
 When running  make testdeps
 RT is looking at perl 5.8.8

 error example:
 DBI ...MISSING
 Can't locate DBI.pm in @INC (@INC contains:
 /opt/local/lib/perl5/5.8.8/darwin-2level /opt/local/lib/perl5/5.8.8
 /opt/local/lib/perl5/site_perl/5.8.8/darwin-2level
 /opt/local/lib/perl5/site_perl/5.8.8 /opt/local/lib/perl5/site_perl
 /opt/local/lib/perl5/vendor_perl/5.8.8/darwin-2level
 /opt/local/lib/perl5/vendor_perl/5.8.8 /opt/local/lib/perl5/vendor_perl
 /Users/rayc/Desktop/rt-4.0.10)


 The problem is that I have perl 5.12 and CPAN is installing all modules to
 this directory.

 How do I tell RT that I am using Perl 5.12 and not Perl 5.8.8





-- 
Best regards, Ruslan.

Re: [rt-users] Problem with RT 4.0.10 install

[Ray Corbett]

Running Mac osx Mountain Lion 10.8

running
  make testdeps

returns as one example:



 ...MISSING
Can't locate HTML/Entities.pm in @INC (@INC contains:
/opt/local/lib/perl5/5.8.8/darwin-2level /opt/local/lib/perl5/5.8.8
/opt/local/lib/perl5/site_perl/5.8.8/darwin-2level
/opt/local/lib/perl5/site_perl/5.8.8 /opt/local/lib/perl5/site_perl
/opt/local/lib/perl5/vendor_perl/5.8.8/darwin-2level
/opt/local/lib/perl5/vendor_perl/5.8.8 /opt/local/lib/perl5/vendor_perl) at
/opt/local/lib/perl5/site_perl/5.8.8/HTML/Mason/Escapes.pm line 17.


  make fixdeps

MASON dependencies:
Storable = 2.08 ...found
CSS::Squish = 0.06 ...found
Apache::Session = 1.53 ...found
Errno ...found
Devel::StackTrace = 1.19 ...found
IPC::Run3 ...found
CGI::Cookie = 1.20 ...found
Text::WikiFormat = 0.76 ...found
XML::RSS ...MISSING
Can't locate XML/Parser.pm in @INC (@INC contains:
/opt/local/lib/perl5/5.8.8/darwin-2level /opt/local/lib/perl5/5.8.8
/opt/local/lib/perl5/site_perl/5.8.8/darwin-2level
/opt/local/lib/perl5/site_perl/5.8.8 /opt/local/lib/perl5/site_perl
/opt/local/lib/perl5/vendor_perl/5.8.8/darwin-2level
/opt/local/lib/perl5/vendor_perl/5.8.8 /opt/local/lib/perl5/vendor_perl) at
/opt/local/lib/perl5/site_perl/5.8.8/XML/RSS.pm line 7.
HTML::Mason ...MISSING
Can't locate HTML/Entities.pm in @INC (@INC contains:
/opt/local/lib/perl5/5.8.8/darwin-2level /opt/local/lib/perl5/5.8.8
/opt/local/lib/perl5/site_perl/5.8.8/darwin-2level
/opt/local/lib/perl5/site_perl/5.8.8 /opt/local/lib/perl5/site_perl
/opt/local/lib/perl5/vendor_perl/5.8.8/darwin-2level
/opt/local/lib/perl5/vendor_perl/5.8.8 /opt/local/lib/perl5/vendor_perl) at
/opt/local/lib/perl5/site_perl/5.8.8/HTML/Mason/Escapes.pm line 17.


Running cpan

cpan[1]   install HTML::Mason

returns

Reading '/Users/rayc/.cpan/Metadata'
  Database was generated on Sat, 30 Mar 2013 18:17:03 GMT
HTML::Mason is up to date (1.50).



But clan must be installing somewhere else.   Because   make testdeps will
say HTML::Mason is missing.

Same for 28 modules




What am I missing?


On Sat, Mar 30, 2013 at 3:11 PM, Ruslan Zakirov r...@bestpractical.comwrote:

 ./configure --help

 On Sat, Mar 30, 2013 at 9:09 PM, Ray Corbett raco...@gmail.com wrote:
  Having some install problems with RT 4.0.10 on Mac osx Mountain Lion
  When running  make testdeps
  RT is looking at perl 5.8.8
 
  error example:
  DBI ...MISSING
  Can't locate DBI.pm in @INC (@INC contains:
  /opt/local/lib/perl5/5.8.8/darwin-2level /opt/local/lib/perl5/5.8.8
  /opt/local/lib/perl5/site_perl/5.8.8/darwin-2level
  /opt/local/lib/perl5/site_perl/5.8.8 /opt/local/lib/perl5/site_perl
  /opt/local/lib/perl5/vendor_perl/5.8.8/darwin-2level
  /opt/local/lib/perl5/vendor_perl/5.8.8 /opt/local/lib/perl5/vendor_perl
  /Users/rayc/Desktop/rt-4.0.10)
 
 
  The problem is that I have perl 5.12 and CPAN is installing all modules
 to
  this directory.
 
  How do I tell RT that I am using Perl 5.12 and not Perl 5.8.8
 
 



 --
 Best regards, Ruslan.

Re: [rt-users] Problem with RT-Extension-RepliesToResolved-0.02

[Kevin Falcone]

On Wed, Mar 06, 2013 at 09:43:04AM -0600, k...@rice.edu wrote:
 I have installed the extension RT-Extension-RepliesToResolved-0.02
 in my RT 3.8.13 installation. The scrip and scripaction are in the
 database, but when I tested it on an old ticket, it recognized the
 ticket as old but still re-opened it and did not create a new
 ticket. Here is what was logged:

I know I didn't test against 3.8, I'm not sure if Tim did either.

However - the Scrip part of the extension is purely to link tickets
together.  The magic to create a new ticket happens in the overrides
of Email.pm provided by the RepliesToResolved.pm file.

 Mar  6 09:20:06 rt3 RT: Scrip 413 IsApplicable failed: Global symbol 
 $CurrentUser requires explicit package name at (eval 3920) line 20. 
 (/opt/rt3/lib/RT/Condition/UserDefined.pm:65)
 Mar  6 09:20:06 rt3 RT: Scrip 413 IsApplicable failed: Global symbol 
 $CurrentUser requires explicit package name at (eval 3978) line 20. 
 (/opt/rt3/lib/RT/Condition/UserDefined.pm:65)

You appear to have a bunch of broken User Defined scrips that I don't
think belong to this extension, you may want to sort them out to avoid
muddying the water.

-kevin


pgpNYOvVXiLfm.pgp
Description: PGP signature


-- 
RT training in Amsterdam, March 20-21: 
http://bestpractical.com/services/training.html

Help improve RT by taking our user survey: 
https://www.surveymonkey.com/s/N23JW9T

Re: [rt-users] Problem with RT-Extension-RepliesToResolved-0.02

[k...@rice.edu]

On Wed, Mar 06, 2013 at 11:27:48AM -0500, Kevin Falcone wrote:
 On Wed, Mar 06, 2013 at 09:43:04AM -0600, k...@rice.edu wrote:
  I have installed the extension RT-Extension-RepliesToResolved-0.02
  in my RT 3.8.13 installation. The scrip and scripaction are in the
  database, but when I tested it on an old ticket, it recognized the
  ticket as old but still re-opened it and did not create a new
  ticket. Here is what was logged:
 
 I know I didn't test against 3.8, I'm not sure if Tim did either.
 
 However - the Scrip part of the extension is purely to link tickets
 together.  The magic to create a new ticket happens in the overrides
 of Email.pm provided by the RepliesToResolved.pm file.
 
  Mar  6 09:20:06 rt3 RT: Scrip 413 IsApplicable failed: Global symbol 
  $CurrentUser requires explicit package name at (eval 3920) line 20. 
  (/opt/rt3/lib/RT/Condition/UserDefined.pm:65)
  Mar  6 09:20:06 rt3 RT: Scrip 413 IsApplicable failed: Global symbol 
  $CurrentUser requires explicit package name at (eval 3978) line 20. 
  (/opt/rt3/lib/RT/Condition/UserDefined.pm:65)
 
 You appear to have a bunch of broken User Defined scrips that I don't
 think belong to this extension, you may want to sort them out to avoid
 muddying the water.
 
 -kevin

Hi Kevin,

That helps. I wanted to know if I had just botched a known working configuration
or blazing new ground. I will debug further. I just included all of the logs 
for the
ticket involved in case that would be at all relevant. I have it on my project 
list
to review all of the scrips.

Regards,
Ken


-- 
RT training in Amsterdam, March 20-21: 
http://bestpractical.com/services/training.html

Help improve RT by taking our user survey: 
https://www.surveymonkey.com/s/N23JW9T

Re: [rt-users] Problem with RT::Action::Notify

[Kevin Falcone]

On Mon, Jan 09, 2012 at 04:22:04PM +0100, Daniel Garcia Mejia wrote:
 Hi,
 
 I want to install this module:
 
 http://search.cpan.org/dist/RT-Extension-NotifyOwners/lib/RT/Extension/NotifyOwners.pm
 
 I install correctly and follow the steps that I read in 'Install'.
 When I'm triying this script, I see this in terminal:

Did you register it as a Plugin in your config?
(Add RT::Extension::NotifyOwners to @Plugins in your
RT_SiteConfig.pm?)

If that fixes it, it sounds like the author has a bug in their
documentation

-kevin

 [root@cerussita sbin]# [Mon Jan  9 15:23:58 2012] [error]: Scrip
 Prepare 39 died. - Can't locate object method new via package
 RT::Action::NotifyOwners at
 /home/dgarcia/RT/rt-4.0.4/sbin/../lib/RT/ScripAction.pm line 175.
 
 Stack:
   [/home/dgarcia/RT/rt-4.0.4/sbin/../lib/RT/ScripAction.pm:175]
   [/home/dgarcia/RT/rt-4.0.4/sbin/../lib/RT/Scrip.pm:443]
   [/home/dgarcia/RT/rt-4.0.4/sbin/../lib/RT/Scrips.pm:252]
   [/home/dgarcia/RT/rt-4.0.4/sbin/../lib/RT/Transaction.pm:179]
   [/home/dgarcia/RT/rt-4.0.4/sbin/../lib/RT/Record.pm:1447]
   [/home/dgarcia/RT/rt-4.0.4/sbin/../lib/RT/Ticket.pm:2989]
   [/home/dgarcia/RT/rt-4.0.4/sbin/../lib/RT/Ticket.pm:3053]
   [/home/dgarcia/RT/rt-4.0.4/share/html/Ticket/Display.html:145]
   [/home/dgarcia/RT/rt-4.0.4/sbin/../lib/RT/Interface/Web.pm:538]
   [/home/dgarcia/RT/rt-4.0.4/sbin/../lib/RT/Interface/Web.pm:285]
   [/home/dgarcia/RT/rt-4.0.4/share/html/autohandler:53]
 (/home/dgarcia/RT/rt-4.0.4/sbin/../lib/RT/Scrip.pm:451)


pgporoYlGmBIR.pgp
Description: PGP signature

RT Training Sessions (http://bestpractical.com/services/training.html)
* Boston — March 5  6, 2012

Re: [rt-users] Problem on RT::Authen::ExternalAuth

[Luis Avendaño]

 

Hi All, 

just fixed the problem. Apparently there is a bug on the ExternalAuth
version I was using for RT 3.8.9. 

You need to download 

 Got it from this post:   

Thanks anyway!

 



 Luis Avendaño 

 On Tue 12/04/11 5:00 PM , Luis Avendaño lavend...@acmgrp.com sent:

Hi, 

I have installed and configured the RT::Authen::ExternalAuth.  

My environment is: Solaris (sun4v sparc SUNW,Sun-Fire-T200), RT=3.8.9, BD=
PostgreSQL=10.2, LDAP = Active Directory 

I realized that when I load the RT main page, I always get the following
log, NOTHING ELSE RELATED TO ExternalAuth: 

*** 

[Tue Apr 12 21:05:15 2011] [debug]: Reloading RT::User to work around a bug
in RT-3.8.0 and RT-3.8.1
(/rt/rt3/local/plugins/RT-Authen-ExternalAuth/html/Callbacks/ExternalAuth/autohandler/Auth:14)
 [Tue Apr 12 21:05:28 2011] [debug]: Reloading RT::User to work around a
bug in RT-3.8.0 and RT-3.8.1
(/rt/rt3/local/plugins/RT-Authen-ExternalAuth/html/Callbacks/ExternalAuth/autohandler/Auth:14)
 [Tue Apr 12 21:05:52 2011] [debug]: Attempting to use external auth
service: My_LDAP
(/rt/rt3/local/plugins/RT-Authen-ExternalAuth/lib/RT/Authen/ExternalAuth.pm:64)
 [Tue Apr 12 21:05:52 2011] [debug]: SSO Failed and no user to test with.
Nexting
(/rt/rt3/local/plugins/RT-Authen-ExternalAuth/lib/RT/Authen/ExternalAuth.pm:92)
 [Tue Apr 12 21:05:52 2011] [debug]: Autohandler called ExternalAuth.
Response: (0, No User)
(/rt/rt3/local/plugins/RT-Authen-ExternalAuth/html/Callbacks/ExternalAuth/autohandler/Auth:26)


*** 

However, when a LDAP user tries to login, the following error is logged: 

*** 

[Tue Apr 12 21:05:06 2011] [error]: FAILED LOGIN for cdomi3 from
172.16.136.54 (/rt/rt3/bin/../lib/RT/Interface/Web.pm:555) 

*** 

Any user which was locally created in RT, is able to log in. 

The ExternalAuth related configuration is as follows: 

--- 

#Set($WebExternalAuth, 1); 

#Set($WebExternalAuthContinuous, 1); 

#Set($WebExternalAuto , true);

Set($ExternalAuthPriority,  [   'My_LDAP'
     ]
 ); 

Set($ExternalInfoPriority,  [
     'My_LDAP'
     ]
 ); 

Set($ExternalServiceUsesSSLorTLS,    0); 

Set($AutoCreateNonExternalUsers,    0); 

 SOME LDAPP INFORMATION HAS BEEN MODIFIED (IP ADDRESS OF THE SERVER,
DOMAINUSER', USERPASSWORD and  DC=COMPANY). 

Set($ExternalSettings,  {
    
'My_LDAP'   =  {   ## GENERIC SECTION
    
'type'  =  'ldap',
    
'server'    =  ' ',
    
'user'  =  ' ',
    
'pass'    =  '',
    
'base'  =  ' ,DC=com,DC=ve',
    
'filter'    =  '(objectClass=*)',
    
'd_filter'  = 
'(userAccountControl=514)',
    
'tls'   =  0,
    
#'ssl_version'   =  3,
    
'net_ldap_args' = [    version =  3   ],
    
#'group' =  'GROUP_NAME',
    
#'group_attr'    =  'GROUP_ATTR',
    
'attr_match_list'   = [    'Name',
    

'EmailAddress'
    
  
#  'RealName',
    
  
#  'WorkPhone'
    

],
    
'attr_map'  =  {   'Name' =
'sAMAccountName',
    

'EmailAddress' = 'mail',
    

'RealName' = 'cn',
    

'WorkPhone' = 'telephoneNumber'
    

}
    
}
     }
 ); 

Set( @Plugins, 

Re: [rt-users] Problem with rt-crontool and SendEmail(Re-posted because I did not register before posting it originally)

[imonike]

Hi Bernard,
Thank you so much for your suggestion!!! I tried it and
worked. Now I have to set it up as a cron job. I will let you know how that
goes.

Many thanks again!!!   


Bernard McCormack wrote:
 
 I had a problem with this as well you have to create a template  with :
 
 RT-Send-Bcc: {$Ticket-Owner}
 
 And use the action record comment
 
 
 --action RT::Action::RecordComment --template 'your template name here'
 
 -Original Message-
 From: rt-users-boun...@lists.bestpractical.com
 [mailto:rt-users-boun...@lists.bestpractical.com] On Behalf Of imonike
 Sent: Monday, December 06, 2010 8:06 AM
 To: rt-users@lists.bestpractical.com
 Subject: [rt-users] Problem with rt-crontool and SendEmail(Re-posted
 because I did not register before posting it originally)
 
 
 Hello all,
   Please I am having problems setting up rt-crontool and
 using
 the SendEmail action. I have created a user called rtcrontool, and in
 this
 user's home directory, I have set-up a shell script called rtcrontool.sh
 with the following command in it:
 
 /opt/rt3/bin/rt-crontool \
  --search RT::Search::ActiveTicketsInQueue  --search-arg 'nigerian
 colleges'
 \
  --condition RT::Condition::Overdue \
  --action RT::Action::SendEmail --action-arg amoham...@swglobal.com \
 
 I haven't yet set it up as a cron job but when I run the script from the
 command line this is what I get:
 
 
  [crit]: Can't call method Parse on an undefined value at
 /opt/rt3/bin/../lib/RT/Action/SendEmail.pm line 155.
 (/opt/rt3/bin/../lib/RT.pm:377)
 Can't call method Parse on an undefined value at
 /opt/rt3/bin/../lib/RT/Action/SendEmail.pm line 155.
 
 I have tried googling a solution to no avail. Please any pointers as to
 how
 to resolve this issue will be greatly appreciated.
 Thanks
 -- 
 View this message in context:
 http://old.nabble.com/Problem-with-rt-crontool-and-SendEmail%28Re-posted
 -because-I-did-not-register-before-posting-it-originally%29-tp30366714p3
 0366714.html
 Sent from the Request Tracker - User mailing list archive at Nabble.com.
 
 
 

-- 
View this message in context: 
http://old.nabble.com/Problem-with-rt-crontool-and-SendEmail%28Re-posted-because-I-did-not-register-before-posting-it-originally%29-tp30366714p30397423.html
Sent from the Request Tracker - User mailing list archive at Nabble.com.

Re: [rt-users] Problem with rt-crontool and SendEmail(Re-posted because I did not register before posting it originally)

[imonike]

Hello Kevin,
  Thanks for your reply. Please how would I do it if I
wanted to avoid cluttering up history?

Regards

Imonike


Kevin Falcone-2 wrote:
 
 On Mon, Dec 06, 2010 at 05:51:30PM -0500, Bernard McCormack wrote:
 I had a problem with this as well you have to create a template  with :
 
 RT-Send-Bcc: {$Ticket-Owner}
 
 And use the action record comment
 --action RT::Action::RecordComment --template 'your template name here'
 
 While this is preferred, it is possible to avoid the RecordComment if
 you don't want it cluttering up history.
 
 -Original Message-
 From: rt-users-boun...@lists.bestpractical.com
 [mailto:rt-users-boun...@lists.bestpractical.com] On Behalf Of imonike
 Sent: Monday, December 06, 2010 8:06 AM
 To: rt-users@lists.bestpractical.com
 Subject: [rt-users] Problem with rt-crontool and SendEmail(Re-posted
 because I did not register before posting it originally)
 
 
 Hello all,
   Please I am having problems setting up rt-crontool and
 using
 the SendEmail action. I have created a user called rtcrontool, and in
 this
 user's home directory, I have set-up a shell script called rtcrontool.sh
 with the following command in it:
 
 /opt/rt3/bin/rt-crontool \
  --search RT::Search::ActiveTicketsInQueue  --search-arg 'nigerian
 colleges'
 \
  --condition RT::Condition::Overdue \
  --action RT::Action::SendEmail --action-arg amoham...@swglobal.com \
 
 I haven't yet set it up as a cron job but when I run the script from the
 command line this is what I get:
 
 
  [crit]: Can't call method Parse on an undefined value at
 /opt/rt3/bin/../lib/RT/Action/SendEmail.pm line 155.
 (/opt/rt3/bin/../lib/RT.pm:377)
 Can't call method Parse on an undefined value at
 /opt/rt3/bin/../lib/RT/Action/SendEmail.pm line 155.
 
 I have tried googling a solution to no avail. Please any pointers as to
 how
 to resolve this issue will be greatly appreciated.
 Thanks
 -- 
 View this message in context:
 http://old.nabble.com/Problem-with-rt-crontool-and-SendEmail%28Re-posted
 -because-I-did-not-register-before-posting-it-originally%29-tp30366714p3
 0366714.html
 Sent from the Request Tracker - User mailing list archive at Nabble.com.
 
 
  
 

-- 
View this message in context: 
http://old.nabble.com/Problem-with-rt-crontool-and-SendEmail%28Re-posted-because-I-did-not-register-before-posting-it-originally%29-tp30366714p30397780.html
Sent from the Request Tracker - User mailing list archive at Nabble.com.

Re: [rt-users] Problem with rt-crontool and SendEmail(Re-posted because I did not register before posting it originally)

[Curtis Bruneau]

I've used the following to make it transparent, also not updating last 
update.


-action-arg RecordTransaction: 0 --action-arg UpdateLastUpdated: 0

On 10-12-07 11:08 AM, imonike wrote:

Hello Kevin,
   Thanks for your reply. Please how would I do it if I
wanted to avoid cluttering up history?

Regards

Imonike


Kevin Falcone-2 wrote:
   

On Mon, Dec 06, 2010 at 05:51:30PM -0500, Bernard McCormack wrote:
 

I had a problem with this as well you have to create a template  with :

RT-Send-Bcc: {$Ticket-Owner}

And use the action record comment
--action RT::Action::RecordComment --template 'your template name here'
   

While this is preferred, it is possible to avoid the RecordComment if
you don't want it cluttering up history.

 

-Original Message-
From: rt-users-boun...@lists.bestpractical.com
[mailto:rt-users-boun...@lists.bestpractical.com] On Behalf Of imonike
Sent: Monday, December 06, 2010 8:06 AM
To: rt-users@lists.bestpractical.com
Subject: [rt-users] Problem with rt-crontool and SendEmail(Re-posted
because I did not register before posting it originally)


Hello all,
   Please I am having problems setting up rt-crontool and
using
the SendEmail action. I have created a user called rtcrontool, and in
this
user's home directory, I have set-up a shell script called rtcrontool.sh
with the following command in it:

/opt/rt3/bin/rt-crontool \
  --search RT::Search::ActiveTicketsInQueue  --search-arg 'nigerian
colleges'
\
  --condition RT::Condition::Overdue \
  --action RT::Action::SendEmail --action-arg amoham...@swglobal.com \

I haven't yet set it up as a cron job but when I run the script from the
command line this is what I get:


  [crit]: Can't call method Parse on an undefined value at
/opt/rt3/bin/../lib/RT/Action/SendEmail.pm line 155.
(/opt/rt3/bin/../lib/RT.pm:377)
Can't call method Parse on an undefined value at
/opt/rt3/bin/../lib/RT/Action/SendEmail.pm line 155.

I have tried googling a solution to no avail. Please any pointers as to
how
to resolve this issue will be greatly appreciated.
Thanks
--
View this message in context:
http://old.nabble.com/Problem-with-rt-crontool-and-SendEmail%28Re-posted
-because-I-did-not-register-before-posting-it-originally%29-tp30366714p3
0366714.html
Sent from the Request Tracker - User mailing list archive at Nabble.com.

   



 
   

Re: [rt-users] Problem with rt-crontool and SendEmail(Re-posted because I did not register before posting it originally)

[Curtis Bruneau]

It would appear the action-arg is dependent on the action. I'm not sure 
if they support the same features. You may need to check out the source 
for them. Mine was for LinearEscalate.


On 10-12-07 11:17 AM, Curtis Bruneau wrote:
I've used the following to make it transparent, also not updating last 
update.


-action-arg RecordTransaction: 0 --action-arg UpdateLastUpdated: 0

On 10-12-07 11:08 AM, imonike wrote:

Hello Kevin,
   Thanks for your reply. Please how would I do it if I
wanted to avoid cluttering up history?

Regards

Imonike


Kevin Falcone-2 wrote:

On Mon, Dec 06, 2010 at 05:51:30PM -0500, Bernard McCormack wrote:
I had a problem with this as well you have to create a template  
with :


RT-Send-Bcc: {$Ticket-Owner}

And use the action record comment
--action RT::Action::RecordComment --template 'your template name 
here'

While this is preferred, it is possible to avoid the RecordComment if
you don't want it cluttering up history.


-Original Message-
From: rt-users-boun...@lists.bestpractical.com
[mailto:rt-users-boun...@lists.bestpractical.com] On Behalf Of imonike
Sent: Monday, December 06, 2010 8:06 AM
To: rt-users@lists.bestpractical.com
Subject: [rt-users] Problem with rt-crontool and SendEmail(Re-posted
because I did not register before posting it originally)


Hello all,
   Please I am having problems setting up rt-crontool and
using
the SendEmail action. I have created a user called rtcrontool, and in
this
user's home directory, I have set-up a shell script called 
rtcrontool.sh

with the following command in it:

/opt/rt3/bin/rt-crontool \
  --search RT::Search::ActiveTicketsInQueue  --search-arg 'nigerian
colleges'
\
  --condition RT::Condition::Overdue \
  --action RT::Action::SendEmail --action-arg amoham...@swglobal.com \

I haven't yet set it up as a cron job but when I run the script 
from the

command line this is what I get:


  [crit]: Can't call method Parse on an undefined value at
/opt/rt3/bin/../lib/RT/Action/SendEmail.pm line 155.
(/opt/rt3/bin/../lib/RT.pm:377)
Can't call method Parse on an undefined value at
/opt/rt3/bin/../lib/RT/Action/SendEmail.pm line 155.

I have tried googling a solution to no avail. Please any pointers 
as to

how
to resolve this issue will be greatly appreciated.
Thanks
--
View this message in context:
http://old.nabble.com/Problem-with-rt-crontool-and-SendEmail%28Re-posted 

-because-I-did-not-register-before-posting-it-originally%29-tp30366714p3 


0366714.html
Sent from the Request Tracker - User mailing list archive at 
Nabble.com.

Re: [rt-users] Problem with rt-crontool and SendEmail(Re-posted because I did not register before posting it originally)

[Bernard McCormack]

I had a problem with this as well you have to create a template  with :

RT-Send-Bcc: {$Ticket-Owner}

And use the action record comment


--action RT::Action::RecordComment --template 'your template name here'

-Original Message-
From: rt-users-boun...@lists.bestpractical.com
[mailto:rt-users-boun...@lists.bestpractical.com] On Behalf Of imonike
Sent: Monday, December 06, 2010 8:06 AM
To: rt-users@lists.bestpractical.com
Subject: [rt-users] Problem with rt-crontool and SendEmail(Re-posted
because I did not register before posting it originally)


Hello all,
  Please I am having problems setting up rt-crontool and
using
the SendEmail action. I have created a user called rtcrontool, and in
this
user's home directory, I have set-up a shell script called rtcrontool.sh
with the following command in it:

/opt/rt3/bin/rt-crontool \
 --search RT::Search::ActiveTicketsInQueue  --search-arg 'nigerian
colleges'
\
 --condition RT::Condition::Overdue \
 --action RT::Action::SendEmail --action-arg amoham...@swglobal.com \

I haven't yet set it up as a cron job but when I run the script from the
command line this is what I get:


 [crit]: Can't call method Parse on an undefined value at
/opt/rt3/bin/../lib/RT/Action/SendEmail.pm line 155.
(/opt/rt3/bin/../lib/RT.pm:377)
Can't call method Parse on an undefined value at
/opt/rt3/bin/../lib/RT/Action/SendEmail.pm line 155.

I have tried googling a solution to no avail. Please any pointers as to
how
to resolve this issue will be greatly appreciated.
Thanks
-- 
View this message in context:
http://old.nabble.com/Problem-with-rt-crontool-and-SendEmail%28Re-posted
-because-I-did-not-register-before-posting-it-originally%29-tp30366714p3
0366714.html
Sent from the Request Tracker - User mailing list archive at Nabble.com.

Re: [rt-users] Problem with rt-crontool and SendEmail(Re-posted because I did not register before posting it originally)

[Kevin Falcone]

On Mon, Dec 06, 2010 at 05:06:08AM -0800, imonike wrote:
 
 Hello all,
   Please I am having problems setting up rt-crontool and using
 the SendEmail action. I have created a user called rtcrontool, and in this
 user's home directory, I have set-up a shell script called rtcrontool.sh
 with the following command in it:
 
 /opt/rt3/bin/rt-crontool \
  --search RT::Search::ActiveTicketsInQueue  --search-arg 'nigerian colleges'
 \
  --condition RT::Condition::Overdue \
  --action RT::Action::SendEmail --action-arg amoham...@swglobal.com \

I'm curious where you found this syntax, since the argument to
SendEmail is not an email address, it is a string that can be passed
into your Template for parsing.  If it was found on the wiki, it
should be corrected.

 I haven't yet set it up as a cron job but when I run the script from the
 command line this is what I get:
 
 
  [crit]: Can't call method Parse on an undefined value at
 /opt/rt3/bin/../lib/RT/Action/SendEmail.pm line 155.
 (/opt/rt3/bin/../lib/RT.pm:377)
 Can't call method Parse on an undefined value at
 /opt/rt3/bin/../lib/RT/Action/SendEmail.pm line 155.

You haven't provided a template, and SendEmail needs a template to
know *what* to send.

What you want to do is define a template with the To: address either
passed in as the $Argument or hardcoded along with the content and
then try again.

-kevin

 I have tried googling a solution to no avail. Please any pointers as to how
 to resolve this issue will be greatly appreciated.
 Thanks
 -- 
 View this message in context: 
 http://old.nabble.com/Problem-with-rt-crontool-and-SendEmail%28Re-posted-because-I-did-not-register-before-posting-it-originally%29-tp30366714p30366714.html
 Sent from the Request Tracker - User mailing list archive at Nabble.com.
 


pgpFx3WDmTfo8.pgp
Description: PGP signature

Re: [rt-users] Problem with rt-crontool and SendEmail(Re-posted because I did not register before posting it originally)

[Kevin Falcone]

On Mon, Dec 06, 2010 at 05:51:30PM -0500, Bernard McCormack wrote:
 I had a problem with this as well you have to create a template  with :
 
 RT-Send-Bcc: {$Ticket-Owner}
 
 And use the action record comment
 --action RT::Action::RecordComment --template 'your template name here'

While this is preferred, it is possible to avoid the RecordComment if
you don't want it cluttering up history.

 -Original Message-
 From: rt-users-boun...@lists.bestpractical.com
 [mailto:rt-users-boun...@lists.bestpractical.com] On Behalf Of imonike
 Sent: Monday, December 06, 2010 8:06 AM
 To: rt-users@lists.bestpractical.com
 Subject: [rt-users] Problem with rt-crontool and SendEmail(Re-posted
 because I did not register before posting it originally)
 
 
 Hello all,
   Please I am having problems setting up rt-crontool and
 using
 the SendEmail action. I have created a user called rtcrontool, and in
 this
 user's home directory, I have set-up a shell script called rtcrontool.sh
 with the following command in it:
 
 /opt/rt3/bin/rt-crontool \
  --search RT::Search::ActiveTicketsInQueue  --search-arg 'nigerian
 colleges'
 \
  --condition RT::Condition::Overdue \
  --action RT::Action::SendEmail --action-arg amoham...@swglobal.com \
 
 I haven't yet set it up as a cron job but when I run the script from the
 command line this is what I get:
 
 
  [crit]: Can't call method Parse on an undefined value at
 /opt/rt3/bin/../lib/RT/Action/SendEmail.pm line 155.
 (/opt/rt3/bin/../lib/RT.pm:377)
 Can't call method Parse on an undefined value at
 /opt/rt3/bin/../lib/RT/Action/SendEmail.pm line 155.
 
 I have tried googling a solution to no avail. Please any pointers as to
 how
 to resolve this issue will be greatly appreciated.
 Thanks
 -- 
 View this message in context:
 http://old.nabble.com/Problem-with-rt-crontool-and-SendEmail%28Re-posted
 -because-I-did-not-register-before-posting-it-originally%29-tp30366714p3
 0366714.html
 Sent from the Request Tracker - User mailing list archive at Nabble.com.
 


pgpl3t4IegHvs.pgp
Description: PGP signature

Re: [rt-users] Problem configuring RT Timezone

[Kim Covil]

That fixed it, thanks.

On 27/04/10 18:20, Ruslan Zakirov wrote:

It's a typo in the code :( Replace -RFC2822( @_ ); with -RFC2822( %args );

On Tue, Apr 27, 2010 at 8:45 PM, Kim Covilcov...@lmax.com  wrote:

Thanks Ruslan,

That fixed it for us.

It has however revealed a different issue.

The date formatter RFC2616 (HTTP) seems to be doing something strange with
the timezone. From lib/RT/Date.pm:

sub RFC2616 {
my $self = shift;
my %args = ( Date =  1, Time =  1,
 @_,
 Timezone =  'utc',
 Seconds =  1, DayOfWeek =  1,
   );

my $res = $self-RFC2822( @_ );
$res =~ s/\s*[+-]\d\d\d\d$/ GMT/ if $args{'Time'};
return $res;
}

If RFC2822 returns an accurate timezone offset (+0100) this formatter seems
to just strip it and add the letters GMT afterwards. So what we are seeing
is that now timezone processing is correct using Europe/London we are seeing
BST times (GMT+1) with the letters GMT after them which is incorrect.

Regards,

Kim

On 27/04/10 17:10, Ruslan Zakirov wrote:


Hello Kim,

On Tue, Apr 27, 2010 at 6:02 PM, Kim Covilcov...@lmax.comwrote:


Hi Ruslan,

Thanks for the response and apologies for the delay in replying. You are
correct it does seem to be an issue with mod_perl and ENV being untied.


That's it.


I found another reference to this issue here:

http://aspn.activestate.com/ASPN/Mail/Message/perl-mod_perl/3594080

What would be the suggested way of fixing this for our RT installation?
Should I try and write a module as suggested in the above link to
override
the localtime functionality?


Recently we discovered another issue with mod_perl and starting to
recommend SetHandler modperl instead of SetHandler perl-script.
Just change the latter to the following:

PerlOptions +GlobalRequest
SetHandler modperl

This will fix issue with timezones on mod_perl 2.x and as well protect
you from other bug. Note that this only works with forking MPM
(usually it's default setup). For threaded MPMs I suggest to use
FastCGI.

I suggest all people on mod_perl 2 to try it, it's sligtly faster as well.


Regards,

Kim





The information in this e-mail and any attachment is confidential and is
intended only for the named recipient(s). The e-mail may not be disclosed or
used by any person other than the addressee, nor may it be copied in any
way. If you are not a named recipient please notify the sender immediately
and delete any copies of this message. Any unauthorized copying, disclosure
or distribution of the material in this e-mail is strictly forbidden. Any
view or opinions presented are solely those of the author and do not
necessarily represent those of the company.

Discover RT's hidden secrets with RT Essentials from O'Reilly Media.
Buy a copy at http://rtbook.bestpractical.com








The information in this e-mail and any attachment is confidential and is 
intended only for the named recipient(s). The e-mail may not be disclosed or 
used by any person other than the addressee, nor may it be copied in any way. 
If you are not a named recipient please notify the sender immediately and 
delete any copies of this message. Any unauthorized copying, disclosure or 
distribution of the material in this e-mail is strictly forbidden. Any view or 
opinions presented are solely those of the author and do not necessarily 
represent those of the company.

Discover RT's hidden secrets with RT Essentials from O'Reilly Media.
Buy a copy at http://rtbook.bestpractical.com

Re: [rt-users] Problem configuring RT Timezone

[Kim Covil]

Hi Ruslan,

Thanks for the response and apologies for the delay in replying. You are 
correct it does seem to be an issue with mod_perl and ENV being untied.


I found another reference to this issue here:

http://aspn.activestate.com/ASPN/Mail/Message/perl-mod_perl/3594080

What would be the suggested way of fixing this for our RT installation? 
Should I try and write a module as suggested in the above link to 
override the localtime functionality?


Regards,

Kim

On 14/04/10 20:27, Ruslan Zakirov wrote:

Hello,

Is it mod_perl? I suspect it's issue when perl's ENV is untied from system's.

On Wed, Apr 14, 2010 at 10:07 PM, Kim Covilcov...@lmax.com  wrote:

Hi,

I am having a bizarre problem configuring the Timezone I want RT to display
in the Web UI. It doesn't seem to be related to the other issues I have seen
in the archives or wiki.

The system hosting RT has its timezone set to UTC. I want RT to display the
BST timezone for Europe/London (GMT +1) in the web interface and on emails.
I am happy for UTC to continue to be used for all logs and database entries.

I have added the following line to etc/RT_SiteConfig.pm:

Set( $Timezone , 'Europe/London');

I have checked that this is a valid timezone as it exists in
/usr/share/zoneinfo:

# ls -la /usr/share/zoneinfo/Europe/London
-rw-r--r-- 7 root root 3661 Jun 20  2009 /usr/share/zoneinfo/Europe/London

I can see this configuration change is loaded correctly when I go to
http://rt-server/Admin/Tools/Configuration.html

I have also manually set my users About Me preference for timezone to
Europe/London +0100 from the drop down list.

None of this seems to have any effect on the display of times for existing
tickets in the web ui.

What am I missing? Is there something else I should try?

Here are are the system versions:
RT version: 3.8.6
OS: CentOS release 5.3 (Final)
Kernel: Linux 2.6.18-128.1.16.el5xen #1 SMP Tue Jun 30 06:39:23 EDT 2009
x86_64 x86_64 x86_64 GNU/Linux
Perl: 5.8.8
Apache: httpd-2.2.3-22.el5.centos.1

Is there anything else useful to provide?

Kind Regards,

Kim



The information in this e-mail and any attachment is confidential and is
intended only for the named recipient(s). The e-mail may not be disclosed or
used by any person other than the addressee, nor may it be copied in any
way. If you are not a named recipient please notify the sender immediately
and delete any copies of this message. Any unauthorized copying, disclosure
or distribution of the material in this e-mail is strictly forbidden. Any
view or opinions presented are solely those of the author and do not
necessarily represent those of the company.

Discover RT's hidden secrets with RT Essentials from O'Reilly Media.
Buy a copy at http://rtbook.bestpractical.com








The information in this e-mail and any attachment is confidential and is 
intended only for the named recipient(s). The e-mail may not be disclosed or 
used by any person other than the addressee, nor may it be copied in any way. 
If you are not a named recipient please notify the sender immediately and 
delete any copies of this message. Any unauthorized copying, disclosure or 
distribution of the material in this e-mail is strictly forbidden. Any view or 
opinions presented are solely those of the author and do not necessarily 
represent those of the company.

Discover RT's hidden secrets with RT Essentials from O'Reilly Media.
Buy a copy at http://rtbook.bestpractical.com

Re: [rt-users] Problem configuring RT Timezone

[Ruslan Zakirov]

Hello Kim,

On Tue, Apr 27, 2010 at 6:02 PM, Kim Covil cov...@lmax.com wrote:
 Hi Ruslan,

 Thanks for the response and apologies for the delay in replying. You are
 correct it does seem to be an issue with mod_perl and ENV being untied.

That's it.

 I found another reference to this issue here:

 http://aspn.activestate.com/ASPN/Mail/Message/perl-mod_perl/3594080

 What would be the suggested way of fixing this for our RT installation?
 Should I try and write a module as suggested in the above link to override
 the localtime functionality?

Recently we discovered another issue with mod_perl and starting to
recommend SetHandler modperl instead of SetHandler perl-script.
Just change the latter to the following:

PerlOptions +GlobalRequest
SetHandler modperl

This will fix issue with timezones on mod_perl 2.x and as well protect
you from other bug. Note that this only works with forking MPM
(usually it's default setup). For threaded MPMs I suggest to use
FastCGI.

I suggest all people on mod_perl 2 to try it, it's sligtly faster as well.

 Regards,

 Kim

-- 
Best regards, Ruslan.

Discover RT's hidden secrets with RT Essentials from O'Reilly Media.
Buy a copy at http://rtbook.bestpractical.com

Re: [rt-users] Problem configuring RT Timezone

[Kim Covil]

Thanks Ruslan,

That fixed it for us.

It has however revealed a different issue.

The date formatter RFC2616 (HTTP) seems to be doing something strange 
with the timezone. From lib/RT/Date.pm:


sub RFC2616 {
my $self = shift;
my %args = ( Date = 1, Time = 1,
 @_,
 Timezone = 'utc',
 Seconds = 1, DayOfWeek = 1,
   );

my $res = $self-RFC2822( @_ );
$res =~ s/\s*[+-]\d\d\d\d$/ GMT/ if $args{'Time'};
return $res;
}

If RFC2822 returns an accurate timezone offset (+0100) this formatter 
seems to just strip it and add the letters GMT afterwards. So what we 
are seeing is that now timezone processing is correct using 
Europe/London we are seeing BST times (GMT+1) with the letters GMT after 
them which is incorrect.


Regards,

Kim

On 27/04/10 17:10, Ruslan Zakirov wrote:

Hello Kim,

On Tue, Apr 27, 2010 at 6:02 PM, Kim Covilcov...@lmax.com  wrote:

Hi Ruslan,

Thanks for the response and apologies for the delay in replying. You are
correct it does seem to be an issue with mod_perl and ENV being untied.


That's it.


I found another reference to this issue here:

http://aspn.activestate.com/ASPN/Mail/Message/perl-mod_perl/3594080

What would be the suggested way of fixing this for our RT installation?
Should I try and write a module as suggested in the above link to override
the localtime functionality?


Recently we discovered another issue with mod_perl and starting to
recommend SetHandler modperl instead of SetHandler perl-script.
Just change the latter to the following:

PerlOptions +GlobalRequest
SetHandler modperl

This will fix issue with timezones on mod_perl 2.x and as well protect
you from other bug. Note that this only works with forking MPM
(usually it's default setup). For threaded MPMs I suggest to use
FastCGI.

I suggest all people on mod_perl 2 to try it, it's sligtly faster as well.


Regards,

Kim





The information in this e-mail and any attachment is confidential and is 
intended only for the named recipient(s). The e-mail may not be disclosed or 
used by any person other than the addressee, nor may it be copied in any way. 
If you are not a named recipient please notify the sender immediately and 
delete any copies of this message. Any unauthorized copying, disclosure or 
distribution of the material in this e-mail is strictly forbidden. Any view or 
opinions presented are solely those of the author and do not necessarily 
represent those of the company.

Discover RT's hidden secrets with RT Essentials from O'Reilly Media.
Buy a copy at http://rtbook.bestpractical.com

Re: [rt-users] Problem configuring RT Timezone

[Ruslan Zakirov]

It's a typo in the code :( Replace -RFC2822( @_ ); with -RFC2822( %args );

On Tue, Apr 27, 2010 at 8:45 PM, Kim Covil cov...@lmax.com wrote:
 Thanks Ruslan,

 That fixed it for us.

 It has however revealed a different issue.

 The date formatter RFC2616 (HTTP) seems to be doing something strange with
 the timezone. From lib/RT/Date.pm:

 sub RFC2616 {
    my $self = shift;
    my %args = ( Date = 1, Time = 1,
                 @_,
                 Timezone = 'utc',
                 Seconds = 1, DayOfWeek = 1,
               );

    my $res = $self-RFC2822( @_ );
    $res =~ s/\s*[+-]\d\d\d\d$/ GMT/ if $args{'Time'};
    return $res;
 }

 If RFC2822 returns an accurate timezone offset (+0100) this formatter seems
 to just strip it and add the letters GMT afterwards. So what we are seeing
 is that now timezone processing is correct using Europe/London we are seeing
 BST times (GMT+1) with the letters GMT after them which is incorrect.

 Regards,

 Kim

 On 27/04/10 17:10, Ruslan Zakirov wrote:

 Hello Kim,

 On Tue, Apr 27, 2010 at 6:02 PM, Kim Covilcov...@lmax.com  wrote:

 Hi Ruslan,

 Thanks for the response and apologies for the delay in replying. You are
 correct it does seem to be an issue with mod_perl and ENV being untied.

 That's it.

 I found another reference to this issue here:

 http://aspn.activestate.com/ASPN/Mail/Message/perl-mod_perl/3594080

 What would be the suggested way of fixing this for our RT installation?
 Should I try and write a module as suggested in the above link to
 override
 the localtime functionality?

 Recently we discovered another issue with mod_perl and starting to
 recommend SetHandler modperl instead of SetHandler perl-script.
 Just change the latter to the following:

 PerlOptions +GlobalRequest
 SetHandler modperl

 This will fix issue with timezones on mod_perl 2.x and as well protect
 you from other bug. Note that this only works with forking MPM
 (usually it's default setup). For threaded MPMs I suggest to use
 FastCGI.

 I suggest all people on mod_perl 2 to try it, it's sligtly faster as well.

 Regards,

 Kim



 The information in this e-mail and any attachment is confidential and is
 intended only for the named recipient(s). The e-mail may not be disclosed or
 used by any person other than the addressee, nor may it be copied in any
 way. If you are not a named recipient please notify the sender immediately
 and delete any copies of this message. Any unauthorized copying, disclosure
 or distribution of the material in this e-mail is strictly forbidden. Any
 view or opinions presented are solely those of the author and do not
 necessarily represent those of the company.

 Discover RT's hidden secrets with RT Essentials from O'Reilly Media.
 Buy a copy at http://rtbook.bestpractical.com




-- 
Best regards, Ruslan.

Discover RT's hidden secrets with RT Essentials from O'Reilly Media.
Buy a copy at http://rtbook.bestpractical.com

Re: [rt-users] Problem configuring RT Timezone

[Ruslan Zakirov]

Hello,

Is it mod_perl? I suspect it's issue when perl's ENV is untied from system's.

On Wed, Apr 14, 2010 at 10:07 PM, Kim Covil cov...@lmax.com wrote:
 Hi,

 I am having a bizarre problem configuring the Timezone I want RT to display
 in the Web UI. It doesn't seem to be related to the other issues I have seen
 in the archives or wiki.

 The system hosting RT has its timezone set to UTC. I want RT to display the
 BST timezone for Europe/London (GMT +1) in the web interface and on emails.
 I am happy for UTC to continue to be used for all logs and database entries.

 I have added the following line to etc/RT_SiteConfig.pm:

 Set( $Timezone , 'Europe/London');

 I have checked that this is a valid timezone as it exists in
 /usr/share/zoneinfo:

 # ls -la /usr/share/zoneinfo/Europe/London
 -rw-r--r-- 7 root root 3661 Jun 20  2009 /usr/share/zoneinfo/Europe/London

 I can see this configuration change is loaded correctly when I go to
 http://rt-server/Admin/Tools/Configuration.html

 I have also manually set my users About Me preference for timezone to
 Europe/London +0100 from the drop down list.

 None of this seems to have any effect on the display of times for existing
 tickets in the web ui.

 What am I missing? Is there something else I should try?

 Here are are the system versions:
 RT version: 3.8.6
 OS: CentOS release 5.3 (Final)
 Kernel: Linux 2.6.18-128.1.16.el5xen #1 SMP Tue Jun 30 06:39:23 EDT 2009
 x86_64 x86_64 x86_64 GNU/Linux
 Perl: 5.8.8
 Apache: httpd-2.2.3-22.el5.centos.1

 Is there anything else useful to provide?

 Kind Regards,

 Kim



 The information in this e-mail and any attachment is confidential and is
 intended only for the named recipient(s). The e-mail may not be disclosed or
 used by any person other than the addressee, nor may it be copied in any
 way. If you are not a named recipient please notify the sender immediately
 and delete any copies of this message. Any unauthorized copying, disclosure
 or distribution of the material in this e-mail is strictly forbidden. Any
 view or opinions presented are solely those of the author and do not
 necessarily represent those of the company.

 Discover RT's hidden secrets with RT Essentials from O'Reilly Media.
 Buy a copy at http://rtbook.bestpractical.com




-- 
Best regards, Ruslan.

Discover RT's hidden secrets with RT Essentials from O'Reilly Media.
Buy a copy at http://rtbook.bestpractical.com

Re: [rt-users] Problem with RT-Authen-ExternalAuth when a CN name has a comma in it

[Kevin Falcone]

On Jun 29, 2009, at 2:53 PM, Wes Topping wrote:

 I am not sure what is happening here. All I know is that if a user  
 in AD is created without a comma in the container name they log in  
 just fine. When someone that does have a comma in their CN name  
 tries to authenticate this is what happens.

I'd be curious to see the group/group_attr part of your configuration  
(and
to know if you're trying to enforce group membership to log in to RT)

It appears Net::LDAP::Filter is throwing away \s, so it may be worth  
trying to forcibly
escape the \, on line 98ish before passing to new(), but without a  
system exhibiting
this problem, its hard to test a change like that.

-kevin


 [Fri Jun 26 20:29:58 2009] [debug]: Attempting to use external auth  
 service: My_LDAP (/opt/rt3/local/plugins/RT-Authen-ExternalAuth/lib/ 
 RT/Authen/ExternalAuth.pm:64)
 [Fri Jun 26 20:29:58 2009] [debug]: Calling UserExists with  
 $username (smellring) and $service (My_LDAP) (/opt/rt3/local/plugins/ 
 RT-Authen-ExternalAuth/lib/RT/Authen/ExternalAuth.pm:105)
 [Fri Jun 26 20:29:58 2009] [debug]: UserExists params:
 username: smellring , service: My_LDAP (/opt/rt3/local/plugins/RT- 
 Authen-ExternalAuth/lib/RT/Authen/ExternalAuth/LDAP.pm:274)
 [Fri Jun 26 20:29:58 2009] [debug]: LDAP Search ===  Base:  
 DC=starkbrosfulfillment,DC=com == Filter: ((objectClass=*) 
 (sAMAccountName=smellring)) == Attrs:  
 l 
 ,st 
 ,mail 
 ,sAMAccountName 
 ,co 
 ,streetAddress 
 ,postalCode 
 ,telephoneNumber 
 ,sAMAccountName,physicalDeliveryOfficeName,sAMAccountName (/opt/rt3/ 
 local/plugins/RT-Authen-ExternalAuth/lib/RT/Authen/ExternalAuth/ 
 LDAP.pm:304)
 [Fri Jun 26 20:29:58 2009] [debug]: Password validation required for  
 service - Executing... (/opt/rt3/local/plugins/RT-Authen- 
 ExternalAuth/lib/RT/Authen/ExternalAuth.pm:155)
 [Fri Jun 26 20:29:58 2009] [debug]: Trying external auth service:  
 My_LDAP (/opt/rt3/local/plugins/RT-Authen-ExternalAuth/lib/RT/Authen/ 
 ExternalAuth/LDAP.pm:16)
 [Fri Jun 26 20:29:58 2009] [debug]: LDAP Search ===  Base:  
 DC=starkbrosfulfillment,DC=com == Filter:  
 ((sAMAccountName=smellring)(objectClass=*)) == Attrs: dn (/opt/rt3/ 
 local/plugins/RT-Authen-ExternalAuth/lib/RT/Authen/ExternalAuth/ 
 LDAP.pm:43)
 [Fri Jun 26 20:29:58 2009] [debug]: Found LDAP DN: CN=Mellring\,  
 Scott A.,OU=IS,OU=Users,OU=HQ,DC=starkbrosfulfillment,DC=com (/opt/ 
 rt3/local/plugins/RT-Authen-ExternalAuth/lib/RT/Authen/ExternalAuth/ 
 LDAP.pm:75)
 [Fri Jun 26 20:29:58 2009] [debug]: LDAP Search ===  Base:  
 DC=starkbrosfulfillment,DC=com == Filter: (member=CN=Mellring, Scott  
 A.,OU=IS,OU=Users,OU=HQ,DC=starkbrosfulfillment,DC=com) == Attrs: dn  
 (/opt/rt3/local/plugins/RT-Authen-ExternalAuth/lib/RT/Authen/ 
 ExternalAuth/LDAP.pm:100)
 [Fri Jun 26 20:29:58 2009] [info]: My_LDAP AUTH FAILED: smellring (/ 
 opt/rt3/local/plugins/RT-Authen-ExternalAuth/lib/RT/Authen/ 
 ExternalAuth/LDAP.pm:127)
 [Fri Jun 26 20:29:58 2009] [debug]: LDAP password validation result:  
 0 (/opt/rt3/local/plugins/RT-Authen-ExternalAuth/lib/RT/Authen/ 
 ExternalAuth.pm:334)
 [Fri Jun 26 20:29:58 2009] [debug]: Password Validation Check  
 Result:  0 (/opt/rt3/local/plugins/RT-Authen-ExternalAuth/lib/RT/ 
 Authen/ExternalAuth.pm:159)
 [Fri Jun 26 20:29:58 2009] [debug]: Autohandler called ExternalAuth.  
 Response: (0, Password Invalid) (/opt/rt3/local/plugins/RT-Authen- 
 ExternalAuth/html/Callbacks/ExternalAuth/autohandler/Auth:26)
 [Fri Jun 26 20:29:58 2009] [error]: FAILED LOGIN for smellring from  
 10.31.4.90 (/opt/rt3/share/html/autohandler:268)


 The password is valid.

 Even though the authentication fails the user is created in RT.

 Any ideas would be greatly appreciated.



 image001.gif
 Wes Topping
 Director of Enterprise Technology
 317.713.8687
 317.631.6585 fax
 wtopp...@sigma-micro.com
 image002.gif
 www.sigma-micro.com
 image003.gif
 image001.gif
 image004.gif
 Sigma Micro LLC, 6720 Parkdale Place, Indianapolis, IN 46254
 Confidentiality Notice


 ___
 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 building RT 3.6.5 on FreeBSD 7.0-PRERELEASE

[Matthew Seaman]

William Bulley wrote:

 #pkg_info | grep -i mysql
 mysql-client-5.0.51a Multithreaded SQL database (client)
 p5-DBD-mysql-4.006  MySQL driver for the Perl5 Database Interface (DBI)
 
 It seems odd to me that RT which depends on MySQL as the database
 wouldn't treat the MySQL server as a dependency.  Am I missing something?

This is normal and by design.  The RT port depends on the ability to
connect to a database being available on the server -- the database
itself can be on some other server.   Pretty much any program that can
access MySQL will have similarly a dependency on mysql-client and not
on mysql-server.  If you need MySQL on that machine, then just install
it.

Cheers,

Matthew

-- 
Dr Matthew Seaman The Bunker, Ash Radar Station
PGP: 0x60AE908C on serversMarshborough Rd
Tel: +44 1304 814890  Sandwich
Fax: +44 1304 814899  Kent, CT13 0PL, UK



signature.asc
Description: OpenPGP digital signature
___
http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users

Community help: http://wiki.bestpractical.com
Commercial support: [EMAIL PROTECTED]


Discover RT's hidden secrets with RT Essentials from O'Reilly Media. 
Buy a copy at http://rtbook.bestpractical.com

Solved: RE: [rt-users] Problem accessing RT located behind an apache proxy

[Schincke, Keith D. (JSC-IT)[MEI]]

Hi Andrew,

That option sounds like it should not be it as it works on the incoming headers 
but it does work.

I will work on adding this to the wiki. I do not think the Redhat/CentOS 5 
server required this. The RedHat/Centos 4 server did though.

Thanks for the help!

Keith


-Original Message-
From: Andrew Smith [mailto:[EMAIL PROTECTED]
Sent: Tue 10/30/2007 12:42 AM
To: Schincke, Keith D. (JSC-IT)[MEI]
Cc: Kris Boutilier; rt-users@lists.bestpractical.com
Subject: Re: [rt-users] Problem accessing RT located behind an apache proxy
 
Hi Keith,

Just a stab in the dark, have you tried ProxyPreserveHost On?  I know it 
rewrites the Host: value in the header, not sure if that would help RT.

Regards
Andrew

Schincke, Keith D. (JSC-IT)[MEI] wrote:

 Hey Kris,

 All of the html, images and javascript is loading correcting

 I used firebug to peak at the HTTP headers. It looks like the 
 Location: field is set to direct the browser to load the 
 Display.html file to display the updated ticket.

 The ProxyPass and ProxyPassReverse options should be changing the 
 response headers.

 Below is the relevant parts of my apache config file.

 Any help will be greatfully appricated.

 Keith

 RewriteEngine on
 RewriteLog /var/log/httpd/rewrite.log
 RewriteLogLevel 0
 RewriteRule ^/$ https://rt.example.com/rt/ [R,L]
 RewriteRule ^/rt$ https://10.0.0.1/rt/ [P,L]
 RewriteRule ^/rt/(.*)$ https://10.0.0.1/rt/$1 [P,L]

 ProxyRequests off
 SSLProxyEngine on
 Location /
 ProxyPass https://10.0.0.1/
 ProxyPassReverse https://10.0.0.1/
 /Location



 -Original Message-
 From: Kris Boutilier [mailto:[EMAIL PROTECTED]
 Sent: Mon 10/29/2007 11:38 AM
 To: Schincke, Keith D. (JSC-IT)[MEI]
 Cc: rt-users@lists.bestpractical.com
 Subject: RE: [rt-users] Problem accessing RT located behind an apache 
 proxy

 Most likely you'll need to use something like mod_proxy_html to 
 manipulate occurances of the private address within the body of the 
 http stream. You could confirm this by using Wireshark to look at the 
 contents of the http replies on both sides of the Apache server and 
 see exactly where the offending addresses are being embedded.

 mod_proxy_html is a perfect tool for doing in-line rewrites of 
 javascript, css and other complexities generated by proxied web apps. 
 See http://apache.webthing.com/mod_proxy_html/

 Kris Boutilier
 Information Services Coordinator
 Sunshine Coast Regional District

 

 From: [EMAIL PROTECTED] 
 [mailto:[EMAIL PROTECTED] On Behalf Of 
 Schincke, Keith D. (JSC-IT)[MEI]
 Sent: Sunday, October 28, 2007 8:33 AM
 To: rt-users@lists.bestpractical.com
 Subject: [rt-users] Problem accessing RT located behind an 
 apache proxy




 Hey Guys,

 I am having issues accessing parts of my RT installation while 
 it is located behind an apache proxy.

 My configuration is:
   RT is installed on a server on a private network.
   Apache is installed on a server on the public network that 
 will proxy with mod_rewrite access to the RT server.

 This configuration works great for most parts of the RT 
 system. Tickets can be looked at. Users can be added.
 The problem occurs when a ticket or user is updated.

 When a ticket is updated, Update.html is called, the ticket is 
 update and the browser is redirected to Display.html.

 The redirect is what is causing my problems. The application 
 is tries to send the browser to the private IP address to load 
 Display.html.

 Here is my configuration:
 Front end apache server:
 Centos 4.5
 httpd 2.0.52

 Here are the rewrite rules:
 VirtualHost *:80
RewriteEngine on
RewriteLog /var/log/httpd/rewrite.log
RewriteLogLevel 2
RewriteRule ^/$ http://10.0.0.1/rt [P,L]
RewriteRule ^/(.*)$ http://10.0.0.1/$1 [P,L]
ProxyPass / http://rt.example.com/
ProxyPassReverse / http://rt.example.com/
 /VirtualHost


 Backend server:
 Debian etch
 Aapche 2
 RT 3.6

 My $WebBaseURL is http://rt.example.com

 Any suggestions on what may be causing the rewrite to not work 
 correctly?

 Thanks for any help,

 Keith


 

 ___
 http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users

 SAVE THOUSANDS OF DOLLARS ON RT SUPPORT:

 If you sign up for a new RT support contract before December 31, we'll take
 up to 20 percent off the price. This sale won't last long, so get in touch 
 today. 
 Email us at [EMAIL PROTECTED] or call us at +1 617 812 0745.


 Community help: http://wiki.bestpractical.com

RE: [rt-users] Problem accessing RT located behind an apache proxy

[Kris Boutilier]

Most likely you'll need to use something like mod_proxy_html to
manipulate occurances of the private address within the body of the http
stream. You could confirm this by using Wireshark to look at the
contents of the http replies on both sides of the Apache server and see
exactly where the offending addresses are being embedded.
 
mod_proxy_html is a perfect tool for doing in-line rewrites of
javascript, css and other complexities generated by proxied web apps.
See http://apache.webthing.com/mod_proxy_html/

Kris Boutilier
Information Services Coordinator
Sunshine Coast Regional District



From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Schincke,
Keith D. (JSC-IT)[MEI]
Sent: Sunday, October 28, 2007 8:33 AM
To: rt-users@lists.bestpractical.com
Subject: [rt-users] Problem accessing RT located behind an
apache proxy




Hey Guys,

I am having issues accessing parts of my RT installation while
it is located behind an apache proxy.

My configuration is:
  RT is installed on a server on a private network.
  Apache is installed on a server on the public network that
will proxy with mod_rewrite access to the RT server.

This configuration works great for most parts of the RT system.
Tickets can be looked at. Users can be added.
The problem occurs when a ticket or user is updated.

When a ticket is updated, Update.html is called, the ticket is
update and the browser is redirected to Display.html.

The redirect is what is causing my problems. The application is
tries to send the browser to the private IP address to load
Display.html.

Here is my configuration:
Front end apache server:
Centos 4.5
httpd 2.0.52

Here are the rewrite rules:
VirtualHost *:80
   RewriteEngine on
   RewriteLog /var/log/httpd/rewrite.log
   RewriteLogLevel 2
   RewriteRule ^/$ http://10.0.0.1/rt [P,L]
   RewriteRule ^/(.*)$ http://10.0.0.1/$1 [P,L]
   ProxyPass / http://rt.example.com/
   ProxyPassReverse / http://rt.example.com/
/VirtualHost


Backend server:
Debian etch
Aapche 2
RT 3.6

My $WebBaseURL is http://rt.example.com

Any suggestions on what may be causing the rewrite to not work
correctly?

Thanks for any help,

Keith 

___
http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users

SAVE THOUSANDS OF DOLLARS ON RT SUPPORT:

If you sign up for a new RT support contract before December 31, we'll take
up to 20 percent off the price. This sale won't last long, so get in touch 
today. 
Email us at [EMAIL PROTECTED] or call us at +1 617 812 0745.


Community help: http://wiki.bestpractical.com
Commercial support: [EMAIL PROTECTED]


Discover RT's hidden secrets with RT Essentials from O'Reilly Media. 
Buy a copy at http://rtbook.bestpractical.com

RE: [rt-users] Problem accessing RT located behind an apache proxy

[Schincke, Keith D. (JSC-IT)[MEI]]

Hey Kris,

All of the html, images and javascript is loading correcting

I used firebug to peak at the HTTP headers. It looks like the Location: field 
is set to direct the browser to load the Display.html file to display the 
updated ticket. 

The ProxyPass and ProxyPassReverse options should be changing the response 
headers.

Below is the relevant parts of my apache config file.

Any help will be greatfully appricated.

Keith

RewriteEngine on
RewriteLog /var/log/httpd/rewrite.log
RewriteLogLevel 0
RewriteRule ^/$ https://rt.example.com/rt/ [R,L]
RewriteRule ^/rt$ https://10.0.0.1/rt/ [P,L]
RewriteRule ^/rt/(.*)$ https://10.0.0.1/rt/$1 [P,L]

ProxyRequests off
SSLProxyEngine on
Location /
ProxyPass https://10.0.0.1/
ProxyPassReverse https://10.0.0.1/
/Location



-Original Message-
From: Kris Boutilier [mailto:[EMAIL PROTECTED]
Sent: Mon 10/29/2007 11:38 AM
To: Schincke, Keith D. (JSC-IT)[MEI]
Cc: rt-users@lists.bestpractical.com
Subject: RE: [rt-users] Problem accessing RT located behind an apache proxy
 
Most likely you'll need to use something like mod_proxy_html to manipulate 
occurances of the private address within the body of the http stream. You could 
confirm this by using Wireshark to look at the contents of the http replies on 
both sides of the Apache server and see exactly where the offending addresses 
are being embedded.
 
mod_proxy_html is a perfect tool for doing in-line rewrites of javascript, css 
and other complexities generated by proxied web apps. See 
http://apache.webthing.com/mod_proxy_html/

Kris Boutilier
Information Services Coordinator
Sunshine Coast Regional District



From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of 
Schincke, Keith D. (JSC-IT)[MEI]
Sent: Sunday, October 28, 2007 8:33 AM
To: rt-users@lists.bestpractical.com
Subject: [rt-users] Problem accessing RT located behind an apache proxy




Hey Guys,

I am having issues accessing parts of my RT installation while it is 
located behind an apache proxy.

My configuration is:
  RT is installed on a server on a private network.
  Apache is installed on a server on the public network that will proxy 
with mod_rewrite access to the RT server.

This configuration works great for most parts of the RT system. Tickets 
can be looked at. Users can be added.
The problem occurs when a ticket or user is updated.

When a ticket is updated, Update.html is called, the ticket is update 
and the browser is redirected to Display.html.

The redirect is what is causing my problems. The application is tries 
to send the browser to the private IP address to load Display.html.

Here is my configuration:
Front end apache server:
Centos 4.5
httpd 2.0.52

Here are the rewrite rules:
VirtualHost *:80
   RewriteEngine on
   RewriteLog /var/log/httpd/rewrite.log
   RewriteLogLevel 2
   RewriteRule ^/$ http://10.0.0.1/rt [P,L]
   RewriteRule ^/(.*)$ http://10.0.0.1/$1 [P,L]
   ProxyPass / http://rt.example.com/
   ProxyPassReverse / http://rt.example.com/
/VirtualHost


Backend server:
Debian etch
Aapche 2
RT 3.6

My $WebBaseURL is http://rt.example.com

Any suggestions on what may be causing the rewrite to not work 
correctly?

Thanks for any help,

Keith 


___
http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users

SAVE THOUSANDS OF DOLLARS ON RT SUPPORT:

If you sign up for a new RT support contract before December 31, we'll take
up to 20 percent off the price. This sale won't last long, so get in touch 
today. 
Email us at [EMAIL PROTECTED] or call us at +1 617 812 0745.


Community help: http://wiki.bestpractical.com
Commercial support: [EMAIL PROTECTED]


Discover RT's hidden secrets with RT Essentials from O'Reilly Media. 
Buy a copy at http://rtbook.bestpractical.com

Re: [rt-users] Problem accessing RT located behind an apache proxy

[Andrew Smith]

Hi Keith,

Just a stab in the dark, have you tried ProxyPreserveHost On?  I know it 
rewrites the Host: value in the header, not sure if that would help RT.


Regards
Andrew

Schincke, Keith D. (JSC-IT)[MEI] wrote:


Hey Kris,

All of the html, images and javascript is loading correcting

I used firebug to peak at the HTTP headers. It looks like the 
Location: field is set to direct the browser to load the 
Display.html file to display the updated ticket.


The ProxyPass and ProxyPassReverse options should be changing the 
response headers.


Below is the relevant parts of my apache config file.

Any help will be greatfully appricated.

Keith

RewriteEngine on
RewriteLog /var/log/httpd/rewrite.log
RewriteLogLevel 0
RewriteRule ^/$ https://rt.example.com/rt/ [R,L]
RewriteRule ^/rt$ https://10.0.0.1/rt/ [P,L]
RewriteRule ^/rt/(.*)$ https://10.0.0.1/rt/$1 [P,L]

ProxyRequests off
SSLProxyEngine on
Location /
ProxyPass https://10.0.0.1/
ProxyPassReverse https://10.0.0.1/
/Location



-Original Message-
From: Kris Boutilier [mailto:[EMAIL PROTECTED]
Sent: Mon 10/29/2007 11:38 AM
To: Schincke, Keith D. (JSC-IT)[MEI]
Cc: rt-users@lists.bestpractical.com
Subject: RE: [rt-users] Problem accessing RT located behind an apache 
proxy


Most likely you'll need to use something like mod_proxy_html to 
manipulate occurances of the private address within the body of the 
http stream. You could confirm this by using Wireshark to look at the 
contents of the http replies on both sides of the Apache server and 
see exactly where the offending addresses are being embedded.


mod_proxy_html is a perfect tool for doing in-line rewrites of 
javascript, css and other complexities generated by proxied web apps. 
See http://apache.webthing.com/mod_proxy_html/


Kris Boutilier
Information Services Coordinator
Sunshine Coast Regional District



From: [EMAIL PROTECTED] 
[mailto:[EMAIL PROTECTED] On Behalf Of 
Schincke, Keith D. (JSC-IT)[MEI]

Sent: Sunday, October 28, 2007 8:33 AM
To: rt-users@lists.bestpractical.com
Subject: [rt-users] Problem accessing RT located behind an 
apache proxy
   
   



Hey Guys,
   
I am having issues accessing parts of my RT installation while 
it is located behind an apache proxy.
   
My configuration is:

  RT is installed on a server on a private network.
  Apache is installed on a server on the public network that 
will proxy with mod_rewrite access to the RT server.
   
This configuration works great for most parts of the RT 
system. Tickets can be looked at. Users can be added.

The problem occurs when a ticket or user is updated.
   
When a ticket is updated, Update.html is called, the ticket is 
update and the browser is redirected to Display.html.
   
The redirect is what is causing my problems. The application 
is tries to send the browser to the private IP address to load 
Display.html.
   
Here is my configuration:

Front end apache server:
Centos 4.5
httpd 2.0.52
   
Here are the rewrite rules:

VirtualHost *:80
   RewriteEngine on
   RewriteLog /var/log/httpd/rewrite.log
   RewriteLogLevel 2
   RewriteRule ^/$ http://10.0.0.1/rt [P,L]
   RewriteRule ^/(.*)$ http://10.0.0.1/$1 [P,L]
   ProxyPass / http://rt.example.com/
   ProxyPassReverse / http://rt.example.com/
/VirtualHost
   
   
Backend server:

Debian etch
Aapche 2
RT 3.6
   
My $WebBaseURL is http://rt.example.com
   
Any suggestions on what may be causing the rewrite to not work 
correctly?
   
Thanks for any help,
   
Keith





___
http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users

SAVE THOUSANDS OF DOLLARS ON RT SUPPORT:

If you sign up for a new RT support contract before December 31, we'll take
up to 20 percent off the price. This sale won't last long, so get in touch today. 
Email us at [EMAIL PROTECTED] or call us at +1 617 812 0745.



Community help: http://wiki.bestpractical.com
Commercial support: [EMAIL PROTECTED]


Discover RT's hidden secrets with RT Essentials from O'Reilly Media. 
Buy a copy at http://rtbook.bestpractical.com

___
http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users

SAVE THOUSANDS OF DOLLARS ON RT SUPPORT:

If you sign up for a new RT support contract before December 31, we'll take
up to 20 percent off the price. This sale won't last long, so get in touch today. 
   Email us at [EMAIL PROTECTED] or call us at +1 617 812 0745.



Community help: http://wiki.bestpractical.com
Commercial support: [EMAIL PROTECTED]


Discover RT's hidden

Re: [rt-users] Problem with rt-mailgate

[Huw Selley]

On 24/10/07 4:41, Fredrik Poller [EMAIL PROTECTED] wrote:

 Hi,

Hi,

 
 I have a problem with the rt-mailgate script, I can't get it to work.
snip
 I get the following error in my maillog:
 Oct 24 17:28:24 telnix03 postfix/local[65653]: C485E108E51: to=
 [EMAIL PROTECTED], relay=local, delay=11, delays=10/0/0/0.32, dsn=4.3.0,
 status=deferred (temporary failure. Command output: RT server error.  The RT
 server which handled your email did not behave as expected. It said:  Can't
 locate object method seek via package File::Temp at
 /usr/local/lib/perl5/site_perl/5.8.8/MIME/Parser.pm line 816, GEN30 line
 13.  Stack:   [/usr/local/lib/perl5/site_perl/5.8.8/MIME/Parser.pm:816]
 [/usr/local/lib/perl5/site_perl/5.8.8/MIME/Parser.pm:1083]
 [/usr/local/lib/perl5/site_perl/5.8.8/MIME/Parser.pm:1177]
 [/usr/local/lib/perl5/site_perl/5.8.8/MIME/Parser.pm:1150]
 [/storage/rt/lib/RT/EmailParser.pm:231]
 [/storage/rt/lib/RT/EmailParser.pm:179]
 [/storage/rt/lib/RT/EmailParser.pm:139]
 [/storage/rt/lib/RT/Interface/Email.pm:549]
 [/storage/rt/share/html/REST/1.0/NoAuth/mail-gateway:61]  )

Looks like the 'File::Temp' perl module is either not installed, Is not the
correct version or has had a sense of humor failure.
You could try installing the most recent release from cpan by running 'cpan
install File::Temp' and follow the on-screen prompts.

Hope this helps.
Huw



s2s company email disclaimer: 
http://www.s2s.ltd.uk/datasheets/email_disclaimer.pdf
s2s company registration number : 3952958
s2s VAT registration number : GB763132055
Business premises   : Ground Floor, Overline House, Crawley, West 
Sussex, RH10 1JA
Registered address  : 29 High Street, Crawley, West Sussex, RH10 1BQ
Place of registration   : England

___
http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users

SAVE THOUSANDS OF DOLLARS ON RT SUPPORT:

If you sign up for a new RT support contract before December 31, we'll take
up to 20 percent off the price. This sale won't last long, so get in touch 
today.
Email us at [EMAIL PROTECTED] or call us at +1 617 812 0745.


Community help: http://wiki.bestpractical.com
Commercial support: [EMAIL PROTECTED]


Discover RT's hidden secrets with RT Essentials from O'Reilly Media.
Buy a copy at http://rtbook.bestpractical.com

Re: [rt-users] Problem with rt-mailgate

[Fredrik Poller]

Hi,

Thanks for your reply.

I did what you suggested but i still get the same error.

[EMAIL PROTECTED] ~]# cpan
Terminal does not support AddHistory.

cpan shell -- CPAN exploration and modules installation (v1.7602)
ReadLine support available (try 'install Bundle::CPAN')

cpan install File::Temp
CPAN: Storable loaded ok
Going to read /root/.cpan/Metadata
  Database was generated on Wed, 24 Oct 2007 11:36:39 GMT
Running install for module File::Temp
Running make for T/TJ/TJENNESS/File-Temp-0.18.tar.gz
CPAN: LWP::UserAgent loaded ok
Fetching with LWP:
  ftp://ftp.perl.org/pub/CPAN/authors/id/T/TJ/TJENNESS/File-Temp-0.18.tar.gz
CPAN: Digest::MD5 loaded ok
Fetching with LWP:
  ftp://ftp.perl.org/pub/CPAN/authors/id/T/TJ/TJENNESS/CHECKSUMS
CPAN: Compress::Zlib loaded ok
Checksum for /root/.cpan/sources/authors/id/T/TJ/TJENNESS/File-
Temp-0.18.tar.gz
ok
Scanning cache /root/.cpan/build for sizes
x File-Temp-0.18/
x File-Temp-0.18/misc/
x File-Temp-0.18/misc/benchmark.pl
x File-Temp-0.18/misc/results.txt
x File-Temp-0.18/META.yml
x File-Temp-0.18/t/
x File-Temp-0.18/t/posix.t
x File-Temp-0.18/t/tempfile.t
x File-Temp-0.18/t/mktemp.t
x File-Temp-0.18/t/cmp.t
x File-Temp-0.18/t/security.t
x File-Temp-0.18/t/seekable.t
x File-Temp-0.18/t/object.t
x File-Temp-0.18/MANIFEST
x File-Temp-0.18/ChangeLog
x File-Temp-0.18/Temp.pm
x File-Temp-0.18/Makefile.PL
x File-Temp-0.18/README

  CPAN.pm: Going to build T/TJ/TJENNESS/File-Temp-0.18.tar.gz

Checking if your kit is complete...
Looks good
Writing Makefile for File::Temp
cp Temp.pm blib/lib/File/Temp.pm
Manifying blib/man3/File::Temp.3
  /usr/bin/make  -- OK
Running make test
PERL_DL_NONLAZY=1 /usr/local/bin/perl -MExtUtils::Command::MM -e
test_harne
ss(0, 'blib/lib', 'blib/arch') t/*.t
t/cmp.ok
t/mktemp..ok
t/object..ok
t/posix...ok
t/securityok
3/13 skipped: various reasons
t/seekableok
t/tempfileok
All tests successful, 3 subtests skipped.
Files=7, Tests=87,  1 wallclock secs ( 0.30 cusr +  0.44 csys =  0.73 CPU)
  /usr/bin/make test -- OK
Running make install
Installing /usr/local/lib/perl5/5.8.8/File/Temp.pm
Installing /usr/local/lib/perl5/5.8.8/perl/man/man3/File::Temp.3
Writing /usr/local/lib/perl5/5.8.8/mach/auto/File/Temp/.packlist
FreeBSD: Registering installation in the package database
Appending installation info to /usr/local/lib/perl5/5.8.8/mach/perllocal.pod
  /usr/bin/make install  -- OK

cpan q
Terminal does not support GetHistory.
Lockfile removed.
[EMAIL PROTECTED] ~]# sendmail [EMAIL PROTECTED]
test
.
[EMAIL PROTECTED] ~]# cd /var/log/
[EMAIL PROTECTED] /var/log]# tail maillog
Oct 24 18:05:41 telnix03 postfix/local[72586]: 80AF6108E5B: to=
[EMAIL PROTECTED], relay=local, delay=2.3, delays=1.8/0.02/0/0.48, dsn=
4.3.0, status=deferred (temporary failure. Command output: RT server error.
The RT server which handled your email did not behave as expected. It said:
Can't locate object method seek via package File::Temp at
/usr/local/lib/perl5/site_perl/5.8.8/MIME/Parser.pm line 816, GEN30 line
12.  Stack:   [/usr/local/lib/perl5/site_perl/5.8.8/MIME/Parser.pm:816]
[/usr/local/lib/perl5/site_perl/5.8.8/MIME/Parser.pm:1083]
[/usr/local/lib/perl5/site_perl/5.8.8/MIME/Parser.pm:1177]
[/usr/local/lib/perl5/site_perl/5.8.8/MIME/Parser.pm:1150]
[/storage/rt/lib/RT/EmailParser.pm:231]
[/storage/rt/lib/RT/EmailParser.pm:179]
[/storage/rt/lib/RT/EmailParser.pm:139]
[/storage/rt/lib/RT/Interface/Email.pm:549]
[/storage/rt/share/html/REST/1.0/NoAuth/mail-gateway:61]  )

Any more ideas? :)

Best regards,
Fredrik Poller

On 10/24/07, Huw Selley [EMAIL PROTECTED] wrote:

 On 24/10/07 4:41, Fredrik Poller [EMAIL PROTECTED] wrote:

  Hi,

 Hi,

 
  I have a problem with the rt-mailgate script, I can't get it to work.
 snip
  I get the following error in my maillog:
  Oct 24 17:28:24 telnix03 postfix/local[65653]: C485E108E51: to=
  [EMAIL PROTECTED], relay=local, delay=11, delays=10/0/0/0.32, dsn=
 4.3.0,
  status=deferred (temporary failure. Command output: RT server
 error.  The RT
  server which handled your email did not behave as expected. It
 said:  Can't
  locate object method seek via package File::Temp at
  /usr/local/lib/perl5/site_perl/5.8.8/MIME/Parser.pm line 816, GEN30
 line
  13.  Stack:   [/usr/local/lib/perl5/site_perl/5.8.8/MIME/Parser.pm:816]
  [/usr/local/lib/perl5/site_perl/5.8.8/MIME/Parser.pm:1083]
  [/usr/local/lib/perl5/site_perl/5.8.8/MIME/Parser.pm:1177]
  [/usr/local/lib/perl5/site_perl/5.8.8/MIME/Parser.pm:1150]
  [/storage/rt/lib/RT/EmailParser.pm:231]
  [/storage/rt/lib/RT/EmailParser.pm:179]
  [/storage/rt/lib/RT/EmailParser.pm:139]
  [/storage/rt/lib/RT/Interface/Email.pm:549]
  [/storage/rt/share/html/REST/1.0/NoAuth/mail-gateway:61]  )

 Looks like the 'File::Temp' perl module is either not installed, Is not
 the
 correct version or has had a sense of humor failure.
 You could try installing the most recent release from cpan by running
 'cpan
 install File::Temp' and follow the on-screen prompts.

RE: [rt-users] Problem with RT::Logger

[Lamers, Dan]

I have solved this problem by adding the following line to my
CurrentUser_Local.pm

 

Package RT::Interface::Web;

 

I still don't understand why it worked before without the added line?
Perhaps this is related to the 3.6.4 to 3.6.5 upgrade?

 

Hopefully this will help anyone else who runs into similar issues running
CurrentUser_Local.pm ldap overlay.

 

Dan

 

   _  

From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Lamers, Dan
Sent: Monday, October 22, 2007 3:38 PM
To: rt-users@lists.bestpractical.com
Subject: [rt-users] Problem with RT::Logger

 

I had a working RT system up until this morning when it appears that
RT::Logger stopped functioning.  Last week I upgraded from 3.6.4 to 3.6.5
and everything appeared to work fine.  I shutdown the system for the weekend
and this morning I'm receiving a 500 Internal Server Error when trying to
logon.  

 

My apache2/errorlog entry is:
  Can't call method debug on an undefined value at
/opt/rt3/local/lib/RT/CurrentUser_Local.pm line 59

 

The relevant perl line is

  $RT::Logger-debug( CreateFromExternalUserInfo: entered with args: ,
@lookupargs, \n);

 

 

If I comment this line from the program, it proceeds to fail on the next
RT::Logger statement including RT::Logger-info calls.  If I comment out all
of the RT::Logger calls from this program, the system appears to function
normally.  

 

Any help would be greatly appreciated!

 

Thanks,

Dan



DISCLAIMER: The information in this message is confidential and may be
legally privileged. It is intended solely for the addressee. Access to this
message by anyone else is unauthorized. If you are not the intended
recipient, any disclosure, copying, or distribution of the message, or any
action or omission taken by you in reliance on it, is prohibited and may be
unlawful. Please immediately contact the sender if you have received this
message in error. Thank you. 





DISCLAIMER: The information in this message is confidential and may be
legally privileged. It is intended solely for the addressee.  Access to this
message by anyone else is unauthorized.  If you are not the intended
recipient, any disclosure, copying, or distribution of the message, or any
action or omission taken by you in reliance on it, is prohibited and may be
unlawful.  Please immediately contact the sender if you have received this
message in error. Thank you. 


___
http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users

SAVE THOUSANDS OF DOLLARS ON RT SUPPORT:

If you sign up for a new RT support contract before December 31, we'll take
up to 20 percent off the price. This sale won't last long, so get in touch 
today. 
Email us at [EMAIL PROTECTED] or call us at +1 617 812 0745.


Community help: http://wiki.bestpractical.com
Commercial support: [EMAIL PROTECTED]


Discover RT's hidden secrets with RT Essentials from O'Reilly Media. 
Buy a copy at http://rtbook.bestpractical.com

Re: [rt-users] Problem with RT::Logger

[Ruslan Zakirov]

Most probably you're calling methods on $RT::Logger when it's not
initialized, for example during loading of modules.

On 10/22/07, Lamers, Dan [EMAIL PROTECTED] wrote:




 I had a working RT system up until this morning when it appears that
 RT::Logger stopped functioning.  Last week I upgraded from 3.6.4 to 3.6.5
 and everything appeared to work fine.  I shutdown the system for the weekend
 and this morning I'm receiving a 500 Internal Server Error when trying to
 logon.



 My apache2/errorlog entry is:
Can't call method debug on an undefined value at
 /opt/rt3/local/lib/RT/CurrentUser_Local.pm line 59



 The relevant perl line is

   $RT::Logger-debug( CreateFromExternalUserInfo: entered with args: ,
 @lookupargs, \n);





 If I comment this line from the program, it proceeds to fail on the next
 RT::Logger statement including RT::Logger-info calls.  If I comment out all
 of the RT::Logger calls from this program, the system appears to function
 normally.



 Any help would be greatly appreciated!



 Thanks,

 Dan



 DISCLAIMER: The information in this message is confidential and may be
 legally privileged. It is intended solely for the addressee. Access to this
 message by anyone else is unauthorized. If you are not the intended
 recipient, any disclosure, copying, or distribution of the message, or any
 action or omission taken by you in reliance on it, is prohibited and may be
 unlawful. Please immediately contact the sender if you have received this
 message in error. Thank you.


 ___
 http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users

 Community help: http://wiki.bestpractical.com
 Commercial support: [EMAIL PROTECTED]


 Discover RT's hidden secrets with RT Essentials from O'Reilly Media.
 Buy a copy at http://rtbook.bestpractical.com



-- 
Best regards, Ruslan.
___
http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users

SAVE THOUSANDS OF DOLLARS ON RT SUPPORT:

If you sign up for a new RT support contract before December 31, we'll take
up to 20 percent off the price. This sale won't last long, so get in touch 
today. 
Email us at [EMAIL PROTECTED] or call us at +1 617 812 0745.


Community help: http://wiki.bestpractical.com
Commercial support: [EMAIL PROTECTED]


Discover RT's hidden secrets with RT Essentials from O'Reilly Media. 
Buy a copy at http://rtbook.bestpractical.com

Re: [rt-users] Problem customising RT at a glance global config

[Jesse Vincent]

On Jul 11, 2007, at 4:34 AM, Andrew Lewis wrote:

 Ok well as it turned out 3.6.4 is in Blastwave testing already so  
I installed that. Error message generated looks very similar (txt  
file attached).


May be pertinent to mention that the data is from a 3.2.1 system  
which has been upgraded with the upgrade scripts (for version 3.3.0  
and 3.3.11 - one for version 3.5.1 didn't seem to make any changes).





Every time I've run it, the 3.5.1 'content' upgrade adds the rows you  
need. Perhaps the blastwave package isn't right?



Best,
-AL.

___
http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users

Community help: http://wiki.bestpractical.com
Commercial support: [EMAIL PROTECTED]


Discover RT's hidden secrets with RT Essentials from O'Reilly Media.
Buy a copy at http://rtbook.bestpractical.com




PGP.sig
Description: This is a digitally signed message part
___
http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users

Community help: http://wiki.bestpractical.com
Commercial support: [EMAIL PROTECTED]


Discover RT's hidden secrets with RT Essentials from O'Reilly Media. 
Buy a copy at http://rtbook.bestpractical.com

Re: [rt-users] Problem with RT-Extension-CommandByMail

[Ruslan Zakirov]

1. Without logs I couldn't say anything helpful.
2. You may try 3.4.6 RC without any patch

On 9/3/06, Charlie Garrison [EMAIL PROTECTED] wrote:

Good morning,

I have installed RT-Extension-CommandByMail-0.03 in my RT v3.4.5 setup. After
completing the installation steps, RT stops processing any messages via
rt-mailgate. Once I comment the @MailPlugins line then messages get processed
again.

I used the following install procedure:

cd ~/src/RT-Extension-CommandByMail-0.03
perl Makefile.PL
make
su
make install
cd /usr/local/rt3
patch -p0 
~/src/RT-Extension-CommandByMail-0.03/patch/command_by_email-0.1-RT-3.4.5.patch
vi etc/RT_SiteConfig.pm
(added following line at end of file, before trailing 1;)
@MailPlugins = qw(Auth::MailFrom Filter::TakeAction);
apachectl stop
apachectl start

I also tried some variations of the above, but nothing seems to work. I can't
see anything in rt.log that sheds any light on the problem.

What am I possibly doing wrong? How can I get RT-Extension-CommandByMail to
work?

Thanks,
Charlie

--
   Charlie Garrison  [EMAIL PROTECTED]
   PO Box 141, Windsor, NSW 2756, Australia
___
http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users

Community help: http://wiki.bestpractical.com
Commercial support: [EMAIL PROTECTED]


Discover RT's hidden secrets with RT Essentials from O'Reilly Media.
Buy a copy at http://rtbook.bestpractical.com




--
Best regards, Ruslan.
___
http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users

Community help: http://wiki.bestpractical.com
Commercial support: [EMAIL PROTECTED]


Discover RT's hidden secrets with RT Essentials from O'Reilly Media. 
Buy a copy at http://rtbook.bestpractical.com

Re: [rt-users] Problem with RT-Extension-CommandByMail

[Charlie Garrison]

Good morning,

On 3/9/06 at 7:44 PM +0400, Ruslan Zakirov [EMAIL PROTECTED] wrote:

1. Without logs I couldn't say anything helpful.

Agreed, but I'm not sure where to look. There is nothing in the apache
error_log. And this is all I get from the rt.log:

[Sun Sep  3 19:23:47 2006] [debug]: Converting 'US-ASCII' to 'utf-8' for
text/plain - Doing command test [5] (/usr/local/rt3/lib/RT/I18N.pm:225)

If you have any suggestions for getting something useful into the logs, I'd love
to hear it.

2. You may try 3.4.6 RC without any patch

I decided to update to 3.6.1 if I was going to bother with an update. The
CommandByMail stuff is still not working. I have tested with and without the
Interface/Email.pm patch.

If I use this line in RT_SiteConfig.pm then messages get processed and a ticket
is created:

@MailPlugins = qw(Auth::MailFrom );

But if I use this line instead then no ticket is created:

@MailPlugins = qw(Auth::MailFrom Filter::TakeAction);

Any ideas?

Thanks,
Charlie

-- 
   Charlie Garrison  [EMAIL PROTECTED]
   PO Box 141, Windsor, NSW 2756, Australia
___
http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users

Community help: http://wiki.bestpractical.com
Commercial support: [EMAIL PROTECTED]


Discover RT's hidden secrets with RT Essentials from O'Reilly Media.
Buy a copy at http://rtbook.bestpractical.com

Re: [rt-users] Problem with RT-Extension-CommandByMail

[Michael G Schwern]

Charlie Garrison wrote:

I have installed RT-Extension-CommandByMail-0.03 in my RT v3.4.5 setup. After
completing the installation steps, RT stops processing any messages via
rt-mailgate. Once I comment the @MailPlugins line then messages get processed
again.

I used the following install procedure:

cd ~/src/RT-Extension-CommandByMail-0.03
perl Makefile.PL
make


This is the point where one usually runs the tests.  They might point out 
something which has gone wrong with CommandByMail and your system.

 make test


su
make install
cd /usr/local/rt3
patch -p0 
~/src/RT-Extension-CommandByMail-0.03/patch/command_by_email-0.1-RT-3.4.5.patch
vi etc/RT_SiteConfig.pm
(added following line at end of file, before trailing 1;)
@MailPlugins = qw(Auth::MailFrom Filter::TakeAction);
apachectl stop
apachectl start

I also tried some variations of the above, but nothing seems to work. I can't
see anything in rt.log that sheds any light on the problem.

What am I possibly doing wrong? How can I get RT-Extension-CommandByMail to
work?

Thanks,
Charlie



___
http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users

Community help: http://wiki.bestpractical.com
Commercial support: [EMAIL PROTECTED]


Discover RT's hidden secrets with RT Essentials from O'Reilly Media. 
Buy a copy at http://rtbook.bestpractical.com

Re: [rt-users] Problem with RT-Extension-CommandByMail

[Michael G Schwern]

Michael G Schwern wrote:

Charlie Garrison wrote:
I have installed RT-Extension-CommandByMail-0.03 in my RT v3.4.5 
setup. After

completing the installation steps, RT stops processing any messages via
rt-mailgate. Once I comment the @MailPlugins line then messages get 
processed

again.

I used the following install procedure:

cd ~/src/RT-Extension-CommandByMail-0.03
perl Makefile.PL
make


This is the point where one usually runs the tests.  They might point 
out something which has gone wrong with CommandByMail and your system.


Jesse informs me that its non-trivial to run the CommandByMail tests.  They require a 
running, installed RT instance.  Additionally the tests are destructive in 
that they actively add tickets and send mail via your installed RT instance.  So don't 
run them against a production instance.
___
http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users

Community help: http://wiki.bestpractical.com
Commercial support: [EMAIL PROTECTED]


Discover RT's hidden secrets with RT Essentials from O'Reilly Media. 
Buy a copy at http://rtbook.bestpractical.com

Re: [rt-users] Problem with RT-Extension-CommandByMail

[Charlie Garrison]

Good morning,

On 3/9/06 at 6:57 PM -0400, Michael G Schwern [EMAIL PROTECTED] wrote:

 This is the point where one usually runs the tests.  They might point
 out something which has gone wrong with CommandByMail and your system.

Jesse informs me that its non-trivial to run the CommandByMail tests. 
They require a running, installed RT instance.  Additionally the tests
are destructive in that they actively add tickets and send mail via
your installed RT instance.  So don't run them against a production
instance.

Yep, I found that out the hard way. I was running tests but quickly got tired of
deleting all the 'test' tickets. The tests were failing, but still creating
tickets.

Is there something I can do to get more logging detail? Then maybe I can get
some clues as to where the problem might be.

Thanks,
Charlie

-- 
   Charlie Garrison  [EMAIL PROTECTED]
   PO Box 141, Windsor, NSW 2756, Australia
___
http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users

Community help: http://wiki.bestpractical.com
Commercial support: [EMAIL PROTECTED]


Discover RT's hidden secrets with RT Essentials from O'Reilly Media.
Buy a copy at http://rtbook.bestpractical.com

Re: [rt-users] Problem with RT-Extension-CommandByMail

[Ruslan Zakirov]

On 9/4/06, Charlie Garrison [EMAIL PROTECTED] wrote:

Good morning,

On 3/9/06 at 6:57 PM -0400, Michael G Schwern [EMAIL PROTECTED] wrote:

 This is the point where one usually runs the tests.  They might point
 out something which has gone wrong with CommandByMail and your system.

Jesse informs me that its non-trivial to run the CommandByMail tests.
They require a running, installed RT instance.  Additionally the tests
are destructive in that they actively add tickets and send mail via
your installed RT instance.  So don't run them against a production
instance.

Yep, I found that out the hard way. I was running tests but quickly got tired of
deleting all the 'test' tickets. The tests were failing, but still creating
tickets.

Is there something I can do to get more logging detail? Then maybe I can get
some clues as to where the problem might be.

First of all, in the repository we have version 0.05 which is newer
than on the CPAN. You can check out from the SVN or wait for new
release.

To debug you can use next command: `rt-mailgate --url 'http://...'
--queue general --action 'correspond' --debug`. As input type
something like:
From: [EMAIL PROTECTED]
Subject: test

test

hit ctrl+d at the end.

Also there is problem with default value of the --action argument in
3.6.0 and may be 3.6.1, try to add --action correspond to all your
mail aliases. I fixed it in the RT repository, but don't remember if
it was included into 3.6.1 or not.



Thanks,
Charlie

--
   Charlie Garrison  [EMAIL PROTECTED]
   PO Box 141, Windsor, NSW 2756, Australia
___
http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users

Community help: http://wiki.bestpractical.com
Commercial support: [EMAIL PROTECTED]


Discover RT's hidden secrets with RT Essentials from O'Reilly Media.
Buy a copy at http://rtbook.bestpractical.com




--
Best regards, Ruslan.
___
http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users

Community help: http://wiki.bestpractical.com
Commercial support: [EMAIL PROTECTED]


Discover RT's hidden secrets with RT Essentials from O'Reilly Media. 
Buy a copy at http://rtbook.bestpractical.com