Hi,
we have been running RT for several years now with great results (around 60K
tickets so far). However, our RT installation recently started to display a
weird behavior:
If a new requestor (has never before opened a ticket with their mail address,
thus unknown to RT) starts a new ticket, they
Hi,
we have been running RT for several years now with great results (around 60K
tickets so far). However, our RT installation recently started to display a
weird behavior:
If a new requestor (has never before opened a ticket with their mail address,
thus unknown to RT) starts a new ticket, they
Hi,
System groups:
Everyone: CreateTicket
Unprivileged: CreateTicket, ReplyToTicket, ShowOutgoingEmail, Watch
Requestor: CreateTicket, ModifyTicket, ReplyToTicket, ShowOutgoingEmail, Watch
No user-defined groups with special privileges exist.
For the problematic queue:
Everyone:
Kenneth Crocker schrieb:
Christopher,
Did you happen to modify the scrip to do a notify instead of an
autoreply? A notify will not send an E_mail to the requestor if the
requestor is the creator of the ticket, an autoreply will.
No - the following scrips are active for that queue:
Peer Michael schrieb:
It's seems, that your Autoreply script isn't a global script, but a script,
that runs only in a specific queue.
So? Of course it's a local scrip, I need a different autoreply template for each
of my queues.
Regards,
--ck
--
http://www.de-punkt.de [ [EMAIL
Hi,
I really need a solution to this problem ASAP, our complete ticketing has ground
to a halt. How can it happen that only a completely new requestor (not known to
RT before) receives the initial autoreply and all correspondence via e-mail, but
all known requestors don't receive anything *at
Hi,
the rt debug log looks like this during one of the broken transactions:
[Fri Aug 31 14:26:21 2007] [debug]: About to commit scrips for transaction
#324709 (/usr/local/rt/lib/RT/Transaction_Overlay.pm:173)
[Fri Aug 31 14:26:21 2007] [info]:
[EMAIL PROTECTED] #59902/324709 - Scrip 7
are (/usr/local/rt/bin/../lib/RT/Action/SendEmail.pm:651)
[Mon Aug 23 15:05:24 2010] [debug]: Subject: [Filoo GmbH #99050] Ihre
Anfrage hfg
From: Christopher Kunz via RT i...@our-2nd-domain.com
Reply-To: i...@our-2nd-domain.com
In-Reply-To: 4c728e2c.2080...@requestor-domain.com
References: rt
On 23.08.2010 21:43, Kevin Falcone wrote:
This implies that RT isn't seeing Requestors for that ticket.
You may want to show a sample of the email being injected into RT
and look at the user record for the user assigned as a Requestor for
the ticket. You're also using a custom Autoreply
Am 24.08.2010 15:37, schrieb Kevin Falcone:
My approach would be fixing qmail, rather than removing RT's bounce
handling.
True - I analyzed the underlying problem and it turned out that our mail
server cluster was using 2 different versions of maildrop:
- 1.5.2 did not modify the Return-Path
Hi,
I was wondering what the highest known ticket count for any single (as
in: one server, no balancing/federation) RT installation is so far... Is
there any official info on this?
Regards,
--ck
RT Training in Washington DC, USA on Oct 25 26 2010
Last one this year -- Learn how to get the
Hello all,
we are using the RT::Crypt::GnuPG module and have run into an issue that
I'm afraid we cannot solve.
Recently, some german mail providers, most notably GMX (one of the
biggest free webmail providers in Europe) have enabled end-to-end
encryption for their users. This is implemented
> We are using RT 4.0.8. Is there any configuration setting that I might
I'm sorry, it's actually RT 4.2.8.
Regards,
--ck
Hi,
> I believe the 4.2/skip-asc-keys branch[1] addresses this particular
> issue, of interpreting .asc as encrypted data. I'm sure that BPS
> would appreciate the feedback if it resolves the issue for you.
Thanks for the pointer! I think it does solve the painful part of the
issue, indeed. I
Hi again,
> Now populating database schema.
> [11815] [Wed Nov 25 10:44:40 2015] [critical]: DBD::mysql::st execute
> failed: Duplicate column name 'Disabled' at
> /usr/local/src/rt-4.4/sbin/../lib/RT/Handle.pm line 552.
> (/usr/local/src/rt-4.4/sbin/../lib/RT.pm:390)
> DBD::mysql::st execute
Hi,
I'm trying to upgrade an RT 4.0.8 instance (only lightly modified in
RT_SiteConfig.pm, no fancy stuff) to 4.4.0RC2. The 'make
upgrade-database' target fails at the following points:
== 4.0.8 => 4.0.9 ==
Processing 4.0.9
Now inserting data.
[11815] [Wed Nov 25 10:44:34 2015] [warning]:
Hi all,
what's the easiest way to implement a functionality where
- one person per day is made "Ticket master" and receives all incoming
new tickets as well as replies to unowned tickets
- Nobody else receives these mails
- Across several queues (3-5)
Can this be accomplished using a scrip?
Hi all,
we've been using RT for almost 15 years now with great success, but our
growing company needs a little more automation now. As we are a hosting
company /carrier, we frequently receive abuse reports and security
advisories (for example, automatted scans for UDP amplifiers by the
German
Am 02.03.17 um 15:43 schrieb Matt Zagrabelny:
> What version are you using CK?
>
> -m
>
Hi,
we're using 4.2.8.
Regards,
--ck
-
RT 4.4 and RTIR Training Sessions https://bestpractical.com/training
* Paris - April 24-26, 2017
other queues in our installation that have
Rights like CreateTicket, CommentOnTicket, ReplyTicket, ModifyTicket or
others (*not* OwnTicket) set. Is this a problem, too?
The issue persists (I have tested it with Elements/SelectOwner).
Regards,
--ck
--
Christopher Kunz | Geschäftsführung
Emmanuel Lacour schrieb:
On Mon, Feb 02, 2009 at 05:03:26PM +0100, Christopher Kunz (Filoo GmbH) wrote:
Emmanuel Lacour schrieb:
On queue with Id 33, you gave right OwnTicket to Group 5 and Group 5 is
usually the Unprivileged group!
I removed that privilege from the respective queue
Emmanuel Lacour schrieb:
On Mon, Feb 02, 2009 at 01:33:19PM +0100, Christopher Kunz (Filoo GmbH) wrote:
Emmanuel Lacour schrieb:
you seems to gave OwnTicket right to everyone or unprivileged users,
check your permissions.
Any other ideas?
Is DBIx::SearchBuilder up to date?
Yes, it's
(0.00 sec)
Regards,
--ck
--
Christopher Kunz | Geschäftsführung | ch...@filoo.de
Filoo GmbH | Tilsiter Str. 1 | 33449 Langenberg | HRB4355 AG Gütersloh
Geschäftsführer: S.Grewing | J.Rehpöhler | C.Kunz
Hotline: 07000-3378658 | Fax: 01805-963951172 (jew. 14 ct./Min
kem cho schrieb:
Check this out:
http://www.gossamer-threads.com/lists/rt/users/81858#81858
Nice workaround, works fine for me. Owner change is very rarely used in
our setup, anyway.
Regards,
--ck
--
Christopher Kunz | Geschäftsführung | ch...@filoo.de
Filoo GmbH | Tilsiter
default
privileges.
Any other ideas?
Regards,
--ck
--
Christopher Kunz | Geschäftsführung | ch...@filoo.de
Filoo GmbH | Tilsiter Str. 1 | 33449 Langenberg | HRB4355 AG Gütersloh
Geschäftsführer: S.Grewing | J.Rehpöhler | C.Kunz
Hotline: 07000-3378658 | Fax: 01805-963951172
--
Christopher Kunz | Geschäftsführung | ch...@filoo.de
Filoo GmbH | Tilsiter Str. 1 | 33449 Langenberg | HRB4355 AG Gütersloh
Geschäftsführer: S.Grewing | J.Rehpöhler | C.Kunz
Hotline: 07000-3378658 | Fax: 01805-963951172 (jew. 14 ct./Min
26 matches
Mail list logo
