Actually no, REMOTE_USER in our institution includes the domain name, so
in this example it would be jo...@msu.edu. I have double checked this
by having the form spit out the variables returned by the Shibboleth IdP.
John
On 11/27/12 10:07 PM, Kevin Falcone wrote:
On Tue, Nov 27, 2012 at 01:
On Tue, Nov 27, 2012 at 01:30:41PM -0500, John Johnston wrote:
>We've been using the REST API for creating the tickets. We assign certain
> critical variables
>using the values returned by Shibboleth authentication first:
>
>my $your_netid = $ENV{'REMOTE_USER'};
Presumably REMOTE_US
On Tue, Nov 27, 2012 at 05:54:51PM +, Karmi Simonov wrote:
>I'm running RT4.0.6 with the last ExternalAuth plugin.
Please check your ExternalAuth version in Tools -> Configuration -> Tools ->
System Configuration, your debug lines don't line up with the latest
version.
-kevin
pgp26ie8RX
On Tue, Nov 27, 2012 at 03:25:05PM -0500, testwreq wreq wrote:
>We have a similar situation where we want to import our open tickets from
> the current 3.8.2
>sytem to the new 4.0.8 installation. Is there a script that can help do
> that?
That sounds like you want a simple upgrade.
Have
On Tue, Nov 27, 2012 at 10:19:29AM -0800, Tim Gustafson wrote:
> > There isn't currently a released tool for this.
> > We've been working on something and testing it out with a few clients
> > and expect that it will ship with 4.2.
> >
> > If you need this prior to the public release, I can point y
We have a similar situation where we want to import our open tickets from
the current 3.8.2 sytem to the new 4.0.8 installation. Is there a script
that can help do that?
On Tue, Nov 27, 2012 at 1:19 PM, Tim Gustafson wrote:
> > There isn't currently a released tool for this.
> > We've been worki
Thanks Kevin,
We've been using the REST API for creating the tickets. We assign
certain critical variables using the values returned by Shibboleth
authentication first:
my $your_netid = $ENV{'REMOTE_USER'};
my $your_full_name = $ENV{'displayName'};
my $your_phone = $query->param("PHONE");
my
> There isn't currently a released tool for this.
> We've been working on something and testing it out with a few clients
> and expect that it will ship with 4.2.
>
> If you need this prior to the public release, I can point you at the
> right people to figure it out.
What's the planned release da
Hi,
I'm running RT4.0.6 with the last ExternalAuth plugin.
It seems to be able to connect and authorize users against our LDAP, but for
some reason when a new user logs in (a user that didn't log in to the system
before), it doesn't get its Email address.
I can see a new user created in the DB,
On Wed, Nov 21, 2012 at 01:24:11PM -0500, John Johnston wrote:
>I've installed RT 4.0.8 on a RHEL 6.2 system and overall it's working fine
> with one notable
>exception. We authenticate users with Shibboleth, and once so
> authenticated they are able to
>create tickets. First time u
On Wed, Nov 21, 2012 at 06:03:07PM +, Guy Baxter wrote:
>I've installed 4.0.8 on CentOS 6.3, satisfied all dependencies etc, run
> the web installer to
>get things started, but I can't actually get my RT pages to load. I've
> tried using all of the
>apache options on web_deploymen
On Mon, Nov 26, 2012 at 08:05:30PM -0800, Tim Gustafson wrote:
> We have a handful of RT installations on campus, and we'd like to
> merge them together, and we'd like to retain ticket history. That
> means that we need a way to import tickets from one system to another,
> keeping in mind that the
On Tue, Nov 27, 2012 at 02:39:40PM +0100, Xavier Reigner wrote:
>In addition, I'd like to specify a link "Depended on by" to the tickets
> according to the
>previous test. I'm still confusing how I should update this field.
>$RT::Logger->info("Auto reference ticket #". $T_Obj->id ." to
On Tue, Nov 27, 2012 at 11:47:44AM +0100, Juanjo wrote:
>I have some troubles with Plack::Handler::Starlet, in a frest install of
> Centos 6.3 X64 on a
>esx5.1 host
>
>Update system and installed prerequisites (gcc, make, CPAM, YAML...)
You probably want to grab the Starlet-0.16.tar.
Check your log files Anton. 9/10 times the answer is there.
Also, your Apache config seems slightly mad. You have the ghost effectively
defined twice, once in httpd.conf and then once as an include within
'/etc/apache2/sites-available/default'. You should only need one of these.
Your statement
Hi,
I have a problem with my ticket system. It was hosted on a private laptop,
connected to via DynDNS. For some reason, one colleague's PC had a different
domain when used, and RT errored out every time he wanted to do something on
a ticket.
Now I changed the config files, and am stuck at "
Hi,
is there a way to customize RT interface. Basically I want to add options
to the "Type" field on customField (currently appearing "Enter one value",
"Select one value",etc.) and on top have only "Request Tracker" instead of
"RT for company name"
I'v look in DB and found nothing.
Thanks,
T
Hi Darren,
You can grant access using roles in PostgreSQL. So even though
the DB is owned by postgres, your configured rt user can still
access the data.
Cheers,
Ken
On Mon, Nov 26, 2012 at 03:50:58PM -0700, Darren Spruell wrote:
> Recent user of RT on PostgreSQL backend (a couple of years on My
Hi,
On ticket creation, I made a custom scrip to assigne the new ticket to a
specified user based on a requestor address. This is working with the
following action cleanup :
my $newowner = "userName";
my $T_Obj = $self->TicketObj;
my ($status, $msg) = $self->TicketObj->SetOwner( $newowner );
unle
Hi to all.
I have some troubles with Plack::Handler::Starlet, in a frest install of
Centos 6.3 X64 on a esx5.1 host
Update system and installed prerequisites (gcc, make, CPAM, YAML...)
Update to CPAN v19800
# cpan
cpan> install CPAN
cpan> reload CPAN
cpan> reload index
cpan> install Bundle::CPAN
20 matches
Mail list logo
