<?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://permalink.gmane.org/gmane.mail.fetchmail.user">
    <title>gmane.mail.fetchmail.user</title>
    <link>http://permalink.gmane.org/gmane.mail.fetchmail.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.mail.fetchmail.user/10091"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.mail.fetchmail.user/10090"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.mail.fetchmail.user/10089"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.mail.fetchmail.user/10088"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.mail.fetchmail.user/10087"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.mail.fetchmail.user/10086"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.mail.fetchmail.user/10085"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.mail.fetchmail.user/10084"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.mail.fetchmail.user/10083"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.mail.fetchmail.user/10082"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.mail.fetchmail.user/10081"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.mail.fetchmail.user/10080"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.mail.fetchmail.user/10079"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.mail.fetchmail.user/10078"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.mail.fetchmail.user/10077"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.mail.fetchmail.user/10076"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.mail.fetchmail.user/10075"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.mail.fetchmail.user/10074"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.mail.fetchmail.user/10073"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.mail.fetchmail.user/10072"/>
      </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.mail.fetchmail.user/10091">
    <title>Re: [tor-talk] Socks5 and msmtp</title>
    <link>http://permalink.gmane.org/gmane.mail.fetchmail.user/10091</link>
    <description>&lt;pre&gt;
I don't see any leaks with torsocks and LD_PRELOAD. As I've not
tested fetchmail's native SOCKS method yet, I'll copy this note
to them as a possible fyi on that.
_______________________________________________
fetchmail-users mailing list
fetchmail-users&amp;lt; at &amp;gt;lists.berlios.de
https://lists.berlios.de/mailman/listinfo/fetchmail-users&lt;/pre&gt;</description>
    <dc:creator>grarpamp</dc:creator>
    <dc:date>2012-05-26T02:08:33</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.mail.fetchmail.user/10090">
    <title>Re: getting fetchmail to work with postfix</title>
    <link>http://permalink.gmane.org/gmane.mail.fetchmail.user/10090</link>
    <description>&lt;pre&gt;Am 25.05.2012 14:53, schrieb Jürgen Echter:

Add "sslcertck" at the end so that fetchmail actually verifies certificates.

You will need to select a way to teach Postfix that it properly maps
test&amp;lt; at &amp;gt;mydomain.de, or mydomain.de, is a local address - but what exactly
you need to configure depends so much on your desired overall setup that
it's not easily explained here.  Important factors are if your Postfix
needs to send mail to "another.user&amp;lt; at &amp;gt;mydomain.de" externally or deliver
internally, for instance, or if other users in "mydomain.de" are
supposed to download their mail from your own Postfix/IMAP/fetchmail
computer or your provider's mail server, and if all your mail users have
UNIX accounts, or you are offering virtual hosting instead.

This is more of a Postfix problem than a fetchmail problem.


The problem is because you did not tell Postfix (how) to handle mail for
test&amp;lt; at &amp;gt;mydomain.de. Fetchmail will usually deliver to j.echter&amp;lt; at &amp;gt;localhost.

Note that example.org is reserved and available for documentation, &lt;/pre&gt;</description>
    <dc:creator>Matthias Andree</dc:creator>
    <dc:date>2012-05-26T01:01:09</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.mail.fetchmail.user/10089">
    <title>Re: [solved] non-default "mailbox selectionfailed"</title>
    <link>http://permalink.gmane.org/gmane.mail.fetchmail.user/10089</link>
    <description>&lt;pre&gt;Am 25.05.2012 01:47, schrieb Travis Osterman:


IMAP folder naming depends on how the IMAP server maps the IMAP folder
names to directory names in the file system, and possibly how the
"namespace" and/or separator is configured.

_If_ your .maildir is actually a Maildir format, with cur/tmp/new sub
directories, and .spam.missed is one, too, then the name will likely be
either of:

spam.missed
INBOX.spam.missed
spam/missed

Because a subfolder "foo" in Maildir structures is named

Maildir/.foo

according to a convention understood by IMAP servers such as
Courier-IMAP and Dovecot.
&amp;lt;http://www.inter7.com/courierimap/README.maildirquota.html&amp;gt;
&lt;/pre&gt;</description>
    <dc:creator>Matthias Andree</dc:creator>
    <dc:date>2012-05-26T00:44:14</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.mail.fetchmail.user/10088">
    <title>Re: getting fetchmail to work with postfix</title>
    <link>http://permalink.gmane.org/gmane.mail.fetchmail.user/10088</link>
    <description>&lt;pre&gt;On Fri, May 25, 2012 at 1:53 PM, Jürgen Echter
&amp;lt;j.echter&amp;lt; at &amp;gt;echter-kuechen-elektro.de&amp;gt; wrote:

Your Postfix configuration doesn't support the domain - ensure you've
correctly configured it to support that domain, or tell fetchmail to
deliver to a domain the server is configured to support.

&lt;/pre&gt;</description>
    <dc:creator>Rob MacGregor</dc:creator>
    <dc:date>2012-05-25T16:26:53</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.mail.fetchmail.user/10087">
    <title>getting fetchmail to work with postfix</title>
    <link>http://permalink.gmane.org/gmane.mail.fetchmail.user/10087</link>
    <description>&lt;pre&gt;Hi,

i try to setup fetchmail to get mails and send them with postfix to my 
local dovecot imapd.

If i try to run fetchmail i get this in the logs:

fetchmail[4514]: 1 message for test&amp;lt; at &amp;gt;mydomain.de at mailserver.external.de.
fetchmail[4514]: reading message test&amp;lt; at &amp;gt;mydomain&amp;lt; at &amp;gt;mailserver.external.de:1 
of 1 (649 header octets) (log message incomplete)
fetchmail[4514]: connection to localhost:smtp [::1/25] failed: 
Connection refused.
postfix/smtpd[4516]: connect from localhost[127.0.0.1]
postfix/smtpd[4516]: NOQUEUE: reject: RCPT from localhost[127.0.0.1]: 
550 5.1.1 &amp;lt;test&amp;lt; at &amp;gt;mydomain.de&amp;gt;: Recipient address rejected: mydomain.de; 
from=&amp;lt;j.echter&amp;lt; at &amp;gt;mydomain.de&amp;gt; to=&amp;lt;test&amp;lt; at &amp;gt;mydomain.de&amp;gt; proto=ESMTP 
helo=&amp;lt;mehlbox.workgroup.local&amp;gt;
fetchmail[4514]: SMTP error: 550 5.1.1 &amp;lt;test&amp;lt; at &amp;gt;mydomain.de&amp;gt;: Recipient 
address rejected: mydomain.de
fetchmail[4514]: connection to localhost:smtp [::1/25] failed: 
Connection refused.
postfix/smtpd[4519]: connect from localhost[127.0.0.1]
postfix/smtpd[4519]: NOQUEUE: reject: RCPT from localhost[12&lt;/pre&gt;</description>
    <dc:creator>Jürgen Echter</dc:creator>
    <dc:date>2012-05-25T12:53:24</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.mail.fetchmail.user/10086">
    <title>Re: [solved] non-default "mailbox selectionfailed"</title>
    <link>http://permalink.gmane.org/gmane.mail.fetchmail.user/10086</link>
    <description>&lt;pre&gt;
I tried that (.spam.missed/) and .spam/.missed/ both with no luck.  I
did however spend some more time reading through the man page on
'sa-learn' which does take the directory as an argument and I can then
delete them.  With this solution, I don't need procmail or a saved a
cleartext password (but is dependent on access to cron).

#!/bin/bash
# spam training
FALSE_NEGS=/home/tosterma/.maildir/.spam.missed/
sa-learn --spam $FALSE_NEGS &amp;gt; /dev/null 2&amp;gt;&amp;amp;1
rm -f $FALSE_NEGS/new/*
rm -f $FALSE_NEGS/cur/*

Still not sure why it didn't like that directory.

&lt;/pre&gt;</description>
    <dc:creator>Travis Osterman</dc:creator>
    <dc:date>2012-05-24T23:47:57</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.mail.fetchmail.user/10085">
    <title>Re: non-default "mailbox selection failed"</title>
    <link>http://permalink.gmane.org/gmane.mail.fetchmail.user/10085</link>
    <description>&lt;pre&gt;
That's not a mailbox path - that's a file system path. Try passing the
mailbox as the argument (presumably .spam.missed).

&lt;/pre&gt;</description>
    <dc:creator>Rob MacGregor</dc:creator>
    <dc:date>2012-05-24T21:59:25</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.mail.fetchmail.user/10084">
    <title>non-default "mailbox selection failed"</title>
    <link>http://permalink.gmane.org/gmane.mail.fetchmail.user/10084</link>
    <description>&lt;pre&gt;Hello, I am trying to use fectchmail to fetch the contents of a folder
(.spam.missed/) from my courier-imap server so that I can send the
messages to spamassassin's learning program.  Using this as a guide:
http://wiki.apache.org/spamassassin/SingleUserUnixInstall#Enable_IMAP_LearnAsSpam_folder

When I invoke
$ /usr/bin/fetchmail -a -v -n --folder /home/USER/.maildir/.spam.missed/
-m '/usr/bin/sa-learn -D --spam' --fetchmailrc /home/USER/.spamtrainingpoprc

I get this:
[snip]
fetchmail: IMAP&amp;gt; A0004 LOGIN "USER" *
fetchmail: IMAP&amp;lt; A0004 OK LOGIN Ok.
fetchmail: IMAP&amp;gt; A0005 SELECT "/home/USER/.maildir/.spam.missed/"
fetchmail: IMAP&amp;lt; A0005 NO Mailbox does not exist, or must be subscribed to.
fetchmail: mailbox selection failed
fetchmail: IMAP&amp;gt; A0006 LOGOUT
fetchmail: IMAP&amp;lt; * BYE Courier-IMAP server shutting down
fetchmail: IMAP&amp;lt; A0006 OK LOGOUT completed
fetchmail: client/server synchronization error while fetching from
USER&amp;lt; at &amp;gt;domain.tld
fetchmail: 6.3.21 querying domain.tld (protocol IMAP) at Thu May 24
13:21:13 &lt;/pre&gt;</description>
    <dc:creator>Travis Osterman</dc:creator>
    <dc:date>2012-05-24T18:03:26</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.mail.fetchmail.user/10083">
    <title>Re: Fetchmail, gmail, and a new computer</title>
    <link>http://permalink.gmane.org/gmane.mail.fetchmail.user/10083</link>
    <description>&lt;pre&gt;

All,

Thanks for all the help. I ended up writing most of the script to generate
my fetchids file when I noticed that things were behaving properly! I have
no idea why I thought the setup was broken, I must have misinterpreted
something in the logs. *sigh* I hate it when that happens.

Thanks again.

Jim
&lt;/pre&gt;</description>
    <dc:creator>Jim J</dc:creator>
    <dc:date>2012-05-23T23:57:40</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.mail.fetchmail.user/10082">
    <title>Re: Fetchmail, gmail, and a new computer</title>
    <link>http://permalink.gmane.org/gmane.mail.fetchmail.user/10082</link>
    <description>&lt;pre&gt;
I share this woe. I'm only on it due to legacy and
am slowly searching for one with minimally:

*  Free
*  IMAPS/POP3S + with proper delete semantics (unlike gmail)
*  SMTPS + allow setting GECOS field to whatever (single word nickname)
*  No source IP in headers of sent mail

Anyways, I use fetchmail a lot with not many problems, ever :)
Just some usage issues that a script should solve.
&lt;/pre&gt;</description>
    <dc:creator>grarpamp</dc:creator>
    <dc:date>2012-05-23T05:16:53</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.mail.fetchmail.user/10081">
    <title>Re: Fetchmail, gmail, and a new computer</title>
    <link>http://permalink.gmane.org/gmane.mail.fetchmail.user/10081</link>
    <description>&lt;pre&gt;On Mon, 21 May 2012 23:08:56 -0400
Jim J articulated:


I still cannot fathom why people use GMail. However, with that said,
perhaps one of these URLs might prove useful:

http://support.google.com/mail/bin/answer.py?hl=en&amp;amp;answer=13289&amp;amp;topic=1668962&amp;amp;path=1669040-1668950&amp;amp;ctx=leftnav

http://support.google.com/mail/bin/answer.py?hl=en&amp;amp;answer=47948

&lt;/pre&gt;</description>
    <dc:creator>Jerry</dc:creator>
    <dc:date>2012-05-22T11:59:06</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.mail.fetchmail.user/10080">
    <title>Re: Fetchmail, gmail, and a new computer</title>
    <link>http://permalink.gmane.org/gmane.mail.fetchmail.user/10080</link>
    <description>&lt;pre&gt;-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On 2012-05-22 05:08, Jim J wrote:


gmail_name&amp;lt; at &amp;gt;gmail.com&amp;lt; at &amp;gt;pop.gmail.com GmailId113300b9c0231221
gmail_name&amp;lt; at &amp;gt;gmail.com&amp;lt; at &amp;gt;pop.gmail.com GmailId113301960baa2027
gmail_name&amp;lt; at &amp;gt;gmail.com&amp;lt; at &amp;gt;pop.gmail.com GmailId113301ca7d33b545


But I insist that you do not need it if you use imap.

- -- 
Cheers / Saludos,

Carlos E. R.
(from 11.4 x86_64 "Celadon" at Telcontar)
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.16 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAk+7XJYACgkQIvFNjefEBxoYUQCfeV0IAzPvyvAwvwTmw3GkIN8s
jVUAoKvVX24eLFj8bviJ8KuQ/smNFo1I
=HiuH
-----END PGP SIGNATURE-----
&lt;/pre&gt;</description>
    <dc:creator>Carlos E. R.</dc:creator>
    <dc:date>2012-05-22T09:29:58</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.mail.fetchmail.user/10079">
    <title>Re: Fetchmail, gmail, and a new computer</title>
    <link>http://permalink.gmane.org/gmane.mail.fetchmail.user/10079</link>
    <description>&lt;pre&gt;

Well, this is all terribly disappointing. I wish I'd known about the UIDL
flag to begin with. I think I'm going to try to generate a fetchids file
from my maildir, but I'm not entirely sure what it looks like. From the
source it looks like it might be a text file with lines something like:

&amp;lt;remote username&amp;gt;&amp;lt; at &amp;gt;pop.gmail.com &amp;lt;UID&amp;gt;

Can somebody verify this and/or post an example for me? It looks like the
UID comes from the Message-ID header field, though some of my emails don't
have one so I'm not yet sure what to do in that case.

Thanks,

Jim
&lt;/pre&gt;</description>
    <dc:creator>Jim J</dc:creator>
    <dc:date>2012-05-22T03:08:56</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.mail.fetchmail.user/10078">
    <title>Re: Fetchmail, gmail, and a new computer</title>
    <link>http://permalink.gmane.org/gmane.mail.fetchmail.user/10078</link>
    <description>&lt;pre&gt;-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On 2012-05-22 00:00, Jim J wrote:


I use gmail on two computers, and both are happy; and one of them using
both thunderbird and fetchmail. But I access using _imap_, using pop3
would be a nightmare.

I do not keep a .fetchids file.

Gmail does not delete emails, it keeps track of what you downloaded
somehow, and this index can be reset. There is a configuration place in
the gmail webmail where you can say from what date you want to download
messages.

And it breaks with pop3, do not use it.

- -- 
Cheers / Saludos,

Carlos E. R.
(from 11.4 x86_64 "Celadon" at Telcontar)
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.16 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAk+62ycACgkQIvFNjefEBxqbJgCfcMlTsl/+vym7aNav5ECZ6bcn
X/EAoLZiZjArUTKkGGGf0cG+A061j0U0
=qJYa
-----END PGP SIGNATURE-----
&lt;/pre&gt;</description>
    <dc:creator>Carlos E. R.</dc:creator>
    <dc:date>2012-05-22T00:17:43</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.mail.fetchmail.user/10077">
    <title>Re: Fetchmail, gmail, and a new computer</title>
    <link>http://permalink.gmane.org/gmane.mail.fetchmail.user/10077</link>
    <description>&lt;pre&gt;


Yes, all of this was on the old box. I agree with you on the UIDL. Does
this mean that fetchmail doesn't generate anything that I can use to
maintain state across machines? It's some gmail magic then?

Jim
&lt;/pre&gt;</description>
    <dc:creator>Jim J</dc:creator>
    <dc:date>2012-05-21T22:00:33</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.mail.fetchmail.user/10076">
    <title>Re: Fetchmail, gmail, and a new computer</title>
    <link>http://permalink.gmane.org/gmane.mail.fetchmail.user/10076</link>
    <description>&lt;pre&gt;
Nothing there suggesting UIDL support - you are running this on the old box?


And the fetchmailrc you provided was from the old box?


I have no idea what Google does or how it behaves. All I can tell you
is that nothing you've posted to this list suggests that you have UIDL
support enabled.

&lt;/pre&gt;</description>
    <dc:creator>Rob MacGregor</dc:creator>
    <dc:date>2012-05-21T21:49:04</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.mail.fetchmail.user/10075">
    <title>Re: Fetchmail, gmail, and a new computer</title>
    <link>http://permalink.gmane.org/gmane.mail.fetchmail.user/10075</link>
    <description>&lt;pre&gt;

Sorry, had to stop working yesterday.

ps -ef | egrep fetchmail
110     3069        1   0  17:34 ?      00:00:00 /usr/bin/fetchmail -f
/etc/fetchmailrc --pidfile / var/run/fetchmail/fetchmail.pid --syslog
1000    3079  1013   0  17:35 tty1  00:00:00 egrep --color-auto fetchmail

find /etc -name fetchmailrc -print
/etc/fetchmailrc

It would be really unfortunate to have to download all my email again. Are
you telling me that Gmail can detect my particular fetchmail client through
the NAT on my firewall in order to feed it only new mail? If I do have to
redownload everything, do you think it would suffice to download it
somewhere new, grab the UIDL file, and then delete the emails?

Thanks for your help,

Jim
&lt;/pre&gt;</description>
    <dc:creator>Jim J</dc:creator>
    <dc:date>2012-05-21T21:43:57</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.mail.fetchmail.user/10074">
    <title>Re: Fetchmail, gmail, and a new computer</title>
    <link>http://permalink.gmane.org/gmane.mail.fetchmail.user/10074</link>
    <description>&lt;pre&gt;


The first command I asked for the output of would have told you ;)


That could be Google doing something then - neither their POP3 or IMAP
implementations are quite standard. I suspect you'll have to enable
UIDL in your configuration file and live with having to re-download
lots of email.

&lt;/pre&gt;</description>
    <dc:creator>Rob MacGregor</dc:creator>
    <dc:date>2012-05-20T20:22:41</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.mail.fetchmail.user/10073">
    <title>Re: Fetchmail, gmail, and a new computer</title>
    <link>http://permalink.gmane.org/gmane.mail.fetchmail.user/10073</link>
    <description>&lt;pre&gt;

/etc/fetchmailrc:
set daemon 300
poll pop.gmail.com port 995 with protocol pop3
    user 'myusername' there with password 'mypassword' is 'mylocaluser'
here
    options ssl
    mda 'procmail -d %T'

I have no idea what the invocation line is, I'm using the built in Ubuntu
init script to do the launching. Best I can guess from reading the init
script it's something like: "/usr/bin/fetchmail -f /etc/fetchmailrc
--pidfile /var/run/fetchmail/fetchmail.pid". I also know it's being run as
user 'fetchmail' which has a home directory at /var/lib/fetchmail.

I have not explicitly enabled UIDL anywhere that I know of, yet fetchmail
does what I want on my old machine across reboots.

Thanks for the help,

Jim
&lt;/pre&gt;</description>
    <dc:creator>Jim J</dc:creator>
    <dc:date>2012-05-20T19:45:06</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.mail.fetchmail.user/10072">
    <title>Re: Fetchmail, gmail, and a new computer</title>
    <link>http://permalink.gmane.org/gmane.mail.fetchmail.user/10072</link>
    <description>&lt;pre&gt;
I would expect it to be in /etc actually. What do the following
commands show (fetchmail needs to be running for the first):

ps -ef | egrep fetchmail
find /etc -name fetchmailrc -print

&lt;/pre&gt;</description>
    <dc:creator>Rob MacGregor</dc:creator>
    <dc:date>2012-05-20T19:44:21</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.mail.fetchmail.user/10071">
    <title>Re: Fetchmail, gmail, and a new computer</title>
    <link>http://permalink.gmane.org/gmane.mail.fetchmail.user/10071</link>
    <description>&lt;pre&gt;
What does your fetchmail configuration file and command line look like?

If you've configured it to use UIDL then there is a file to track what
has been downloaded. Being able to see the fetchmail configuration
file and the command line will allow us to either tell you where it
is, or make a reasonable guess.

&lt;/pre&gt;</description>
    <dc:creator>Rob MacGregor</dc:creator>
    <dc:date>2012-05-20T19:23:40</dc:date>
  </item>
  <textinput rdf:about="http://search.gmane.org/?group=$group=gmane.mail.fetchmail.user">
    <title>Search Engine</title>
    <description>Search the mailing list at Gmane</description>
    <name>query</name>
    <link>http://search.gmane.org/?group=$group=gmane.mail.fetchmail.user</link>
  </textinput>
</rdf:RDF>

