It looks like the the receiving mta is doing a dns lookup on localhost.localdomain, which isn't a legal hostname. There are a couple of potential solutions to this common problem. First, try routing your mail through your isp's mailserver by defining it as a smarthost in your /etc/mail/sendmail.mc and regenerating your sendmail.cf, i.e.:
define(`SMART_HOST',`mail.mindspring.com')dnl This way the receiving mta looks up your isp's mailserver, which has a legal hostname. Also, some isps (mindspring) block smtp port 25, so using a smarthost is sometimes the only way to get the mail out. There's a good chance this is all you'll need to do. If you really don't want to use your isp's mailserver, it may be possible to send mail directly from your computer by getting a dyndns.org account and loading a linux client that watches ppp0 or eth0 and sends in the new ip whenever it changes. You can get a rpm for ddclient on the dyndns.org website that does this. Then just tell your local sendmail to masquerade as your dyndns hostname define(`confDOMAIN_NAME',`my_dyndns_hostname.dyndns.org')dnl Now when a mta looks up the dyndns hostname reported by sendmail, it will resovle to your current ip and the mail will be accepted. However, there are isps (mindspring) that block smtp port 25 and do dns lookups as well, so it's possible you'll have to use their mailserver as a smarthost and a dyndns hostname for your computer before their mailserver will relay mail for you. Security is great and everything, but there's always a way... As a final touch, I also get mutt to rewrite my from and reply-to headers so things look ok on the other end: set hdrs my_hdr Reply-To: [EMAIL PROTECTED] my_hdr From: [EMAIL PROTECTED] There's probably a way to do this in pine as well. I'm sure it's possible to get sendmail to do it too, but I haven't checked into it. At the very least you'll want to set a working reply-to header. Quick plug: Now that yahoo is charging to download mail I also use the fetchyahoo.pl script from freshmeat.net to download it anyway. Even better, it optionally uses a ssl connection to do it. On Sun, Jun 23, 2002 at 05:40:13PM +0200, Wolfgang Pfeiffer wrote: > Date: Sun, 23 Jun 2002 17:40:13 +0200 (CEST) > From: Wolfgang Pfeiffer <[EMAIL PROTECTED]> > To: [EMAIL PROTECTED] > Subject: Sendmail: It seems: EMail from local IP is refused > > Hi all > I have sendmail-8.11.6-1.6.y on a Redhat 6.2 on a single user > machine, no LAN here. > > I want to send my mail from my machine, without the interference > from my ISP's mail servers. > > Problem the last time is, that the addressees' mail servers often > seemingly do not recognize and/or accept my local IP as a valid > mail server IP, thus rejecting my mail. At least this is my guess ... > > So how can I still use my local IP's (I get them dynamically assigned > by my ISP) for relaying my emails from my machine here *without* using > my ISP's mail server? > > Some sendmail.mc option? > > Here's some excerpts from Returned Mail messages (please don't get > fooled by the contents of these excerpts: only the first of the IP's > there turned out to be a spammer* IP when I checked it). > For privacy reasons I changed some content in these excerpts. > < snip! > _______________________________________________ Redhat-list mailing list [EMAIL PROTECTED] https://listman.redhat.com/mailman/listinfo/redhat-list
