My RT setup seems to be working fine, but I wanted to check something. I get several RT-related Returned mails each day and want to ensure that there is not a problem. It looks to me like the email address that RT is trying to respond to was generated with a ticket being created from spam. The domain does not seem to resolve. But the way the output reads, it almost seems like it is my address that is causing the problem. machine.progeny.com is not accessible externally but mail gets routed to it appropriately. Is there a problem with running rt on an internal system and using the mail system to route mail to its mailgate?
Vicki
Here is the mail in question:
The original message was received at Wed, 18 May 2005 10:41:03 -0500
from localhost.localdomain [127.0.0.1]
----- The following addresses had permanent fatal errors -----
herbert.gschiel@scheckheft-gesundheit.at
(reason: 554 nobody@machine.progeny.com: Sender address rejected: Domain not found)
----- Transcript of session follows -----
… while talking to mail.scheckheft-gesundheit.at.:
DATA
<<< 554 nobody@machine.progeny.com: Sender address rejected: Domain not found
554 5.0.0 Service unavailable
<<< 554 Error: no valid recipients
Alex Harrington wrote:
One of the fields in Site_Config.pm allows you to masquerade your
outgoing mail.
Eg, here our RT box is called rt.longhill.brighton-hove.sch.uk so
outgoing mail would come from support@rt.longhill.brighton-hove.sch.uk
which wouldn’t resolve externally.
With the rewrite working, outgoing mail now comes from
support@longhill.brighton-hove.sch.uk and everything then just works.
Cheers
I had edited the RT_SiteConfig.pm file to set the rtname, the
Organization, the CorrespondAddress, the CommentAddress, and the
WebBaseURL. I see a few email-specific variables too, but I am unsure
which one to change. I assume, however, that you are referring to the
CanonicalizeEmailAddressMatch and the CanonicalizeEmailAddressReplace
variables which were not set in my inherited RT which had external
presence. [I am including this information for thread clarity.]
Vicki Stanfield wrote:
I had edited the RT_SiteConfig.pm file to set the rtname, the
Organization, the CorrespondAddress, the CommentAddress, and the
WebBaseURL. I see a few email-specific variables too, but I am unsure
which one to change. I assume, however, that you are referring to the
CanonicalizeEmailAddressMatch and the CanonicalizeEmailAddressReplace
variables which were not set in my inherited RT which had external
presence. [I am including this information for thread clarity.]
Okay, I am still getting mails that use the old email address variable
of machine.domain.com instead of simply domain.com. I must not have
something right. Here are the lines from the RT_SiteConfig.pm:
Set($CanonicalizeEmailAddressMatch , ‘@machine.domain.com$’);
Set($CanonicalizeEmailAddressReplace , ‘@domain.com’);
Am I missing something about how this is used? It says that it rewrites
incoming email addresses. Does that not include the email address on
mails coming from rt then? I have set the rtname and Organization
variables to domain.com.
Vicki
Okay, I am still getting mails that use the old email address variable
of machine.domain.com instead of simply domain.com. I must not have
something right. Here are the lines from the RT_SiteConfig.pm:
Set($CanonicalizeEmailAddressMatch , ‘@machine.domain.com$’);
Set($CanonicalizeEmailAddressReplace , ‘@domain.com’);
Am I missing something about how this is used? It says that it rewrites
incoming email addresses. Does that not include the email address on
mails coming from rt then? I have set the rtname and Organization
variables to domain.com.
If you’re trying to change the Return-Path: type headers, you may need
something like this in RT_SiteConfig.pm
Set($SendmailArguments,“-oi -t -ODeliveryMode=b -OErrorMode=m -f support@example.com”);
This makes the Rutern-path header in email to supprt@example.com
If that’s not you were asking about, sorry 
Graham