How is everyone dealing with their standard corporate email legal
disclaimers on ticket replies?
MTA? (should work for normal emails too)
I personally hate them :) They have no other legal value than make
stupid people scared to sue for whatever reason. At least in most
European countries
Hi everybody,
I'm not very good at programming the RT API and I'm looking for a scrip,
that sends the client an email of a changed due date in case that date is
changed via a transaction.
Any perl expert out there who could help me out ?
Thanks in advance!
Best regards,
Bernd
Hi,
I just wanted to follow up and tell you that running the upgrade
script solved the problem.
Thank you very much for your help!
Allan
On Tue, Nov 11, 2008 at 6:48 PM, John [EMAIL PROTECTED] wrote:
the first script you run will create (or should be redirected to) a file.
importing that
Any perl expert out there who could help me out ?
I just recently posted an On Due Date Change scrip to the list (last
week?). It should still be in the archives. It doesn't send email,
but there are a number of existing scrips that do that. Between the
two sources you should have a good
Are messages actually being sent to the RT address?
For a while we had people sending messages to
[EMAIL PROTECTED] which were forwarded to
[EMAIL PROTECTED] In this instance, RT added
@longdomain to the CC list
--
Cambridge Energy Alliance: Save money. Save the planet.
On Wed, Nov 12, 2008 at 03:30, Panu [EMAIL PROTECTED] wrote:
How is everyone dealing with their standard corporate email legal
disclaimers on ticket replies?
Refuse to give to give them any thought. They're worse than shrink-wrap
licenses. A screen of BS for a 2 line response about how to fix a
Hello,
I'm working to configure a virgin RT instance for my team.
I've attended Jesse's training and have read the RT Essentials book.
The goal of our installation is to track internal requests for
engineering services, including infrastructure tooling and release work.
For example, branch
Hi,
I've recently done some work on packaging RT3.8 for Debian, building on
the work already done by Gerardo Curiel and Andrew Ruthven (among
others). The first version of this has been uploaded to experimental:
http://packages.debian.org/experimental/request-tracker3.8
If any Debian users
Jesse Vincent wrote:
On Tue 11.Nov'08 at 11:27:31 +, [EMAIL PROTECTED] wrote:
Hi all,
Does anyone know if the global RT e-mail address should be listed as a
check box under One-time Cc and Bcc when adding a comment or a reply in
3.8.1?
It should not. could you open a
Hello all,
I was just checking out RT::Authen::ExternalAuth for the first time
after seeing the recent announcements on this list, and found it to be a
useful extension of RT functionality. However, I noticed that it
always attempts to authenticate a user to the external authentication
That seems like a lot of work to save a couple of very light-weight
LDAP queries. Plus, if anyone changes status, you will need to manually
reset their fields to get them to authenticate correctly. My two cents.
Cheers,
Ken
On Wed, Nov 12, 2008 at 01:50:25PM -0500, William J. Horka wrote:
Hello
Still experiencing this. Not sure what's going on. Any attempt at
login for any user - root or otherwise - gets this:
Undefined subroutine RT::Authen::ExternalAuth::UserExists called at
/opt/rt3/local/plugins/RT-Authen-ExternalAuth/html/Callbacks/ExternalAut
h/autohandler/Auth line 39.
The
I'm testing RT 3.8.1 on Redhat AS5.2 and having trouble with getting
Customfields for tickets to display... Have given Everyone permission
SeeCustomField permission, but the custom fields don't show, unless I
change User permission. Any idea on what I'm missing here?
Thanks.
Hi
I am now so sick of seeing this message and not able to sort it. Can
anyone PLEASE tell me how to sort this out once and for all?
Nov 12 21:01:44 rtserver1 sendmail[2116]: mACKtOpv031938:
to=|/opt/rt3/bin/rt-mailgate --queue 'IT Helpdesk' --action correspond
--url http://rt.con.com/;,
Hi,
I'm working on upgrading an RT3.4 instance to RT3.8. One of the
extensions already in use is the above mentioned patch/extension.
The most recent version of this appears to be
http://page.mi.fu-berlin.de/pape/rt3/patches/rt/deactivate_scrip-3.6.patch
and I had a quick go applying the patch
I am now so sick of seeing this message and not able to sort it. Can
anyone PLEASE tell me how to sort this out once and for all?
Your RT log should have error message that correspond to this. Look
in /var/log/messages (assuming a reasonably common syslog
configuration), and make sure you're
Alternatively, is there a better way to do the same thing nowadays (the
patch allows you to select which global scrips to use on a per-queue
basis, which means that we don't have to duplicate scrips per queue so
much -- I had a quick look for the functionality existing in other areas
of RT
Title: Fullnet Solutions Limited
Hi
I am currently getting this error on all messages.
There is no errors in messages or rt.log. Just maillog.
When I try
echo hello |/opt/rt3/bin/rt-mailgate --queue 'IT Helpdesk' --action
correspond --url http://rt.con.com
I get
An Error Occurred
I assume pointing a browser at http://rt.con.com leads to a working RT
installation? If not, this is your problem.
Are you redirecting http requests to https with a rewrite rule?
Kobus Bensch wrote:
Hi
I am currently getting this error on all messages.
There is no errors in messages or
Hi Jerrad,
Yes, e-mails are actually being sent to the e-mail address configured in RT.
Best regards,
Justin
Jerrad Pierce wrote:
Are messages actually being sent to the RT address?
For a while we had people sending messages to
[EMAIL PROTECTED] which were forwarded to
[EMAIL PROTECTED] In
Title: Fullnet Solutions Limited
Ok
Thanks everyone for the suggestions. I have now fixed this and I
understand what and why.
Kobus
Drew Barnes wrote:
I
assume pointing a browser at http://rt.con.com leads to a working RT
installation? If not, this is your problem.
Are you redirecting
Hi
Hopefully one last issue from me.
I have now sorted the EX-TEMPFAIL issue, but I have been and still am
experiencing issues where with each click I am asked to login again.
Thanks to EX_TEMPFAIL, this has not been important, but now I need to
fix that. Any suggestions anyone please.
Thanks
Has anyone gotten the RT Cli tool to work (with the REST interface)
via 3.8.1? It appears to work on my 3.7.xxx installation, but I get a
302 when trying to run it against 3.8.1...
It's more than likely something really stupid i'm missing, but my
searches are turning up dry today... Why
Hi Everyone,
Got couple of cosmetic issues I'm trying to solve with RT 3.8.1
1. Entering text in the WYSIWYG editor looks fine, I make the font big,
change the color to Red - but when you view the ticket history it just
shows as all the same size/font, h1 is gone, Red color is gone. (it is
there
Hello,
I am working on a problem here in which our after-hours support, with their
own ticketing system submits tickets to our RT via an automated process.
Each ticket comes in with a subject similar to [1234567] Escalation -
Customer name - Customer Issue
I am using ExtractCustomField
You most likely need to upgrade the schema of the database if you're on
mysql 5. Even if you were on mysql 5 prior to the upgrade, you still
have to follow the upgrade instructions. Hopefully they'll consider
more clear wording in the docs in the next release!
Kobus Bensch - No Sig wrote:
I would suggest checking the mailing list archives, I believe it's
related to Apache::Session (assuming you aren't using an external auth)
.. it works for me so I'm not sure the issue, also make sure you have
cookies enabled.
Kobus Bensch - No Sig wrote:
Hi
Hopefully one last issue from me.
Kenneth Marshall wrote:
That seems like a lot of work to save a couple of very light-weight
LDAP queries. Plus, if anyone changes status, you will need to manually
reset their fields to get them to authenticate correctly. My two cents.
To be honest I have to agree. It would require a lot of
Then you both misconfigured RTAddressRegexp option in the RT config.
On Wed, Nov 12, 2008 at 11:36 PM, [EMAIL PROTECTED] wrote:
Hi Jerrad,
Yes, e-mails are actually being sent to the e-mail address configured in RT.
Best regards,
Justin
Jerrad Pierce wrote:
Are messages actually being
Is text from repository [1] clear enough?
[1]
http://svn.bestpractical.com/cgi-bin/index.cgi/bps/view/rt/3.8/trunk/UPGRADING.mysql
On Thu, Nov 13, 2008 at 12:49 AM, Jon Tollerton
[EMAIL PROTECTED] wrote:
You most likely need to upgrade the schema of the database if you're on
mysql 5. Even if
30 matches
Mail list logo
