On slack 9.1 with a freshly compiled Evolution 1.4.5 (thanks to the group
for clear instructions), all went well, except I could not send mail! I
kept getting server errors and no evo setting helped.

I found this link at the Ximian site which I quote below:

http://support.ximian.com/cgi-bin/xi... FnZT0x&p_li=

When I try to send email, I get errors from the server. How do I fix this?
I get errors like:

* "Error message: RCPT TO failed: ... Relaying denied"
* "command not implemented"
* any other "invalid command" type errors

Answer


It seems that there is a bug in recent versions of glibc (2.3.x?) where the
gethostbyaddr_r() function mis-parses the /etc/hosts file and returns
garbage in the struct hostent as the hostent->h_name field. Many times, it
seems to contain a \n character which ends up getting the client and server
out-of-sync with each other.
To tell for sure, in a terminal window you can run:
$ env CAMEL_VERBOSE_DEBUG=1 evolution

When a message gets sent, some debugging messages will be written to the
terminal window. Each of these lines will start with either sending : or
received:. If there is a blank line immediately following the sending:
EHLO ... line, then this glibc bug is the problem.
--------------
In my case, stripping the hosts file eliminated all issues.

Regards

On Mon, 17 Nov 2003 12:55:26 -0500, Peter wrote:

> On slack 9.1 with a freshly compiled Evolution 1.4.5 (thanks to the group
> for clear instructions), all went well, except I could not send mail! I
> kept getting server errors and no evo setting helped.
>

Uhm....i removed all comment in /etc/hosts and know all go
correctly...try it...

;\


> I found this link at the Ximian site which I quote below:
>
> http://support.ximian.com/cgi-bin/xi... FnZT0x&p_li=
>
> When I try to send email, I get errors from the server. How do I fix this?
> I get errors like:
>
> * "Error message: RCPT TO failed: ... Relaying denied"
> * "command not implemented"
> * any other "invalid command" type errors
>
> Answer
>
>
> It seems that there is a bug in recent versions of glibc (2.3.x?) where the
> gethostbyaddr_r() function mis-parses the /etc/hosts file and returns
> garbage in the struct hostent as the hostent->h_name field. Many times, it
> seems to contain a \n character which ends up getting the client and server
> out-of-sync with each other.
> To tell for sure, in a terminal window you can run:
> $ env CAMEL_VERBOSE_DEBUG=1 evolution
>
> When a message gets sent, some debugging messages will be written to the
> terminal window. Each of these lines will start with either sending : or
> received:. If there is a blank line immediately following the sending:
> EHLO ... line, then this glibc bug is the problem.
> --------------
> In my case, stripping the hosts file eliminated all issues.
>
> Regards