Quote:
|
Quote:
Really goofy, this condition. Don't have a clue (yet). Thanks for the input. |
While it should "just work", for some reason it isn't. You might be able to work around it by specifying your relay in sendmail.cf, though:
Code:
# "Smart" relay host (may be null) Quote:
Quote:
|
Quote:
|
Quote:
I work with RedHat as part of the Day Job(TM) but I feel no need to tool over to that forum to offer my advice about, well, anything. That's mainly because my advice would be almost invariably wrong due to my shallow knowledge of how things work in that Linux distribution. |
Might be that I like to learn some more. Or see how slackware developed or just cause i like to piss of people. And also cause somethings are common to all linux derivates like hostname or domainnames.
|
Quote:
Code:
hostname Code:
# "Smart" relay host (may be null) By the way, this does look like I think it should: Code:
/etc/rc.d/rc.sendmail stop So, logged in as root, Code:
mailx -s "Test Message" trona One other thing, that I don't think has anything to do with anything, is that my only Internet access is via HughesNet; there's no wireless, no DSL, no cable, no fiber optic -- dial-up or HugesNet, that's it. HughesNet does not issue fixed-IP addresses and the interface does not allow the outside world to come in. The guy is coming this afternoon to install the G4 upgrade (which will take me from 150K-300K to 10Mbs, which is roughly 12.5MB, which is a heckuva lot faster, but still no outside access). I do all mail with gmail.com. Also, as far as I can tell, my FQDN is simply .com? And, SSH between all systems works just fine (so the /etc/hosts entries appear to be "in charge" and there's no DNS involved? So, I'm thinking reinstall 14.0, apply the patches and see what's what. I can't think of anything else to do. Thanks for the input. |
A FQDN is hostname [dot] tld [dot]. The dot at the end is important. At least according to the RFC's. Also most installers are happy with just the hostname[dot]tld.
Coming from my question for hostname -f your FQDN is "pita.com". The manpage of hostname has some explanations and caveats how hostname returns the fqdn. See that for more info. As I said I'm not so deep into sendmail so i best get out of the way and let the known sort that. |
Could you try to enter this into your /etc/hosts file?
127.0.0.1 pita pita.com. Then restart the network service: /etc/rc.d/rc.inet1 restart |
Uh, nope, don't think so, that's the address of localhost (not to be fiddled with, methinks).
Thanks, though. |
I think the fix might be to use a hostname like somehost.pita.lan, where the hostname will be seen as "somehost" and the domain name as "pita.lan". I've never deployed a machine that had only a domain name (or a domain name of just .com). With slackware.com, for example, the actual machine has a longer hostname (connie.slackware.com) and reaching it via "slackware.com" is done with a CNAME in DNS. I think that might be what is confusing sendmail, since here it works out of the box on hive64.slackware.lan.
|
Quote:
127.0.0.1 localhost 192.168.1.30 pita pita.com. |
2 Attachment(s)
After installing a minimal slackware 14 system with your hostname (pita) and domainname (com) I could send mail with mail -s "This is a testmail" trona after adding the user. Which got delivered and sits inside the mailbox now.
What differs in my log line from your log line that sendmail uses the local mailer and not the esmtp. relay is 127.0.0.1 which sounds okay. Code:
Jul 10 16:24:50 pita sendmail[1704]: r6AEOoL0001704: from=root, size=230, class=0, nrcpts=1, msgid=<201307101424.r6AEOoL0001704@pita.com>, relay=root@localhost |
2 Attachment(s)
and an empty post for another two files
|
Quote:
My little LAN can limp along as is but I've got a bigger system to do (I was in the Navy, ours, and learned the basic lesson about never volunteering, think I'd know better): couple of severs, five or more existing PC's, LAN connections for data entry and analysis, non-profit institute, lots of data, lots of volunteer users, long-term (like years if not decades and I will not live to see the end). Gotta do it right and it looks to me like what you're doing is the right approach -- I've just never done it and figure if I get my act together that I can repeat that, just need a little push in the right direction so I can figure out how to do it (as in: is there a how-to that I haven't been able to find yet?). The original problem with sendmail I think has been eclipsed -- I am going to do a reinstall and step-by-step apply the patches (including the kernel) and see if I can find where it breaks. But, that may be moot if I can configure that box (and the rest of mine) as you suggest. I'm using that box to install and configure DSpace (not the simplest thing to put in what with the required software). I have looked at everything I can find that has anything to do with networking and sendmail and all of it has been untouched by patches or software installation as far as I can tell (the date stamps are distribution, diff doesn't show anything) but who knows what evil lurks here and there. I really appreciate your input and thank you for taking the time and trouble. Thomas |
All times are GMT -5. The time now is 11:38 PM. |