Hello All,
As users send tickets via e-mail their tickets are Requester set to
[EMAIL PROTECTED] but at login they are username and as username cannot see
their e-mailed tickets within the RT website. Is there a way to set it so
logging in users can see their e-mailed tickets? A scrip or config
Jesse,
HA! No. I've been spending my time looking into using SVK as our
version control system and getting RT to automatically execute it when a
ticket is opened/resolved. We're a bit short staffed (like duh, aren't
we ALL?). That is the plan though. Probably around November. That way I
You probably already know that limited a choice of formats is available
in 3.8
http://bestpractical.typepad.com/worst_impractical/2008/07/today-were-rele.html
Under User Preferences, Date and Time Format.
I'm seeing:
1. Tue Dec 25 21:59:12 1995
2. Tue, 25 Dec 1995 21:59:12 -0300
3. 1995-11-24 2
On Fri, Jul 25, 2008 at 11:45:07AM -0700, Kenneth Crocker wrote:
> Jesse, list,
>
>
> I was thinking that it might be a really kool option to allow each
> RT installation to configure how all dates are displayed. Not everyone
> wants the time info and we all know that not everyone
Jesse, list,
I was thinking that it might be a really kool option to allow each RT
installation to configure how all dates are displayed. Not everyone
wants the time info and we all know that not everyone uses the same
format, either "mm/dd/" or "MMM dayofweek ", etc. If RT cou
Bill,
Sounds like you do exactly what we do for some of our software support
groups. We added a few new active status values and built some scrips to
add two new functional processes; "Review & Approval" and "QA WorkFlow".
WE modified the tabs in the "Modify Ticket" pages to display th
I've been scanning the archives for ideas about release management.
Our specific sticking point is to better handle the testing (QA) and
release process in RT.
I'm hoping someone here can offer suggestions.
In a small organization we have a few different projects we manage.
We are currently using
Shawn M Moore wrote:
> Yes. This is what the "Validation" field does for Custom Fields. Go to
> your custom field's edit page and select:
>
> (?#Mandatory).
>
> If you're adventurous, this can be an arbitrary Perl regular expression.
Is it possible to require a mandatory field using a regex? Unf
I can say it works with Active Directory. I had to install perl-LDAP
though, on my CentOS5 machine. yum install perl-LDAP
I had just got the plugin working under 3.6.6 when 3.8.0 came out. I
moved my 3.6.6 directory out of the way, did it's install, and then ran
the ExternalAuth install.
I not
Hi,
I have just installed RT 3.8.0 and RT-Authen-ExternalAuth-0.05.
*Before* I post a more detailed report, I just would like to know if
this
is known to work with the new RT.
When I start apache I see this this is 'talking' initially to my
OpenLDAP,
but when I try to authenticate as an Op
On Fri, Jul 25, 2008 at 01:07:49AM -0700, F350 wrote:
>
> Can anyone help please ? Just tell me if it is possible or not :)
> Thanks
Yes. This is what the "Validation" field does for Custom Fields. Go to
your custom field's edit page and select:
(?#Mandatory).
If you're adventurous, this can be
hi:
i am using rt 3.4.5 now and tried to upgrade to 3.8.0 in another machine.
after upgrade, i found the Chinese characters in the subject of old
tickets become "???".
others fields are ok.
i go to the attachment table with phpMyAdmin and found situation below:
the subject data in rt 3
On Fri, Jul 25, 2008 at 01:07:49AM -0700, F350 wrote:
>
> Can anyone help please ? Just tell me if it is possible or not :)
> Thanks
>
>
> F350 wrote:
> >
> > Greetings all,
> >
> > I was wondering if there is a way to oblige users to fill in custom
> > fields before resolving tickets.
> > Ca
Can anyone help please ? Just tell me if it is possible or not :)
Thanks
F350 wrote:
>
> Greetings all,
>
> I was wondering if there is a way to oblige users to fill in custom
> fields before resolving tickets.
> Can we do that in RT 3.8.0 ? I created a custom field of type "Select one
> valu
14 matches
Mail list logo