On Tue, 25 Nov 2003, Andrew Newton wrote: > Jon Nelson wrote: > > So last night I'm trying to use couriertls for an application outside of > > the normal courier mechanisms. Initially, things went great. > > However, I quickly ran into a problem, which I spent altogether far too > > long debugging - couriertls does not do "normal" name resolution. By > > that I mean it does not do name resolution like nearly every other > > application on the planet -- it does not consult /etc/hosts as indicated > > by my /etc/nsswitch.conf file. Instead, it uses the library MrSam wrote > > for courier uses, rfc1035, which appears to do direct-to-nameserver > > queries. The problem here, of course, is that names like 'localhost' > > and 'localhost.localdomain' do not resolve. What I'm trying to > > understand, MrSam, is the rationale for doing things this way? > > Shouldn't people expect their applications to work just like every other > > application, at least with respect to things like name resolution? > > I'm so frustrated. > > I think section 5 of RFC 2821 explains the "what".
I'm not sure what you mean by that. What section? > As to the "why", probably because most DNS api's aren't robust enough to > support the "what". Without understanding your first statement your second statement doesn't mean anything to me. Could you elucidate a bit? -- Democracy is two wolves and a sheep voting on what to have for dinner. Liberty is two wolves attempting to have a sheep for dinner and finding a well-informed, well-armed sheep. Jon Nelson <[EMAIL PROTECTED]> C and Python Code Gardener ------------------------------------------------------- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ _______________________________________________ courier-users mailing list [EMAIL PROTECTED] Unsubscribe: https://lists.sourceforge.net/lists/listinfo/courier-users
