Hello Jeroen, On Wed, Nov 15, 2006 at 12:44:54PM +0100, Jeroen van Wolffelaar wrote: > Package: icedove > Severity: normal > > (only actually tested in thunderbird on stable, but icedove in sid has > the exact same logic still in place) > > In ./toolkit/components/startup/src/nsUserInfoUnix.cpp, and > ./xpfe/components/startup/src/nsUserInfoUnix.cpp (files are identical > except for a tweak in license text?) icedove retrieves the domainname > from the uname-returned struct member "char domainname[]". However, this > has nothing to do with DNS, despite the name: uname(2) says: "The > domainname member (the NIS or YP domain name) is a GNU extension.". > > Indeed, domainname (in /proc, in getdomainname and in > /bin/domainname (part of yp-tools), all refer to the NIS/YP domain name, > and *not* to the DNS domain name. > > On Debian systems, programs should consult /etc/mailname, and if that > file is missing use the same logic as "hostname -d" (which dnsdomainname > is ttbomk an alias of). Or alternatively they should leave it up to the > local MTA (/usr/sbin/sendmail) to append a domainname. > > It is a bug that thunderbird uses the NIS domainname: on non-NIS systems > this will be empty anyway, on NIS systems this will be bogus is most > cases. In our case, this has caused perhaps a dozen users over the past > years to improperly configure their thunderbird causing mail issues, > because they didn't realize the suggested email address was bogus > (because the NIS domain is a shorthand for our organisation, is does > look like 'intentional'). > > It is a feature request for thunderbird to use instead proper guessing > of the domain name when making new accounts, simply dropping this bogus > logic would downgrade this bug to a wishlist (or you can then close it > as far as I'm concerned).
your bug is now more then 6 years old. I don't know the exact behavior of Icedove on this in actual versions. If Icedove shows the same behavior as in the reported version I would suggest to open a bug in Bugzilla from Mozilla and provide the URL of the opened bug. Regards Carsten -- To UNSUBSCRIBE, email to [email protected] with a subject of "unsubscribe". Trouble? Contact [email protected]
