<?xml version="1.0" encoding="UTF-8"?>
<rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns="http://purl.org/rss/1.0/" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:syn="http://purl.org/rss/1.0/modules/syndication/" xmlns:admin="http://webns.net/mvcb/">
  <channel rdf:about="http://blog.gmane.org/gmane.network.slrn.user">
    <title>gmane.network.slrn.user</title>
    <link>http://blog.gmane.org/gmane.network.slrn.user</link>
    <description/>
    <syn:updatePeriod>hourly</syn:updatePeriod>
    <syn:updateFrequency>1</syn:updateFrequency>
    <syn:updateBase>1901-01-01T00:00+00:00</syn:updateBase>
    <items>
      <rdf:Seq>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.network.slrn.user/2905"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.network.slrn.user/2904"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.network.slrn.user/2903"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.network.slrn.user/2902"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.network.slrn.user/2901"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.network.slrn.user/2900"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.network.slrn.user/2899"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.network.slrn.user/2898"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.network.slrn.user/2897"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.network.slrn.user/2896"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.network.slrn.user/2895"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.network.slrn.user/2894"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.network.slrn.user/2893"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.network.slrn.user/2892"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.network.slrn.user/2891"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.network.slrn.user/2890"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.network.slrn.user/2889"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.network.slrn.user/2888"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.network.slrn.user/2887"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.network.slrn.user/2886"/>
      </rdf:Seq>
    </items>
    <image rdf:resource="http://gmane.org/img/gmane-25t.png"/>
    <textinput rdf:resource=""/>
  </channel>
  <image rdf:about="http://gmane.org/img/gmane-25t.png">
    <title>Gmane</title>
    <url>http://gmane.org/img/gmane-25t.png</url>
    <link>http://gmane.org</link>
  </image>
  <item rdf:about="http://permalink.gmane.org/gmane.network.slrn.user/2905">
    <title>Re: posting to gmane hangs indefinitely until abort &amp; repost</title>
    <link>http://permalink.gmane.org/gmane.network.slrn.user/2905</link>
    <description>&lt;pre&gt;

FWIW, I've been using slrn to post to gmane for many, many years and
I've never had any problems -- as you can see by this post.  :)

&lt;/pre&gt;</description>
    <dc:creator>Grant Edwards</dc:creator>
    <dc:date>2013-04-12T16:50:23</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.network.slrn.user/2904">
    <title>posting to gmane hangs indefinitely until abort &amp; repost</title>
    <link>http://permalink.gmane.org/gmane.network.slrn.user/2904</link>
    <description>&lt;pre&gt;I have some trouble posting to news.gmane.org using slrn. The actualy
posting often hangs and I have to abort and choose Repost at the prompt.
It is then processed quickly, without hanging.

I get the feeling that there is some network connection that has timed
out (while I was writing the article?), and which isn't properly renewed
until the repost (retry) is done. That's a wild guess.

I have never used slrn before, or with another news server. Version is
1.0.1.



------------------------------------------------------------------------------
Precog is a next-generation analytics platform capable of advanced
analytics on semi-structured data. The platform includes APIs for building
apps and a phenomenal toolset for data science. Developers can use
our toolset for easy data analysis &amp;amp; visualization. Get a free account!
http://www2.precog.com/precogplatform/slashdotnewsletter

&lt;/pre&gt;</description>
    <dc:creator>Daniel</dc:creator>
    <dc:date>2013-04-11T07:09:47</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.network.slrn.user/2903">
    <title>Translation problem?</title>
    <link>http://permalink.gmane.org/gmane.network.slrn.user/2903</link>
    <description>&lt;pre&gt;Hello, old friends!


------------------------------------------

slrn pre1.0.2-8
* Note: This version is a developer preview.
S-Lang Library Version: 2.2.4
Compiled on: Mar 27 2013 00:13:10
Operating System: Linux

COMPILE TIME OPTIONS:
  Backends: +nntp -slrnpull -spool
  External programs / libs: -canlock -inews -ssl -uudeview +iconv
  Features: +decoding +emphasized_text +end_of_thread +fake_refs +gen_msgid
     -grouplens -msgid_cache +piping +rnlock +spoilers -strict_from
  Using 64 bit integers for article numbers.

DEFAULTS:
  Default server object:     nntp

----------------------------------------

During "make install" the script seems to be looking for a translation 
that hasn't been created by "make".


make[3]: Entering directory `/home/pjr/slrn/po'
: --update be.po slrn.pot
rm -f be.gmo &amp;amp;&amp;amp; : -c --statistics -o be.gmo be.po
mv: cannot stat `t-be.gmo': No such file or directory
make[3]: *** [be.gmo] Error 1
make[3]: Leaving directory `/home/pjr/slrn/po'
make[2]: *** [stamp-po] Error 2
make[2]: Leaving directory `/home/pjr/slrn/po'
make[1]: *** [installlocales] Error 2
make[1]: Leaving directory `/home/pjr/slrn/src'
make: *** [install] Error 2

-------------------------------------------------

The installation seems to be successful, despite the error messages, so 
it's not a huge problem.

ISTM that there's either a new translation that hasn't been completely 
added or an old translation that hasn't been completely removed.

&lt;/pre&gt;</description>
    <dc:creator>Peter J Ross</dc:creator>
    <dc:date>2013-03-27T00:24:50</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.network.slrn.user/2902">
    <title>downloading more headers from article mode</title>
    <link>http://permalink.gmane.org/gmane.network.slrn.user/2902</link>
    <description>&lt;pre&gt;hi all,
i'm using "set query_read_group_cutoff -250" so that i don't have to
download a huge batch of headers all at once (which i probably do't
need) but sometimes i have unread articles that are beyond the 250
most recent articles. is it possible (maybe with a script) to download
even more aritcle headers from inside article mode?
thanks.

------------------------------------------------------------------------------
Symantec Endpoint Protection 12 positioned as A LEADER in The Forrester  
Wave(TM): Endpoint Security, Q1 2013 and "remains a good choice" in the  
endpoint security space. For insight on selecting the right partner to 
tackle endpoint security challenges, access the full report. 
http://p.sf.net/sfu/symantec-dev2dev

&lt;/pre&gt;</description>
    <dc:creator>n.radesh</dc:creator>
    <dc:date>2013-03-11T07:48:23</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.network.slrn.user/2901">
    <title>Re: Segmentation fault with mime.sl</title>
    <link>http://permalink.gmane.org/gmane.network.slrn.user/2901</link>
    <description>&lt;pre&gt;On Thu, 7 Mar 2013 14:38:47 +0100, Morten Bo Johansen &amp;lt;mbj&amp;lt; at &amp;gt;spamcop.net&amp;gt;
wrote:
[...]

But not if it can segv.  I just pushed a fix.  I guess it is time to
release 1.0.2.

Thanks,
--John

------------------------------------------------------------------------------
Symantec Endpoint Protection 12 positioned as A LEADER in The Forrester  
Wave(TM): Endpoint Security, Q1 2013 and "remains a good choice" in the  
endpoint security space. For insight on selecting the right partner to 
tackle endpoint security challenges, access the full report. 
http://p.sf.net/sfu/symantec-dev2dev

&lt;/pre&gt;</description>
    <dc:creator>John E. Davis</dc:creator>
    <dc:date>2013-03-08T07:19:17</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.network.slrn.user/2900">
    <title>Re: Segmentation fault with mime.sl</title>
    <link>http://permalink.gmane.org/gmane.network.slrn.user/2900</link>
    <description>&lt;pre&gt;

This was a problem with the get_charset function, more specifically with
this line in mime.sl

  private variable Mime_Save_Charset = get_charset ("display");

It is that line which causes the segmentation fault. For now I have
changed it to:

  private variable Mime_Save_Charset = "utf-8";
  
and everything is okay.

And slrn now processes mime messages very nicely!

Thanks!

Morten


------------------------------------------------------------------------------
Symantec Endpoint Protection 12 positioned as A LEADER in The Forrester  
Wave(TM): Endpoint Security, Q1 2013 and "remains a good choice" in the  
endpoint security space. For insight on selecting the right partner to 
tackle endpoint security challenges, access the full report. 
http://p.sf.net/sfu/symantec-dev2dev

&lt;/pre&gt;</description>
    <dc:creator>Morten Bo Johansen</dc:creator>
    <dc:date>2013-03-07T13:38:47</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.network.slrn.user/2899">
    <title>Segmentation fault with mime.sl</title>
    <link>http://permalink.gmane.org/gmane.network.slrn.user/2899</link>
    <description>&lt;pre&gt;Hi,

I get a segmentation fault when running slrn with the mime.sl
that is included in the slrn archive. This happens with both
1.0.1 and the latest git version. Below is the output from gdb.
Without interpreting mime.sl there is no problem.

  ~/ % gdb slrn                       
  GNU gdb (GDB) 7.4.1-debian
  Copyright (C) 2012 Free Software Foundation, Inc.
  License GPLv3+: GNU GPL version 3 or later &amp;lt;http://gnu.org/licenses/gpl.html&amp;gt;
  This is free software: you are free to change and redistribute it.
  There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
  and "show warranty" for details.
  This GDB was configured as "i486-linux-gnu".
  For bug reporting instructions, please see:
  &amp;lt;http://www.gnu.org/software/gdb/bugs/&amp;gt;...
  Reading symbols from /usr/local/bin/slrn...done.
  (gdb) run -n -h news.gmane.org
  Starting program: /usr/local/bin/slrn -n -h news.gmane.org
  slrn pre1.0.2-6
  
  Loading /usr/local/stow/slrn/share/slrn/slang/slrn.sl
  Læser opstartsfil /home/mojo/.slrnrc.
  Loading /usr/local/stow/slrn/share/slrn/slang/mime.sl
  Program received signal SIGSEGV, Segmentation fault.
  0xb7da2b0a in ?? () from /lib/i386-linux-gnu/i686/cmov/libc.so.6
  (gdb) 


Morten


------------------------------------------------------------------------------
Symantec Endpoint Protection 12 positioned as A LEADER in The Forrester  
Wave(TM): Endpoint Security, Q1 2013 and "remains a good choice" in the  
endpoint security space. For insight on selecting the right partner to 
tackle endpoint security challenges, access the full report. 
http://p.sf.net/sfu/symantec-dev2dev&lt;/pre&gt;</description>
    <dc:creator>Morten Bo Johansen</dc:creator>
    <dc:date>2013-03-07T13:05:02</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.network.slrn.user/2898">
    <title>Re: Thanks for</title>
    <link>http://permalink.gmane.org/gmane.network.slrn.user/2898</link>
    <description>&lt;pre&gt;
I often run into poorly readable messages, also with ver. 1.0.1. Here is
a link to a screenshot of one such message. The newsgroup and message-id
are visible in the header. The server is gmane.org:

    http://mbjnet.dk/slrn-mimeprbl.png
    

Thanks,

Morten


------------------------------------------------------------------------------
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_d2d_feb&lt;/pre&gt;</description>
    <dc:creator>Morten Bo Johansen</dc:creator>
    <dc:date>2013-03-04T21:45:19</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.network.slrn.user/2897">
    <title>Re: Thanks for</title>
    <link>http://permalink.gmane.org/gmane.network.slrn.user/2897</link>
    <description>&lt;pre&gt;
This is Fedora (well actually this is a development version of RHEL, but
I use slrn from the Fedora packages) so we have the bleeding edge
here ... particularly
http://koji.fedoraproject.org/koji/packageinfo?packageID=921

However, it seems to me that your patch can work with Q-P encoded
messages just fine, whereas plain slrn (1.0.1) doesn't (see
http://mcepl.fedorapeople.org/tmp/slrn-QP-mess.png).

Matěj

&lt;/pre&gt;</description>
    <dc:creator>Matěj Cepl</dc:creator>
    <dc:date>2013-03-04T18:41:14</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.network.slrn.user/2896">
    <title>Re: Thanks for</title>
    <link>http://permalink.gmane.org/gmane.network.slrn.user/2896</link>
    <description>&lt;pre&gt;
Are you using a recent version of slrn?  Mime support was added to
pre1.0.0-32.  If you are using a recent version and still require the
patch, please let me know where slrn is failing.

Thanks,
--John

------------------------------------------------------------------------------
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_d2d_feb&lt;/pre&gt;</description>
    <dc:creator>John E. Davis</dc:creator>
    <dc:date>2013-03-04T04:40:51</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.network.slrn.user/2895">
    <title>Thanks for</title>
    <link>http://permalink.gmane.org/gmane.network.slrn.user/2895</link>
    <description>&lt;pre&gt;Thank you, Thomas Wiegner, for minimal_multipart_pre1.0.0-17 patch which
fixed my problems with Q-E emails.

Matěj
&lt;/pre&gt;</description>
    <dc:creator>Matěj Cepl</dc:creator>
    <dc:date>2013-03-03T07:46:22</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.network.slrn.user/2894">
    <title>Rewrite / update Windows slrn page...</title>
    <link>http://permalink.gmane.org/gmane.network.slrn.user/2894</link>
    <description>&lt;pre&gt;I have spent a little too much time rewriting and updating a page
devoted to compiling, installing and running slrn on Windows:

Compiling the git slrn under Windows 8
http://www.andrews-corner.org/slrn-windows.html

I would be interested to hear any criticisms and suggestions from the
slrn-users group as to any mistakes I have made or any improvements
that could be made...

Thanks for looking!

Andrew

&lt;/pre&gt;</description>
    <dc:creator>andrew</dc:creator>
    <dc:date>2013-03-01T05:16:36</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.network.slrn.user/2893">
    <title>Re: Reading from a maildir</title>
    <link>http://permalink.gmane.org/gmane.network.slrn.user/2893</link>
    <description>&lt;pre&gt;
Yes.  How big are the gaps?  slrn is not optimized for the presence of
large gaps in a spool directory.  When it appears to hang, use
something like strace to trace the system calls it is making.  My
guess is that it is trying to open the non-existent files in the gaps.

Thanks,
--John


------------------------------------------------------------------------------
Free Next-Gen Firewall Hardware Offer
Buy your Sophos next-gen firewall before the end March 2013 
and get the hardware for free! Learn more.
http://p.sf.net/sfu/sophos-d2d-feb

&lt;/pre&gt;</description>
    <dc:creator>John E. Davis</dc:creator>
    <dc:date>2013-02-14T19:54:58</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.network.slrn.user/2892">
    <title>Re: Reading from a maildir</title>
    <link>http://permalink.gmane.org/gmane.network.slrn.user/2892</link>
    <description>&lt;pre&gt;* John E. Davis &amp;lt;davis&amp;lt; at &amp;gt;space.mit.edu&amp;gt; [2013-02-13 23:43]:

$ slrn --version  # this is an Ubuntu 12.10 installation
slrn pre1.0.0-18
     * Note: This version is a developer preview.
S-Lang Library Version: 2.2.4
Compiled at: May  1 2012 13:52:21
Operating System: Linux

COMPILE TIME OPTIONS:
 Backends: +nntp +slrnpull +spool
 External programs / libs: +canlock +inews +ssl +uudeview +iconv
 Features: +decoding +emphasized_text +end_of_thread +fake_refs
 +gen_msgid
    -grouplens -msgid_cache +piping +rnlock +spoilers -strict_from
 Using 64 bit integers for article numbers.

DEFAULTS:
 Default server object:     nntp
 Default posting mechanism: nntp


They look like they're increasing (i.e. newer messages always get
higher numbers), but not every number is present. Might that be the
issue?
 

That's good to know that procmail can produce something readable. So
it must be doing something right with regards to filenames. My emails
come in via offlineimap, maybe that is doing something different.

Wolfgang

------------------------------------------------------------------------------
Free Next-Gen Firewall Hardware Offer
Buy your Sophos next-gen firewall before the end March 2013 
and get the hardware for free! Learn more.
http://p.sf.net/sfu/sophos-d2d-feb

&lt;/pre&gt;</description>
    <dc:creator>Wolfgang Schnerring</dc:creator>
    <dc:date>2013-02-14T06:03:30</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.network.slrn.user/2891">
    <title>Re: Reading from a maildir</title>
    <link>http://permalink.gmane.org/gmane.network.slrn.user/2891</link>
    <description>&lt;pre&gt;
What version of slrn are you using?  Do you have it compiled to use 64
bit article ids?  `slrn --version` will answer these questions.

Are the article ids random?  slrn assumes them to be sequential.

I use procmail to put my emails in the appropriate maildir format that
slrn can read.  For this particular list, I use the following rule in
my .procmailrc file:

   :0
   * ^From slrn-user-bounces&amp;lt; at &amp;gt;lists.sourceforge.net
   List/slrn-users/.

Note the trailing "." after the "/" -- it is required.

In my .slrnrc file I use:

  #ifdef LIST
  set spool_inn_root "/home/john/Mail/List"
  set spool_root "/home/john/Mail/List"
  set spool_nov_root "/home/john/Mail/List"
  set server_object "spool"
  set read_active 1
  server "/home/john/Mail/List"  ".jnewsrc.list"
  set scorefile "News/Score-List"
  set replyto ""
  set reply_string "%r &amp;lt;%f&amp;gt; wrote:"
  #endif

I have a number of mailing lists under /home/john/Mail/List ---
slrn-users is one of them.

Then to read the mailing lists, I startup slrn via:

   slrn -DLIST

I hope this helps.
--John

------------------------------------------------------------------------------
Free Next-Gen Firewall Hardware Offer
Buy your Sophos next-gen firewall before the end March 2013 
and get the hardware for free! Learn more.
http://p.sf.net/sfu/sophos-d2d-feb

&lt;/pre&gt;</description>
    <dc:creator>John E. Davis</dc:creator>
    <dc:date>2013-02-14T04:43:45</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.network.slrn.user/2890">
    <title>Reading from a maildir</title>
    <link>http://permalink.gmane.org/gmane.network.slrn.user/2890</link>
    <description>&lt;pre&gt;Hello,

I'd love to read mailing lists in slrn's excellent "delete after reading"
paradigm, so I tried to use slrn to read messages from a maildir.
(I do know about Gmane. Unfortunately, it's not the answer to everything, e.g.
closed company-internal emails. ;)

The basic structure (one file per message) is similar to the one used by
slrnpull, so I thought it shouldn't be too far out of reach.

So I copied a maildir into my `spool_root`,
and while it shows up in the group listing (as three groups, due to the cur,
new, and tmp subfolders, but never mind that for now), I cannot enter the group
, since slrn tells me "No unread articles" (even when I give a prefix argument).

It turns out, the filenames used by the MTA are the reason
(they look like this:
"1238693874_1.1813.elzar,U=15,FMD5=e42be6580d0096a1aff2feecb8227077:2,S").
When I rename them to be just numbers (by cutting off everything after the first
dot and removing the _), slrn enters the group without issue for the first time,
but hangs (with 100% CPU usage) when trying to enter the group again.

Now I'm stumped. What would it take to get slrn to read messages from a maildir?

Thanks for your help,
Wolfgang


------------------------------------------------------------------------------
Free Next-Gen Firewall Hardware Offer
Buy your Sophos next-gen firewall before the end March 2013 
and get the hardware for free! Learn more.
http://p.sf.net/sfu/sophos-d2d-feb

&lt;/pre&gt;</description>
    <dc:creator>Wolfgang Schnerring</dc:creator>
    <dc:date>2013-02-13T18:29:14</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.network.slrn.user/2889">
    <title>Out-dated FSF address</title>
    <link>http://permalink.gmane.org/gmane.network.slrn.user/2889</link>
    <description>&lt;pre&gt;Hello,

while packaging slrn-1.0.1 for Fedora, I discovered various files quotas
postal Free Software Foundation address which is not valid any more. Current
one can be found on &amp;lt;http://www.gnu.org/licenses/old-licenses/gpl-2.0.txt&amp;gt;.
Please update license wording to deliver correct address to your users.

&lt;/pre&gt;</description>
    <dc:creator>Petr Pisar</dc:creator>
    <dc:date>2013-01-08T13:14:55</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.network.slrn.user/2888">
    <title>Re: slrn version 1.0 released</title>
    <link>http://permalink.gmane.org/gmane.network.slrn.user/2888</link>
    <description>&lt;pre&gt;
The "Latest News" should be updated over at:

http://slrn.sourceforge.net/index.html

Going to "Download" from there _does_ specify that slrn 1.0.1 is the 
current version.

You might re-post you announcement over in comp.os.os2....  I posted a 
"Heads Up" there, but your more formal announcement should be welcome 
news.

Thank you very much!
Posting now with it from my FreeBSD VPS box.
Jonesy
&lt;/pre&gt;</description>
    <dc:creator>Jonesy</dc:creator>
    <dc:date>2012-12-22T21:00:00</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.network.slrn.user/2887">
    <title>Re: slrn version 1.0 released</title>
    <link>http://permalink.gmane.org/gmane.network.slrn.user/2887</link>
    <description>&lt;pre&gt;

Fantastic news, thanks for your hard work on this one! The slrn
website has some quick details of the new version, greater details and
a few more alterations will be added in very soon.

All the best,

Andrew
&lt;/pre&gt;</description>
    <dc:creator>andrew</dc:creator>
    <dc:date>2012-12-22T00:15:18</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.network.slrn.user/2886">
    <title>slrn version 1.0 released</title>
    <link>http://permalink.gmane.org/gmane.network.slrn.user/2886</link>
    <description>&lt;pre&gt;Hi,

I am pleased to announce the release of version 1.0 of the slrn
newsreader.  Detailed information about the newsreader is available
from &amp;lt;http://www.slrn.org&amp;gt;.

The slrn source code may be obtained from

  &amp;lt;http://www.jedsoft.org/slrn/download/&amp;gt;
  &amp;lt;http://sourceforge.net/project/showfiles.php?group_id=7768&amp;gt;

While not as big of an event as the ending of the Mayan calendar or
the Winter solstice, today marks a major event for the slrn project.
As many of you know, this release is long overdue.  But the main
reason that I wanted to put out 1.0 is that I still see a number of
people using older, less reliable versions of the newsreader.  As such I
encourage all slrn users to upgrade to the new version so that we can
be on the same page.

The newsreader would not have become what it has without the support
of those that have helped in one way or another with the project.
While some them may no longer be active on Usenet, I would like to take
the opportunity to publically acknowledge a small fraction of them.
These include:

  Michael Elkins
  Matthias Friedrich
  David Gerard
  Howard Goldstein
  Andrew Greer
  Sven Guckes
  Jan Hlavacek
  Jay Maynard
  J.B. Nicholson-Owens
  Mark Olesen
  Peter J Ross
  Felix Schueller
  Andrew Strong
  Rudy Taraschi
  Thomas Wiegner
  Lloyd Zusman

I am especially grateful to Thomas Schultz for his role as the lead
developer for the 7 years that I was away from the project.

Thank you.
--John

------------------------------------------------------------------------------
LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial
Remotely access PCs and mobile devices and provide instant support
Improve your efficiency, and focus on delivering more value-add services
Discover what IT Professionals Know. Rescue delivers
http://p.sf.net/sfu/logmein_12329d2d

&lt;/pre&gt;</description>
    <dc:creator>John E. Davis</dc:creator>
    <dc:date>2012-12-21T23:16:00</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.network.slrn.user/2885">
    <title>Re: how to show number of followups in thread</title>
    <link>http://permalink.gmane.org/gmane.network.slrn.user/2885</link>
    <description>&lt;pre&gt;
As I recall, you can't modify the look of the thread list in the way you 
want to by using a macro.

I also believe there is no slrn option to do what you're aiming to do. 
But my familiarity with slrn configuration variables is not what it used 
to be.  Please do peruse 
http://slrn.sourceforge.net/docs/slrn-manual.html and check for 
yourself.  If I'm wrong about this, please do post back to the list.

This leaves modifying slrn's source code.  You could modify slrn to make 
it do what you want.  If you do this, consider adding a new 
configuration variable to make your modification settable.


------------------------------------------------------------------------------
LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial
Remotely access PCs and mobile devices and provide instant support
Improve your efficiency, and focus on delivering more value-add services
Discover what IT Professionals Know. Rescue delivers
http://p.sf.net/sfu/logmein_12329d2d

&lt;/pre&gt;</description>
    <dc:creator>J.B. Nicholson-Owens</dc:creator>
    <dc:date>2012-12-19T23:21:49</dc:date>
  </item>
  <textinput rdf:about="http://search.gmane.org/?group=$group=gmane.network.slrn.user">
    <title>Search Engine</title>
    <description>Search the mailing list at Gmane</description>
    <name>query</name>
    <link>http://search.gmane.org/?group=$group=gmane.network.slrn.user</link>
  </textinput>
</rdf:RDF>
