Re: Is explicit inhibition of authentication supported now?

Re: Is explicit inhibition of authentication supported now?

[Ted Zlatanov]

[-- Attachment #1: Type: text/plain, Size: 778 bytes --]

On Fri, 10 May 2013 23:30:00 +0800 XeCycle <XeCycle@Gmail.com> wrote: 

X> Some time ago I was told that upon connecting a NNTP server the
X> authinfo file is always read, so as not to miss any lines with
X> `force' for the server.  But it causes inconvenience when my
X> authinfo file is encrypted.

X> So I came again to ask, can I now inhibit reading of
X> authentication information for a specific server?  If not, I'm
X> seriously requesting this feature.  I do have some sort of GPG
X> agent running, but I think it better to give this option.

Hi Carl,

see the attached patch.  I am not sure if the parameter will be called
`nntp-auth' but please try applying the patch once and see if the logic
is correct.  Let me know if you're not sure how to use this.

Thanks
Ted


[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #2: nntp-auth.patch --]
[-- Type: text/x-patch, Size: 1277 bytes --]

diff --git a/lisp/nntp.el b/lisp/nntp.el
index 58135a1..1a9cf55 100644
--- a/lisp/nntp.el
+++ b/lisp/nntp.el
@@ -258,6 +258,9 @@ to insert Cancel-Lock headers.")
 This is usually slower, but on misconfigured servers that don't
 update their active files often, this can help.")
 
+(defvoo nntp-auth t
+  "If nil, never try to authenticate NNTP.")
+
 ;;; Internal variables.
 
 (defvoo nntp-retrieval-in-progress nil)
@@ -1191,11 +1194,12 @@ If SEND-IF-FORCE, only send authinfo to the server if the
   (let* ((list (netrc-parse nntp-authinfo-file))
 	 (alist (netrc-machine list nntp-address "nntp"))
          (auth-info
-          (nth 0 (auth-source-search
-		  :max 1
-		  :host (list nntp-address (nnoo-current-server 'nntp))
-		  :port `("119" "nntp" ,(format "%s" nntp-port-number)
-			  "563" "nntps" "snews"))))
+          (when nntp-auth
+            (nth 0 (auth-source-search
+                    :max 1
+                    :host (list nntp-address (nnoo-current-server 'nntp))
+                    :port `("119" "nntp" ,(format "%s" nntp-port-number)
+                            "563" "nntps" "snews")))))
          (auth-user (plist-get auth-info :user))
          (auth-force (plist-get auth-info :force))
          (auth-passwd (plist-get auth-info :secret))

[-- Attachment #3: Type: text/plain, Size: 162 bytes --]

_______________________________________________
info-gnus-english mailing list
info-gnus-english@gnu.org
https://lists.gnu.org/mailman/listinfo/info-gnus-english

Re: Is explicit inhibition of authentication supported now?

[Ted Zlatanov]

On Mon, 10 Jun 2013 00:14:41 -0400 Ted Zlatanov <tzz@lifelogs.com> wrote: 

TZ> On Fri, 10 May 2013 23:30:00 +0800 XeCycle <XeCycle@Gmail.com> wrote: 
X> Some time ago I was told that upon connecting a NNTP server the
X> authinfo file is always read, so as not to miss any lines with
X> `force' for the server.  But it causes inconvenience when my
X> authinfo file is encrypted.

X> So I came again to ask, can I now inhibit reading of
X> authentication information for a specific server?  If not, I'm
X> seriously requesting this feature.  I do have some sort of GPG
X> agent running, but I think it better to give this option.

TZ> see the attached patch.  I am not sure if the parameter will be called
TZ> `nntp-auth' but please try applying the patch once and see if the logic
TZ> is correct.  Let me know if you're not sure how to use this.

ping?

Ted

Re: Is explicit inhibition of authentication supported now?

[XeCycle]

[-- Attachment #1.1: Type: text/plain, Size: 1208 bytes --]

Ted Zlatanov <tzz@lifelogs.com> writes:

> On Mon, 10 Jun 2013 00:14:41 -0400 Ted Zlatanov <tzz@lifelogs.com> wrote: 
>
> TZ> On Fri, 10 May 2013 23:30:00 +0800 XeCycle <XeCycle@Gmail.com> wrote: 
> X> Some time ago I was told that upon connecting a NNTP server the
> X> authinfo file is always read, so as not to miss any lines with
> X> `force' for the server.  But it causes inconvenience when my
> X> authinfo file is encrypted.
>
> X> So I came again to ask, can I now inhibit reading of
> X> authentication information for a specific server?  If not, I'm
> X> seriously requesting this feature.  I do have some sort of GPG
> X> agent running, but I think it better to give this option.
>
> TZ> see the attached patch.  I am not sure if the parameter will be called
> TZ> `nntp-auth' but please try applying the patch once and see if the logic
> TZ> is correct.  Let me know if you're not sure how to use this.
>
> ping?

Huh sorry, seems I missed the previous message.  Perhaps my
leafnode was down for some time unnoticed --- I'm reading through
gmane.

I'm looking into it.

-- 
Carl Lei (XeCycle)
Department of Physics and Astronomy, SJTU
OpenPGP public key: 7795E591

[-- Attachment #1.2: Type: application/pgp-signature, Size: 489 bytes --]

[-- Attachment #2: Type: text/plain, Size: 162 bytes --]

_______________________________________________
info-gnus-english mailing list
info-gnus-english@gnu.org
https://lists.gnu.org/mailman/listinfo/info-gnus-english

Is explicit inhibition of authentication supported now?

[XeCycle]

[-- Attachment #1.1: Type: text/plain, Size: 645 bytes --]

Hi,

Some time ago I was told that upon connecting a NNTP server the
authinfo file is always read, so as not to miss any lines with
`force' for the server.  But it causes inconvenience when my
authinfo file is encrypted.

So I came again to ask, can I now inhibit reading of
authentication information for a specific server?  If not, I'm
seriously requesting this feature.  I do have some sort of GPG
agent running, but I think it better to give this option.

-- 
Carl Lei (XeCycle)
Department of Physics, Shanghai Jiao Tong University
OpenPGP public key: 7795E591
Fingerprint: 1FB6 7F1F D45D F681 C845 27F7 8D71 8EC4 7795 E591

[-- Attachment #1.2: Type: application/pgp-signature, Size: 489 bytes --]

[-- Attachment #2: Type: text/plain, Size: 162 bytes --]

_______________________________________________
info-gnus-english mailing list
info-gnus-english@gnu.org
https://lists.gnu.org/mailman/listinfo/info-gnus-english