Date: Fri, 04 Aug 2000 09:07:31 +0200 From: Poul-Henning Kamp <phk@critter.freebsd.dk> To: Dag-Erling Smorgrav <des@flood.ping.uio.no> Cc: Kris Kennaway <kris@hub.freebsd.org>, Peter Jeremy <peter.jeremy@alcatel.com.au>, current@FreeBSD.ORG Subject: Re: Loss of fetch(1) functionality with libfetch Message-ID: <2142.965372851@critter.freebsd.dk> In-Reply-To: Your message of "04 Aug 2000 09:01:26 %2B0200." <xzpya2dcxx5.fsf@flood.ping.uio.no>
next in thread | previous in thread | raw e-mail | index | archive | help
In message <xzpya2dcxx5.fsf@flood.ping.uio.no>, Dag-Erling Smorgrav writes: >Kris Kennaway <kris@hub.freebsd.org> writes: >> On 3 Aug 2000, Dag-Erling Smorgrav wrote: >> > Since ps(1) no longer allows users to view other users' processes' >> > environment, I don't think it's a very big issue anymore. >> This behavious is configurable - we shouldn't start relying on it at the >> application level. > >I'm not relying on it - fetch(1) has always had the ability to specify >passwords in environment variables. I'm just saying it's less of a >problem than it was before. > >On a related note, I just suddenly remembered about .netrc. Libfetch >ought to be able to read FTP logins and passwords from the user's >.netrc. I also wonder if it might be meaningful to use .netrc for HTTP >servers as well... What happened to the FTP_PASSIVE_MODE environment variable ? As far as I can tell it is no longer supported and as a result sysinstall is broken. It uses Active FTP even if you select Passive FTP on the menu :-( -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD coreteam member | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?2142.965372851>