In the queue's settings, have you set a default initial priority of 50?
On 03/10/2014 2:50 am, wrote:
> Hello,
>
> I use the extension PriorityAsString on a new RT 4.2.6 (still under
> testing).
>
> The settings in RT_SiteConfig :
>
> Set(%PriorityAsString, (Standard => 50, Moyenne => 80, Haute =
RT v3.8+ includes an "rt-clean-sessions" script. For older installations,
some approaches exist on the wiki:
http://requesttracker.wikia.com/wiki/CleanupSessions
On 2 October 2014 18:02, andriusk wrote:
> How can I flush all session data? Truncate sessions table?
>
>
>
> --
> View this message
Thanks for confirming. Interestingly, another user had the same problem
with RT v4.2.6:
http://requesttracker.8502.n7.nabble.com/RT-4-2-6-Cannot-attach-multiple-attachments-when-opening-tickets-td58369.html
Unfortunately though, no resolution was announced. Going off what was
discussed, possibl
What exactly are you clicking after you add one file?
Are you clicking "Add More Files" between multiple clicks of "Choose File"?
On 2 October 2014 17:43, andriusk wrote:
> I can't add multiple attachments on reply ticket page. If I try to add
> another file, it replaces the one I attached befo
ness email for a custom domain.
> All I want to do is forward supp...@domain.com into our RT system.
> You're right I don't actually need a mailing list.
>
> Perhaps I need to connect with google to figure out if what we want to do
> is possible.
>
>
>
> On Mon,
I'd suggest that using a "mailing list" and then trying to mold RT around
it is adding too much complexity to the situation.
Consider just using a forwarder, and letting RT handle everything else.
What things are you wanting to get out of using a mailing list? It's very
likely that RT offers all
Sorry—I seem to have misread what you wrote. I understand now that the
>From address of the mail isn't actually changing.
Your setup must be adding or modifying further headers in the mail. Can
you provide a copy of those headers?
On 30/09/2014 10:12 am, "Alex Peters" wrote:
It sounds like setting up supp...@domain.com as a "mailing list" is the
issue, and would explain why the From address of the mail is getting
changed.
If you set up supp...@domain.com as a simple forward, I believe everything
should work as expected.
On 30/09/2014 9:11 am, "Burton Lee" wrote:
> H
I'm in the unfortunate position of having to maintain an RT instance on a
shared host, where Apache and .htaccess are the only choice. Moreover, due
to the way the shared host operates, processes are frequently killed
causing RT to restart frequently.
Consequently, the log is getting spammed with
You have established beyond doubt that the SLA extension is breaking core
scrip logic.
Please file a bug report against the SLA extension.
On 22/09/2014 6:41 pm, "andriusk" wrote:
> I made a new installation.
> This is the log, which I got from changing tickets /*Subject, Status,
> Priority and
I still suspect that the SLA extension is interfering, but without a debug
log it's almost impossible to offer any further suggestions.
On 20/09/2014 1:10 am, "andriusk" wrote:
>
>
>
> There is only one scrip in TransactionBatch mode applied to my test Queue.
>
>
>
> --
> View this message in con
Please supply a debug log covering the above updates.
Is it possible that the scrip is not applied to the relevant queue in batch
mode?
On 20/09/2014 12:54 am, "andriusk" wrote:
>
>
> I think that the Due and Priority may be the problem. Here I changed
> Subject, Status, Due, Priority (SLA not c
Scenario #2 is the expected behaviour according to all scrip documentation
included with RT. The SLA extension appears to be contradicting this.
Therefore, I still believe that the SLA extension is at fault and that a
bug report for the SLA extension should be submitted via the URL given in
my pre
It sounds like the SLA extension is performing its work after all scrips
run instead of before TransactionBatch scrips.
I would be inclined to suggest that this is an SLA bug/oversight, as its
current design doesn't seem to permit proper execution of TransactionBatch
scrips and its documentation d
TransactionBatch scrips always run after TransactionCreate scrips.
If it's running three times, it's quite possibly still applied to a queue
(or globally) in Create mode.
I test whether a scrip is running in batch mode using:
if (my @txns = @{ $self->TicketObj->TransactionBatch }) {
# batch
I would change the ">" to ">=" so that no time period is skipped.
I believe the email content comes from a template, so a template is
required.
On 13/09/2014 1:36 am, "Asif Iqbal" wrote:
> Hi All,
>
> I am trying to find out all tickets that are due in 48 hours and notify
> through email.
>
> I
I am finding it difficult to fully understand your problem so far.
You want custom information shown on the login page. You are currently
using jQuery and a custom Perl script. Have you considered making a local
copy of the LoginHelp template and modifying that instead? Is the custom
informatio
.jpg@01CD195D.F974B280]
> *www.yellownetwork.fr* <http://www.yellownetwork.fr/>
>
>
>
> *Adrien Tacquard*
>
> *atacqu...@yellownetwork.fr*
>
> 66 rue du Maréchal Ney - 85000 La Roche sur Yon
> Tél. 02 51 44 81 51
> Mobile 06 47 33 73 84
>
>
>
>
&g
. 02 51 44 81 51
> Mobile 06 47 33 73 84
>
>
>
>
>
> *De :* Alex Peters [mailto:a...@peters.net]
> *Envoyé :* lundi 15 septembre 2014 11:33
> *À :* Adrien TACQUARD
> *Cc :* rt-users@lists.bestpractical.com
> *Objet :* Re: [rt-users] User must be able to see tickets of
A scrip would only assist you in selecting whether or not to send an email.
Ticket visibility itself is a rights issue.
Since this customer should not see all tickets in the queue, how do you
identify whether or not a ticket should be visible to this customer?
On 15 September 2014 18:44, Adrien
Check out also:
http://bestpractical.com/docs/rt/latest/initialdata.html
as this permits programmatic setup of a bunch of things, which might be
useful to slap into revision control/configuration management/etc.
On 13/09/2014 6:05 am, "Karres, Dean" wrote:
> A list member clued me in off-line:
re the results of the 2nd command:*
>> # make test TEST_VERBOSE=1
>> /usr/bin/perl "-MExtUtils::Command::MM" -e "test_harness(1, 'lib')" t/*.t
>> t/*/*.t t/*/*/*.t
>> t/00-compile.t .
>> 1..45
>> Bailout
Looking at your code, it seems that the two data structures would be
completely different.
The example data in @data2 consists of two array references: one for labels
and one for values. Essentially, it's a 2D matrix.
Your @data array would just directly contain values not wrapped within an
arra
=========
>
>
>
> Rolf Krogstad
> Information Technology
> Pace Analytical Services Inc.
> w: (612)607-6336
> f: (612)331-3358
> e: r...@pacelabs.com
>
> >>> On 9/2/2014 at 8:22 PM, in message <
> ca
Those warnings don't seem to be causing the failed installation of the
module. Try running this command to open a shell within the unpacked
distribution, and run the tests verbosely:
cpan> look GnuPG::Interface
$ make test TEST_VERBOSE=1
On 03/09/2014 5:55 am, "Rolf Krogstad" wrote:
> I am att
0 (/usr/share/request-tracker4/lib/RT/Date.pm:222)
> [Tue Sep 2 10:55:32 2014] [debug]: RT::Date used Time::ParseDate to make
> 'last Sunday' 1409482532 (/usr/share/request-tracker4/lib/RT/Date.pm:222)
>
> And thanks for your reminding, I'm also aware of this, but our manage
What does the debug log say when you run the search?
There are some config options relevant to relative dates, but it's worth
verifying first that the two dates are being parsed at all.
P.S. I believe that the built-in Starts ticket attribute is intended to
function as a proposed start time.
On
Sounds like a possible misconfiguration of the relevant lifecycle:
https://bestpractical.com/docs/rt/latest/customizing/lifecycles.html#Update-Transitions
On 26/08/2014 1:40 am, "Rezty Felty" wrote:
> More info, have opened additional tickets to test, seems that when any
> ticket is placed in
It sounds like you might need to check that your NotifyActor config setting
is false.
On 23/08/2014 1:57 am, "opolke" wrote:
> Thanks for the reply!
>
> We´ve tried it with this template:
> >
> Subject: Your request: {$Ticket->Subject}
> RT-Attach-Message: Yes
>
> { if ($Transaction->CreatorO
The fact that an invisible submit button is triggering is probably a bug.
I wonder whether there should ever be a certain submit button getting
priority anyway when an RT form has multiple submit buttons. In such cases
when Enter is pressed, RT could probably return a message asking the user
to c
Operations Manager
>
> *Copesan** - Specialists in Pest Solutions*
>
> 800-267-3726 • 262-783-6261 ext. 2296
>
> bba...@copesan.com
>
> www.copesan.com
>
> *"Servicing North America with Local Care"*
>
>
>
> *From:* Alex Peters [mailto:a..
hanks
>
> Bryon Baker
>
> Network Operations Manager
>
> *Copesan** - Specialists in Pest Solutions*
>
> 800-267-3726 • 262-783-6261 ext. 2296
>
> bba...@copesan.com
>
> www.copesan.com
>
> *"Servicing North America with Local Care"*
>
&g
Is anything showing up in the logs when you attempt to issue a reply, or is
the ability to reply completely removed from the interface? What exactly
is available and what occurs when you perform any relevant actions (e.g.
when you click "Update Ticket," if you even can)?
On 14 August 2014 23:43,
What's your WebURL config setting as reported by RT's System Configuration
page?
It looks like that might be malformed.
On 14/08/2014 10:06 am, "Jeff Blaine" wrote:
> On 8/13/2014 9:24 AM, Kevin Falcone wrote:
> > On Tue, Aug 12, 2014 at 12:32:18PM -0400, Jeff Blaine wrote:
> >> I keep getting t
It looks to me like your URI Perl module might not be properly installed,
or might be extremely old. What version does this command report?—
$ perl -e1 -M'URI 999'
RT's "make testdeps" should have ensured that the minimum required version
of this module (1.59) was already installed.
On 13 Augu
That doesn't seem to be a complete log. More lines should follow. Is that
not the case?
On 9 August 2014 02:14, globo wrote:
> I am unable to get RT to send email reminders using the RT Reminder
> function.
> Any help much appricated
>
> *RT Version *= RT 4.0.17
>
> *Issue* : unable to get em
In later versions of RT, these seem to be known as "hints" and it's
possible to hide them globally with a CSS modification, or selectively
using a BeforeCustomFields callback.
In RT v4.0.4, I'm not so sure. The message is output by the
ValidateCustomFields Mason element, but I struggle to underst
Values need to be quoted, I believe. Compare these two queries:
Content LIKE foo.com
Content LIKE 'foo.com'
I wonder whether wildcards might be necessary, like they seem to be in
regular SQL:
Content LIKE '%foo.com%'
On 09/08/2014 12:36 am, "Jeff Blaine" wrote:
> Setup: RT 4.2.5 with PostgreS
RT offers a REST API over HTTP:
http://requesttracker.wikia.com/wiki/REST
I've never tried it, so I don't know how feature-rich it is. There's also
a command line utility ("rt") which connects to a remote RT instance via
that REST API. Possibly that can be scripted too.
On 09/08/2014 1:46 am, "
There should be a double colon between "Authen" and "ExternalAuth". Are
you referencing that somewhere in one of your configuration files?
On 8 August 2014 23:24, doug downham wrote:
> I have installed RT 4.2.6 on CEntOS 6.5, which went flawlessly. I then
> installed External Auth via 'cpan -i
eport email problems to: postmas...@qvii.com
>
> QVII MIS/IT Dept - We do what we must because we can.
> "Thank you for helping us help you help us all."
> * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * *
>
>
> --
> *From:* Alex Peters [mailto:a...@peters.net]
> *Sent:* Thursday, August 07, 2014 9:19 PM
> *To:* Cena, S
RT aggressively sanitises HTML when displaying ticket content to prevent
some security issues (like a specially crafted HTML attachment masquerading
as part of the RT interface).
As of RT v4.2.6 onwards, tables will be shown if the HTML::Gumbo Perl
module is installed.
On 8 August 2014 15:56, Ei
I suspect that you'd achieve the functionality you require by bumping these
users up to Privileged and giving them access to the full RT web interface
rather than the Self Service mode.
The full interface can still be quite locked down for some users by
limiting their rights.
Is there any particu
bject-renaming scrip to execute first,
*and* modifying the emailing scrip to run at the "batch" stage might solve
your problem.
On 8 August 2014 00:55, Alex Peters wrote:
> You can adjust the order in which scrips run by moving them up and down in
> the list.
>
> I'm gu
You can adjust the order in which scrips run by moving them up and down in
the list.
I'm guessing that both scrips have the "on create" condition. Simply swap
their order on the queue's Scrips page (or the global one if necessary),
and I believe everything should work as you expect.
On 7 August
quot;
On 6 August 2014 23:01, Matthias Henze wrote:
> Am 06.08.2014 um 14:52 schrieb Alex Peters:
> > Did you follow all of the upgrade steps as documented in the README,
> > including running "make upgrade-database" or "rt-setup-database"?
>
> Well
m as resolved by setting their
status to "rejected."
On 6 August 2014 22:07, Matthias Henze wrote:
> Am 06.08.2014 um 13:41 schrieb Alex Peters:
> > What's the numeric ID of the scrip responsible for emailing requestors
> > when a ticket is resolved, and what is its
To stop false tickets from being generated, you need to minimise the spam
reaching RT in the first place. This is the job of the MTA (Zimbra in your
case), and is therefore beyond the scope of this mailing list.
A quick Google search for Zimbra and spam turned up this result:
http://wiki.zimbra.c
the group in text box but it has no effect and just drag the screen below
> only. attached the screenshot
>
> I have tried entering 2-3 group in text box but it drags down to the page
> only.
>
>
>
>
> On Wed, Aug 6, 2014 at 2:42 PM, Alex Peters [via RequestTracker] <[
What's the numeric ID of the scrip responsible for emailing requestors when
a ticket is resolved, and what is its configuration?
On 6 August 2014 19:51, Matthias Henze wrote:
> Am 06.08.2014 11:20, schrieb Alex Peters:
> > By default, RT_Config variable $NotifyActors is set to
By default, RT_Config variable $NotifyActors is set to a false value, which
means RT doesn't send mail to the person that initiated the action. If
you're resolving a ticket and you're one of the requestors, you won't
receive email in this scenario.
If that's not the problem, is the relevant scrip
The debug log is saying that "r...@gmail.com Subject: test" is not a valid
email address. The line that you are using to send a test email appears to
be missing a newline. Try this:
(echo "From: r...@gmail.com" ; echo "Subject: test" ; echo ; echo "test") |
/opt/rt/bin/rt-mailgate --queue Genera
any group name to add.
>
> once the cursor click on that text box it will switch down to the
>
> Add rights for this group
>
> and not able to write any word there ??
>
> I am not able to understand why this not allow to add any group name there
> in text box ???
>
>
cursor go to the text box it will goes to the the following
> section only.
> Add rights for this group
>
>
> Where I can only select or deselect the check box oinly.
>
> Why this happened ??? and why not able to enter any text on text box ???
>
> Please guide for the same.
gust 2014 22:37, niraj vara wrote:
> Hi Alex
>
> I have RT 4.2.1 and I went to the setting of queue but not found
> any option for User/Group.
>
> Can provide the exact sequence how to assign any User/Group to any queue.
>
>
>
>
>
> On Tue, Aug 5, 201
There are at least two possible solutions. The easier one involves using
articles:
http://bestpractical.com/docs/rt/latest/customizing/articles_introduction.html
http://requesttracker.wikia.com/wiki/Articles
In this case, your users would insert the article into the ticket, manually
change the p
You need a scrip which sends an email when a ticket is created. The
default RT installation includes scrips to email a queue's Admin CCs. The
easiest way to achieve what you have asked is to assign the relevant users
as Admin CCs in the queue settings.
On 4 August 2014 21:27, niraj wrote:
> H
To give a particular user/group access to a particular queue, go into the
settings for that queue and assign the appropriate rights for that
user/group.
Then, to ensure that that user/group cannot access other queues, remove the
rights for those other queues.
All users who can log into RT are par
This comment seems to refer to a ticket when it's being created, rather
than when correspondence is being added to it later. I don't think it's
relevant in your case.
On 3 August 2014 11:33, Foggi, Nicola wrote:
>
> I'm thinking this comment in Ticket.pm might be related to what I'm seeing:
>
If I understand correctly, you only want the scrip to apply if there's
correspondence, AND the status is changed to resolved, AND a RefersTo link
is added.
Each of these actions on the ticket occurs as a separate transaction, and
the order in which those transactions occur is not clearly defined.
26 • 262-783-6261 ext. 2296
>
> bba...@copesan.com
>
> www.copesan.com
>
> *"Servicing North America with Local Care"*
>
>
>
> *From:* Alex Peters [mailto:a...@peters.net]
> *Sent:* Friday, August 01, 2014 10:30 AM
> *To:* Bryon Baker
> *Cc:* RT Users (rt-users@list
I suspect that the lack of space before the first angled bracket is causing
the issue in both cases. What is generating those?
On 2 August 2014 01:17, Bryon Baker wrote:
> I am running Rt 4.2.3 All seems to be working just fine. I am now
> trying to track down errors in the log files.
>
>
>
I suspect that maybe you haven't restarted the web server after clearing
the Mason cache. Give that a shot; if no luck, errors should be making
their way to the log.
On 1 August 2014 19:58, AJ wrote:
> I cleared the mason cache, and sure enough 'This works' was displaying. So
> I
> re entered
Be sure to clear the server-based Mason cache before restarting the web
server:
http://requesttracker.wikia.com/wiki/CleanMasonCache
as your changes to those files otherwise won't be visible to RT.
On 1 August 2014 19:27, AJ wrote:
> Hi Alex,
>
> I made that change, restarted apache and clear
I believe that you need to use "Reopened" in your search and the
BuildFormatString/Default callback, not "DifferenceReopenedTime" as you
currently have.
#
$RT_ROOT/local/html/Callbacks/MyRT/Search/Elements/BuildFormatString/Default
<%INIT>
push @{$Fields}, 'Reopened';
<%ARGS>
$Fields => undef
he will recognize this faster when I run the scrip
> on any change.
>
>
>
> Br
>
> bernhard
>
>
>
> *Von:* Alex Peters [mailto:a...@peters.net]
> *Gesendet:* Donnerstag, 31. Juli 2014 14:27
> *An:* Eierschmalz, Bernhard
> *Cc:* rt-users@lists.bestpractical.com
>
This functionality could be achieved using a scrip which detects the
specific point at which you want the population to occur (perhaps at ticket
creation, or when another specific custom field is set or changed), and
then uses standard Perl code to connect to the database, issue the
appropriate SQL
The search result format string from the Advanced screen of the search
builder looks okay to me.
The file you've referenced only manages the addition of the field to the
select box on the search builder screen, and is presumably in the correct
location and working if your new field is showing up i
If you don't see "this works" in your search results with that change, then
I'd suspect a problem in how the new column is defined overall.
What's the complete content of the file you're using to define that new
search result column, where are you placing it, and what does your test
search result
That code seems okay to me. Is you anything useful being reported to RT's
debug log?
Replacing all of that code with:
...
value => sub {
return 'this works';
},
...
could be useful in determining whether the problem lies with that code, or
elsewhere (i.e. how the search result column is bei
stCustomFieldValue(27);*
>
> *return 1 if defined $CFval and $CFval eq 'yes';*
>
>
>
> right?
>
>
>
> How do I manage to run this scrip before “on correspond open tickets”
> scrip?
>
>
>
>
>
> Best Regards
>
> Bernhard
>
>
>
&g
n't named precisely "absent", or
> perhaps you are running an older version of RT which doesn't support
> loading custom fields by name. If using the ID (27) works for you, it is
> probably best to just use that for now.
>
>
>
> It is named absent, and I
09:49:00 2014] [warning]: Use of uninitialized value
> $CFval in string eq at (eval 829) line 2. ((eval 829):2)*
>
> *[12166] [Thu Jul 31 09:49:06 2014] [warning]: Couldn't load custom field
> by 'absent' identifier (/opt/rt4/sbin/../lib/RT/Record.pm:2231)*
>
> *[12166] [
Okay, I understand now: you want to track when a ticket moves from resolved
to open (which isn't recorded automatically), not open to resolved (which
is).
- You need to obtain access to the ticket here via shift, not $Ticket.
- One line is missing a terminating semicolon.
- You can use na
I wonder whether that note on the wiki page still applies to scrips that
run in batch mode, where the scrip runs after all transactions complete.
Consider trying a batch scrip (which has multiple transactions available to
it). A batch scrip can look at all the transactions and hopefully find the
RT won't look at any changes you place in example RT_SiteConfig.pm files
included with extensions (if that's why you've included that file in your
previous e-mail). You need to copy the relevant changes into your RT
installation's RT_SiteConfig.pm file.
On 31/07/2014 3:12 am, "Rezty Felty" wrote:
RT automatically stores dates and times into tickets when they are created,
opened and closed.
I notice that you want a relative value (e.g. "40 minutes ago"), which
means that that value is only meaningful for a very short time, so perhaps
you're wanting to place it in an outgoing email or someth
On my RT v4.2.6 installation, I'm seeing in my Saved Searches portlet what
was displayed as:
XXX's saved searches
now displaying as:
XXX <--> s <--> saved <--> searches
where "<-->" represents a large blank space. I don't have any
local modifications which shoul
Consider cloning your existing RT database to a new database, providing the
new RT installation with the database connection details in its
RT_SiteConfig.pm file, then running the sbin/rt-setup-database script:
$ cd /path/to/new/rt
$ sbin/rt-setup-database --action upgrade --dba XXX
--prompt-for-d
oose from a RatePlan CF dropdown - which displays
> plan names and stores as plan amounts
>
> option value
> Plan A $19.99
> Plan B $29.99
> Plan C $39.99
>
> I don't want the user to see the values, only the options
>
> thanks
> al;
>
>
> On Jul 24,
I'm not sure I understand your question. Are you asking whether custom
fields can hold multiple values at once? You can set up custom fields that
do this. What exactly are you wanting to achieve? Custom field options
that depend on a previously-selected value?
Custom field values can safely be
my scrip doesn’t run
>
>
>
> Now over to the resolved and stalled tickets: when there is any
> transaction on these tickets, user should be set to “nobody” to inform the
> other colleagues about this tickets.
>
> On the transaction, firstly the “on correspond, open inactive ti
cket, only he can do it (e.g. on
> larger projects)
>
> So when one of the stalled or resolved tickets receive an answer, the
> status is changed and with my scrip the user will be nobody.
>
>
>
>
>
> Best regards,
>
>
>
> Bernhard
>
>
>
&
rt4' database was created by me simply typing
> 'create database rt4;', because the upgrade process needs it, but it
> will not create it for you. That is why I have both 'rt3' and 'rt4'.
>
>
> on 2014.07.24. 15:43, Alex Peters wrote:
> &g
lled: RT
> 3.0.12 and IR 1.0.5. Have not edit a single file and that is why it is
> strange to me because the upgrade should work fluently.
>
> Should I try to create the 'rt_user' DB user? I don't think that would
> be a solution but who knows.
>
> Tamas
>
&g
You can probably use:
$self->TicketObj->OwnerObj->FirstCustomFieldValue('absent')
to access the value of the owner's "absent" custom field.
I don't understand why you are testing for a ticket status change.
Wouldn't you want the scrip to run only when correspondence occurs?
On 24 July 2014 23
same error unfortunately.
> I do these in a sandbox environment so I can step back to any saved
> snapshots and try and try again. The RT4 upgrade process is done except
> this final one, the database upgrade.
> Any more ideas?
>
> Tamas
>
> on 2014.07.24. 14:57, Alex Peters
Running this step as the Unix root user should not be necessary.
The error message is interesting, because it suggests that RT is not
attempting to connect to the database as the correct database user.
Do you have two separate database user accounts set up for RT—one for
regular use, and one for
Technically, a user's tickets are only theirs if they own them.
However, components can easily be added and removed from the home screen so
another option is to create a saved search, possibly called "My Requests,"
which returns all tickets matching those criteria:
Requestor.id = '__CurrentUser__
Saved searches can be deleted from the Edit Search screen after loading it.
Dashboards can be deleted from within the Basics screen for those
dashboards.
On 24 July 2014 04:56, Jeff Blaine wrote:
> I see no web UI method to delete either a dashboard or a saved search.
>
> Am I missing it?
>
>
If a ticket has never been told, then logically it can't have been told
within the past 48 hours.
The following search should do what you want:
(Told = 0 OR Told > '48 hours ago')
On 24 July 2014 05:31, Jeff Blaine wrote:
> Shouldn't "Told > '48 hours ago'" return the tickets that have NEVER
If your users require facilities beyond just creating and replying to their
own tickets, I would recommend setting those users up as within some group
rather than just privileged/unprivileged. Then, you can simply use
rights/permissions to decide what is or isn't available to that group (and
there
What is the scope of your definition of "outside" RT?
RT has a command line interface, and you can also run Perl scripts on the
RT host that interact directly with RT's library code to achieve tasks.
One example of an operation that can be run directly on the RT host is this
script, which resets
Did you end up finding a solution to this problem?
If I had to implement a "fix" to prevent tickets from being created in this
situation, I'd probably try to handle it at the MTA level and not pass such
emails to rt-mailgate in the first place.
However, I'd probably try to solve this first by ask
wiki needs to be updated with version information for that earlier
restriction.
On 19/07/2014 11:37 am, "Alex Peters" wrote:
> Your pasted snippet doesn't include an on_create definition, which is used
> to determine which status is applied to tickets cre
x27;, 'rejected', 'deleted' ],
>
> transitions => {
> --
>
> Alternately, I'd love to turn off email ticket creation altogether
> honestly - can I do that? It's fine it doesn't work, would just need to get
> rid of that error email.
7;$self->TransactionObj->CreatorObj->City' );
>
>
>
> Is the code I have and it is literally putting in just the line. Where do
> I need to correct my syntax?
>
>
>
> *Adam Thomas*
>
> *SGS Canada*
>
> Application Support - Big Machines Developmen
How are you currently capturing/reporting that information? This doesn't
sound like a feature native to a plain RT installation.
On 18 July 2014 00:52, AdamThomas wrote:
> My boss wants a daily report of time worked from the tickets in RT. The
> problem is if the same ticket is worked on over
You can do this with a scrip which fires on ticket creation, accesses the
user's relevant location information, then puts it in the ticket's custom
field.
The location information of the user creating the ticket can be accessed in
scrip code via:
$self->TransactionObj->CreatorObj->Organization
$s
Sounds like you're after articles:
https://www.bestpractical.com/docs/rt/latest/customizing/articles_introduction.html
http://requesttracker.wikia.com/wiki/Articles
On 17 July 2014 22:04, AJ wrote:
> Hi all,
>
> I have just made 29 templates and made a custom field containing all the
> names o
101 - 200 of 243 matches
Mail list logo