[vox-tech] gnus not behaving

Ken Bloom vox-tech@lists.lugod.org
Mon, 21 Oct 2002 14:50:41 -0700


> ---ORIGINAL MESSAGE--- 
> Date: Sun, 20 Oct 2002 18:39:11 -0700
> To: vox-tech@lists.lugod.org
> Subject: Re: [vox-tech] gnus not behaving
> From: Issac Trotts <ijtrotts@ucdavis.edu>
> Reply-To: vox-tech@lists.lugod.org
> 
> On Sun, Oct 20, 2002 at 06:15:52PM -0700, Micah J. Cowan wrote:
> > On Sun, Oct 20, 2002 at 04:09:25PM -0700, Issac Trotts wrote:
> > > Has anyone had success setting up the emacs news
> > > reader gnus?  I ran through a tutorial on it but
> > > gnus only shows
> > > 
> > >   *: nndraft:drafts 
> > > 
> > > Here's my .gnus file:
> > > 
> > >   ; -*- emacs-lisp -*-
> > > 
> > >   (setq user-mail-address "ijtrotts@ucdavis.edu")
> > >   (setq user-full-name "Issac Trotts")
> > >   (setq gnus-select-method '(nntp "news.ucdavis.edu"))
> > >   (setq send-mail-function 'smtpmail-send-it)
> > >   (setq message-send-mail-function 'smtpmail-send-it)
> > >   (setq smtpmail-default-smtp-server "scarlet.ucdavis.edu")
> > > 
> > > Issac
> > 
> > How do you know it's not working? Do you get an error message? Or have
> > you simply not subscribed to a newsgroup?
> > 
> > Subscribe to a newsgroup by typing "U" and then entering the
> > newsgroup's name: or, get the full newsgroup listing from your server
> > by typing "A A", and when you have the cursor over a candidate, type
> > "u" (lower-case). These are all menu options, too BTW.
> > 
> > If you aren't using Emacs in X, you can access the menu options with
> > "M-~".
> > 
> > HTH,
> > Micah
> 
> That helps, though the main problem was that I wasn't waiting long enough for
> the connection to news.gnus.org.  
> 
> The UC Davis server still shows nothing,
> but I think I need to do something Davis-specific to get it working.

If you're off campus, you need to authorize yourself via HTTP on 
news.ucdavis.edu first. Beats me why they do it this way, but I have a 
simple script. (Requires the lynx-ssl package on debian from non-us)

#! /bin/tcsh

# this next line is more elegant but debian's lynx-ssl has a bug that keeps -auth from working with -source
#lynx -source -auth=username:password "https://secureweb.ucdavis.edu:443/cgi-auth/sendback?http://email.ucdavis.edu/news/news-succeed.html" > /dev/null

echo qy| lynx "https://secureweb.ucdavis.edu:443/cgi-auth/sendback?http://email.ucdavis.edu/news/news-succeed.html" -force_secure -accept_all_cookies -auth="username:password" > /dev/null
#    ^^q quits, and y answers yes to the confirmation message