Configuration RT不';不区分';通信请求用户';和';从CCs回放到内部评论';

Configuration RT不';不区分';通信请求用户';和';从CCs回放到内部评论';,configuration,rt,ticket-tracking,Configuration,Rt,Ticket Tracking,我支持IT。我们有两种通信: 最终用户。通常与他们的外部沟通 与服务提供商(DBA等)的内部通信,请求者无法看到 对于第一个,我们使用“对请求者的回答” 对于服务提供商,我们使用注释并向服务提供商发送CC。但是,当他们回复时,RT将他们的回复视为通信,并针对“通信”条件执行操作 然后,当我想要定制scrips时,RT不区分操作:发送给用户的电子邮件和来自提供商(内部CC)的重播都是RT的“通信”,并且将它们都发送给请求者 我不知道如何配置RT以将1 y 2发送到不同的操作 我配置错了什么吗?我必

我支持IT。我们有两种通信:

  • 最终用户。通常与他们的外部沟通
  • 与服务提供商(DBA等)的内部通信,请求者无法看到
  • 对于第一个,我们使用“对请求者的回答”

    对于服务提供商,我们使用注释并向服务提供商发送CC。但是,当他们回复时,RT将他们的回复视为通信,并针对“通信”条件执行操作

    然后,当我想要定制scrips时,RT不区分操作:发送给用户的电子邮件和来自提供商(内部CC)的重播都是RT的“通信”,并且将它们都发送给请求者

    我不知道如何配置RT以将1 y 2发送到不同的操作

    我配置错了什么吗?我必须考虑什么? 或者我必须使用自定义用户纸条


    非常感谢

    RT应该做您期望的事情,即向请求者发送信件(回复),只向工作人员发送评论。有两个方面可以找出为什么没有发生这种情况:

    1) 默认情况下,RT的通知脚本使用Cc角色添加另一个请求者。如果要添加“评论员”,则需要使用AdminCc角色,而不是Cc。这可能就是问题所在


    2) 如果这无法解决问题,请确保设置了两个电子邮件地址,一个用于通信,一个用于评论,类似于support@example.com(通讯地址)和支持-comment@example.com(评论地址)。然后确保已将/etc/alias文件设置为route-correct--action-correct和comment-with--action-comment。步骤10中提供了一个初始示例。

    嗨,Jim,谢谢你的回答。一开始,没有测试,非常有用,因为我们的RT只有两个函数的一个电子邮件地址(2),而且我们也没有使用ccAdmin(1)。我已经阅读了O'Reilly手册和所有在线文档,但没有阅读此自述。我刚读过。非常感谢。我将再次测试和评论。