headers
Bill Wohler | 1 Jul 2007 02:41
Picon
Picon
Gravatar

Re: 441 error on send

Bill Wohler <wohler <at> newt.com> writes:

> I just got the following messages when posting in Gnus (which used to
> work last time I did this a while ago):
>
>   Sending news via news.gmane.org using nntp...
>   441 0 
>   Couldn't send message via news: 441 0 
>
> Any thoughts on what is going on?

Seems to have been a transient error. Assuming, of course, if you see
*this* message.

--

-- 
Bill Wohler <wohler <at> newt.com>  http://www.newt.com/wohler/  GnuPG ID:610BD9AD
Permalink | Reply | 0 comments |
headers
Reiner Steib | 1 Jul 2007 23:48
X-Face

Re: Patch to change mouse binding for html view in gnus

[ Cc-ing the Gnus list; full quote. ]

On Sun, Jul 01 2007, Tom Tromey wrote:

> I have w3m installed, and so when Gnus sees an HTML message it is
> displayed via w3m.  This is quite nice.
>
> However, if I click on a link in an HTML message rendered this way,
> the target is displayed using w3m.  I generally don't want this; I
> only use w3m in Emacs for specialized things and in other cases I'd
> rather use my external web browser.

I'm not sure if doing this unconditionally is a good idea.  Shouldn't
it be customizable?

> This patch changes Gnus to use browse-url rather than w3m for links in
> buffers it renders.
>
> Tom
>
> 2007-07-01  Tom Tromey  <tromey <at> redhat.com>
>
> 	* mm-view.el (mm-inline-text-html-render-with-w3m): Locally set
> 	w3m-goto-article-function.
>
> cvs diff: Diffing .
> Index: mm-view.el
> ===================================================================
> RCS file: /sources/emacs/emacs/lisp/gnus/mm-view.el,v
> retrieving revision 1.29
(Continue reading)

Permalink | Reply | 0 comments |
headers
Tom Tromey | 1 Jul 2007 23:43
Picon
Favicon

Re: Patch to change mouse binding for html view in gnus

>>>>> "Reiner" == Reiner Steib <reinersteib+gmane <at> imap.cc> writes:

>> However, if I click on a link in an HTML message rendered this way,
>> the target is displayed using w3m.  I generally don't want this; I
>> only use w3m in Emacs for specialized things and in other cases I'd
>> rather use my external web browser.

Reiner> I'm not sure if doing this unconditionally is a good idea.  Shouldn't
Reiner> it be customizable?

I don't know.  Personally I think this is a good default -- people who
want to browse extensively in Emacs can set their
browse-url-browser-function.

Maybe there are people who want to usually use an external browser but
then browse using w3m from gnus.  That seems weird to me :), but if
such people exist then, yeah, this should be customizable.

Tom
Permalink | Reply | 0 comments |
headers
Katsumi Yamaoka | 2 Jul 2007 04:59
X-Face
Favicon
Gravatar

Re: Patch to change mouse binding for html view in gnus

>>>>> In <m3r6nrajgr.fsf <at> fleche.redhat.com> Tom Tromey wrote:
>>>>>> "Reiner" == Reiner Steib <reinersteib+gmane <at> imap.cc> writes:

>>> However, if I click on a link in an HTML message rendered this way,
>>> the target is displayed using w3m.  I generally don't want this; I
>>> only use w3m in Emacs for specialized things and in other cases I'd
>>> rather use my external web browser.

Reiner> I'm not sure if doing this unconditionally is a good idea.  Shouldn't
Reiner> it be customizable?

> I don't know.  Personally I think this is a good default -- people who
> want to browse extensively in Emacs can set their
> browse-url-browser-function.

> Maybe there are people who want to usually use an external browser but
> then browse using w3m from gnus.  That seems weird to me :), but if
> such people exist then, yeah, this should be customizable.

Isn't it sufficient to use the following?

(setq w3m-goto-article-function #'browse-url)

This is used only when the `w3m-safe-view-this-url' command is
invoked, and normally the `w3m-safe-view-this-url' command is
bound to a certain key only in html articles.
Permalink | Reply | 0 comments |
headers
Graham Murray | 2 Jul 2007 11:19
Picon

Re: Patch to change mouse binding for html view in gnus

Tom Tromey <tromey <at> redhat.com> writes:

> Maybe there are people who want to usually use an external browser but
> then browse using w3m from gnus.  That seems weird to me :), but if
> such people exist then, yeah, this should be customizable.

The time that can be useful, if I understand correctly, is when you use
an external browser when actually sat at the machine running gnus, but
also connect into the system using ssh from remote locations and run
gnus in a terminal session. I suspect that there is no way that gnus
could be requested to open a browser local to the system from which you
are ssh'ing, so using w3m on the terminal interface is the only option.
Permalink | Reply | 1 comment |
headers
Katsumi Yamaoka | 2 Jul 2007 14:15
X-Face
Favicon
Gravatar

Re: [gmane.emacs.devel] gnus-read-mark not preserved

>>>>> In <87ejjukg6s.fsf <at> florent.maison> Florent Rougon wrote:

> With your recipe and without the patch, I can reproduce the bug. Again
> with the same recipe but with the patch applied, the bug doesn't happen.
> I'll now start reading again some nntp newsgroups and tell you if
> anything wrong happens, but I think you did spot and fix the problem I
> was experiencing.

Thanks for verifying the patch.  However, what I did might be
a kludge.  That is, making nnagent handle marks of the specific
back ends looks ill-mannered, since to abstract the actual back
ends seems to be one of the aims of nnagent.  The reason I changed
my idea is because I found the variable:

gnus-agent-synchronize-flags

The default value is nil.  See (info "(gnus)Agent and flags").
Does setting it to t solve the problem that you all are troubled
with?  Could someone, who uses Gnus v5.11, try it?  (I couldn't
reproduce the problem with Gnus v5.11 so far, though.)

But, for all that, updating at least the nntp marks when unplugged
is absolutely necessary.  Because the nntp marks can be copied to
another nntp client that connects to the same nntp server.

The patch I posted is probably harmful to some back end(s) that
keeps marks in the server, not the local system, and is unable
to set marks when unplugged.  I'm not quite sure of it but at
least the nnimap back end seems to be applied to.  Therefore, I
installed the code that I modified so that it may work with only
(Continue reading)

Permalink | Reply | 4 comments |
headers
Simon Josefsson | 2 Jul 2007 16:08
Favicon
Gravatar

Re: New nnimap error with Gcc

"Steven E. Harris" <seh <at> panix.com> writes:

> I'm running a Gnus built fresh from CVS on the Cygwin XEmacs 21.4.20
> build. When I send a mail message and attempt to Gcc my "sent mail"
> folder on an IMAP server, the outgoing message gets sent, the copy gets
> stored in my IMAP folder, but Gnus then reports the following error and
> leaves the message composition window open:
>
>
> Debugger entered--Lisp error: (error "format specifier %d doesn't match argument type")
>   format("%d" nil)
>   #<compiled-function (item) "...(17)" [item format "%d:%d" "%d"] 4>(nil)
>   mapconcat(#<compiled-function (item) "...(17)" [item format "%d:%d" "%d"] 4> (nil) ",")
>   imap-range-to-message-set((nil))
>   nnimap-request-set-mark("INBOX.sent-mail" (((nil) del (read))) "panix")
>   gnus-request-set-mark("nnimap+panix:INBOX.sent-mail" (((nil) del (read))))
>   gnus-agent-synchronize-group-flags("nnimap+panix:INBOX.sent-mail" (((nil) del (read)))
(nnimap "panix" (nnimap-address "mail.panix.com") (nnimap-stream starttls)
(nnimap-need-unselect-to-notice-new-mail t) (nnimap-list-pattern ("INBOX" "INBOX.*"))))
>   gnus-agent-regenerate-group("nnimap+panix:INBOX.sent-mail" (nil))
>   gnus-request-accept-article("nnimap+panix:INBOX.sent-mail" "nnimap:panix" t t)
>   gnus-inews-do-gcc()
>   gnus-agent-possibly-do-gcc()
>   run-hooks(gnus-agent-possibly-do-gcc)
>   message-send(nil)
>   message-send-and-exit(nil)
>   call-interactively(message-send-and-exit)

For some reason, Gnus thinks the article number is nil instead of some
integer.  I don't know why that happens.  Edebuging some of the
(Continue reading)

Permalink | Reply | 1 comment |
headers
Leo | 2 Jul 2007 19:28
Face
Picon
Gravatar

Bind 'w' to a more useful function

Dear all,

In summary buffer, 'w' is bound to a function that is barely used. I
wonder would it make more sense to bind it to
`gnus-article-fill-cited-article'.

HTH,
--

-- 
Leo <sdl.web AT gmail.com>                         (GPG Key: 9283AA3F)
Permalink | Reply | 15 comments |
headers
Tom Tromey | 2 Jul 2007 19:29
Picon
Favicon

Re: Patch to change mouse binding for html view in gnus

>>>>> "Katsumi" == Katsumi Yamaoka <yamaoka <at> jpl.org> writes:

Katsumi> Isn't it sufficient to use the following?
Katsumi> (setq w3m-goto-article-function #'browse-url)

Katsumi> This is used only when the `w3m-safe-view-this-url' command is
Katsumi> invoked, and normally the `w3m-safe-view-this-url' command is
Katsumi> bound to a certain key only in html articles.

I'm afraid I'm not a w3m expert (or a gnus expert for that matter :-).
If this is what you would prefer I am happy to send a new patch.
Just let me know.

thanks,
Tom
Permalink | Reply | 0 comments |
headers
Tom Tromey | 2 Jul 2007 19:28
Picon
Favicon

Re: Patch to change mouse binding for html view in gnus

>>>>> "Graham" == Graham Murray <graham <at> gmurray.org.uk> writes:

>> Tom Tromey <tromey <at> redhat.com> writes:
>> Maybe there are people who want to usually use an external browser but
>> then browse using w3m from gnus.  That seems weird to me :), but if
>> such people exist then, yeah, this should be customizable.

Graham> The time that can be useful, if I understand correctly, is
Graham> when you use an external browser when actually sat at the
Graham> machine running gnus, but also connect into the system using
Graham> ssh from remote locations and run gnus in a terminal
Graham> session. I suspect that there is no way that gnus could be
Graham> requested to open a browser local to the system from which you
Graham> are ssh'ing, so using w3m on the terminal interface is the
Graham> only option.

Yes, I agree.  However, this is a generic problem with buttonized URLs
in Emacs, not something specific to the case of using w3m to render
HTML email in Gnus.  In my view, if this problem is to be fixed,
ideally it ought to be fixed in a generic way -- that is, in
browse-url.

Tom
Permalink | Reply | 0 comments |

Gmane