Hi,
I have users who can modify tickets in a queue that I didn't expect.
All those users are are assigned to just one group with these permissions on
the queue:
CommentOnTicket
OwnTicket
SeeQueue
ShowTicket
ShowTicketComments
The only other thing that applies to them is the Everybody group with
All:
I have the following line in a custom template:
mailto: rt_{$Ticket->QueueObj->[EMAIL PROTECTED]>id}].
Certain email clients will not display the email address as a link.
Is there a way to absolutely be certain that a client will see HTML
messages, or at least the mailto link?
Any suggesti
Craig,
My situation is the same as yours. We've been storing our session data
on file for a couple years now, since 3.4.4. IS there anyone out there
using ORACLE that has this problem?
Kenn
LBNL
On 12/5/2007 6:20 AM, Patterson, Craig wrote:
I can't speak for Kenn, he never mentions that h
Kenneth,
We are on Oracle 9 (soon going to 10) and RT doesn't seem to work well
with Oracle for sessions. So we use the "file" method for storing. I
would love to hear from anyone using Oracle on how they deal with the
sessions table problem.
Kenn
LBNL
On 12/5/2007 5:49 AM, Kenneth Marsha
Craig,
Thanks. I appreciate it.
Kenn
LBNL
On 12/5/2007 4:44 AM, Patterson, Craig wrote:
Ken,
We are on 3.6.4 are occasionally have the same problem. We write our
session data to disk rather than the hard drive. It seems that when the
repeated sign on problem occurs, the session dat
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 2007-Dec-05, at 08:49, Kenneth Marshall wrote:
Craig and Kenn,
I am curious. What are your reasons for storing the session
information
in a file and not in the database?
I'm not sure about Craig and Kenn, but we're using local files for
While basically resolved by creating a customers group and only
assigning createticket privileges to the customer group the solution
still leaves a missing feature. When an unknown user emails the RT
queue they receive a bounce message, the RT owner email receives a
message and that is it. How can
This can be resolved by creating a group "customers" and granting the
customers group createticket rights to the queue and leaving everyone
off.
On Nov 29, 2007 9:41 AM, Max Clark <[EMAIL PROTECTED]> wrote:
> Hello,
>
> For a few of our queues I need to be able to autocreate users when
> they send
Thank you. I will work on this today.
On Dec 4, 2007 12:18 PM, Gene LeDuc <[EMAIL PROTECTED]> wrote:
> Hi Max,
>
> This is possible and probably not too difficult.
>
> You can get the "To:" addresses from the original e-mail using:
> my @OriginalTo =
> $self->TicketObj->Transactions->First->A
Hi all,
Is there any news on this?
I've the same problem here with "german umlaute"
Regards Holger.
-Ursprüngliche Nachricht-
Von: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Im Auftrag von Juan Ramón
Alfageme Mata
Gesendet: Dienstag, 4. Dezember 2007 08:50
An: rt-users@lists.bestpract
On Wed, Dec 05, 2007 at 10:18:05AM +0100, Holger Haase wrote:
> Hi David,
>
> this did not the trick, the attachment is stored in the ticket
> But not send out per mail.
> My resolve template:
> -
> Subject: Resolved: {$Ticket->Subject}
>
> RT-Attach-Messag
Hey,
Many thanks, this fixed it. :-)
Thanks and best regards,
Holger.
-Ursprüngliche Nachricht-
Von: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Im Auftrag von Dirk Pape
Gesendet: Mittwoch, 5. Dezember 2007 11:14
An: rt-users@lists.bestpractical.com
Betreff: RE: [rt-users] Attachments o
> >That's not _quite_ it. If the template has no headers and the first line
> >contains a :, then the first line must be blank. Otherwise, RT can't
> >tell the difference and tries to make it a header
> >
> >jesse
>
> Jesse,
>
> I'm finding that a template with no headers _always_ has to have th
I can't speak for Kenn, he never mentions that he stores his session
data on his servers hard drive.
As for me, there's no specific reason we store it on the drive rather
than in the database. When my predecessor installed 3.4.2 a couple of
years ago, he set it up that way. When I upgraded a f
At Tuesday 12/4/2007 04:56 PM, Jesse Vincent wrote:
> It's a bit obscure - there's a mention of it in
> http://wiki.bestpractical.com/view/Template . The real requirement is
> a blank line between mail headers and the message body in the
> complete mail message assembled by RT from your templat
Craig and Kenn,
I am curious. What are your reasons for storing the session information
in a file and not in the database?
Cheers,
Ken Marshall
On Wed, Dec 05, 2007 at 07:44:33AM -0500, Patterson, Craig wrote:
> Ken,
>
> We are on 3.6.4 are occasionally have the same problem. We write our
> se
Ken,
We are on 3.6.4 are occasionally have the same problem. We write our
session data to disk rather than the hard drive. It seems that when the
repeated sign on problem occurs, the session data didn't get properly
written. It's a bit annoying, but usually after your second sign on it
goes awa
On Wed, Dec 05, 2007 at 09:36:49AM +0100, Emmanuel Lacour wrote:
> On Tue, Dec 04, 2007 at 05:34:02PM -0500, Jesse Vincent wrote:
> > Roy,
> >
> >
> > >Issue #1
> > >trying to create CF's with a date popup calendar.
> > >Any docs/examples/hints
> >
> > Unfortunately, RT
Thanks Gene , I did not spot this yesterday, I 'll give it a try,
Regards;
Roy
Gene LeDuc wrote:
Hi Roy,
I needed a way to subtract business hours from a timestamp so I added
my own sub_seconds() method to the package. I'm not sure if I ever
posted it to the wiki, so here it is. Just inclu
Hello,
--Am 5. Dezember 2007 10:18:05 +0100 schrieb Holger Haase
<[EMAIL PROTECTED]>:
this did not the trick, the attachment is stored in the ticket
But not send out per mail.
My resolve template:
-
Subject: Resolved: {$Ticket->Subject}
RT-Attach-Message:
Hi David,
this did not the trick, the attachment is stored in the ticket
But not send out per mail.
My resolve template:
-
Subject: Resolved: {$Ticket->Subject}
RT-Attach-Message: yes
According to our records, your request has been resolved. If you have any
f
On Tue, Dec 04, 2007 at 05:34:02PM -0500, Jesse Vincent wrote:
> Roy,
>
>
> >Issue #1
> >trying to create CF's with a date popup calendar.
> >Any docs/examples/hints
>
> Unfortunately, RT doesn't currently support 'Date' custom fields. We'd
> love a patch to add it. It'
22 matches
Mail list logo