Hello,
I have this case :
- a (privilieged) user sends a request to RT for a task he has to do.
- people managing tickets assign it to him, and put it in a queue he
is admincc for
So this user is requestor, owner, and admincc : he gets 3 emails on
each correspondance. Is it possible to
Stuart Browne stuart.bro...@ausregistry.com.au writes:
In short: XFS is fast and not reliable.
I think you exaggerate a bit. We have hundreds of terabytes of storage
on XFS. We see very few reliability problems.
--
Leif Nixon -Systems expert
Hi,
I'm fairly new to RT so I hope this isn't too far off the mark:
On 02/04/09 22:16, Schaffer, Russell wrote:
I have just upgraded my RT instance from 3.6.5 to 3.8.2 and am having
one small issue. When I go to the site none of the graphical rendering
is present.
I encountered this when I
Hi all,
when I run a script using RT::Interface::CLI, everything I get (such as
a CF value or correspondance) is ISO-8859-1. Same code in a mason
template in share/html give UTF-8.
Do I miss some initialization in myu script to get UTF-8?
-script---
#!/usr/bin/perl -w
# Extract
I did with putty changing the translation to utf8.
Best regards,
ALBERTO VILLANUEVA VAL
Consultor
Altran
ParqueEmpresarial Las Mercedes, Edificio 1
C/ Campezo, 1. 28022 Madrid
Tel : + 34 91 744 46 00
Fax: + 34 91 415 24 57
www.altran.es
Hi all!
I wrote about the problem with mason to write in 'obj' folder within
mason_data. Again I have resolved with the same solution.
My question is next: why does mason quit a permission of the obj folder? I
don't know what happens for disappearing that.
Thanks a lot!
Best regards,
On Fri, Apr 03, 2009 at 12:19:27PM +0200, Emmanuel Lacour wrote:
Hi all,
when I run a script using RT::Interface::CLI, everything I get (such as
a CF value or correspondance) is ISO-8859-1. Same code in a mason
template in share/html give UTF-8.
Do I miss some initialization in myu script
Many thanks for all your support.
I tested with different Debian and Ubuntu versions. With Debian 4 everything
still works without problems. After that something changes in the perl module.
If I take 6 old packages into a new system from here, this also works.
To avoid later problems with the
Hello :
Customer needs : LinearEscalate + still seing prio (dec/incr)easing after
a ticket is due.
Solution a little patch on LinearEscalate (as shiped in rt3.8.2).
If it can help.
Friendly
--
Julien Tayon // digital craftsman // making things simpler (when possible)
Clothes make the man.
On Fri, Apr 03, 2009 at 12:19:27PM +0200, Emmanuel Lacour wrote:
Hi all,
when I run a script using RT::Interface::CLI, everything I get (such as
a CF value or correspondance) is ISO-8859-1. Same code in a mason
template in share/html give UTF-8.
Do I miss some initialization in myu
On Fri, Apr 03, 2009 at 10:09:48AM -0400, Jesse Vincent wrote:
I have a sneaking suspicion this is related to Locale::Maketext::Lexicon
being smart
What have you set your environment/locale to in that shell?
Can you reduce this to a test we can drop into the RT test suite?
$ locale
LC_ALL=fr_FR.UTF-8
$ ./test.pl out
$ file out
out: ISO-8859 text
$
Oh. Hang on. Perl ALWAYS magically autopromotes things to Latin-1 if
you're not both careful and explicit. perluniintro starts to explain the
problem.
___
Hi,
I'm having a problem with a new queue I created. Tickets for the new
queue arrive correctly via the mail interface and show up in the list of
new tickets, and the Quick Search. If I show the ticket it has the
correct queue name under Basics.
However, I cannot select the queue in the Basics,
On Fri, Apr 03, 2009 at 03:56:54PM +0100, David O'Callaghan wrote:
I'm having a problem with a new queue I created. Tickets for the new
queue arrive correctly via the mail interface and show up in the list of
new tickets, and the Quick Search. If I show the ticket it has the
correct queue name
Hi Dominic,
On 03/04/09 16:04, Dominic Hargreaves wrote:
Can you see the new queue if you log out and back in again?
I reported this as a bug:
http://rt3.fsck.com/Ticket/Display.html?id=12838
(login: guest/guest)
but this behaviour is as designed.
Yes, it's the same issue and your
Greetings RT Gurus!
--Problem--
Every morning when I sit down at my desk and point my browser to RT, it
hangs when the login page should be displayed. Usually I've just
performed a service httpd restart to resolve the problem. This
morning, I just let it sit and load for in excess of 20
Dominic Hargreaves wrote:
On Fri, Apr 03, 2009 at 03:56:54PM +0100, David O'Callaghan wrote:
I'm having a problem with a new queue I created. Tickets for the new
queue arrive correctly via the mail interface and show up in the list of
new tickets, and the Quick Search. If I show the
I am having an awful time with getting users to remove quoted text from
replies. I've begun looking at rt-mailgate code to figure a way to remove
the Original Message and below it that Outlook creates when you
hit reply.
the write_down_message() function seems to either create a temp
On Apr 3, 2009, at 12:11 AM, L B wrote:
I have this case :
- a (privilieged) user sends a request to RT for a task he has to do.
- people managing tickets assign it to him, and put it in a queue he
is admincc for
So this user is requestor, owner, and admincc : he gets 3 emails on
each
Hi! Running RT 3.4.5 (yes, I know it's outdated, there are reasons for not
upgrading) on Rhel4u4. I've been having some wonky problems lately, despite not
making any changes. Today's weirdness is a ticket from a customer submitted via
email showing up in the rt log but never making it to a
Can I force my RT install to use the system time/time zone?
The system time is correct, and /etc/rt/RT_SiteConfig.pm has always been set to
Set($Timezone, 'US/Pacific');, but I'm noticing that the rt.log is logging 7
hours ahead (GMT?) Should I care? What's the point of setting the timezone if
On Apr 3, 2009, at 4:40 PM, Kimberly McKinnis wrote:
Can I force my RT install to use the system time/time zone?
The system time is correct, and /etc/rt/RT_SiteConfig.pm has always
been set to Set($Timezone, 'US/Pacific');, but I’m noticing that the
rt.log is logging 7 hours ahead (GMT?)
22 matches
Mail list logo