headers
John Wiegley | 1 Sep 2011 04:20
Picon
Gravatar

Re: "Update summary buffer?" nannying

>>>>> Dave Abrahams <dave <at> boostpro.com> writes:

> Is there any way to turn this question off?  I always want to answer "yes."

Here here.  I don't think I've ever answer that question in the negative even
once.

John
Permalink | Reply | 1 comment |
headers
Dave Abrahams | 1 Sep 2011 09:27
Picon
Picon
Favicon
Gravatar

Re: Bug reporting


on Wed Aug 31 2011, Ted Zlatanov <tzz-AT-lifelogs.com> wrote:

> On Wed, 31 Aug 2011 22:01:05 +0200 Lars Ingebrigtsen <larsi <at> gnus.org> wrote: 
>
> LI> Dave Abrahams <dave <at> boostpro.com> writes:
>>> I've been reporting bugs (lots of them, recently) via `M-x gnus-bug' but
>>> most of those reports have gotten no attention.  Should I be reporting
>>> those things here instead, or should I just be more patient, or...?
>
> LI> I'm like doing my day job at the moment.  Bug-fixing service will resume
> LI> in a few days.
>
> Ditto; sorry for the lack of response from me for a while now.  I'm
> digging myself out of a pile of kittehs^H^H^H^H^H^H^Hwork after moving
> recently.

Gentlemen, sorry, I didn't mean to pressure you.  It's just that I got
the impression the bug reporting system had recently been revamped and I
wasn't sure I was actually sending things to the best place.

--

-- 
Dave Abrahams
BoostPro Computing
http://www.boostpro.com
Permalink | Reply | 0 comments |
headers
Dave Abrahams | 1 Sep 2011 08:25
Picon
Picon
Favicon
Gravatar

Re: "Update summary buffer?" nannying


on Wed Aug 31 2011, John Wiegley <jwiegley-AT-gmail.com> wrote:

>>>>>> Dave Abrahams <dave <at> boostpro.com> writes:
>
>> Is there any way to turn this question off?  I always want to answer "yes."
>
> Here here.  I don't think I've ever answer that question in the negative even
> once.

I did a couple times and lived to regret it ;-)

--

-- 
Dave Abrahams
BoostPro Computing
http://www.boostpro.com
Permalink | Reply | 0 comments |
headers
Dave Abrahams | 2 Sep 2011 07:31
Picon
Picon
Favicon
Gravatar

gnus-treat-[hide-citation[-maybe]]


I was going to submit this as a Gnus bug, but I think it probably needs
some discussion here to be properly sorted out before it can divided
into sensible bug reports.

The documentation is very unclear about the difference between
`gnus-treat-hide-citation' and `gnus-treat-hide-citation-maybe'.  The
`-maybe' is confusing, not least because all the treat- things are
applied conditionally.  So what makes `gnus-treat-hide-citation-maybe'
special is that there are more "maybes" that can apply. IMO they should
be combined into one variable.  I actually want the behavior of
`gnus-treat-hide-citation' with some of the conditional aspects of
`gnus-treat-hide-citation-maybe'.  That is, I'd like to apply it only to
sections *longer* than 6 lines.  

Furthermore, I'd like that capability for all of the `treat-' things.
You give me the "integer" option which says "apply if the thing is less
than n characters," which seems like it must've been designed for an era
when CPU cycles were much more expensive than they are now, or for
people who get truly enormous messages.  But for any `treat-' action
whose business is hiding information that's going to get in my way, I
usually only want it when the thing in question gets really big.  For
example, I want to see peoples' signatures, but if their company forces
them to write an obnoxiously long disclaimer in the signature area,
well, I don't want to see that.

Sorry if this seems a bit rant-y, but it deals with a bunch of related
things which seem to be a bit tangled...

--

--
(Continue reading)

Permalink | Reply | 5 comments |
headers
Tassilo Horn | 2 Sep 2011 12:57
Picon
Gravatar

Re: Cannot recover if gmane goes offline

Lars Magne Ingebrigtsen <larsi <at> gnus.org> writes:

Hi Lars,

>> Lately, my gmane server frequently goes offline, or better, the gmane
>> nntp select method is shown as (offline) in the server buffer.  I have
>> no clue why it's always Gmane while other nntp and IMAP servers don't
>> show that issue.
>
> [...]
>
>> Anyway, when I fetch new news then, all my gmane/gwene groups show up
>> with thousands of unread messages.
>
> That's bizarre.  If Gnus can't get any response from the server, it
> should simply list all the groups from that server with a "*" in front
> of the group name.

This issue might have been caused by me setting gnus-propagate-marks to
t.  Since I've found out that for nnimap marks are propagated no matter
that variable, I stick with the default of nil again.  Since that, I've
lost the connection to gmane at least twice, but after reopening the
connection in *server* my read marks where all ok.

Bye,
Tassilo
--

-- 
Sent from my Emacs
(Continue reading)

Permalink | Reply | 0 comments |
headers
Julien Cubizolles | 2 Sep 2011 20:18
Picon
Favicon

Re: Wrong message count on IMAP servers

Lars Magne Ingebrigtsen <larsi <at> gnus.org> writes:

> j.cubizolles <at> free.fr writes:
>
>> I've set up gnus to read mail from two IMAP servers, but the read message
>> counts are awfully wrong :
>>
>> * at free.fr (french provider) gnus announces 301740 unread emails
>>   instead of the 1732 from the webmail
>
> If the message numbers are sparse (i. e., there are many missing
> messages in between other messages), nnimap groups, like all other
> groups, will report a theoretical maximum instead of the actual
> number.  Fixing this is not in the cards before the release of Emacs
> 24.

Ok, it's not that important anyway.

Julien.
Permalink | Reply | 0 comments |
headers
aurelien@hipatia.net | 4 Sep 2011 18:35
Picon
Favicon

setup a news mail box


Hi,

I have different trouble with Gnus ... let's start by this one.

I have got a mail box from which i can receive ... but don't arrived to
send.

here is the .gnus.el :: (this file is complet and used like this)
just after the recommendation of the postmaster

Thanks for your help, thanks for Gnus!

-- aurelien
P.S. :: Why From: contain (aurelien <at> hipatia.net) ?

;; hipatia.net

(setq gnus-select-method '(nnimap "hipatia"
				  (nnimap-address "imaps.hipatia.net")
				  (nnimap-server-port 993)))
(setq mail-sources
      '((imap :server "imaps.hipatia.net"
	     :port 993
	     :user "aurelien <at> hipatia.net"
	     :stream ssl)))
(load-library "starttls")
(setq gnus-select-method '(nntp "news.gmane.org")
      gnus-secondary-select-methods '((nnml ""))
      message-send-mail-function 'smtpmail-send-it
(Continue reading)

Permalink | Reply | 1 comment |
headers
Adam Sjøgren | 4 Sep 2011 21:07
X-Face
Picon
Favicon
Gravatar

Re: setup a news mail box

On Sun, 04 Sep 2011 18:35:49 +0200, aurelien <at> hipatia.net wrote:

> (setq gnus-select-method '(nnimap "hipatia"
> 				  (nnimap-address "imaps.hipatia.net")
> 				  (nnimap-server-port 993)))

First you set gnus-select-method...

> (setq mail-sources
>       '((imap :server "imaps.hipatia.net"
> 	     :port 993
> 	     :user "aurelien <at> hipatia.net"
> 	     :stream ssl)))

Then you set mail-sources...

If you want to use your hipatia.net account as a normal IMAP-account
(the mail lives on the server), you should not set mail-sources.

If you want to use IMAP as a POP-on-stereoids (i.e. download all
messages from the server and store them locally; unlikely), you should
only set mail-sources, not a select-method.

> (setq gnus-select-method '(nntp "news.gmane.org")

Here you overwrite the value you set gnus-select-method to previously!!

>       user-mail-address "aurelien <at> hipatia.net")

I think this is why you get that string in your From: header.
(Continue reading)

Permalink | Reply | 0 comments |
headers
Dave Goldberg | 4 Sep 2011 22:24
X-Face
Picon

Registry warning?

Over the past couple weeks I've migrated my set up from XEmacs 21.4 to Emacs 23.1.1 (as provided through the
Ubuntu repository).  Everything seems to work just fine, but I get this warning every time I start gnus:

Warning: The Gnus registry could not be loaded from ~/.gnus.registry.eioio, creating a new one; The Gnus
registry could not be loaded from ~/.gnus.registry.eioio, creating a new one

~/.gnus/registry.eioio seems to be persistent - that is the file doesn't get removed when I exit so I don't
understand what might be wrong with it when it wants to reload.  I don't use the registry very heavily -
mostly just for doing split-fancy-with-parent and sure enough that works during the course of a session,
but not after quiting and restarting.

I think I may have had the issue with XEmacs as well but didn't really notice it because the warning wasn't
quite so prominent.

I don't know how to debug it - debug-on-error doesn't do anything since it's just a warning and doesn't get triggered.

Any pointers appreciated.

Thanks,

--

-- 
Dave Goldberg
david.goldberg6 <at> verizon.net
Permalink | Reply | 8 comments |
headers
David Engster | 4 Sep 2011 23:01
Picon

Re: Registry warning?

Dave Goldberg writes:
> ~/.gnus/registry.eioio seems to be persistent - that is the file
> doesn't get removed when I exit so I don't understand what might be
> wrong with it when it wants to reload.

The persistence of the registry depends on (featurep
'hashtable-print-readable), which is available on FSF Emacs >=23.2. Gnus
should probably say something more meaningful on older Emacsen...

-David
Permalink | Reply | 7 comments |

Gmane