Ok many thanks Kevin. I'm hoping to set up a 3.8 test environment so
I'll have a play around with that setting on there.
Justin
On 11 May 2009, at 18:02, Kevin Falcone wrote:
>
> On May 11, 2009, at 12:50 PM, Justin Hayes wrote:
>
>> Many thanks Kevin. Does it have any other effects? Just tryi
Hi
I have just finished setting up RT and have a small problems with the way
the users are setup. We have 35 users. 30 of them are remote. Each user has
a queue so that tickets can be lodged to them. They all have create ticket
privs so that they can create tickets BUT I dont want them to be able
On May 11, 2009, at 4:36 PM, Jay R. Ashworth wrote:
> - "Ken Crocker" wrote:
>>Correct. Plus, you may well run out of viable Ticket ID's. IF I>
>> were
>> you. I would do my best to dissuade. Lots of luck.
>
> In a private message (for some reason, I expected to be on the wrong
> sid
On Mon, 11 May 2009 20:09:25 -0400, "Eric Chatham"
said:
> Anyhow, I get the gist how to modify the file. I'm just wondering if
> someone could provide me with some examples? That would be greatly
> appreciated. Thanks, once again. :)
Set($rtname, 'Your Name Here');
Set($Organization, 'Your Or
Thanks for the reply. Can we please just overlook the "silly" signature? The
message gets appended on all outgoing e-mail from our organization!
Anyhow, I get the gist how to modify the file. I'm just wondering if someone
could provide me with some examples? That would be greatly appreciated
- "Ken Crocker" wrote:
> Correct. Plus, you may well run out of viable Ticket ID's. IF I> were
> you. I would do my best to dissuade. Lots of luck.
In a private message (for some reason, I expected to be on the wrong side
of this argument) I provided the OP with several concrete reasons
To any and all,
I want to set my RT Configuration to allow non-LDAP Users and LDAP
Users alike to be added as "Unprivileged" users when they are CC's on a
ticket during correspondance. Can anyone help me with this? Thanks.
Kenn
LBNL
___
http://li
Tom,
Correct. Plus, you may well run out of viable Ticket ID's. IF I were
you. I would do my best to dissuade. Lots of luck.
Kenn
LBNL
On 5/11/2009 2:39 PM, Tom Lahti wrote:
Ken Crocker wrote:
Tom,
Why do you need a date prefixed to the Ticket ID? In my 40 years in
I don't,
> -Original Message-
> From: rt-users-boun...@lists.bestpractical.com
> [mailto:rt-users-boun...@lists.bestpractical.com] On Behalf
> Of Eric Chatham
> Sent: Monday, May 11, 2009 3:12 PM
> To: Ruslan Zakirov
> Cc: rt-users@lists.bestpractical.com
> Subject: Re: [rt-users] New to RT and ne
Sorry about the second e-mail. On the first one, I received an undeliverable
NDR when I tried posting.
Thank you for the reply. There is no step called "make initdb" on the
installation guide I'm using for CentOS 5.1 from the wiki.
There is a "rt-setup-database --action init" command though.
Don't ever double post! You have high chances to be ignored completly
as sort of punishment.
On Tue, May 12, 2009 at 1:28 AM, Eric Chatham wrote:
> Hello,
>
>
>
> I am brand new to RT request tracker. I am using the installation guide for
> CentOS 5.1 /RHEL 5.1 to install RT 3.6.6.
[snip]
--
Ken Crocker wrote:
> Tom,
>
>Why do you need a date prefixed to the Ticket ID? In my 40 years in
I don't, the OP (Eric) does. Couldn't agree with you more on your point.
There's already a "created date" field for each ticket. To add that again
as part of the ticket ID will definitely be cou
You shouldn't create an user in the DB, but as well you shouldn't use
root. User and permissions are created during 'make initdb' step. This
options can be configured using ./configure script as well.
I don't think it's good idea to mess with pathes of a system when you
havn't learnt how to config
Hello,
I am brand new to RT request tracker. I am using the installation guide for
CentOS 5.1 /RHEL 5.1 to install RT 3.6.6.
http://wiki.bestpractical.com/view/Rhel5InstallGuide
I am stuck at the point where it wants me to configure the variables in
/etc/rt3/RT_SiteConfig.pm. The name of the
Hello,
I am brand new to RT request tracker. I am using the installation guide for
CentOS 5.1 /RHEL 5.1 to install RT 3.6.6.
http://wiki.bestpractical.com/view/Rhel5InstallGuide
I am stuck at the point where it wants me to configure the variables in
/etc/rt3/RT_SiteConfig.pm. The name of the
Tom,
Why do you need a date prefixed to the Ticket ID? In my 40 years in
this business from Manufacturing (MRP - Order processing, Capacity
Planning, etc.)) to Retail to Banking industries I have always seen an
ID Field defined as "non-intelligent". That way, the ID has one function
only,
Ruslan Zakirov wrote:
> http://wiki.bestpractical.com/view/SetStartingId + cronjob to set it
> everyday, however you must understand limits on integers in your DB.
>> Example: #200905110001 would be the 1st ticket for today.
A normal signed int in 32-bit mysql has a maximum value of 2147483647,
http://wiki.bestpractical.com/view/SetStartingId + cronjob to set it
everyday, however you must understand limits on integers in your DB.
On Mon, May 11, 2009 at 10:58 PM, wrote:
> Hello all, New to the list, still newish to RT.
>
> I've been using an old 'hacked' up version of RT 2.0.x for some
Hello all, New to the list, still newish to RT.
I've been using an old 'hacked' up version of RT 2.0.x for some time now,
and was recently asked if we could just "cut and move forward" - so
instead of
trying to migrate the DB and such, I've installed and deployed a new 3.8.2
deployment - and wo
Either install YAML perl module using the cpan shell or in
lib/RT/IR.pm replace the following two lines
use YAML;
$RT::Logger->crit( "$self is not a ticket object like I expected"
. YAML::Dump($self) );
with
$RT::Logger->crit( "$self is not
Hi all,
Briefly - This post asks for help with an installation issue with RTIR 2.4.1.
I have a:
CentOS 5.3 server with...
RT v 3.8.2 installed, configured and working
RTFM v 2.4.1 installed, configured and working
RTIR v 2.4.1 ("perl Makefile.PL" reports all ok - "make install" succeeds)
When
> - why isn't it possible by default to send HTML emails ? Text emails
> in Outlook are not very sexy.
Tech types, which would be a large percentage of RT users, abhor HTML email.
I do. I don't care about sexy, I care about information, and HTML-izing
something usually doesn't mean adding usefu
On May 11, 2009, at 12:50 PM, Justin Hayes wrote:
> Many thanks Kevin. Does it have any other effects? Just trying to
> understand why it's off by default.
> Looks like another reason to work on the upgrade.
It is documented in the config file, but the summary is that we're not
convinced
it
Many thanks Kevin. Does it have any other effects? Just trying to
understand why it's off by default.
Looks like another reason to work on the upgrade.
Cheers,
Justin
On 11 May 2009, at 15:20, Kevin Falcone wrote:
>
> On May 11, 2009, at 2:36 AM, Justin Hayes wrote:
>
>> I create a saved sea
On May 11, 2009, at 2:36 AM, Justin Hayes wrote:
> I create a saved search which will display tickets created in the last
> week. For me (who can see all queues) I see 10 results (the last 10
> tickets created).
>
> However another user might only have permission to see 1 queue.
> Instead of seei
Good article: http://www.boutell.com/newfaq/misc/urllength.html
Kuehne + Nagel (AG & Co.) KG, Geschaeftsleitung: Hans-Georg Brinkmann (Vors.),
Uwe Bielang (Stellv.), Bruno Mang, Dirk Blesius (Stellv.), Alfred Manke,
Christian Marnetté (Stellv.), Mark Reinhardt (Stellv.), Jens Wollesen, Rainer
I'm not sure for 3.8.2 but for older RT versions with shredder installed from
cpan, there were some hints at the perldoc of shredder for adding some indexes.
Torsten
Kuehne + Nagel (AG & Co.) KG, Geschaeftsleitung: Hans-Georg Brinkmann (Vors.),
Uwe Bielang (Stellv.), Bruno Mang, Dirk Blesius (
>From RFC 2616:
http://www.w3.org/Protocols/rfc2616/rfc2616-sec3.html#sec3.2
The HTTP protocol does not place any a priori limit on the length of a URI.
Servers MUST be able to handle the URI of any resource they serve, and
SHOULD be able to handle URIs of unbounded length if they provide GET-base
Tom Lahti ha scritto:
> the password was just emailed across the net in clear text. Oi vay.
>
> On the other hand, if I made the request via email, I might totally expect
> to get a autoreply via email, but I'd still want my new password encrypted.
Or, it could be nice to be able to set a status
29 matches
Mail list logo