Hi,
* Mutt wrote:
A patch is attached, the problem was an uninitialized variable and a wrong
check of the DOMAIN string.
It's not that easy I think. If Fqdn is "@" it means uname() didn't
report a hostname and getdnsdomainname() returned -1 and mutt is
compiled without a fixed domain name. I.e. it can't determine a fqdn in
which case I think it should assume "localhost" (without domain which
can happen now, too if no dns domain name is found and uname() reports
localhost).
I don't know what's so special about DOMAIN == "@", the changeset
doesn't explain it but I bet there's a reason for it:
changeset: 473:666f379a3b42
branch: HEAD
user: Thomas Roessler <roess...@does-not-exist.org>
date: Mon Oct 19 08:42:41 1998 +0000
files: init.c
description:
handle domain == "@" properly.
The last chunk of the patch can be skipped, too, since safe_strdup()
basically does malloc() and the copy.
Rocco
