headers
David Z Maze | 1 Jul 2004 04:18
X-Face
Face
Picon
Picon
Favicon

spam setup excruciatingly slow

First off, setup and disclaimers: I'm using current CVS Gnus under
XEmacs 21.4.15.  I have an IMAP mail-source, and my mail store is
nnml.  Specifically, my mail store is nnml in a directory tree in AFS
on the other side of a DSL line.  I use exclusively spam-stat (and am
very happy with it, though something with a little less of a runtime
performance bite would be nice).

Around the time of the Great Spam.el Rewrite (TM), I noticed two
things happening:

(1) When I exit a mail group, the process of refiling spam into the
    spam group is really, really slow.  Like, in the tens of seconds
    per message range.  This involves lots of talking to the AFS
    servers but I'm not really clear what's going on.  The big wait
    comes *after* the "Wrote /afs/sipb.mit.edu/blah/blah/12345"
    message, with nothing else appearing in the message area.

(2) When I exit the spam group, spam.el helpfully tries to refile all
    of the spam from there into the spam group, tripping (1) hundreds
    of times.  Kind of unpleasant.

Excerpts from my config:

(setq gnus-spam-newsgroup-contents
      '(("nnml:mail.misc.spam" gnus-group-spam-classification-spam)
	("nnml:.*" gnus-group-spam-classification-ham))
      gnus-spam-process-newsgroups
      '(("nnml:.*" (gnus-group-spam-exit-processor-stat
		    gnus-group-ham-exit-processor-stat)))
      gnus-spam-process-destinations
(Continue reading)

Permalink | Reply | 1 comment |
headers
Bill White | 1 Jul 2004 04:59

Re: broken message-newline-and-reformat

On Wed Jun 30 2004 at 06:55, Vladimir Volovich <vvv <at> vsu.ru> said:

> Hi!
>
> in the current gnus from CVS, the message-newline-and-reformat
> function (M-RET in *mail* buffer) is broken:
>
> suppose that we have this text:
>
>  AA> text text text text text text text text text text text text
>  AA> text text text text text text text text text text text text
>  AA> text text text text text text text text text text text text
>  AA> text text text text text text text text text text text text
>
> and then put cursur somewhere in the text, and use M-RET, we get this:
>
>  AA> text text text text text text text text text text text text
>  AA> text text text text text text
>
>
>   AA> text text text text text text AA> text text text text text text text
> 	text text text text text AA> text text text text text text text text
> 	text text text text

Just traced the function - the second paragraph looks fine until
fill-paragraph fills it near the end of message-newline-and-reformat:

   (defun message-newline-and-reformat (&optional arg not-break)
     "Insert four newlines, and then reformat if inside quoted text.
   Prefix arg means justify as well."
(Continue reading)

Permalink | Reply | 0 comments |
headers
Katsumi Yamaoka | 1 Jul 2004 07:14
X-Face
Favicon
Gravatar

Re: Foreign server info?

Well, I'm not familiar with nnimap, so I might be unable to help
you.  Here's only a generic information.

>>>>> In <u8zbrj0dcle.fsf <at> mm117419-pc.MITRE.ORG>
>>>>>	David S Goldberg <david.goldberg6 <at> verizon.net> wrote:

> Where is it stored?  I created a foreign server to test a new IMAP
> server at work.  Everything works fine, but they're changing some of
> the host information so I want to edit the server to fix the address.
> I enter the server buffer and type 'e' over the appropriate line.  I
> get an error that I can't edit the server.

If you create a new server by copying of it using the `c'
command, you will be able to edit it.  It is stored in the
gnus-server-alist variable and saved in the .newsrc.eld file.

> OK, fine, be that way, I
> thought.  I'll just quit Gnus and edit .newsrc.eld by hand.  But I
> don't see it defined there, nor do I see it defined anywhere else.
> M-x apropos gnus didn't turn up anything obvious either.

The server made using the B command in the Group buffer is
stored in gnus-opened-servers, but not in gnus-server-alist.
Only gnus-server-alist is stored in the .newsrc.eld file.  Even
so, the "nnimap+server:group" entry in gnus-newsrc-alist should
have the server information.  However, if you kill the group,
the server information will be lost eternally.

Otherwise, you can also specify a foreign server in the
gnus-secondary-select-methods variable (see the IMAP section in
(Continue reading)

Permalink | Reply | 4 comments |
headers
Norbert Koch | 1 Jul 2004 07:56
X-Face
Picon
Favicon

Re: Gnus registry woes

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

> I think I figured out the problem, I don't know how come I never
> realized it could happen that the trim length could be negative.
> Oops!  It's fixed in CVS, let me know if it works OK for you.

Yes, it works.  Thanks for the fix,
norbert.
Permalink | Reply | 0 comments |
headers
Jonas Steverud | 1 Jul 2004 10:30

Re: ham always being treated as spam (not true)

Marcelo Toledo <marcelo <at> marcelotoledo.org> writes:

[...]
>  What else besides bogofilter might be interfering the decision to
> *be* a spam when bogofilter says it's not?

The registry? Are you using any of the xxx-split-fancy-with-parent?

--

-- 
(        http://hem.bredband.net/steverud/        !     Wei Wu Wei     )
(        Meaning of U2 Lyrics, Roleplaying        !  To Do Without Do  )
Permalink | Reply | 4 comments |
headers
Steinar Bang | 1 Jul 2004 11:13
Picon
Picon
Favicon

Make the agent reread the overview file in NNTP groups?

I have news.gmane.org as an agentized NNTP server.

I tried to find some old articles in gmane.comp.lib.libwww, but Gnus
wouldn't show them, even when being online.

It shows these articles when I remove news.gmane.org from the agent,
and then access the last 200 articles in the group.  I tried ticking
the articles in question, and then reentered news.gmane.org in the
agent.  But the articles still weren't present when I accessed the
group when being online.

Is there a way to flush the agent, to make it re-read the actual
overview file in groups on the server again?

Thanx!

- Steinar
Permalink | Reply | 1 comment |
headers
Katsumi Yamaoka | 1 Jul 2004 11:15
X-Face
Favicon
Gravatar

Re: elisp encoding

>>>>> In <868ye5z6fp.fsf <at> rumba.de.uu.net>
>>>>>	Kai Grossjohann <kai <at> emptydomain.de> wrote:

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

>> I don't know why the part was modified into quoted-printable
>> from 8bit, but it may be doing of MTAs.

> I think it makes sense to use qp encoding for long lines, by breaking
> them with the "= at end of line" trick.

> That would explain why CTE qp might be useful.  Perhaps someone
> overlooked this when they changed from qp to 8bit?

Thanks.  Now I'm sure the 8bit-to-qp conversion has been done by
a certain MTA.  It is useful when a message contains very long
lines of over 998 bytes.  ShengHuo may have entrusted folding of
them to MTA.  However, every MTA always doesn't do so.

>>>>> In <027c40e2d84907-gin <at> mo.msk.ru>
>>>>>	"Ilya N. Golubev" <gin <at> mo.msk.ru> wrote:

[...]

> This certainly is not the processing of long lines in body parts as
> specified by RFC 2045, which imposes line length limit of 998 octets,
> and which concerns both 7bit and 8bit transfer encodings.

So, I think Gnus should fold very long lines by itself.  An easy
way to do that is to replace all `8bit's with `quoted-printable'
(Continue reading)

Permalink | Reply | 1 comment |
headers
Katsumi Yamaoka | 1 Jul 2004 11:30
X-Face
Favicon
Gravatar

Re: elisp encoding

>>>>> In <b9y6598f5qh.fsf <at> jpl.org> Katsumi Yamaoka wrote:

> So, I think Gnus should fold very long lines by itself.  An easy
> way to do that is to replace all `8bit's with `quoted-printable'
> in the mm-content-transfer-encoding-defaults variable.  WDYT?

> (let (e)
>   (while (setq e (rassoc '(8bit)
> 			 mm-content-transfer-encoding-defaults))
>     (setcdr e '(quoted-printable))))

> Even if it is done, 7bit is used for short ascii lines.

It will probably be better to use qp-or-base64 than qp.
Permalink | Reply | 0 comments |
headers
Steinar Bang | 1 Jul 2004 11:53
Picon
Picon
Favicon

Re: Make the agent reread the overview file in NNTP groups?

>>>>> Steinar Bang <sb <at> dod.no>:

> I have news.gmane.org as an agentized NNTP server.
> I tried to find some old articles in gmane.comp.lib.libwww, but Gnus
> wouldn't show them, even when being online.
[snip!]
> Is there a way to flush the agent, to make it re-read the actual
> overview file in groups on the server again?

Removing the .agentview file in the group seemed to be enough (I left
the .overview file alone to see what happened).

Whether this has any undesirable side effects or not, remains to be
seen...:-)
Permalink | Reply | 0 comments |
headers
Harry Putnam | 1 Jul 2004 13:08
Favicon

Re: request for simple handler or batch job to get mail/news

Maciej Matysiak <phoner.ding <at> blah.pl> writes:

> [Quoted text removed due to X-No-Archive]

Aside:  Macie did you intend for the above action to happen when
        pressing `F' (followup)?

Apparently your X-No-Archive header causes gnus to insert the above
line and not yank your message into reply buffer.

Now on the handler:
I wondered if this section:

> (defun gnus-demon-scan-mail ()
>  (when (and (gnus-alive-p) mail-here)
>    (save-excursion
>      (set-buffer gnus-group-buffer)
>      (gnus-group-get-new-news 2))))

Means that your mail groups have to be at level 2?.  And further that
if I were to put a 3 there which includes all mail and news groups,
if that would make that particular handler fetch both?
Permalink | Reply | 1 comment |

Gmane