I think your exception list is ok, but this line basically tells the if
statement that the content needs to exactly match your list:
return if grep { $ticketRequestor eq lc($_) } @exceptionList;
Instead of eq you could try using =~ instead, below a little info:
Hello all!
We went live with rt 4.0.04 last night and have been getting reports of
end-users being unable to change ticket status in ANY queue from New -
Open.
Ticket 39927: Status 'open' isn't a valid status for tickets in this queue.
We are using the 'default' Lifecycle which allows for
On 2/3/2012 10:36 AM, Ronald J. Yacketta wrote:
Hello all!
We went live with rt 4.0.04 last night and have been getting reports
of end-users being unable to change ticket status in ANY queue from
New - Open.
Ticket 39927: Status 'open' isn't a valid status for tickets in this
queue.
We
On 2/3/2012 11:37 AM, Ronald J. Yacketta wrote:
On 2/3/2012 10:36 AM, Ronald J. Yacketta wrote:
Hello all!
We went live with rt 4.0.04 last night and have been getting reports
of end-users being unable to change ticket status in ANY queue from
New - Open.
Ticket 39927: Status 'open' isn't
On Fri, Feb 03, 2012 at 10:36:07AM -0500, Ronald J. Yacketta wrote:
Hello all!
We went live with rt 4.0.04 last night and have been getting reports of
end-users being unable
to change ticket status in ANY queue from New - Open.
Ticket 39927: Status 'open' isn't a valid status
On Thu, Feb 02, 2012 at 06:21:20PM +, Howell, Van wrote:
I added Set($LogToSyslog, debug); to my RT_SiteConfig.pm file
I don't seem to be getting an more logging.
I restarted the httpd service, didn't see any more logging so I restarted the
server.
Unfortunately - it seems you have
On Thu, Feb 02, 2012 at 07:15:28PM -, Tim Dunphy wrote:
In this case, it means RT will be comparing against all the Queue
address and your Correspond/Comment address. Is it possible that RT
is sending to an email address that feeds back into RT via an
/etc/aliases file or something
On Thu, Feb 02, 2012 at 10:40:22PM +0100, Alek Cesarz wrote:
Alek Cesarz pisze, W dniu 2012-01-25 21:48:
thanks Kevin. will check and get back with results.
I tried to review the code but with no success. nothing found in
incoming mail looks like it should trigger any special behaviour,
On Fri, Feb 03, 2012 at 10:36:07AM -0500, Ronald J. Yacketta wrote:
Hello all!
We went live with rt 4.0.04 last night and have been getting reports
of end-users being unable
to change ticket status in ANY queue from New - Open.
Ticket 39927: Status 'open' isn't a valid status
On Thu, Feb 02, 2012 at 01:25:13PM -0500, Josh Narins wrote:
On Tue, Jan 31, 2012 at 12:54:04PM -0500, Josh Narins wrote:
On Tue, Jan 31, 2012 at 09:28:00AM -0500, Josh Narins wrote:
I got partway along writing a Mail Plugin for RT3.8, but,
somewhere along the way, I lost it.
On Fri, Feb 03, 2012 at 12:42:47PM -0500, Ronald J Yacketta wrote:
On Fri, Feb 03, 2012 at 10:36:07AM -0500, Ronald J. Yacketta wrote:
Hello all!
We went live with rt 4.0.04 last night and have been getting reports
of end-users being unable
to change ticket status in ANY
Here is the Apache Log from my last login attempt
[Fri Feb 3 18:02:40 2012] [debug]: Password validation required for service -
Executing...
(/opt/rt4/local/plugins/RT-Authen-ExternalAuth/lib/RT/Authen/ExternalAuth.pm:155)
[Fri Feb 3 18:02:40 2012] [debug]: Trying external auth service:
One more thing,
It's like it is not sending the password to AD at all. I can type a random
password multiple times and is does not lock my account.
Van Howell
System Administrator
Lubbock Christian University
-Original Message-
From: rt-users-boun...@lists.bestpractical.com
Here is the debug log for a successful attempt
[Fri Feb 3 18:20:32 2012] [warning]: Couldn't enable user 28
(/opt/rt4/sbin/../lib/RT/User.pm:1066)
[Fri Feb 3 18:20:32 2012] [info]: User marked as ENABLED ( test.account ) per
External Service (, )
Kevin Falcone pisze, W dniu 2012-02-03 18:42:
Precedence: bulk
This one ^ is going to cause the CheckForAutoGenerated method to
return true, which will cause those headers you saw and turn off
outgoing mail back to the auto generated user. I'm not sure if there
is a config you could use to
Yep changed the comparison from equality (eq) to match reg-exp (=~) and
was a bit more careful with my expression...
'.*?\@example\.com',
The ? makes the * 'non-greedy' and the back-slashes make the dots literal.
thanks Bart,
ram
On Fri, Feb 3, 2012 at 1:45 AM, Bart b...@pleh.info wrote:
You really want all local configs in RT_SiteConfig.pm, not
RT_Config.pm. Next time you upgrade, any changes to RT_Config.pm will
be blown away.
Why doesn't Best Practical just do away this idea?
1. make install
put new RT_Config.pm in place
make a new 'RT_SiteConfig' help document
I have 3 things we did from cron we updated to 4.0.2 from 3.6 and they
don’t work now. Can someone advise what I have to change
## At 3 am everyday send a notification to the requestors of tickets in
custpndng untouched for 3 days
30 3 */1 * * root /opt/rt4/bin/rt-crontool --search
On Fri, Feb 3, 2012 at 10:55 AM, james machado hvgeekwt...@gmail.com wrote:
I would use ldapsearch on that machine to make sure you can bind to
the AD server using the login credentials in your Site_Config. Make
sure you are using the proper certificates to connect via the TLS you
have
On Fri, Feb 03, 2012 at 01:34:52PM -0500, Jeff Blaine wrote:
You really want all local configs in RT_SiteConfig.pm, not
RT_Config.pm. Next time you upgrade, any changes to RT_Config.pm will
be blown away.
Why doesn't Best Practical just do away this idea?
1. make install
put new
On Fri, Feb 03, 2012 at 01:39:15PM -0500, Mark Fuller wrote:
I have 3 things we did from cron we updated to 4.0.2 from 3.6 and they
don*t work now. Can
someone advise what I have to change
## At 3 am everyday send a notification to the requestors of tickets in
custpndng untouched
On Fri, Feb 03, 2012 at 06:08:46PM +, Howell, Van wrote:
Here is the Apache Log from my last login attempt
[Fri Feb 3 18:02:40 2012] [debug]: Found LDAP DN: CN=Howell\,
Van,OU=Staff,OU=LCU,DC=xx,DC=xxx,DC=edu
Because having an RT_SiteConfig.pm that is the same as RT_Config.pm
means that RT can never tell you if you overrode the setting.
Sure it can. In those rare needs, the code can just compare
the value in RT_Config.pm to the one in RT_SiteConfig.pm.
If they're the same, it was not overridden.
Curiously, when an unprivileged RT users is sent a comment and they reply
(internal users only...same domain as RT), the FROM is stripped and the comment
in not entered into RT. This used to work about 6 months ago.
What did we change? That is an long list.
Here is the error message:
On Fri, Feb 03, 2012 at 02:21:22PM -0500, Jeff Blaine wrote:
Because having an RT_SiteConfig.pm that is the same as RT_Config.pm
means that RT can never tell you if you overrode the setting.
Sure it can. In those rare needs, the code can just compare
the value in RT_Config.pm to the one in
I have an RT 4.0.2 box that I'd like to update to the newest
version(4.0.5). Are there any database changes, or anything that I
should watch out for while upgrading? Is there a walk through available
for an upgrade like this? Thanks in advance.
--
Scott Benson
System Administrator | A1
On Fri, Feb 03, 2012 at 10:00:19AM -1000, Michele Hershey, CTR wrote:
Curiously, when an unprivileged RT users is sent a comment and they
reply (internal users only...same domain as RT), the FROM is stripped
and the comment in not entered into RT. This used to work about 6
months ago.
That worked for the most part but now it has an issue sending out the
email using SendEmailFromRTSystem it breaks on
my $creator = $self-TransactionObj-CreatorObj-EmailAddress();
I have tried several other actions and they all do the same thing
Any suggestions
Mark
-Original
I ran the install again, The version it put on is 0.09
FALCONE/RT-Authen-ExternalAuth-0.09.tar.gz
Not the new version. I still have the same problem
I shelled into CPAN
perl -MCPAN -e shell
then I ran
install RT::Authen::ExternalAuth
Is there a different way?
Sorry for the dumb questions,
On Fri, Feb 03, 2012 at 06:12:57PM -0500, Mark Fuller wrote:
That worked for the most part but now it has an issue sending out the
email using SendEmailFromRTSystem it breaks on
my $creator = $self-TransactionObj-CreatorObj-EmailAddress();
I have tried several other actions and they all
On Fri, Feb 03, 2012 at 02:25:15PM -0800, Scott Benson wrote:
I have an RT 4.0.2 box that I'd like to update to the newest
version(4.0.5). Are there any database changes, or anything that I
should watch out for while upgrading? Is there a walk through
available for an upgrade like this?
On Fri, Feb 03, 2012 at 04:06:29PM -0800, Scott Benson wrote:
On 2/3/12 3:52 PM, Kevin Falcone wrote:
There are database upgrades, as the README specifies, you can run make
upgrade-database and it'll prompt you for your version.
All of the documentation you need is in the README and the
32 matches
Mail list logo
