<div>Thanks for all of your help.  I solved the problem.  It wasn't a DNS problem or even a sendmail problem.  It was a php problem.</div>
<div> </div>
<div>I had found a site that had incorrect information on it and was using it.</div>
<div>Basically you just get <a href="http://sendmail.mc">sendmail.mc</a> to do all the admin stuff like SMTP server, masquerading.  Then php calls sendmail, and that's where you can change the from address using -f <a href="mailto:from@address">
from@address</a> as one of the options.  I had -s for the SMTP server, which was very wrong.  I couldn't understand why sendmail used -s for the SMTP server address and mail was using -s for the subject.  Just thought sendmail was weird.
</div>
<div> </div>
<div>So in the end the options that I used in the sendmail_path was -t -i -f <a href="mailto:from@address">from@address</a></div>
<div> </div>
<div>Thanks again for all of your help.<br><br> </div>
<div><span class="gmail_quote">On 11/5/06, <b class="gmail_sendername">Les Mikesell</b> <<a href="mailto:les@futuresource.com">les@futuresource.com</a>> wrote:</span>
<blockquote class="gmail_quote" style="PADDING-LEFT: 1ex; MARGIN: 0px 0px 0px 0.8ex; BORDER-LEFT: #ccc 1px solid">On Sun, 2006-11-05 at 03:26, jones yeates wrote:<br>> Whenever I do a make and I have the confTRUSTED_USERS it compiles fine
<br>> but then it won't restart sendmail properly.<br><br>This is probably a syntax error - m4 syntax is kind of obscure.<br>If you are following an example, note the direction of each<br>of the single quotes.  But, all the trusted user setting does
<br>is omit adding a Sender: header to point out cases where the From:<br>and real user don't match.   You probably want it for this case<br>but the mail will go through either way.<br><br>> I will try the confDOMAIN on (Monday), but I am not clear as to why I
<br>> need a long address for the server for apache to work that is running<br>> on the same machine.<br><br>Sendmail is an internet mailer.  It wants to resolve names<br>using proper internet conventions and fully qualified domain
<br>names are the only thing usable on the internet.  It is also<br>going to try to resolve the destination addresses so it can<br>apply any IP based restrictions or mappings in your access<br>and other configuration files, even though it it will defer
<br>actual delivery to your specified smarthost, so make sure<br>you have access to public DNS on this box.<br><br>--<br>Les Mikesell<br>  <a href="mailto:les@futuresource.com">les@futuresource.com</a><br><br><br>_______________________________________________
<br>K12OSN mailing list<br><a href="mailto:K12OSN@redhat.com">K12OSN@redhat.com</a><br><a href="https://www.redhat.com/mailman/listinfo/k12osn">https://www.redhat.com/mailman/listinfo/k12osn</a><br>For more info see <<a href="http://www.k12os.org">
http://www.k12os.org</a>><br></blockquote></div><br>