2 things

2 things

[Frederic Corne]

Hi all,

I use gnus to read news and mail. I store my mail with nnfolder method.

There are two thing that I wish to do :

- conpressing my nnfolders.
After sometime, I archive one ore more folder by renaming it. To save space
I wish to compress these folders. With nnbabyl format there is not problem
but this is impossible with nnfolder. What I can do ?

-copy an article from news to a mail folder.
I wish to store some news articles in nnfolders. There is methods for
saving articles in babyl, vm, mh and other format but not for nnfolder
format . What I can do ?

Another thing, but it is perhaps difficult :
My mail server is a pop3 server. I use a sample script popbiff.pl to check
when there is some new mails. This script only checks the existence of new
mail on the server. It does nothing more then netscape,IE, Outlook, and
consorts . But, as I have suscribed to some mailling lists, I receive a lot
of mails. These mails I can read them later. But the mails of my colleagues I
must read it immediately. 
What I need is a popbiff working in background which parses the messages on
the mail server according to nnmail-split-methods and warns me only for
messages from my entreprise. This may be something as :
- each 3" (less or more), the bacgrounded function get new mails and split
them according to nnmail-split-methods as usual .
- if there is somethings new in the mail.erli folder, warn me by displaying
a message in status bar. Else do nothing.

Is this impossible ?

Any help apreciated 

FC

-- 

--- Frederic Corne --- ERLI --- frederic.corne@erli.fr ---

Re: 2 things

[Lars Magne Ingebrigtsen]

Frederic Corne <frederic.corne@erli.fr> writes:

> - conpressing my nnfolders.
> After sometime, I archive one ore more folder by renaming it. To save space
> I wish to compress these folders. With nnbabyl format there is not problem
> but this is impossible with nnfolder. What I can do ?

You can compress the folders, but you have to subscribe to the groups
as "folder.name.gz".

> -copy an article from news to a mail folder.
> I wish to store some news articles in nnfolders. There is methods for
> saving articles in babyl, vm, mh and other format but not for nnfolder
> format . What I can do ?

Use `B c' to copy the article to the nnfolder group of your choice.

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

Re: 2 things

[Frederic Corne]

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

> Frederic Corne <frederic.corne@erli.fr> writes:
> 
> > - conpressing my nnfolders.
> > After sometime, I archive one ore more folder by renaming it. To save space
> > I wish to compress these folders. With nnbabyl format there is not problem
> > but this is impossible with nnfolder. What I can do ?
> 
> You can compress the folders, but you have to subscribe to the groups
> as "folder.name.gz".

Yes this works but not always:

I can create, compress and then subscribe to the groups "Emacs.gz" and "NT.gz" but
I cannot do this for "perl-win32-97-1.gz"
I create it, compress the file , but when I want to read it, I get :
---------------------------------------------------------
Signaling: (error "Couldn't request group nnfolder:perl-win32-97-1.gz: No such group: perl-win32-97-1.gz")
  signal(error ("Couldn't request group nnfolder:perl-win32-97-1.gz: No such group: perl-win32-97-1.gz"))
  error("Couldn't request group %s: %s" #("nnfolder:perl-win32-97-1.gz" 0 9 nil 9 27 (mouse-face highlight face gnus-group-mail-3-empty-face)) "No such group: perl-win32-97-1.gz")
  gnus-select-newsgroup(#("nnfolder:perl-win32-97-1.gz" 0 9 nil 9 27 (mouse-face highlight face gnus-group-mail-3-empty-face)) nil)
  gnus-summary-read-group-1(#("nnfolder:perl-win32-97-1.gz" 0 9 nil 9 27 (mouse-face highlight face gnus-group-mail-3-empty-face)) nil t nil nil)
  gnus-summary-read-group(#("nnfolder:perl-win32-97-1.gz" 0 9 nil 9 27 (mouse-face highlight face gnus-group-mail-3-empty-face)) nil t nil nil)
  gnus-group-read-group(nil t)
  gnus-group-select-group(nil)
* call-interactively(gnus-group-select-group)
---------------------------------------------------------

But it seems to me that all this is not very simple to use.
I thinks if I do :

gnus-group-make-group RET "foo.bar.gz"  

the folder would be created, and automaticaly  compressed.


In the same maner, it would be possible to compress my mails and posts, but

(setq gnus-message-archive-group
			'((if (message-news-p)
						"misc-news.gz"
					(concat "mail." (format-time-string
													 "%Y-%m.gz" (current-time))))))
don't works


FC

-- 

--- Frederic Corne --- ERLI --- frederic.corne@erli.fr ---

Re: 2 things

[Lars Magne Ingebrigtsen]

Frederic Corne <frederic.corne@erli.fr> writes:

> I can create, compress and then subscribe to the groups "Emacs.gz" and "NT.gz" but
> I cannot do this for "perl-win32-97-1.gz"

That's weird.  What's the difference between the groups?  

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

Re: 2 things

[Frederic Corne]

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

> Frederic Corne <frederic.corne@erli.fr> writes:
> 
> > I can create, compress and then subscribe to the groups "Emacs.gz" and "NT.gz" but
> > I cannot do this for "perl-win32-97-1.gz"
> 
> That's weird.  What's the difference between the groups?  
> 

Nothing, but I have found that this works if I do G-m when my cursor is NOT
on a usenet news group but on a mail group !!!

here is my  method to have a gziped folder 
(ntemacs 19.34.2 Gnus v5.4.61; nntp 5.0; nnfolder 1.0 )
( using cript++)

-point the cursor on a local group  (not a news group)
-make a new group , for example Linux.gz method=nnfolder
-gnus-group-save-newsrc
-in a extern shell windows : 
  -go to ~/Mail
  -touch Linux
  -gzip Linux
- return to Gnus
- select another mail group 
- select a message and move it to the group nnfolder:Linux.gz
- return to the group buffer
- gnus-group-save-newsrc 

now I have a good auto-[de]compressing Linux.gz group, 
but it is tedious !!!! :-(

That is the method to have a NEW compressed folder, because to compress an
existing folder with a lot of message in it, it is another looong story !

I think that a so wonderful program as Gnus must have a sample command as :
gnus-group-compress-group and voila !

A++

FC

-- 

--- Frederic Corne --- ERLI --- frederic.corne@erli.fr ---

Re: 2 things

[Lars Magne Ingebrigtsen]

Frederic Corne <frederic.corne@erli.fr> writes:

> Nothing, but I have found that this works if I do G-m when my cursor is NOT
> on a usenet news group but on a mail group !!!

I find that rather odd, since `G m' doesn't care (or even register)
where point is.

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

Re: 2 things

[Dan Christensen]

Lars Magne Ingebrigtsen <larsi@gnus.org> writes:
> Frederic Corne <frederic.corne@erli.fr> writes:
> 
> > - conpressing my nnfolders.
> > After sometime, I archive one ore more folder by renaming it. To save space
> > I wish to compress these folders. With nnbabyl format there is not problem
> > but this is impossible with nnfolder. What I can do ?
> 
> You can compress the folders, but you have to subscribe to the groups
> as "folder.name.gz".

What I've done with some of my less frequently accessed folders is
compress them to folder.name.gz and then rename them back to the
original folder.name.  In my .emacs I enable a package called crypt++
which adds a hook to emacs's find-file stuff:  when a compressed file
is read it is automatically decompressed, and when it is written, it
is compressed first.  So the compression and decompression are
completely transparent to the users and to Gnus.

So far it works fine.  (Although, if I do gnus-no-server it opens
each folder in turn which means that each file needs to be decompressed,
and that takes forever.  Is this a bug in gnus-no-server?  Why does
it need to read each folder, while gnus doesn't?)

Dan

--
Dan Christensen
jdc@math.jhu.edu

Re: 2 things

[Andy Eskilsson]

/ jdchrist@math.mit.edu (Dan Christensen) wrote:
| 
| What I've done with some of my less frequently accessed folders is
| compress them to folder.name.gz and then rename them back to the
| original folder.name.  In my .emacs I enable a package called crypt++
| which adds a hook to emacs's find-file stuff:  when a compressed file
| [...]

Hmm any1 tried this with jka-compr and jka-aux?? We had some ravings
about this before, what was the conclusions about it?

(jka-aux looks for filename.gz is filename is not found in find-file)

	/Andy

-- 
 Hi I am an alien .sig, and at the moment I am having sex to your
 mind, by looking at your smile I can see that you like it.

 Unsolicited commercial email is subject to an archival fee of $400.
 See <http://www.fukt.hk-r.se/~flognat/mail/> for more info.

Re: 2 things

[Andy Eskilsson]

/ Stainless Steel Rat <ratinox@peorth.gweep.net> wrote:
| 
| Circa GNU Emacs 19.29 or 19.31 jka-compr/jka-aux stopped working properly.
| Last I knew Jay had not updated either of them.

I have been bugging him a bit, and it seems automagically to work in
19.34.. (testing. testing.. ) Yupp a quick test shows that it seems to
work together with 19.34, don't exactly remember the problems.. 

Ahh well 

	/andy

-- 
 Hi I am an alien .sig, and at the moment I am having sex to your
 mind, by looking at your smile I can see that you like it.

 Unsolicited commercial email is subject to an archival fee of $400.
 See <http://www.fukt.hk-r.se/~flognat/mail/> for more info.

Re: 2 things

[Frederic Corne]

Andy Eskilsson <flognat@fukt.hk-r.se> writes:

> / Stainless Steel Rat <ratinox@peorth.gweep.net> wrote:
> | 
> | Circa GNU Emacs 19.29 or 19.31 jka-compr/jka-aux stopped working properly.
> | Last I knew Jay had not updated either of them.
> 
> I have been bugging him a bit, and it seems automagically to work in
> 19.34.. (testing. testing.. ) Yupp a quick test shows that it seems to
> work together with 19.34, don't exactly remember the problems.. 
> 

note that jka-compr/jka-aux don't work on ntemacs. 
ntemacs uses cript++ to compress/decompress files. 

FC


-- 

--- Frederic Corne --- ERLI --- frederic.corne@erli.fr ---

Re: 2 things

[Andy Eskilsson]

/ Frederic Corne <frederic.corne@erli.fr> wrote:
| 
| note that jka-compr/jka-aux don't work on ntemacs. 
| ntemacs uses cript++ to compress/decompress files. 

Suddenly it struck me why I went over from crypt++ to jka-compr, it
was in the old times, when we had no Gnus (shrugger dark times you
know) and had to survive reading mail with rmail (try to beat that my
kid!). The problem with rmail was that it just appended an 'article' to
the end of a file, and didn't bother notifying crypt++ so there I
stood with a gzip file with an article at the end.

Ahh well.. I seem to remember that we had this issue up before, and
didn't Larsi add some code to look for file.gz if file didn't exist?? 

	/andy

-- 
 Hi I am an alien .sig, and at the moment I am having sex to your
 mind, by looking at your smile I can see that you like it.

 Unsolicited commercial email is subject to an archival fee of $400.
 See <http://www.fukt.hk-r.se/~flognat/mail/> for more info.

Re: 2 things

[Hans de Graaff]

Andy Eskilsson <flognat@fukt.hk-r.se> writes:

> Ahh well.. I seem to remember that we had this issue up before, and
> didn't Larsi add some code to look for file.gz if file didn't
> exist??

Yes, this works fine for nnml groups. I have a cron job compressing
large/old mail files automatically, and Gnus doesn't mind having both
compressed and uncompressed articles in the same group, andwill
uncompress on the fly when needed. Works great.

But I think this started out with compressed nnfolder groups. Don't
know about those.

Hans

Re: 2 things

[Lars Magne Ingebrigtsen]

jdchrist@math.mit.edu (Dan Christensen) writes:

> So far it works fine.  (Although, if I do gnus-no-server it opens
> each folder in turn which means that each file needs to be decompressed,
> and that takes forever.  Is this a bug in gnus-no-server?  Why does
> it need to read each folder, while gnus doesn't?)

If you use `gnus-no-server', Gnus has to look at each individual file
to see how many articles there are in the groups -- this is not
related to .gz usage.

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

Re: 2 things

[Dan Christensen]

Lars Magne Ingebrigtsen <larsi@gnus.org> writes:
> jdchrist@math.mit.edu (Dan Christensen) writes:
> 
> > ... if I do gnus-no-server it opens
> > each folder in turn which means that each file needs to be decompressed,
> > and that takes forever.  Is this a bug in gnus-no-server?  Why does
> > it need to read each folder, while gnus doesn't?
> 
> If you use `gnus-no-server', Gnus has to look at each individual file
> to see how many articles there are in the groups -- this is not
> related to .gz usage.

I still don't see why `gnus-no-server' needs to open each of my
nnfolder groups while `gnus' doesn't.  According to the Gnus manual,
the difference between the two is that the former doesn't contact my
primary server (nntp in my case).  Why does that change the behaviour
on secondary groups?  I have a lot of nnfolder groups, and even before
I compressed them, `gnus-no-server' took *much* longer to start up
than `gnus' did.  Does it have to be this way?  

Dan

--
Dan Christensen
jdc@math.jhu.edu

Re: 2 things

[Lars Magne Ingebrigtsen]

jdchrist@math.mit.edu (Dan Christensen) writes:

> I still don't see why `gnus-no-server' needs to open each of my
> nnfolder groups while `gnus' doesn't.

In addition to not connecting to the server, `gnus-no-server' starts
up Gnus at a specific level.  Only the groups at or below that level
will be activated, and Gnus does that activation with
`nn*-request-group'.  For nnfolder, that means reading in the folder
and counting articles.

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

Re: 2 things

[Dan Christensen]

Lars Magne Ingebrigtsen <larsi@gnus.org> writes:
> jdchrist@math.mit.edu (Dan Christensen) writes:
> 
> > I still don't see why `gnus-no-server' needs to open each of my
> > nnfolder groups while `gnus' doesn't.
> 
> In addition to not connecting to the server, `gnus-no-server' starts
> up Gnus at a specific level.  Only the groups at or below that level
> will be activated, and Gnus does that activation with
> `nn*-request-group'.  For nnfolder, that means reading in the folder
> and counting articles.

Ahh, I see.  It seems to me that it would be better have
`gnus-no-server' behave exactly like `gnus' except that the server is
not contacted.  The start-up level is an orthogonal issue, and one can
always do `C-u 2 gnus-no-server' if one wants.

Of course, I should be able to obtain the behaviour I want by doing
(gnus nil t), right?  The nil indicates no startup level, and the t
means that gnus shouldn't connect to the server.  However, when you
do this, gnus *does* connect to the server.  Two places where this
happens are indicated below by <------- in the right margin:

(defun gnus-setup-news (&optional rawfile level dont-connect)
  "Setup news information.
If RAWFILE is non-nil, the .newsrc file will also be read.
If LEVEL is non-nil, the news will be set up at level LEVEL."

.......

    ;; Read the active file and create `gnus-active-hashtb'.
    ;; If `gnus-read-active-file' is nil, then we just create an empty
    ;; hash table.  The partial filling out of the hash table will be
    ;; done in `gnus-get-unread-articles'.
    (and gnus-read-active-file
	 (not level)
	 (gnus-read-active-file))                              <------

.......

    ;; Find new newsgroups and treat them.
    (when (and init gnus-check-new-newsgroups (not level) 
	       (gnus-check-server gnus-select-method)          <------
	       (not gnus-slave))
      (gnus-find-new-newsgroups))

.......

    ;; Find the number of unread articles in each non-dead group.
    (let ((gnus-read-active-file (and (not level) gnus-read-active-file)))
      (gnus-get-unread-articles level))

    (when (and init gnus-check-bogus-newsgroups
	       gnus-read-active-file (not level)
	       (gnus-server-opened gnus-select-method))
      (gnus-check-bogus-newsgroups))))

I don't think we simply want to add (not dont-connect) to the and's
above, because we would like our secondary servers to check for new
news, for example.  Maybe dont-connect should get passed along to
gnus-read-active-file, which would use its value in the appropriate way?

Dan

-- 
Dan Christensen
jdc@math.jhu.edu

Re: 2 things

[Hrvoje Niksic]

jdc@chow.mat.jhu.edu (Dan Christensen) writes:

> Ahh, I see.  It seems to me that it would be better have
> `gnus-no-server' behave exactly like `gnus' except that the server is
> not contacted.  The start-up level is an orthogonal issue, and one can
> always do `C-u 2 gnus-no-server' if one wants.

I'm afraid I have to disagree here.  `M-x gnus-no-server' has been
long advocated as a way to, for instance, read your mail only
(provided you keep the mail groups on levels 1 and 2.)

If you intend to change the meaning of `gnus-no-server', you have to
provide an alternative functionality for `M-x gnus-no-server' used to
do.

-- 
Hrvoje Niksic <hniksic@srce.hr> | Student at FER Zagreb, Croatia
--------------------------------+--------------------------------
Oh lord won't you buy me a color TV...

Re: 2 things

[Dan Christensen]

Hrvoje Niksic <hniksic@srce.hr> writes:
> jdc@chow.mat.jhu.edu (Dan Christensen) writes:
> 
> > Ahh, I see.  It seems to me that it would be better have
> > `gnus-no-server' behave exactly like `gnus' except that the server is
> > not contacted.  The start-up level is an orthogonal issue, and one can
> > always do `C-u 2 gnus-no-server' if one wants.
> 
> If you intend to change the meaning of `gnus-no-server', you have to
> provide an alternative functionality for `M-x gnus-no-server' used to
> do.

If `gnus-no-server' is changed so that by default it doesn't set
the startup level to 2, then to get the old functionality you
just do `C-u 2 gnus-no-server'.  Like I said above.  Or am I
misunderstanding you?

My point is that there is already a mechanism for setting the startup
level, namely by giving a numeric prefix, and this works whether one
uses `gnus' or `gnus-no-server'.  The way things are now, it isn't
possible to use gnus without a server and without the startup level
set to something.  This makes gnus-no-server very slow in various
circumstances, just as `C-u 2 gnus' can be much slower than `gnus'
if you have a lots of groups on levels 1 and 2.

Anyways, I don't really care what gnus-no-server does.  But I do want
a fast way to access mail only.  Here are some timings that I did
about a month ago.

         M-x gnus		6 sec.
   C-u 2 M-x gnus	        10 sec.
         M-x gnus-no-server	3 min 0 sec. 
   C-u 2 M-x gnus-no-server	12 sec.

I use nnfolder and keep my important mail groups at levels 1 and 2.  I
keep my archive groups at level 3.  And I keep my nntp groups at level
4.  `gnus-no-server' starts up at level 3 because I've set
gnus-level-default-subscribed to 4.  I have gnus-read-active-file set
to 'some, and I have deleted all of my killed newsgroups from my
.newsrc.eld.  These timings don't include load time and were done
before I started compressing nnfolder files.  (I would guess that the
third line would be 5 or 10 times slower now, while the others would
stay the same.)

It's the third line that I'm complaining about --- it should be faster
than the first line since it has less work to do.  There should be
some way that I can read all of my mail folders without accessing the
news server and without spending 3 (or now 30) minutes during startup.
If I have to type something other than `gnus-no-server', e.g. (gnus
nil t), that's fine.

Dan

-- 
Dan Christensen
jdc@math.jhu.edu

Re: 2 things

[Hrvoje Niksic]

jdc@chow.mat.jhu.edu (Dan Christensen) writes:

> If `gnus-no-server' is changed so that by default it doesn't set the
> startup level to 2, then to get the old functionality you just do
> `C-u 2 gnus-no-server'.  Like I said above.  Or am I
> misunderstanding you?

You are not.  But the point I was trying to make is that a /lot/ of
people used `M-x gnus-no-server' to get what they would be able to get
with `C-u 2 M-x gnus-no-server' (if the change you suggest were
implemented.)  This is a non-trivial change in behaviour.

-- 
Hrvoje Niksic <hniksic@srce.hr> | Student at FER Zagreb, Croatia
--------------------------------+--------------------------------
Ask not for whom the <CONTROL-G> tolls.

Re: 2 things

[Lars Magne Ingebrigtsen]

jdc@math.jhu.edu (Dan Christensen) writes:

> Ahh, I see.  It seems to me that it would be better have
> `gnus-no-server' behave exactly like `gnus' except that the server is
> not contacted.  The start-up level is an orthogonal issue, and one can
> always do `C-u 2 gnus-no-server' if one wants.

The user interface won't change.

> Of course, I should be able to obtain the behaviour I want by doing
> (gnus nil t), right?  The nil indicates no startup level, and the t
> means that gnus shouldn't connect to the server.  However, when you
> do this, gnus *does* connect to the server.  Two places where this
> happens are indicated below by <------- in the right margin:

I've now fixed the first, but for the latter you can just set
`gnus-check-new-newsgroups' to nil.

Anyways, the whole thing is a mess.  Quassia Gnus will allow you to
enter Gnus through the server buffer which will let you pick and
choose which servers to contact.

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

Re: 2 things

[Dan Christensen]

Lars Magne Ingebrigtsen <larsi@gnus.org> writes:
> jdc@math.jhu.edu (Dan Christensen) writes:
> 
> > Ahh, I see.  It seems to me that it would be better have
> > `gnus-no-server' behave exactly like `gnus' except that the server is
> > not contacted.  The start-up level is an orthogonal issue, and one can
> > always do `C-u 2 gnus-no-server' if one wants.
> 
> The user interface won't change.
> 
> > Of course, I should be able to obtain the behaviour I want by doing
> > (gnus nil t), right?  The nil indicates no startup level, and the t
> > means that gnus shouldn't connect to the server.  However, when you
> > do this, gnus *does* connect to the server.  Two places where this
> > happens are indicated below by <------- in the right margin:
> 
> I've now fixed the first, but for the latter you can just set
> `gnus-check-new-newsgroups' to nil.
> 
> Anyways, the whole thing is a mess.  Quassia Gnus will allow you to
> enter Gnus through the server buffer which will let you pick and
> choose which servers to contact.
> 
> -- 
> (domestic pets only, the antidote for overdose, milk.)
>   larsi@gnus.org * Lars Magne Ingebrigtsen
> 

-- 
Dan Christensen
jdc@math.jhu.edu

Re: 2 things

[Dan Christensen]

Sorry -- that previous message got away too quickly.

Lars Magne Ingebrigtsen <larsi@gnus.org> writes:
> 
> I've now fixed the first, but for the latter you can just set
> `gnus-check-new-newsgroups' to nil.

Thanks!  Now if I set gnus-check-new-newsgroups to nil and do
(gnus nil t) gnus starts up very quickly and doesn't connect to
my primary server at all.  I'm happy.

Dan

--
Dan Christensen
jdc@math.jhu.edu