Mason error when attaching file

When any of us try to attach a file to a reply, we get this Mason error
message:

CGI open of tmpfile: Permission denied

Does anyone have any ideas on where to start troubleshooting this? :slight_smile: Thanks
in advance,

John DeBerry

Hi,

What provisions has RT-2.0.8 got when another ticking system (REMEDY)
configured that is auto responds to every message from another address
than the requestor address that it just used to open a ticket on RT that
happens to be configured to respond on correspond.

A bit like today when I noticed a ticket raised from one abuse
system(REMEDY) to mine and found a recurring conversation between the two.
A tad embarrassing :-/

The auto-reply has the president header set to BULK, is it safe to get RT
to discard these messages or could this discard genuine posts?

Regards

Barnaby Puttick

RT 2.0.8 should not be responding to mail that comes
in with a
precedence: bulk

header. Oh. I see. remedy is responding from a different address than the
address that RT has the requestor address set to, so it’s forwarding the
mail on to the requestor, since it came from a different address… Ugh.

Options include using the sub CanonicalizeAddress in the config file to
make remedy’s replies appear to come from the address it’s sending from,
clobbering the remedy admin or hacking Action/Notify to not send out mail
in case of Precedence: Bulk.On Wed, Nov 07, 2001 at 08:20:24PM +0000, Barnaby Puttick wrote:

Hi,

What provisions has RT-2.0.8 got when another ticking system (REMEDY)
configured that is auto responds to every message from another address
than the requestor address that it just used to open a ticket on RT that
happens to be configured to respond on correspond.

A bit like today when I noticed a ticket raised from one abuse
system(REMEDY) to mine and found a recurring conversation between the two.
A tad embarrassing :-/

The auto-reply has the president header set to BULK, is it safe to get RT
to discard these messages or could this discard genuine posts?

Regards

Barnaby Puttick


rt-users mailing list
rt-users@lists.fsck.com
http://lists.fsck.com/mailman/listinfo/rt-users

http://www.bestpractical.com/products/rt – Trouble Ticketing. Free.

Hmm,

What is the easiest way to flush the queue? All I’ve done
is killall exim.On Wed, 7 Nov 2001, Jesse Vincent wrote:

Date: Wed, 7 Nov 2001 15:38:53 -0500
From: Jesse Vincent jesse@bestpractical.com
To: Barnaby Puttick barns@uk.umis.net
Cc: rt-users@lists.fsck.com
Subject: Re: [rt-users] Two Ticketing systems having a nice conversation!

RT 2.0.8 should not be responding to mail that comes
in with a
precedence: bulk

header. Oh. I see. remedy is responding from a different address than the
address that RT has the requestor address set to, so it’s forwarding the
mail on to the requestor, since it came from a different address… Ugh.

Options include using the sub CanonicalizeAddress in the config file to
make remedy’s replies appear to come from the address it’s sending from,
clobbering the remedy admin or hacking Action/Notify to not send out mail
in case of Precedence: Bulk.

On Wed, Nov 07, 2001 at 08:20:24PM +0000, Barnaby Puttick wrote:

Hi,

What provisions has RT-2.0.8 got when another ticking system (REMEDY)
configured that is auto responds to every message from another address
than the requestor address that it just used to open a ticket on RT that
happens to be configured to respond on correspond.

A bit like today when I noticed a ticket raised from one abuse
system(REMEDY) to mine and found a recurring conversation between the two.
A tad embarrassing :-/

The auto-reply has the president header set to BULK, is it safe to get RT
to discard these messages or could this discard genuine posts?

Regards

Barnaby Puttick


rt-users mailing list
rt-users@lists.fsck.com
http://lists.fsck.com/mailman/listinfo/rt-users


http://www.bestpractical.com/products/rt – Trouble Ticketing. Free.