![](https://secure.gravatar.com/avatar/28c950106ba3a98b787671d1078227e9.jpg?s=120&d=mm&r=g)
Hmm,
It turns out that "hostname -s" does very different things on linux and solaris hosts. On linux, it harmlessly reports the hostname, without qualifying it. On solaris, it silently changes the host name to "-s". This seems to cause Mailman to start throwing away mail, with error messages like " Low level smtp error: (8, 'node name or service name not known'), msgid: xxxx"
Now, this difference in behaviour, between harmless and bizarre, is the stuff of the Unix-haters' handbook http://www.art.net/~hopkins/Don/unix-haters/preface.html
However, It seems to me pretty disastrous that Mailman should throw away mail just because its own hostname changed.
-- Ian Eiloart Postmaster, University of Sussex +44 (0) 1273 87-3148
![](https://secure.gravatar.com/avatar/56f108518d7ee2544412cc80978e3182.jpg?s=120&d=mm&r=g)
Systems Support <syssup@sussex.ac.uk> wrote:
It turns out that "hostname -s" does very different things on linux and solaris hosts. On linux, it harmlessly reports the hostname, without qualifying it. On solaris, it silently changes the host name to "-s". This seems to cause Mailman to start throwing away mail, with error messages like " Low level smtp error: (8, 'node name or service name not known'), msgid: xxxx"
Now, this difference in behaviour, between harmless and bizarre, is the stuff of the Unix-haters' handbook http://www.art.net/~hopkins/Don/unix-haters/preface.html
However, It seems to me pretty disastrous that Mailman should throw away mail just because its own hostname changed.
The errors you report are from the Python smtplib module used by Mailman to send mail. See the FAQs at <http://wiki.list.org/x/-IA9> and <http://wiki.list.org/x/AoE9> for a little more info.
If you believe the smtplib errors are not valid in this case, it is a Python smtplib issue and would need to be addressed there.
-- Mark Sapiro <mark@msapiro.net> The highway is for gamblers, San Francisco Bay Area, California better use your sense - B. Dylan
participants (2)
-
Mark Sapiro
-
Systems Support