Re:

Re:

[Yo momma! (not mine)]

That's interesting, I've never seen anything like that before. I bet
Gnus is the cluprit... I'll cc their list too. 
-lars


"Karl F. Larsen" <k5di@acca.nmsu.edu> writes:

> 
> At 04:50 PM 12/20/96 -0700, you wrote:
> >
> >test
>         Lars there was some strange stuff on your submission to the sig, a
> copy enclosed.
> 
> Return-Path: <owner-linux-hams-outgoing@vger.rutgers.edu>
> Date: 	Fri, 20 Dec 1996 16:50:34 -0700
> Illegal-Object: Syntax error in From: address found on vger.rutgers.edu:
> 	From:	Yo momma! (not mine) <lars@lightcom.net>
> 		^	^-illegal special character in phrase
> 		 \-extraneous tokens in mailbox
> From: <lars@lightcom.net>
> To: linux-hams@vger.rutgers.edu
> Sender: owner-linux-hams@vger.rutgers.edu
> 
> 
> test
> 73, de Karl aka k5di
> 
> 	Karl F. Larsen Box 74, Mesilla Park, NM 88047 (505) 524-3303
> 	k5di@k5di.cruces.nm.usa.noam k5di@acca.nmsu.edu k5di@juno.com
> 
> 

-- 
Yeah, I sold my soul to the devil... I have a sneaky feeling that I got
the short end of the deal though... 
http://204.134.222.56/~lars <-- please critique!

Re:

[Yo momma! (not mine)]

Oops, I'm a complete idiot. I didn't use Gnus to send that message,
and it's my old name feild that caused the confusion.  sorry

-lars
-- 
Yeah, I sold my soul to the devil... I have a sneaky feeling that I got
the short end of the deal though... 
http://204.134.222.56/~lars <-- please critique!

Huge groups

[Matt Simmons]

What are people doing with huge groups?  Case in point: my xemacs-beta
(nnml)group, which is currently approaching 10,000 messages (it's at
9995 now), and has a ~2.8M .overview file.  My poor P6-180 takes over
a minute just to open it[1], and about 10-15 seconds to append the
first message when inc'ing it's spool.

Matt

Footnotes: 
[1]  Solaris 2.5.1, XEmacs 20.3 MULE

-- 
     Matt Simmons  -  simmonmt@acm.org  -  http://www.netcom.com/~simmonmt
     People say that everyone has a few skeletons in their closet.  Not me.
    Well, not yet anyway.  I mean, the bodies are still decomposing.  --R.M.
				     Weiner

Re: Huge groups

[Jason L Tibbitts III]

>>>>> "MS" == Matt Simmons <simmonmt@acm.org> writes:

MS> What are people doing with huge groups? 

Note that the list archive has a 3.5MB overview file and has 15787 messages
in it (not including this one).  I don't think anyone's foolish enough to
try and open it (C-u G A, I think) but if they did they'd be watching the
FTP clicker counting up for quite a while.

A long time ago we talked about a backend like nnml but with subdirectories
holding chunks of messages.  It never got off the ground.

 - J<

Re: Huge groups

[Steinar Bang]

>>>>> Jason L Tibbitts III <tibbs@hpc.uh.edu>:

>>>>> "MS" == Matt Simmons <simmonmt@acm.org> writes:
MS> What are people doing with huge groups? 

> Note that the list archive has a 3.5MB overview file and has 15787 messages
> in it (not including this one).  I don't think anyone's foolish enough to
> try and open it (C-u G A, I think) but if they did they'd be watching the
> FTP clicker counting up for quite a while.

> A long time ago we talked about a backend like nnml but with subdirectories
> holding chunks of messages.  It never got off the ground.

A faster backend? Are there some formats that could be used? Isn't the
qmail native format supposed to be fast? (at least according to Dan
Bernstein...) 

How about whatever the Cyrus IMAP server uses?

Re: Huge groups

[Jason L Tibbitts III]

>>>>> "SB" == Steinar Bang <sb@metis.no> writes:

SB> A faster backend? Are there some formats that could be used? Isn't the
SB> qmail native format supposed to be fast? (at least according to Dan
SB> Bernstein...)

Well, I think it would be hard to get much faster than nnml.  You could
have something like nnfolder but keep an overview file that stores byte
offsets within the folder for each message, so it's one open and one seek
to grab a message.  (I use this format in an archiver I'm working with.)

But the question here is how to handle tens of thousands of messages, when
even the overhead of loading the overview file is too much.  The solution
is, of course, a database, but a simpler solution would be to just split
the messages up into smaller collections and optimize the common operations
to only deal with one piece of the collection.

I suppose this is easy enough to do manually in the cases where it is
really needed.  The only place where it can't be done is with the list
archive (which is why I brought the idea up ages ago).  The solution to
that was the ding-list-recent archive, accomplished through procmail
trickery.

 - J<

Re: Huge groups

[Stefan Waldherr]

>>>>> "Jason" == Jason L Tibbitts <tibbs@hpc.uh.edu> writes:

>>>>> "SB" == Steinar Bang <sb@metis.no> writes:
  SB> A faster backend? Are there some formats that could be used? Isn't the
  SB> qmail native format supposed to be fast? (at least according to Dan
  SB> Bernstein...)

  Jason> Well, I think it would be hard to get much faster than nnml.  You
  Jason> could have something like nnfolder but keep an overview file that

I think that nnml is pretty darn slow wrt speed. Selecting a group with, say,
800 articles takes 11s on my machines. This is XEmacs, not Emacs (it seems to
be a little faster under Emacs). Exmh on the other hand, which I used
previously, takes for the same group far less than 5s. I would really like to
find out if other people have equivalent times ...

cu
Stefan.
-- 
Stefan Waldherr                office +1 (412) 268-3837
                                  fax +1 (412) 268-5576
                               e-Mail swa@cs.cmu.edu
                                  www http://www.waldherr.org/

Re:

[jari.aalto]

 98-01-21 Stefan Waldherr <swa@cs.cmu.edu> list.ding
| >>>>> "Jason" == Jason L Tibbitts <tibbs@hpc.uh.edu> writes:
| I think that nnml is pretty darn slow wrt speed. Selecting a group with, say,
| 800 articles takes 11s on my machines. This is XEmacs

I was also wondering if gnus could keep the most read mail group summaries 
in the emacs and not build them from scratch when I change mail groups.
I use non-compiled version and it takes 10-25 seconds to view mail group 
of 600+ messages.

I'm not complain about the speed, because I use uncompiled lisp on purpose.
I was just wondering if there would be ways to "cache" summary threads.
I don't know how they are implemented, so it could be very well 
impossible to change the existing summary creation code.

jari

Re:

[Lars Magne Ingebrigtsen]

<jari.aalto@poboxes.com> writes:

> I was also wondering if gnus could keep the most read mail group summaries 
> in the emacs and not build them from scratch when I change mail groups.

No.

-- 
(domestic pets only, the antidote for overdose, milk.)
  larsi@gnus.org * Lars Magne Ingebrigtsen

Re:

[wr]

http://www.chinahtm.com 诚招全国各地代理

1、我司新推出主机实时开通、在线管理,自己的主机自己做主。

2、.CN 二级域名免费预注册，有国内域名者可以优先升级、优先注册                                                                                     

3、现大力推出美国主机，支持ASP+ACCESS数据库，可以放论坛及彩票相关网站，另送10个企业邮局

4、中文邮局系统！我司的邮局系统升级。升级后将全面支持简体中文信箱。

5、特色产品！　质优价低
    A、百度搜索排名 
    B、新浪搜索排名 普通登陆 推广登陆
    C、搜狐搜索排名 普通登陆 推广登陆
    D、3721搜索登陆 行业实名

--------------------------------------------------------------------------------
电话：0592-2391018转19   传真：0592-2391098
联系人：吴先生 　E-mail：wr@chinahtm.com
http://www.chinahtm.com

如果该邮件打扰了您，请回复一封邮件到wr@chinahtm.com，我们将删除您的地址。

Re:

[sales]

Re:

[joe jethroh]

My dear customer,
We are so sure you are going to love our games that we are giving you up to 500 $ free just for trying our program.
Look at www.yourprogaming.com

Thanks!