Your description of the problem lead me to a working solution, so thanks very much! Below is how I got it working in case anyone else has this issue.<br><br>I went to the #postfix chatroom on <a href="http://irc.freenode.net">

irc.freenode.net</a> and asked about how to set up Postfix to use an external SMTP server to send mail. Someone told me to look into setting up Postfix to use Smarthost with Authentication. Found this link below for setting up Postfix to use Yahoo SMTP.

<a href="http://efflandt.freeshell.org/sbc-smtp-auth.html">http://efflandt.freeshell.org/sbc-smtp-auth.html</a> Just changed the host information to my own email server information and everything is working great now!

<br><br>Keith<br><br><div class="gmail_quote">On Dec 12, 2007 9:18 AM, Sven Sternberger <<a href="mailto:sven.sternberger@desy.de">sven.sternberger@desy.de</a>> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">

Hello Keith!<br><br>I think the problem is maybe the fact that the mail protocol<br>has two sender. The first is the envelope sender, "the real one",<br>the second is the body "From:" where you can write whatever you

<br>think is a good idea. The first on is something like<br>"<a href="mailto:apache@machine.domain.xx">apache@machine.domain.xx</a>", the second one is what you set<br>as configuration in RT.<br><br>What I suspect is that your postfix config is not set up in the

<br>right way.<br>Try to send as root s simple mail 'mail -s "testme" <a href="mailto:you@youdomain.xxx">you@youdomain.xxx</a>'<br>Look if this mail is send, if not you have to look for<br>the postfix config. I expect that you try to send the mail directly

<br>to the customer, but most mta wont accept mails from unknown<br>servers directly. So you should send them to a relayhost, maybe<br>your company mta, or your isp mta<br><br>hope this helps!<br><br>sven<br><div><div></div>

<div class="Wj3C7c"><br>On Di, 2007-12-11 at 13:42 -0500, Keith wrote:<br>> I'm trying to set RT up on a test server so I can evaluate it for my<br>> job. I've got it all installed and working except for sending outgoing

<br>> mail. I've got Postfix installed as my MTA and it works fine itself as<br>> far as I can tell. But when I send messages to the domain of what will<br>> most likely be the customers receiving mail I get back:

> > 450 4.1.8 <user@localhost>: Sender address rejected: Domain not found > (in reply to RCPT TO command)) > > user@localhost is the user that RT is running as (changed to that > because I don't want to send my server info out to the whole list).

<br>> I've got $CorrespondAddress and $CommentAddress both defined, and<br>> email addresses defined for each queue as well, including the General<br>> queue that all incoming mail goes to. When I look at the Outgoing mail

<br>> in RT from the Ticket information, it has the correct From: and Reply<br>> To: email addresses in the header information. But the Postfix<br>> mail.log is saying that the From: address is my user@localhost<br>

> address.<br>> I've done a test with Postfix logging in locally with telnet, setting<br>> the From: and To: addresses to exactly what they should be coming from<br>> RT and the mail goes through fine. So the fact that my test server

<br>> isn't the actual domain that the email is coming from isn't the<br>> problem. This won't be the case on the live server either. Postfix<br>> will be on the machine solely as a means for local programs to send

<br>> mail.<br>><br>> It's something in the way RT is sending the mail as far as I can tell<br>> that's causing the problem. Anyone able to assist with this?<br>><br>> Keith<br></div></div>> _______________________________________________

<br>> <a href="http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users" target="_blank">http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users</a><br>><br>> SAVE THOUSANDS OF DOLLARS ON RT SUPPORT:

<br>><br>> If you sign up for a new RT support contract before December 31, we'll take<br>> up to 20 percent off the price. This sale won't last long, so get in touch today.<br>>     Email us at <a href="mailto:sales@bestpractical.com">

sales@bestpractical.com</a> or call us at +1 617 812 0745.<br>><br>><br>> Community help: <a href="http://wiki.bestpractical.com" target="_blank">http://wiki.bestpractical.com</a><br>> Commercial support: <a href="mailto:sales@bestpractical.com">

sales@bestpractical.com</a><br>><br>><br>> Discover RT's hidden secrets with RT Essentials from O'Reilly Media.<br>> Buy a copy at <a href="http://rtbook.bestpractical.com" target="_blank">http://rtbook.bestpractical.com

</a><br><br>_______________________________________________<br><a href="http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users" target="_blank">http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users</a>

SAVE THOUSANDS OF DOLLARS ON RT SUPPORT: If you sign up for a new RT support contract before December 31, we'll take up to 20 percent off the price. This sale won't last long, so get in touch today.

<br>    Email us at <a href="mailto:sales@bestpractical.com">sales@bestpractical.com</a> or call us at +1 617 812 0745.<br><br><br>Community help: <a href="http://wiki.bestpractical.com" target="_blank">http://wiki.bestpractical.com

</a><br>Commercial support: <a href="mailto:sales@bestpractical.com">sales@bestpractical.com</a><br><br><br>Discover RT's hidden secrets with RT Essentials from O'Reilly Media.<br>Buy a copy at <a href="http://rtbook.bestpractical.com" target="_blank">

http://rtbook.bestpractical.com</a><br></blockquote></div><br>