When commenting on or adding correspondence to a ticket via the web UI
the To: recipient is listed as “AdminCc of companyname Ticket #xxxx”.
When doing the same via email and Reply All, one of the recipients is
listed as “AdminCc of companyname Ticket #xxxx”. This, of course, isn’t
a valid email address so results in a bounced message from our email
server on that particular “address”. The other email address, be it the
comment or correspondence address makes it through though (as expected).
I’ve never seen this behaviour before I started administering the RT
system here at my new job. It never came up at my last job. Anyone
know what would be causing this?
RT v3.6.8 on openSuSE 10.3.
-Mathew
Keep up with my goings on at The Life and Times of a Slacker
When commenting on or adding correspondence to a ticket via the web UI
the To: recipient is listed as “AdminCc of companyname Ticket #xxxx”.
When doing the same via email and Reply All, one of the recipients is
listed as “AdminCc of companyname Ticket #xxxx”. This, of course,
isn’t
a valid email address
Actually, it’s RFC-compliant. But not all mail servers are your friend.
See UseFriendlyToLine in the config file to get it sorted out.
-j
Yeah, I’m not surprised that it’s RFC-Compliant as you folks at BP do a
good job of working with standards. I just hadn’t seen it before
because we used the UseFriendlyToLine parameter at my old job. But,
having always had it in place I never had cause to figure out what it
really did.
Thanks
-Mathew
Jesse Vincent wrote:
When commenting on or adding correspondence to a ticket via the web UI
the To: recipient is listed as “AdminCc of companyname Ticket #xxxx”.
When doing the same via email and Reply All, one of the recipients is
listed as “AdminCc of companyname Ticket #xxxx”. This, of course, isn’t
a valid email address
Actually, it’s RFC-compliant. But not all mail servers are your friend.
See UseFriendlyToLine in the config file to get it sorted out.
-j
so results in a bounced message from our email
server on that particular “address”. The other email address, be it the
comment or correspondence address makes it through though (as expected).
I’ve never seen this behaviour before I started administering the RT
system here at my new job. It never came up at my last job. Anyone
know what would be causing this?
RT v3.6.8 on openSuSE 10.3.
-Mathew
Keep up with my goings on at The Life and Times of a Slacker
The rt-users Archives
Community help: http://wiki.bestpractical.com
Commercial support: sales@bestpractical.com
Discover RT’s hidden secrets with RT Essentials from O’Reilly Media.
Buy a copy at http://rtbook.bestpractical.com
Keep up with my goings on at The Life and Times of a Slacker
And I can only guess that Exchange is one that doesn’t handle it very
well. Although, I think our actual relay might be sendmail which, based
on the comments in RT_SiteConfig.pm doesn’t work with it.
-Mathew
Jesse Vincent wrote:
When commenting on or adding correspondence to a ticket via the web UI
the To: recipient is listed as “AdminCc of companyname Ticket #xxxx”.
When doing the same via email and Reply All, one of the recipients is
listed as “AdminCc of companyname Ticket #xxxx”. This, of course, isn’t
a valid email address
Actually, it’s RFC-compliant. But not all mail servers are your friend.
See UseFriendlyToLine in the config file to get it sorted out.
-j
so results in a bounced message from our email
server on that particular “address”. The other email address, be it the
comment or correspondence address makes it through though (as expected).
I’ve never seen this behaviour before I started administering the RT
system here at my new job. It never came up at my last job. Anyone
know what would be causing this?
RT v3.6.8 on openSuSE 10.3.
-Mathew
Keep up with my goings on at The Life and Times of a Slacker
The rt-users Archives
Community help: http://wiki.bestpractical.com
Commercial support: sales@bestpractical.com
Discover RT’s hidden secrets with RT Essentials from O’Reilly Media.
Buy a copy at http://rtbook.bestpractical.com
Keep up with my goings on at The Life and Times of a Slacker
And I can only guess that Exchange is one that doesn’t handle it
very well. Although, I think our actual relay might be sendmail
which, based on the comments in RT_SiteConfig.pm doesn’t work with it.
Sadly, neither does Apple’s Mail.app. I’m seriously considering
changing the default.
I made the change a while ago in RT_SiteConfig.pm but now, instead of
getting the AdminCc thing before, I’m getting .
Replying to all results in the same issue.
-Mathew
Jesse Vincent wrote:
And I can only guess that Exchange is one that doesn’t handle it very
well. Although, I think our actual relay might be sendmail which,
based on the comments in RT_SiteConfig.pm doesn’t work with it.
Sadly, neither does Apple’s Mail.app. I’m seriously considering
changing the default.
Keep up with my goings on at The Life and Times of a Slacker