Before installing the module w/ CPAN.
# Note - /opt/rt3/lib is the default path - if you used a different
arg to --prefix during configure/install, use that as well.
export PERL5LIB=/opt/rt3/lib
Then run your cpan install. Paths in PERL5LIB are added (prepended?)
to @INC, allowing the RT
Just a word of warning - I have seen ITIL Gone Wrong, and I'm not sure
I've seen a bigger train wreck in my life than the implementation of ITIL at
my former employer. ITIL isn't bad. Nor is it a silver bullet. It's a
process model for running an IT organization within a business.
Regards.
On Tue, Jul 28, 2009 at 3:56 PM, Kenneth Marshall k...@rice.edu wrote:
Kage,
The main advantage is gained by avoiding I/O through the virtual
disk. The layout of the virtual disk tends to turn most I/O into
random I/O, even I/O that starts as sequential. The factor of
10 performance
I'm looking at deploying RT (running over apache2 on GNU/Linux) into an
environment that is windows-centric, and to ease administrative overhead I'd
like to use AD for authentication and the provisioning of identities. I've
successfully accomplished AD-Authentication a few different ways, but
On Tue, Aug 18, 2009 at 12:19 PM, Kevin Falcone
falc...@bestpractical.comwrote:
On Mon, Aug 17, 2009 at 04:16:40PM -0500, Robert Nesius wrote:
Slight correction:
On Mon, Aug 17, 2009 at 12:49 PM, Robert Nesius [1]nes...@gmail.com
wrote:
I'm looking at deploying RT (running
On Tue, Aug 18, 2009 at 12:50 PM, Kevin Falcone
falc...@bestpractical.comwrote:
Have you looked at RT-Extension-LDAPImport ?
-kevin
I had not found my way to it yet! Now that I read the cpan page, that looks
very much like what I'm looking for.
Thanks so much, Kevin. I'll play with this
On Mon, Aug 24, 2009 at 9:25 PM, Rich West rich.w...@wesmo.com wrote:
That works as expected in the development environment. However, in the
production environment, it gives up after the first command.
Interestingly, when viewing the email within the RT web UI, every line
(when submitted
On Fri, Aug 28, 2009 at 7:20 AM, Kevin Falcone falc...@bestpractical.comwrote:
On Thu, Aug 27, 2009 at 02:59:03PM -0500, Robert Nesius wrote:
I've installed RT-Extension-LDAPImport and was reading the README.
What jumped out at me is
that there is both a script to run (presumably
Set(@Plugins,qw(RT::FM));
You need to turn on the extension by adding the
RT::Authen::ExternalAuth module to that quoted array.
Also, I saw this below:
# The username RT should use to connect to the LDAP server
'user' = 'AD_Info\\LDAP',
'pass' =
I just imported a bunch of users from ldap and realized after the fact I
forgot to make sure they were imported as privileged users. I've been
casting about for a recipe/tool to flip that sets that bit for lots of
people at once and have struck out. Might someone be able to point me in
the right
In testing email interactions with RT, I'm observing the following behavior
with 3.8.6:
Original message:
Testing html-ized mail
-Rob
What I see coming back from RT
begin
Testing html-ized mail.
-Rob
end
Actually - I'm observing this with
The environment I'm about to roll out RT into is pretty much 100%
Outlook/Exchange. Something I'm noticing is that when I respond to a ticket
via email, not only is my response included, but the entire thread
underneath it. I'd like to RT to drop everything beginning from the pattern
of:
I've been struggling to find the right combination of access control
settings for a queue that will result in the following:
* Users can submit tickets, and can see their own tickets.
* Users cannot see other people's tickets.
* Admins can see all tickets.
The part I'm struggling with is that I
On Wed, Dec 2, 2009 at 11:56 AM, Jesse Vincent je...@bestpractical.comwrote:
On Wed, Dec 02, 2009 at 11:54:40AM -0600, Robert Nesius wrote:
The part I'm struggling with is that I can' find away to allow the queue
to
be visible in the drop-down box for the create a ticket interface
without
On Wed, Dec 2, 2009 at 1:19 PM, Ken Crocker kfcroc...@lbl.gov wrote:
Robert,
For that particular Queue, I would:
1) Grant CreateTicket to Everyone or Privileged, as you prefer.
2) Grant ShowQueue to Everyone or Privileged, as you prefer.
3) Grant ShowTicket to the role Requestor.
4)
Originally when pre-populating my user database, I thought it made sense to
make all of my users privileged so I could easily assign them to groups - I
noticed unprivileged users were not displayed in the user-management
interface by default. But what I'm seeing now is that there is a 'great
I decided to give the ToDo example a try under RT 3.8.6. I've successfully
made a ScripAction that assigns the scrip to the submitter on creation -
yay. However, I haven't found a combination of rights that allows the
submitter to actually close the ticket. Before pounding my head on this
any
My RT install is presently configured to authenticate against RT's mysql
database, and two LDAP (AD, really) sources. I'm trying to create an
account via the web U/I with the intention of adding a new user whose
credentials are hosted in RT's mysql DB. I figured out I had a bad mapping
for RT
Hi all,
Just curious how some of you provision perl to RT. I am running over my
server-distro's apache2/perl, and during a recent upgrade the system perl
was moved forward and suddenly my modules disappeared. I was able to patch
it up without too much trouble, but did find myself debating
On Thu, Oct 27, 2011 at 2:05 PM, Thomas Sibley t...@bestpractical.comwrote:
perlbrew + a fastcgi deployment (so you don't need your own mod_perl) works
great.
Perlbrew looks exactly like what I should have used in the first place. I
feel like a bit of a noob now - thanks for the pointers!
I made a recently change to how my apache2 server was configured to
redirect all requests through https. Now emails are not flowing through to
RT - I tracked the issue down to rt-mailgate complaining about not being
able to verify the certificate. I'm a little perplexed on how to proceed
or how
] rt-mailgate
On Mon, Jan 9, 2012 at 1:34 PM, Robert Nesius nes...@gmail.com wrote:
I made a recently change to how my apache2 server was configured to
redirect all requests through https. Now emails are not flowing
through to RT - I tracked the issue down to rt-mailgate complaining
about
I figured out a work around for this issue. I was suspicious that
LWP::UserAgent could not reach the cert for the CA that signed the cert
being presented by the web server. I learned there are some environment
variables that I can leverage to influence where LWP::UserAgent looks even
though it's
On Mon, Jan 23, 2012 at 2:38 PM, Allen allen+rtl...@crystalfontz.comwrote:
Landon wrote:
We simply use mod_rewrite to redirect everyone *except* the server itself
to https. This way when rt-mailgate calls http://rt.ourdomain/com it is
not forced to use https while everyone else is.
Landon
Both myself and fellow RT Users have noticed the following little quirk in
navigating the UI.
* While looking at a list of tickets (like My Tickets), we click on a
ticket.
* We resolve the ticket.
* RT updates the view and says the ticket is solved.
What would be mega handy is a link here Back
On Mon, Oct 22, 2012 at 11:54 AM, Kevin Falcone
falc...@bestpractical.comwrote:
On Fri, Oct 19, 2012 at 05:30:46PM -0500, Robert Nesius wrote:
Both myself and fellow RT Users have noticed the following little quirk
in
navigating the UI.
* While looking at a list of tickets (like My
I'm running on RT 4.0.4. I thought I had this problem licked - but
recently noticed the ticket system is sending me emails that have extra
new-lines in them.
I've reproduced this by:
* Creating a ticket via email
* Adding a reply to the ticket in RT - the email I receive is formatted
correctly
could grep change logs for that too. Even so would be kind of nice.
-Rob
On Thu, Feb 21, 2013 at 10:07 AM, Robert Nesius nes...@gmail.com wrote:
I'm running on RT 4.0.4. I thought I had this problem licked - but
recently noticed the ticket system is sending me emails that have extra
new
I upgraded my RT 4.0.4 install to 4.0.10 last night. I just wanted to give a
tip of the hat to best-practical team for making that a very smooth process.
3.8.x to 4.0 was necessarily a bit of a bear - and even that was pretty darned
smooth. But the dot-release upgrade was cake.
Thanks
After upgrading to 4.0.10, after authenticating RT is redirecting to:
http://server.domain.com/HASH(0xhexadecimal)
And the server is throwing a page not found error. If I click Home or
just remove the Hash from the URL, everything is fine.
Quick google searches came up blank... anyone else
30 matches
Mail list logo
