MySQL 5.0.77 (I know it's past EOL and we should upgrade)
RT 3.8.5
Recently we had a hiccup with RT, so I ran mysqlcheck and got these errors:
rt3.ACL
error: Table upgrade required. Please do REPAIR TABLE `ACL` to fix
it!
rt3.Attributes
error: Table upgrade required. Please do REPAIR
The pod file is not present in the source dist of RT 4.0.2.
--David
On 7/27/11 5:02 PM, Kevin Falcone falc...@bestpractical.com wrote:
On Tue, Jul 26, 2011 at 09:50:49PM -0900, Simon Walter wrote:
I'm unable to find much documentation regarding Articles in RT4. I
know RTFM was integrated
Sorry, I only looked in the docs/ directory itself ...
--D
On 9/30/11 2:00 PM, Kevin Falcone falc...@bestpractical.com wrote:
On Fri, Sep 30, 2011 at 05:43:47PM +, David Chandek-Stark wrote:
The pod file is not present in the source dist of RT 4.0.2.
That's strange:
falcone@transom
How important is it really that the $Organization setting not have spaces? I
don't know why it got set to its current value, but RT has been working fine
for years. Now I'm upgrading from 3.8.5 to 4.0.2 and see error level log
messages about this. If I do change the value, I understand that
@lists.bestpractical.com
Subject: Re: [rt-users] User email address bug(s)
On Tue, Aug 30, 2011 at 09:11:05PM +, David Chandek-Stark wrote:
MergeUsers 0.04 has the same problem -- I.e., with it enabled, if you
create a user, then manually change its email address to that of
another user, the second user's email
RT 3.8.5
RT::Extension::MergeUsers 0.03
I have confirmed a case with this setup as follows:
User A - relevant history
- Tue Dec 07 13:43:34 2010 RT_System - User created
- Fri Aug 12 13:50:22 2011 RT_System - EmailAddress changed from
'u...@example.com' to ''
User B - relevant history
-
Users were not merged. Disabling extension resolves issue (although can
still create new user with leading space in email). I will try upgrading
extension.
Thanks,
David
On 8/30/11 10:47 AM, Kevin Falcone falc...@bestpractical.com wrote:
On Tue, Aug 30, 2011 at 02:34:11PM +, David Chandek
I'm guessing your base should have a comma b/w eiu and dc -- I.e.,
dc=eiuad,dc=eiu,dc=edu.
--D
On 8/30/11 11:34 AM, Brian Murphy blmur...@eiu.edu wrote:
[Tue Aug 30 15:29:48 2011] [debug]: LDAP Search === Base:
dc=eiuad,dc=eiu.dc=edu == Filter: ((sAMAccountName=blmurphy)) == Attrs:
at 03:24:23PM +, David Chandek-Stark wrote:
Users were not merged. Disabling extension resolves issue (although can
still create new user with leading space in email). I will try
upgrading
extension.
A leading space on email address even appears to work in 4.0
There isn't anywhere near
You should also check the global and queue rights for privileged users and any
groups of which this user is a member.
--David
-Original Message-
From: rt-users-boun...@lists.bestpractical.com
[mailto:rt-users-boun...@lists.bestpractical.com] On Behalf Of Michele Hershey,
CTR
Sent:
Hi,
I have a second installation of RT which is not under /opt/rt3. What
are required parameters for MakeMaker to get this to work. I have
tried PREFIX/opt/rt3-pnb, and this is what happens:
Installing /opt/rt3-pnb/lib/RT/Extension/MobileUI.pm
Installing
Hi,
I have a few instances of these errors in my log:
[Tue Aug 18 19:51:24 2009] [error]: Could not record email: Ticket creation
failed: No permission to create tickets in the queue 'Inquiry'
(/opt/rt3-pnb/share/html/REST/1.0/NoAuth/mail-gateway:75)
[Tue Aug 18 22:50:45 2009] [error]: Could not
Sorry - meant to indicate that I'm on version 3.8.5.
--D
On Tue, Sep 29, 2009 at 10:13 AM, David Chandek-Stark
dchandekst...@gmail.com wrote:
Hi,
I have a few instances of these errors in my log:
[Tue Aug 18 19:51:24 2009] [error]: Could not record email: Ticket creation
failed
I am experiencing a very strange problem. A specific user does not get
included in generated emails, such as On Correspond Notify Owner. No error
is written to the RT log. Everything appears to function properly, except
that the generated e-mail which is recorded in the ticket has no To:
Thanks, Drew. That was the deal. :)
--David
On Tue, Aug 18, 2009 at 10:46 AM, Drew Barnes barne...@ucrwcu.rwc.uc.eduwrote:
Sounds like his may have set his email preferences to suspended.
On 8/18/09 10:19 AM, David Chandek-Stark dchandekst...@gmail.com
wrote:
I am experiencing a very
I have tried the recipe for persistent sessions at
http://wiki.bestpractical.com/view/PersistentSessions and it appears to
work as intended. (FWIW the main reason for implementing this change was
to make the RefreshHomepage setting persist.) However, RT seems to be
touching the sessions
I'm totally stumped on this one ...
I added three new custom fields for users, but they are not displaying on
the user create or modify pages, although other previously created CF's
are. I have the SuperUser permission and the new CF's are definitely
enabled. No errors are being written to the
but a
semi-colon was missing, etc.). Just checking and hope this helps.
Kenn
LBNL
On 10/2/2008 10:28 AM, David Chandek-Stark wrote:
I'm totally stumped on this one ...
I added three new custom fields for users, but they are not displaying
on the user create or modify pages
is correct in the code but a
semi-colon was missing, etc.). Just checking and hope this helps.
Kenn
LBNL
On 10/2/2008 10:28 AM, David Chandek-Stark wrote:
I'm totally stumped on this one ...
I added three new custom fields for users, but they are not displaying
on the user
How about stunnel?
--David
[EMAIL PROTECTED] wrote on 09/30/2008 10:23:06 AM:
Due to circumstances beyond my control (mgmt), my RT instances will be
moved
from their present isolated network into the mainstream with other
corporate
devices. As I don't want any sniffers that *might* exist
I happened to be working on this at the moment b/c the addition of the
WYSIWYG editor in RT 3.8 broke my previous client-side method of requiring
a description in a new ticket. After concluding that the client side
methods were not very sustainable, I decided to try my hand at a
server-side
I customized Ticket/Elements/ShowRequestor, removing the default content
(Comments, User's Highest priority tickets, and group memberships) and
using the 'AboutThisUser' callback. Here's the callback:
table
% if ($requestor-EmailAddress) {
tr
td class=labelEmail:/td
td class=valuea
After posting about a user who created a reminder that couldn't be
resolved, I think I've found the culprit.
- The ticket was in the General queue
- She created the reminder on the ticket
- She moved the ticket to another queue
When I moved the ticket back to the General queue, the reminder
We have this problem, too, only worse. Since the user name portion of the
e-mail is not consistent across addresses for the same person, the
variations cannot be captured with a single regular expression.
It best long-term solution I could think of involves adding an alternate
email addresses
A privileged user created a reminder on a ticket, but now it can't be
removed, even by a SuperUser. The reminder is not listed in the
Reminders section of the ticket display.
I haven't seen this happen before -- what gives?
(RT 3.6.1)
___
http://search.cpan.org/~jesse/RT-Extension-MergeUsers-0.02/
Just to clarify -- with this extension, if user1 has been merged into
user2, and user1 submits a ticket, the ticket gets created with user2 as
the requestor?
___
I have had problems with 3.6.1, but not across the board. For example, I
can attach a Word document (.doc) but not an RTF file (.rtf).
--David
[EMAIL PROTECTED] wrote on 11/28/2006 12:57:13 PM:
I have problems with 3.6.1 attachments too, see my older mail. Still no
response :/
J.
See http://wiki.bestpractical.com/index.cgi?ClickableLinks
[EMAIL PROTECTED] wrote on 10/28/2006 10:37:02 AM:
Any sort of URL hyperlinks in tickets are
not clickable.
Is there any configuration switch to
enable this?
Regards
___
In my RT installation, I would like to use LDAP for populating and
updating user contact information. This is the way I would like it to
work:
- Do NOT use LDAP for authentication (using WebExternalAuth)
- Update selected user attributes from LDAP on login
- Do NOT create new users from LDAP
The comments in RT_Config.pm indicate that $rtname and $Organization
should be set to your domain. We initially set them to the name of our
organization instead of our domain. The comment for $rtname implies that
bad things could happen if it is changed after first set. What am I
risking
Searching on TimeEstimated throws this error: Unknown field:
TimeEstimated. I checked the database and field does exist in the Tickets
table, so I assume there is something wrong with the RT code.
Thanks,
David
___
= [ 'LINK' = To = 'MemberOf', ],
DependsOn = [ 'LINK' = To = 'DependsOn', ],
RefersTo= [ 'LINK' = To = 'RefersTo', ],
On Sep 25, 2006, at 1:06 PM, David Chandek-Stark wrote:
Searching on TimeEstimated throws this error: Unknown field:
TimeEstimated. I checked
32 matches
Mail list logo
