<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">

<html>

<head>

  <meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type">

  <title></title>

</head>

<body bgcolor="#ffffff" text="#000000">

Stephen,<br>

<br>

    I don't think a "global" policy or configuration on how to notify a

user about a resolution is something that would benefit RT. If RT did

that, I'd just have to make modifcations to undo it. Your site may not

always want the same policy you currently think should apply. Global

resolutions remove flexibility. That makes it more complicated when the

"global" policy needs a change. We allow each Queue administrator to

set the limits for their users via ROLES and GROUP rights, along with

scrips applied to individual queues. This allows for the company to be

flexible on how each Department/Queue/group handles their business. As

the System administrator, I don't have the headache of all of that, I

just give advice to the Queue Admins on the options they have on

handling a problem. Hope this helps you.<br>

<br>

Kenn<br>

<br>

Stephen Dowdy wrote:<br>

<blockquote cite="mid43A06666.9040002@ucar.edu" type="cite">

  <pre wrap="">brian mccabe wrote:

  </pre>

  <blockquote type="cite">

    <pre wrap="">There may be a very simple answer to this but why is

the default action to "Comment" when the Resolve

option is chosen from the ticket header?

Surely it would be better if it were a REPLY?

    </pre>

  </blockquote>

  <pre wrap=""><!---->

Brian,

I'm just conjecturing here, but in my mind there's two *standard* ways to deal with the idea of ticket resolution.

1) Query: Ensure that the requestor is absolutely satisfied with your resolution (or acknowledges that you can't do any further work on it) and close it when they respond.

2) Notify: Tell the requestor that you are done with the ticket and close it in one fell swoop.

I believe that bestpractical subscribes to the first notion.  That the requestor will send the final "It's working now." or "Thanks!" and that you then resolve the ticket with no further correspondence.

This avoids the problem of the second form where most likely you say "Your solution is XYZ - I'm resolving this ticket now" and the requestor comes back with "thank you" and the ticket re-opens.

The first is more verbose, however, and perhaps not in tune with standard system-administrator thinking "here ya go, have a nice life".  You can also end up with lots of tickets in wait-mode on user response.

It would be nice if there was some sort of global RT_SiteConfig.pm knob like "ResolvePolicy" that would make things behave according to the established site policy.

At our location, we modified the occurrences of "Comment" to be "Correspond".

--stephen

  </pre>

</blockquote>

</body>

</html>