headers
Jason R. Mastaler | 1 Jan 2003 01:11

test

ignore
Permalink | Reply | 0 comments |
headers
Harry Putnam | 1 Jan 2003 04:59
Picon
Favicon

Re: ding <at> gnus.org up again

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

> After the mail.gnus.org move, the ding mailing list had blackholed
> the new mail.gnus.org address, so any message via ding <at> gnus.org were
> dropped.  This probably means that any messages sent to this mailing
> list from the 23rd to, well, a couple of hours ago, to the
> ding <at> gnus.org address, are lost.  Probably.  Unless they are queued
> somewhere, but that's unlikely.

What happened to ding on gmane?  I must have been asleep when it left.
Permalink | Reply | 1 comment |
headers
Raymond Scholz | 1 Jan 2003 14:52
X-Face
Picon
Favicon

[patch] deuglify.el - Better highlighting after deuglification

Hi,

This patch removes overlayes before deuglification (they'll be
restored later) and corrects a minor bug when rearranging the article
structure.

Suggested ChangeLog entry:

2002-01-01  Raymond Scholz  <ray-2003 <at> zonix.de>

	* deuglify.el (gnus-outlook-rearrange-article): Kill overlays
          before rearranging the article.

Cheers, Ray
--

-- 
"The obvious mathematical breakthrough would be development of an easy way
to factor large prime numbers."     (Bill Gates from The Road Ahead, p265)
Attachment (deuglify.el.patch): text/x-patch, 1763 bytes
Permalink | Reply | 1 comment |
headers
Norbert Koch | 1 Jan 2003 15:31
X-Face

Re: Problems including spam

Ted Zlatanov <tzz <at> lifelogs.com> writes:

Happy new year.

> Can you check on that?  I'm working on spam.el right now, so it would
> be helpful if you could look into it if you can't wait.

I've been away for the last 24 hours, no need to hurry :-)  It took
the message more than one day to get through (thus the double posting
...).

(require 'gnus-uu) is necessary for the key bindings in spam.el to
work.  Maybe it would be a good thing to put this statement into the
file?

> You need the complete group name, it's not a regex.

Thanks, changed... waiting for new spam to arrive.

> I'm working on adding a group parameter "spam-contents" right now that
> would tell spam.el to process messages as spam for a specific group,
> with the related global variable.  Wait a few hours :)

Done, I'm using the new version :-)

Thanks,
norbert.
Permalink | Reply | 0 comments |
headers
Ted Zlatanov | 1 Jan 2003 15:42
X-Face
Favicon
Gravatar

Re: Problems including spam

On Wed, 01 Jan 2003, nk <at> viteno.net wrote:
> (require 'gnus-uu) is necessary for the key bindings in spam.el to
> work.  Maybe it would be a good thing to put this statement into the
> file?

That's fine with me, does anyone have an objection?

>> I'm working on adding a group parameter "spam-contents" right now
>> that would tell spam.el to process messages as spam for a specific
>> group, with the related global variable.  Wait a few hours :)
> 
> Done, I'm using the new version :-)

It's not working yet, I posted yesterday to the ding list asking for
comments on the suggested mechanism of group spam content
classification and spam processors.  The spam.el code to use those
group parameters is not done yet, maybe I'll get to it today.

Ted
Permalink | Reply | 1 comment |
headers
Harry Putnam | 1 Jan 2003 17:02
Picon
Favicon

Re: Strange retreival behavior

Frank Schmitt <usereplyto <at> Frank-Schmitt.net> writes:

> Harry Putnam <hgp <at> sbcglobal.net> writes:
>
>> Using `g' to do a normal retreival seems not to be working at times.
>> I haven't really tracked this down extensively and was hoping maybe
>> someone would have seen something similar.
>
> I've similar problems. My local newsserver drops connection after 12
> hours of inactivity. Gnus should recognize that this happened and send
> authinfo one more time before getting the group counts, but it just
> hangs, closing the connection to the server and reopening it then helps
> me in those cases.
>
> Perhaps something similar is biting you?

I've seen that in the past too and knew about the off on trick.  This
is different.   There is no hang. The process flashes by as if it had
been done but the groups are not refreshed.  Pressin M-g on
individual groups will refresh them.
Permalink | Reply | 2 comments |
headers
Reiner Steib | 1 Jan 2003 17:17
X-Face
Picon

Re: ding <at> gnus.org up again

On Wed, Jan 01 2003, Harry Putnam wrote:

> What happened to ding on gmane?  I must have been asleep when it left.

The group has been renamed, IIRC.  Now it's
http://news.gmane.org/thread.php?group=gmane.emacs.gnus.general

Bye, Reiner.
--

-- 
       ,,,
      (o o)
---ooO-(_)-Ooo--- PGP key available via WWW   http://rsteib.home.pages.de/
Permalink | Reply | 0 comments |
headers
Kai Großjohann | 1 Jan 2003 18:12
Picon

Re: gnus-agent-fetch-selected-article

David S Goldberg <david.goldberg6 <at> verizon.net> writes:

> So there's apparently something unique about those groups that's
> biting me, but for the life of me, I can't quite figure it out.

Number of dormant or ticked messages?  I think I'm seeing the problem
in groups with no dormant or ticked messages.

Oh, err.  I think I might be seeing a different problem: all unread
articles disappear when I enter a group.  Hitting C-x u in the group
buffer, then J u on the group, fixes the problem.

Hm.
--

-- 
Ambibibentists unite!
Permalink | Reply | 8 comments |
headers
Lars Magne Ingebrigtsen | 1 Jan 2003 18:57
X-Face
Picon
Favicon
Gravatar

Re: No References header when using drafts

Reiner Steib <4uce.02.r.steib <at> gmx.net> writes:

> Maybe In-Reply-To (for mail)?

Yup.

> Would it be difficult allow a list of headers that should be generated
> first?  E.g. I don't like to have "Date:" generated first, but it's
> okay for me if References, MID, ... are generated first.

That would probably also be nice...  I'll let that value also be
allowed to be a list of headers.

kai.grossjohann <at> uni-duisburg.de (Kai Großjohann) writes:

> With this, you don't need X-Draft-From anymore: you can just generate
> all the headers at the time of writing the file.

Yup.

--

-- 
(domestic pets only, the antidote for overdose, milk.)
   larsi <at> gnus.org * Lars Magne Ingebrigtsen
Permalink | Reply | 1 comment |
headers
Steinar Bang | 1 Jan 2003 15:20
Picon
Picon
Favicon

cyrus imapd upgrade: articles appear out of order/don't appear

Platform: Intel PII, debian testing/unstable (sarge),
	  Oort Gnus v0.08 (CVS update from October 12),
	  XEmacs 21.4 (patch 6), cyrus imapd 2.1.11-4

After upgrading my cyrus imapd installation from cyrus 1.5.9 to
2.1.11, I see the following strange effects:

 1. in some nnimap groups new articles don't appear at the end when
    entering the folder, as they used to do in 1.5.9

 2. in one nnimap group the count for new articles display correctly,
    however when I enter the group there appears to be no articles there.
    However, when I do
	C-u number-of-new-articles RET
    on top of the group in the *Group* buffer, I can see the new
    articles 

The nnimap server is not agentized (it's on the same machine as the
Gnus client)

What I'm wondering now is if these effects are caused by:
 1. my manual upgrade of the cyrus database from 1.5.9 to 2.1.11?
 2. stuff left in .newsrc.eld, ~/News/ or ~/Mail/ from the 1.5.9
    server?
 3. problems between my Gnus version and cyrus 2.1.11?
 4. something else entirely?

Thanx!

- Steinar
(Continue reading)

Permalink | Reply | 3 comments |

Gmane