Re: telnet on local LAN question (progress?)

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Sun, 2011-08-21 at 18:41 -0700, Paul Allen Newell wrote:
> Subject: Returned mail: see transcript for details

Here's the hint (above), whatever mail server you end up playing with.
Look at the transcript of what you get back, and do some searching
against the error/status codes, rather than just some vague, your mail
failed.  You can look into the reasons why it may have failed.  I'd go
looking for some primers on "SMTP error codes" or "SMTP status codes,"
to try and find some documentation that covers them all in one spot for
you to research.

Also, check *very carefully* that your error messages are coming from
where you think they are.  Look at the headers of the returned mails,
and check your server logs.  e.g. Have you actually accessed another
machine on your LAN, or outside of your LAN?

I've done that before.  When I first tried doing what you're trying.  My
mail server machine got the message, and tried to send it through my
ISP's mail server.  Which, naturally, was not going to accept mail for a
domain name that didn't exist on the WWW.
> 
> The original message was received at Sun, 21 Aug 2011 18:17:32 -0700
> from chowder [127.0.0.1]

Ugh, a test mail has come from 127.0.0.1.  You've got machine names
resolving to 127.0.0.1.  Name resolution is up the spout, and it *does*
strike problems with various servers, despite the number of people who
*apparently* get away with putting their machine hostname into the local
loopback addresses in their hosts file.

Have a look at a virgin hosts file, and it'll be like this:

cat /etc/hosts
# Do not remove the following line, or various programs
# that require network functionality will fail.
127.0.0.1  localhost.localdomain   localhost
::1        localhost6.localdomain6 localhost6

No matter what anybody says, and despite the setup of Fedora doing it,
it's a bad bad BAD idea to bodge *anything* else into those two local
lines.  Sure, you can get away with it under *some* circumstances.  But
you can run into a hell of a lot of pain under other circumstances.

Actual hostnames belong elsewhere, and associated with other IPs.

>     ----- The following addresses had permanent fatal errors -----
> <paul@chalupa.localdomain>
>      (reason: 530 5.7.0 Authentication required)

i.e. Google:  "reason: 530 5.7.0 Authentication required"

Hints:  Are you set up for authenticated mail?  Do you want to be?  Most
people aren't on a home LAN.  And I wouldn't suggest trying until you've
got basic mail working.  If you're not trying to, then turn off mail
server options that check for it.

You'd previously mentioned using different ports, and playing around
with your configuration to suit.  Have you put your servers back to
running on the usual SMTP port 25?

>     ----- Transcript of session follows -----
> ... while talking to chalupa.localdomain.:
>  >>> MAIL From:<paul@localhost.localdomain> SIZE=815
> <<< 530 5.7.0 Authentication required
> 554 5.0.0 Service unavailable

i.e. Google:  "554 5.0.0 Service unavailable"

And this looks, very like, a compounded error.  The first message failed
for one reason, and then another error was encountered.

And notice the "From .....@localhost.localdomain".  If the receiving
mail is doing any sort of useful verification tests on "from" addresses,
then only mail sent within the same machine would pass the test.  A
message from an external source with that address would be naughty.
Though most home mail servers doing some very basic verification (and
mostly useless) tests, would probably allow it.

This harks back to one of my earlier messages about name resolution.  If
you don't have your basic networking working properly, things get
screwy.  Various clients and servers resolve IPs to find names, and if a
non-127.x.y.z IP *resolves* to localhost.localdomain, regardless of you
believing hostnames and domain names have been set correctly, you are in
for headaches.

I really don't recall this level of pain when I first tried my own SMTP
serving.  I'd recommend setting up your hosts files to best practice,
learn DNS serving (later on, save that headache for later, but you'd
need to know it for doing mail properly).  Replace your customised mail
server configuration files with virgin ones, read some documentation,
and carefully customise them again.  First try using a central mail
server, get that working before you try SMTP on each machine (i.e. send
all mail to usernames@that-server, from different machines on your LAN).
If you're in a safe LAN, do your experimenting with no firewalls between
machines, or make sure that port 25 is allowed between all your LAN
machines.

-- 
[tim@localhost ~]$ uname -r
2.6.27.25-78.2.56.fc9.i686

Don't send private replies to my address, the mailbox is ignored.  I
read messages from the public lists.




-- 
users mailing list
users@xxxxxxxxxxxxxxxxxxxxxxx
To unsubscribe or change subscription options:
https://admin.fedoraproject.org/mailman/listinfo/users
Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines

[Index of Archives]     [Older Fedora Users]     [Fedora Announce]     [Fedora Package Announce]     [EPEL Announce]     [EPEL Devel]     [Fedora Magazine]     [Fedora Summer Coding]     [Fedora Laptop]     [Fedora Cloud]     [Fedora Advisory Board]     [Fedora Education]     [Fedora Security]     [Fedora Scitech]     [Fedora Robotics]     [Fedora Infrastructure]     [Fedora Websites]     [Anaconda Devel]     [Fedora Devel Java]     [Fedora Desktop]     [Fedora Fonts]     [Fedora Marketing]     [Fedora Management Tools]     [Fedora Mentors]     [Fedora Package Review]     [Fedora R Devel]     [Fedora PHP Devel]     [Kickstart]     [Fedora Music]     [Fedora Packaging]     [Fedora SELinux]     [Fedora Legal]     [Fedora Kernel]     [Fedora OCaml]     [Coolkey]     [Virtualization Tools]     [ET Management Tools]     [Yum Users]     [Yosemite News]     [Gnome Users]     [KDE Users]     [Fedora Art]     [Fedora Docs]     [Fedora Sparc]     [Libvirt Users]     [Fedora ARM]

  Powered by Linux