My Database name is RT3.
Execute the order to upgrade 3.7.19 and get this:
Working with:
Type: mysql
Host: localhost
Name: rt3
User: rt_user
DBA:root
[Wed Mar 21 07:57:27 2012] [debug]: RT's GnuPG libraries couldn't
successfully read your configured GnuPG home directory
Hi,
I'm having toruble to show images which I have pasted to the reply text.
The images are not showing in the ticket history, but if I click on show
HTML, i can see that the image is in the code.
Then i have to copy and paste the code to a html file and just thani can
show it again.
Is it
My bad, I made a mistake in fetchmail conf.
Thanks for the tip.
Guillaume Hilt
Le 21/03/2012 01:36, Kevin Falcone a écrit :
On Tue, Mar 20, 2012 at 06:19:21PM +0100, Guillaume Hilt wrote:
Still with RT 3.8.7, I updated rtname and rt organisation from
support.domain.tld to domain to match
I still have the option to simply create and send an email to RT using
the customer data.
Maybe it would be a better solution.
Guillaume Hilt
Le 21/03/2012 12:40, Guillaume Hilt a écrit :
I have two more questions and I think my rt install will be completed.
First of all, I added an OS
Ok, I got the multiple lines issue fixed. I need every new lines to
begin with a space.
2 tickets issue is fixed too.
I only need to find if and how I can use custom fields in my ticket.
Guillaume Hilt
Le 21/03/2012 12:40, Guillaume Hilt a écrit :
I have two more questions and I think my
Ok, so a custom field name must be prefixed by CF-.
Good to know.
Well, everything is fine now, except for the custom field values
description but it's not big deal.
Guillaume Hilt
Le 21/03/2012 14:01, Guillaume Hilt a écrit :
Ok, I got the multiple lines issue fixed. I need every new
Thanks that did it. I now get the below warning but elsewhere in this forum
it was reported that this is nothing to worry about.
Enter RT version if you want to stop upgrade at some point,
or leave it blank if you want apply above upgrades:
IT'S VERY IMPORTANT TO BACK UP BEFORE THIS STEP
Thanks that did it. I now get the below warning but elsewhere in this forum
it was reported that this is nothing to worry about.
Enter RT version if you want to stop upgrade at some point,
or leave it blank if you want apply above upgrades:
IT'S VERY IMPORTANT TO BACK UP BEFORE THIS STEP
On Wed, Mar 21, 2012 at 02:11:09PM +0100, Guillaume Hilt wrote:
Well, everything is fine now, except for the custom field values
description but it's not big deal.
To clarify, the Description field on Custom Field Values is unused
elsewhere in the RT UI at this time.
-kevin
I just updated to RT4.0.5 and managed to get it working.
I used the 'Full featured ColumnMap script' from the wiki:
http://requesttracker.wikia.com/wiki/ShowStatusInColor
It's about a 3rd down the page, with a title of RT 3.8.x and written by
me quite a while ago.
Changes the paths to edit the
- Original Message -
On Tue, Mar 20, 2012 at 12:15:01PM +0100, Diego Roccia wrote:
I have RT4.0.5 with RT::Authen::ExternalAuth, and I'm experiencing
exactly this problem
http://lists.fsck.com/pipermail/rt-users/2011-May/070489.html
1 - u...@domain1.com send an email - the
Thanks that did it. I now get the below warning but elsewhere in this forum
it was reported that this is nothing to worry about.
Enter RT version if you want to stop upgrade at some point,
or leave it blank if you want apply above upgrades:
IT'S VERY IMPORTANT TO BACK UP BEFORE THIS STEP
On Wed, Mar 21, 2012 at 06:50:03PM +0100, Diego Roccia wrote:
- Original Message -
'attr_match_list' = [
'ExternalContactInfoId', 'Name', 'EmailAddress', 'RealName', 'WorkPhone',
'Address2'],
This tells RT that the RealName of any user must be
I have ExternalAuth working fine over regular LDAP. But I need to run it over
LDAPS for security reasons.
We use an internal CA for our certs. I've added it to
/etc/pki/tls/certs/ca-bundle.crt (which looks to be linked to
/etc/ssl/certs/ca-bundle.crt)
This runs successfully (used to error
I'd like to force requestors to fill out the Subject (and possibly
Content) fields of a new request being opened via the Web U/I.
I noticed several extensions for individual fields being mentioned
(on CPAN *and* on http://bestpractical.com/rt/extensions.html):
I answered part of my question... I can successfully ldapsearch now. I added
TLS_CACERT /etc/pki/tls/certs/ca-bundle.crt
To /etc/openldap/ldap.conf.
But RT is still failing. If I set:
'tls' = 1,
Hello,
We're running RT 3.8.9, and it appears I might have a permissions
issue. The way I've organized permissions might be a factor, so I'll
explain in brief. The user is in usergroupa, the queue level
SeeCustomField and ModifyCustomField group rights are granted to
rightsgroup1 usergroupa is
17 matches
Mail list logo