[rt-users] RT mailflow issue

asterr asterr at pobox.com
Tue Oct 21 22:26:02 EDT 2003


Do the users have the ReplyToTicket right?  To allow anyone to reply to 
tickets, grant this right to Everyone.

-Aaron

On Tue, 21 Oct 2003, Phillip Knowles wrote:

> Hello all,
> 
>  
> 
> I have rt3 up and running, but users are unable to reply to emails.
> Outbound mail is working fine.
> 
>  
> 
>  
> 
> Sendmail reports the emails having the following error:
> 
>  
> 
> Oct 21 17:36:59 rt sendmail[3081]: h9LLawow003080:
> to="|/opt/rt3/bin/rt-mailgate --queue general --action correspond 
> 
> --url http://rt.nubridges.com/", ctladdr=<rt at rt.nubridges.com> (8/0),
> delay=00:00:01, xdelay=00:00:01, mailer=prog, 
> 
> pri=31007, dsn=5.3.0, stat=unknown mailer error 255
> 
>  
> 
>  
> 
>  
> 
> Software Versions:
> 
>  
> 
> RedHat 9.0
> 
> mysql  Ver 11.18 Distrib 3.23.56
> 
> Perl, v5.8.0
> 
> Apache/2.0.40
> 
>  
> 
>  
> 
>  
> 
> Some things I have tried to fix the issue:
> 
>  
> 
> verfiy the link from /etc/smrsh/rt-mailgate to /opt/rt3/bin/rt-mailgate
> 
> I am able to send a mail to root at rt.nubridges.com.
> 
> I have verified that the version of MIME::Tools I am running is 5.411
> 
> I have used lsof to verfiy that rt-mailgate is being called by sendmail,
> and it is.
> 
>  
> 
>  
> 
>  
> 
> Mail part of RT-SiteConfig.pm
> 
>  
> 
>  
> 
> # {{{ Outgoing mail configuration
> 
>  
> 
> # RT is designed such that any mail which already has a ticket-id
> associated
> 
> # with it will get to the right place automatically.
> 
>  
> 
> # $CorrespondAddress and $CommentAddress are the default addresses
> 
> # that will be listed in From: and Reply-To: headers of correspondence
> 
> # and comment mail tracked by RT, unless overridden by a queue-specific
> 
> # address.
> 
>  
> 
> Set($CorrespondAddress , 'rt at rt.nubridges.com');
> 
>  
> 
> Set($CommentAddress , 'rt-comment at rt.nubridges.com');
> 
>  
> 
> #Sendmail Configuration
> 
>  
> 
> # $MailCommand defines which method RT will use to try to send mail
> 
> # We know that 'sendmailpipe' works fairly well.
> 
> # If 'sendmailpipe' doesn't work well for you, try 'sendmail'
> 
> #
> 
> # Note that you should remove the '-t' from $SendmailArguments
> 
> # if you use 'sendmail rather than 'sendmailpipe'
> 
>  
> 
> Set($MailCommand , 'sendmailpipe');
> 
>  
> 
> # $SendmailArguments defines what flags to pass to $Sendmail
> 
> # assuming you picked 'sendmail' or 'sendmailpipe' as the $MailCommand
> above.
> 
> # If you picked 'sendmailpipe', you MUST add a -t flag to
> $SendmailArguments
> 
>  
> 
> # These options are good for most sendmail wrappers and workalikes
> 
> Set($SendmailArguments , "-oi -t");
> 
>  
> 
> # These arguments are good for sendmail brand sendmail 8 and newer
> 
> #Set($SendmailArguments,"-oi -t -ODeliveryMode=b -OErrorMode=m");
> 
>  
> 
> # If you selected 'sendmailpipe' above, you MUST specify the path
> 
> # to your sendmail binary in $SendmailPath.
> 
> # !! If you did not # select 'sendmailpipe' above, this has no effect!!
> 
> Set($SendmailPath , "/usr/sbin/sendmail");
> 
>  
> 
> # By default, RT sets the outgoing mail's "From:" header to
> 
> # "SenderName via RT".  Setting this option to 0 disables it.
> 
>  
> 
> Set($UseFriendlyFromLine , 1);
> 
>  
> 
> # sprintf() format of the friendly 'From:' header; its arguments
> 
> # are SenderName and SenderEmailAddress.
> 
> Set($FriendlyFromLineFormat , "\"%s via RT\" <%s>");
> 
>  
> 
> # RT can optionally set a "Friendly" 'To:' header when sending messages
> to
> 
> # Ccs or AdminCcs (rather than having a blank 'To:' header.
> 
>  
> 
> # This feature DOES NOT WORK WITH SENDMAIL[tm] BRAND SENDMAIL
> 
> # If you are using sendmail, rather than postfix, qmail, exim or some
> other MTA,
> 
> # you _must_ disable this option.
> 
>  
> 
> Set($UseFriendlyToLine , 0);
> 
>  
> 
> # sprintf() format of the friendly 'From:' header; its arguments
> 
> # are WatcherType and TicketId.
> 
> Set($FriendlyToLineFormat, "\"%s of $RT::rtname Ticket #%s\":;");
> 
>  
> 
> # By default RT doesn't notify the person who performs an update, as
> they
> 
> # already know what they've done. If you'd like to change this
> behaviour,
> 
> # Set $NotifyActor to 1
> 
>  
> 
> Set($NotifyActor, 1);
> 
>  
> 
>  
> 
> # }}}
> 
>  
> 
>  
> 
> Any guidance would be appreciated,
> 
>  
> 
> Phillip Knowles
> 
> 




More information about the rt-users mailing list