From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/14165 Path: main.gmane.org!not-for-mail From: Lars Magne Ingebrigtsen Newsgroups: gmane.emacs.gnus.general Subject: Re: feedback on AUTHINFO in qgnus-0.27 Date: 18 Feb 1998 13:19:04 +0100 Sender: owner-ding@hpc.uh.edu Message-ID: References: NNTP-Posting-Host: coloc-standby.netfonds.no X-Trace: main.gmane.org 1035153403 13343 80.91.224.250 (20 Oct 2002 22:36:43 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Sun, 20 Oct 2002 22:36:43 +0000 (UTC) Return-Path: Original-Received: from xemacs.org (xemacs.cs.uiuc.edu [128.174.252.16]) by altair.xemacs.org (8.8.8/8.8.8) with ESMTP id IAA13080 for ; Wed, 18 Feb 1998 08:05:53 -0800 Original-Received: from gizmo.hpc.uh.edu (gizmo.hpc.uh.edu [129.7.102.31]) by xemacs.org (8.8.5/8.8.5) with ESMTP id KAA21253 for ; Wed, 18 Feb 1998 10:04:11 -0600 (CST) Original-Received: from sina.hpc.uh.edu (sina.hpc.uh.edu [129.7.3.5]) by gizmo.hpc.uh.edu (8.7.6/8.7.3) with ESMTP id KAN10084; Wed, 18 Feb 1998 10:39:39 -0600 Original-Received: by sina.hpc.uh.edu (TLB v0.09a (1.20 tibbs 1996/10/09 22:03:07)); Wed, 18 Feb 1998 10:01:25 -0600 (CST) Original-Received: from claymore.vcinet.com (claymore.vcinet.com [208.205.12.23]) by sina.hpc.uh.edu (8.7.3/8.7.3) with SMTP id KAA19776 for ; Wed, 18 Feb 1998 10:01:15 -0600 (CST) Original-Received: (qmail 9842 invoked by uid 504); 18 Feb 1998 16:01:08 -0000 Original-Received: (qmail 9835 invoked from network); 18 Feb 1998 16:01:06 -0000 Original-Received: from xyplex30.uio.no (HELO sparky.gnus.org) (129.240.154.50) by claymore.vcinet.com with SMTP; 18 Feb 1998 16:01:02 -0000 Original-Received: (from larsi@localhost) by sparky.gnus.org (8.8.5/8.8.5) id RAA08747; Wed, 18 Feb 1998 17:04:58 +0100 Mail-Copies-To: never Original-To: ding@gnus.org In-Reply-To: Steinar Bang's message of "17 Feb 1998 09:49:19 +0100" X-Mailer: Quassia Gnus v0.30/Emacs 19.34 X-Face: &w!^oO~dS|}-P0~ge{$c!h\ writes: > 1. if authinfo entry for this server found, send it whether > challenged or not, prompt for username and password if missing > 2. if no authinfo entry found, and no challenge is issued don't send > authinfo > 3. If challenged look for authinfo for the server in the > ~/.authinforc, and prompt for missing username and password, the > way it presumably does Why should 3) look into .authinforc when 1) already has established that it doesn't exist there? Anyways, the problem is to decide which servers to send authinfo to automatically. I say we add some token to .authinforc -- "force", perhaps? Or (to keep compatibility with .netrc), have the user name be of a certain form? "login force:larsi" to say to nntp that it should always send authinfo for this server? -- (domestic pets only, the antidote for overdose, milk.) larsi@gnus.org * Lars Magne Ingebrigtsen