i actually want to know what should i do to avoid this situation. what to
check and where to check. situation is annoyed getting too much bounces like
that.
thanks for response
regards,
Rana TanveerOn Tue, Oct 21, 2008 at 1:47 AM, Kenneth Crocker KFCrocker@lbl.gov wrote:
Rana,
When you merged the initial ticket, did you merge it into a ticket
in the same queue?
Kenn
LBNL
On 10/20/2008 8:11 AM, Rana Tanveer wrote:
Hi RT Experts
I am using RT 3.6.5. http://3.6.5. on a Fedora 9 Machine, everything is
fine
but on my few merged ticket i get the following error mail generated and
sent to root user. on every reply this error mail generated.
“RT thinks this message may be a bounce”
could someone guide me where should i look for this error? and how to
overcome this?
i actually want to know what should i do to avoid this situation. what to
check and where to check. situation is annoyed getting too much bounces like
that.
I believe you should check RTAddressRegexp in your RT_SiteConfig.pm. Add
all addresses that go to RT in there.
If you know SQL and have either SQL Plus or SQL Navigator (or some
other tool), you might want to take a look at the “TICKETS” table. This
table will show you any links, tickets it merged from, etc. That might
tell you something. Have you run a query to see what queues there
are/were in? If a ticket from another Queue was merged into a ticket in
a different Queue AND if that is the cause, you might be able to
correct the problem by unmerging the ticket, moving it to the correct
queue and THEN merging it.
To stop the problem, you could write a scrip that evaluates the “FROM”
queue on a merge and if no the same as the “TO” queue, do not complete
the transaction, or if that’s not possible, UNDO the transaction. Just a
thought.
i actually want to know what should i do to avoid this situation. what
to check and where to check. situation is annoyed getting too much
bounces like that.
Rana,
When you merged the initial ticket, did you merge it into a
ticket in the same queue?
Kenn
LBNL
On 10/20/2008 8:11 AM, Rana Tanveer wrote:
Hi RT Experts
I am using RT 3.6.5. <http://3.6.5.> <http://3.6.5.> on a Fedora
9 Machine, everything is fine
but on my few merged ticket i get the following error mail
generated and sent to root user. on every reply this error mail
generated.
"RT thinks this message may be a bounce"
could someone guide me where should i look for this error? and
how to overcome this?
This problem is only with merged tickets only
--
---------------------------------------------
Rana Tanveer
+923224194457
http://www.sysadminsline.com
---------------------------------------------
------------------------------------------------------------------------
_______________________________________________
http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users
Community help: http://wiki.bestpractical.com
Commercial support: sales@bestpractical.com
<mailto:sales@bestpractical.com>
Discover RT's hidden secrets with RT Essentials from O'Reilly
Media. Buy a copy at http://rtbook.bestpractical.com
I just upgraded our RT from 3.6.4 to 3.8.1 applied all required patches
and modules as per README file. I am using external authentication and
although the upgrade was successful, but each time a user logs in and
clicks on any tabs, or tickets they get logged off and they have to
login back in again to complete the task they wanted to.
If you know SQL and have either SQL Plus or SQL Navigator (or some
other tool), you might want to take a look at the “TICKETS” table. This
table will show you any links, tickets it merged from, etc. That might tell
you something. Have you run a query to see what queues there are/were in? If
a ticket from another Queue was merged into a ticket in a different Queue
AND if that is the cause, you might be able to correct the problem by
unmerging the ticket, moving it to the correct queue and THEN merging it.
To stop the problem, you could write a scrip that evaluates the
“FROM” queue on a merge and if no the same as the “TO” queue, do not
complete the transaction, or if that’s not possible, UNDO the transaction.
Just a thought.
Kenn
LBNL
On 10/21/2008 5:35 AM, Rana Tanveer wrote:
Thanks Kenneth Crocker for you quick response
might be but some other fellow did this merge.
i actually want to know what should i do to avoid this situation. what to
check and where to check. situation is annoyed getting too much bounces like
that.
thanks for response
When you merged the initial ticket, did you merge it into a
ticket in the same queue?
Kenn
LBNL
On 10/20/2008 8:11 AM, Rana Tanveer wrote:
Hi RT Experts
I am using RT 3.6.5. <http://3.6.5.> <http://3.6.5.> on a Fedora
9 Machine, everything is fine
but on my few merged ticket i get the following error mail
generated and sent to root user. on every reply this error mail
generated.
"RT thinks this message may be a bounce"
could someone guide me where should i look for this error? and
how to overcome this?
This problem is only with merged tickets only
-- ---------------------------------------------
Rana Tanveer
+923224194457
http://www.sysadminsline.com
---------------------------------------------
_______________________________________________
http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users
Community help: http://wiki.bestpractical.com
Commercial support: sales@bestpractical.com
<mailto:sales@bestpractical.com>
Discover RT's hidden secrets with RT Essentials from O'Reilly
Media. Buy a copy at http://rtbook.bestpractical.com
It sounds like you are using a newer version of MySQL. You must follow
the MySQL upgrade procedures even if you were using MySQL 4.0 or lower
prior to moving to 3.8.1 The upgrade docs falsely give the impression
that this is only the case when moving to MySQL 4.1+ from MySQL 4.0.
Even if everything seemed to be working with the previous version, your
tables need to be converted to the new character set.
I upgraded our RT from 3.6.4 to 3.81. Can anyone on the list point me to
a resource where I can read and understand how the new iCal feature
works on 3.8.1?
I upgraded our RT from 3.6.4 to 3.81. Can anyone on the list point me to
a resource where I can read and understand how the new iCal feature
works on 3.8.1?
There’s a link on all ticket search results. You can subscribe to the
due dates of any tasklist as an ical feed by copy-pasting that link into
your calendar app.
For example, I have all our customer project due dates show up in my
google calendar
I upgraded our RT from 3.6.4 to 3.81. Can anyone on the list point me to
a resource where I can read and understand how the new iCal feature
works on 3.8.1?
There’s a link on all ticket search results. You can subscribe to the
due dates of any tasklist as an ical feed by copy-pasting that link into
your calendar app.
See also the RTx::Calendar for more iCal *& general calendaring) fun.
For example, I have all our customer project due dates show up in my
google calendar
How do you do that? I assume you’re not running under RT under SSL then?
Our RT is over SSL, and google calendar refuses to add an RT iCal feed…
Cambridge Energy Alliance: Save money & the planet
For example, I have all our customer project due dates show up in my
google calendar
How do you do that? I assume you’re not running under RT under SSL
then?
Our RT is over SSL, and google calendar refuses to add an RT iCal
feed…
I have all my RT Due dates showing up from an https:// link without
problem. I’ve had iCal refuse an ssl link but not google calendar.
Thanks for the info. I did install RTx::Calendar from cpan, but the
installation procedure put everything in /usr/share/rt3!
Placing Set(@Plugins,(qw(RTx::Calendar))); in RT_SiteConfig is giving
the following error:
Can’t locate RTx/Calendar.pm in @INC (@INC contains:
/opt/rt3/bin/…/local/lib /opt/rt3…
Compilation failed in require at /opt/rt3/bin/mason_handler.fcgi line
55, line 273.
Any Ideas?
Hossein
Jerrad Pierce wrote:>> On Tue 28.Oct’08 at 14:30:46 -0700, Hossein Rafighi wrote:
Hi all,
I upgraded our RT from 3.6.4 to 3.81. Can anyone on the list point me to
a resource where I can read and understand how the new iCal feature
works on 3.8.1?
There’s a link on all ticket search results. You can subscribe to the
due dates of any tasklist as an ical feed by copy-pasting that link into
your calendar app.
See also the RTx::Calendar for more iCal *& general calendaring) fun.
For example, I have all our customer project due dates show up in my
google calendar
How do you do that? I assume you’re not running under RT under SSL then?
Our RT is over SSL, and google calendar refuses to add an RT iCal feed…
For the records, I ended up downloading RTx Calendar tarball and
modified the Makefile to get this working. I am at loss why perl put
everything in /usr/share/rt3! This is a dedicated VM host that only runs
our RT. But, live and learn I guess.
Thanks to everyone who replied, – and Cheers,
Hossein
I wrote:
Thanks for the info. I did install RTx::Calendar from cpan, but the
installation procedure put everything in /usr/share/rt3!
Placing Set(@Plugins,(qw(RTx::Calendar))); in RT_SiteConfig is giving
the following error:
Can’t locate RTx/Calendar.pm in @INC (@INC contains:
/opt/rt3/bin/…/local/lib /opt/rt3…
Compilation failed in require at /opt/rt3/bin/mason_handler.fcgi line
55, line 273.
Are you (Kevin, Jesse, other SSL iCal + google calendar users)
certain that google is accessing your feed over SSL? Does your
NoAuth happen to also be available sans SSL?
Cambridge Energy Alliance: Save money & the planet
On Tue, Oct 21, 2008 at 11:20 PM, Kenneth Crocker KFCrocker@lbl.govwrote:
Rana,
If you know SQL and have either SQL Plus or SQL Navigator (or some
other tool), you might want to take a look at the “TICKETS” table. This
table will show you any links, tickets it merged from, etc. That might tell
you something. Have you run a query to see what queues there are/were in? If
a ticket from another Queue was merged into a ticket in a different Queue
AND if that is the cause, you might be able to correct the problem by
unmerging the ticket, moving it to the correct queue and THEN merging it.
To stop the problem, you could write a scrip that evaluates the
“FROM” queue on a merge and if no the same as the “TO” queue, do not
complete the transaction, or if that’s not possible, UNDO the transaction.
Just a thought.
Kenn
LBNL
On 10/21/2008 5:35 AM, Rana Tanveer wrote:
Thanks Kenneth Crocker for you quick response
might be but some other fellow did this merge.
i actually want to know what should i do to avoid this situation. what to
check and where to check. situation is annoyed getting too much bounces like
that.
thanks for response
When you merged the initial ticket, did you merge it into a
ticket in the same queue?
Kenn
LBNL
On 10/20/2008 8:11 AM, Rana Tanveer wrote:
Hi RT Experts
I am using RT 3.6.5. <http://3.6.5.> <http://3.6.5.> on a Fedora
9 Machine, everything is fine
but on my few merged ticket i get the following error mail
generated and sent to root user. on every reply this error mail
generated.
"RT thinks this message may be a bounce"
could someone guide me where should i look for this error? and
how to overcome this?
This problem is only with merged tickets only
-- ---------------------------------------------
Rana Tanveer
+923224194457
http://www.sysadminsline.com
---------------------------------------------
_______________________________________________
http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users
Community help: http://wiki.bestpractical.com
Commercial support: sales@bestpractical.com
<mailto:sales@bestpractical.com>
Discover RT's hidden secrets with RT Essentials from O'Reilly
Media. Buy a copy at http://rtbook.bestpractical.com
I tried several methods to send the replies to some test tickets. but i
am
not getting the bounce error…
can you please explain it again for me. because i want to diagnose what
is
the problem. like how specifically i should send mail to ticket to get
this
error.
thanks
Hi,
From an RT ticket in the web interface, send a reply. On this reply,
include a To, Cc, or Bcc recipient address that is the address of one of
your RT queues. The reply should come into RT and generate the bounce
message.
Steve
Stephen Turner
Senior Programmer/Analyst - SAIS
MIT IS&T
From an RT ticket in the web interface, send a reply. On this reply,
include a To, Cc, or Bcc recipient address that is the address of one of
your RT queues. The reply should come into RT and generate the bounce
message.
Steve
–
Stephen Turner
Senior Programmer/Analyst - SAIS
MIT IS&T