<?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 about="http://blog.gmane.org/gmane.mail.imap.uw.c-client">
    <title>gmane.mail.imap.uw.c-client</title>
    <link>http://blog.gmane.org/gmane.mail.imap.uw.c-client</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://comments.gmane.org/gmane.mail.imap.uw.c-client/2722"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.mail.imap.uw.c-client/2717"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.mail.imap.uw.c-client/2713"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.mail.imap.uw.c-client/2712"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.mail.imap.uw.c-client/2709"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.mail.imap.uw.c-client/2703"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.mail.imap.uw.c-client/2701"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.mail.imap.uw.c-client/2696"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.mail.imap.uw.c-client/2693"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.mail.imap.uw.c-client/2689"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.mail.imap.uw.c-client/2688"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.mail.imap.uw.c-client/2682"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.mail.imap.uw.c-client/2681"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.mail.imap.uw.c-client/2672"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.mail.imap.uw.c-client/2668"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.mail.imap.uw.c-client/2662"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.mail.imap.uw.c-client/2653"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.mail.imap.uw.c-client/2650"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.mail.imap.uw.c-client/2642"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.mail.imap.uw.c-client/2638"/>
      </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://comments.gmane.org/gmane.mail.imap.uw.c-client/2722">
    <title>Automated test</title>
    <link>http://comments.gmane.org/gmane.mail.imap.uw.c-client/2722</link>
    <description>I was wondering if there is a test script or tool to do automated tests 
of imap mailboxes and MTAs. This would probably run as root and send 
emails to various addresses on the local box and check if they arrived. 
I understand it's not possible to do this for remote destinations, for 
obvious reasons. But on a local destination one could "physically" check 
the mailbox file(s).

Thanks,
Jeroen
_______________________________________________
Imap-uw mailing list
Imap-uw&lt; at &gt;u.washington.edu
http://mailman2.u.washington.edu/mailman/listinfo/imap-uw

</description>
    <dc:creator>Jeroen van Aart</dc:creator>
    <dc:date>2008-08-21T19:40:27</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.mail.imap.uw.c-client/2717">
    <title>Mark mail as archived</title>
    <link>http://comments.gmane.org/gmane.mail.imap.uw.c-client/2717</link>
    <description>
Hi again,

just asked about the ANNOTATE (METADATA) facility
in IMAP and found that it isn't good for marking my
mailing list emails as archived in our company
archive.
Seems like using flags would be another possibility
and now my question is more about UW-IMAP:

Is it possible to define your own flags? The standard
seems to allow that.

Best
Dag

_______________________________________________
Imap-uw mailing list
Imap-uw&lt; at &gt;u.washington.edu
http://mailman2.u.washington.edu/mailman/listinfo/imap-uw

</description>
    <dc:creator>Dag Nygren</dc:creator>
    <dc:date>2008-08-19T17:08:12</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.mail.imap.uw.c-client/2713">
    <title>Using hashed mail spool directories with UW IMAP server</title>
    <link>http://comments.gmane.org/gmane.mail.imap.uw.c-client/2713</link>
    <description>Hello,


             I was wondering if anyone out there has modified the
mailboxdir() and/or the sysinbox() routines to support mail spool
directories of the format

/var/spool/mail/first_letter/second_letter/username

for example

/var/spool/mail/j/o/joe

or

/var/spool/mail/b/i/bill

My C programming skills are extremely rusty.  :-)  Hoping somebody out
there has done this already.


Thanks in advance,

Jeff

</description>
    <dc:creator>Jeffrey Parker</dc:creator>
    <dc:date>2008-08-19T13:33:51</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.mail.imap.uw.c-client/2712">
    <title>IMAP annotation utility</title>
    <link>http://comments.gmane.org/gmane.mail.imap.uw.c-client/2712</link>
    <description>
Hi,

just in the process of converting my old MH mailstore to mix and run into a 
problem with my mailing list archiving connection. It would need to annotate 
the mail as archived when it is.

My question is:

Is there a simple command line utility to add an annotation to a IMAP mail?
Or a Perl iinterface for ANNOTATE?

Best
Dag
_______________________________________________
Imap-uw mailing list
Imap-uw&lt; at &gt;u.washington.edu
http://mailman2.u.washington.edu/mailman/listinfo/imap-uw

</description>
    <dc:creator>Dag Nygren</dc:creator>
    <dc:date>2008-08-18T13:46:11</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.mail.imap.uw.c-client/2709">
    <title>imap-2007b instillation - did it work?</title>
    <link>http://comments.gmane.org/gmane.mail.imap.uw.c-client/2709</link>
    <description>Hi everyone,

I am trying to build the c-client but I am unsure if the build failed or 
was successful.

Somethings you would like to know:
OS: CentOS 5.2 (final)
PAM, OpenSSL all installed
Asterisk Build :)

The first time I built the c-client there were a lot of warnings so I 
went into "src/osep/unix/ssl_unix.c"
and changed line #101 FROM:
    if (stat ("/dev/urandom",&amp;sbuf)) {
      while ((fd = open (tmpnam (tmp),O_WRONLY|O_CREAT|O_EXCL,0600)) &lt; 0)

TO:
    if (stat ("/dev/urandom",&amp;sbuf)) {
      while ((fd = open (mkstemp (tmp),O_WRONLY|O_CREAT|O_EXCL,0600)) &lt; 0)

I was getting the error:
/home/laszlo/src/imap-2007b/c-client/osdep.c:337: warning: the use of 
`tmpnam' is dangerous, better use `mkstemp'

The warnings went away but I had the same output:
Building bundled tools...
cd mtest;make
make[2]: Entering directory `/home/laszlo/src/imap-2007b/mtest'
`cat ../c-client/CCTYPE` -I../c-client `cat ../c-client/CFLAGS`   -c -o 
mtest.o mtest.c
`cat ../c-client/CCTYPE` -I../c-client `cat ../c-client/CFLAG</description>
    <dc:creator>Lee Lundrigan</dc:creator>
    <dc:date>2008-08-11T23:49:24</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.mail.imap.uw.c-client/2703">
    <title>Crash fetching an empty text part</title>
    <link>http://comments.gmane.org/gmane.mail.imap.uw.c-client/2703</link>
    <description>Hello,

I've got a php app using the php-imap extension and a segmentation fault 
occurs during a call to imap_fetchbody on a specific message and 
section. I've attached an example email message that causes my crash. It 
seems a multipart/mixed message that contains a text part with no text 
will crash when I attempt to fetch the empty part. I tried a message 
that wasn't multipart and contained only a single empty text part and no 
crash occurred.

Debugging, I see the crash occurs in memcpy called from c-client. I 
believe that the problem is in the imap_parse_string function. The crash 
scenario calls imap_parse_string with the value "{-1}" in the txtptr 
parameter. Later in the function the "-1" is extracted and passed to 
strtoul which understandably isn't terribly happy about bing asked to 
make a negative number unsigned. The crazy value returned from strtoul 
is passed down to the memcpy which crashes.

At this point I am a bit stumped. I'm not sure where that "-1" is coming 
from, though I suspect </description>
    <dc:creator>Josh Freed</dc:creator>
    <dc:date>2008-08-08T17:24:27</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.mail.imap.uw.c-client/2701">
    <title>patch: fix for rare smtp_close() crash</title>
    <link>http://comments.gmane.org/gmane.mail.imap.uw.c-client/2701</link>
    <description>_______________________________________________
Imap-uw mailing list
Imap-uw&lt; at &gt;u.washington.edu
http://mailman2.u.washington.edu/mailman/listinfo/imap-uw
</description>
    <dc:creator>Vadim Zeitlin</dc:creator>
    <dc:date>2008-08-07T22:31:00</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.mail.imap.uw.c-client/2696">
    <title>utf8_mime2text doesn't decode "ISO-8859-1''%..."</title>
    <link>http://comments.gmane.org/gmane.mail.imap.uw.c-client/2696</link>
    <description>I have a message from the latest thunderbird client that is setting the filename as:

Content-Disposition: inline;
  filename*0*=ISO-8859-1''%65%78%65%6D%70%6C%65%2D%64%E9%64%E9%6D%2D%31%2E;
  filename*1*=%35%2E%70%64%66

The issue is that utf8_mime2text isn't decoding the filename.  Is there an update to c-client that 
will correctly decode the filename?  c-client is handling the filename*#* correctly, just not 
decoding it.
_______________________________________________
Imap-uw mailing list
Imap-uw&lt; at &gt;u.washington.edu
http://mailman2.u.washington.edu/mailman/listinfo/imap-uw

</description>
    <dc:creator>Shawn Walker</dc:creator>
    <dc:date>2008-08-05T22:11:47</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.mail.imap.uw.c-client/2693">
    <title>mix conversion on live system</title>
    <link>http://comments.gmane.org/gmane.mail.imap.uw.c-client/2693</link>
    <description>i doesn't look like there is an easy way to convert people's inboxes and 
mail folders over to mix while the server is live.  i haven't delved into 
the guts of mixcvt, but i'm wondering if it locks the input folder while 
reading so that i could then hack in a quick rename into mixcvt.  but i'm 
not sure if the locking of the other tools would have already opened the 
original file and just merrily use it after the lock vanished?  what i'm 
hoping for is:

exclusive lock original
mix convert to temp
rename original to backup
rename temp to original
unlock original

so that the worst that happens is during the conversion, a user is denied 
access to the mailbox being converted.  do i have any hope?
_______________________________________________
Imap-uw mailing list
Imap-uw&lt; at &gt;u.washington.edu
https://mailman1.u.washington.edu/mailman/listinfo/imap-uw

</description>
    <dc:creator>Joe Pruett</dc:creator>
    <dc:date>2008-07-22T23:45:08</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.mail.imap.uw.c-client/2689">
    <title>imap and solaris 10 : execution process terminatedabnormally</title>
    <link>http://comments.gmane.org/gmane.mail.imap.uw.c-client/2689</link>
    <description>Hello,

I got a new mail serveur and I'm installing components.
I had no problem until I tried  to install imap.
I'm using solaris 10 on a sun T1000 server.
I compiled imap-2007b without any problem
(make options are :  gso PASSWDTYPE=pmb. The mail serveur is a ldap  
client)

When using thunderbird I can be connected to my mailbox
(i.e. ssl is ok) but when I try to delete messages in my Inbox,
I get sometimes (yes, sometimes !) the following message:

"Alert
The current command did not succeed. The mail server responded:
Execution process terminated abnormally (d)."

of course, there is nothing in the logs...

Any idea ?
thanks in advance

Bruno



_______________________________________________
Imap-uw mailing list
Imap-uw&lt; at &gt;u.washington.edu
https://mailman1.u.washington.edu/mailman/listinfo/imap-uw

</description>
    <dc:creator>Bruno Richard</dc:creator>
    <dc:date>2008-07-17T14:52:56</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.mail.imap.uw.c-client/2688">
    <title>Making multiple Imap Client Connection im my application</title>
    <link>http://comments.gmane.org/gmane.mail.imap.uw.c-client/2688</link>
    <description>_______________________________________________
Imap-uw mailing list
Imap-uw&lt; at &gt;u.washington.edu
https://mailman1.u.washington.edu/mailman/listinfo/imap-uw
</description>
    <dc:creator>Pankaj Bathwal</dc:creator>
    <dc:date>2008-07-17T08:42:29</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.mail.imap.uw.c-client/2682">
    <title>Imap Idle oddness</title>
    <link>http://comments.gmane.org/gmane.mail.imap.uw.c-client/2682</link>
    <description>my first post so hello everyone :D

I'm investigating Imap Idle + Nokia S60 and have noticed an oddness I  
hope someone can help with. Monitoring the communication using tcpdump  
I've found that the imap server (at least, over ssl) sends a packet  
every 2 minutes which is then replied to by the client. This surprises  
me as I had expected no communication for up to 29 minutes if there  
was nothing to report. Further investigation shows that this also  
happens with the Apple Mail client and that it is definitely a server- 
triggered communication.

Any ideas why there is this 2min packet exchange?

Thanks,
Robert
---
GnuPG public key:
http://www.Far-Blue.co.uk


_______________________________________________
Imap-uw mailing list
Imap-uw&lt; at &gt;u.washington.edu
https://mailman1.u.washington.edu/mailman/listinfo/imap-uw

</description>
    <dc:creator>Robert Goldsmith</dc:creator>
    <dc:date>2008-07-14T10:49:57</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.mail.imap.uw.c-client/2681">
    <title>IMAP + SSL + PHP in Windows</title>
    <link>http://comments.gmane.org/gmane.mail.imap.uw.c-client/2681</link>
    <description>Hello all:

First, hello everyone! I hope this is the right list to submit this.
Apologies if not.

Next, background. I am configuring a web-based PHP helpdesk application
that is supposed to connect to our Exchange server and download emails.
The environment is as follows --

* Windows 2008 Server
* PHP 5.2.6
-- php_imap says that its c-Client version is 2004, which is
puzzling. 
-- php_imap also says that SSL is enabled
* IIS 7

When I try connecting, I get the following message, 
----
Account being parsed is [**my email here**] 
Time Limit: unlimited secs 
Memory Limit: 64M 
Failed with error: [CLOSED] IMAP connection broken (server response)
----

After some research, I see that there have been several noted bugs with
PHP, the php_imap extension, and SSL IMAP connections (especially to
Microsoft Exchange). So, I thought I would ask whether anyone has been
successful with a situation similar to mine (where authentication
fails). If so, and, if you happen to have a compiled .DLL or two out of
the whole p</description>
    <dc:creator>Queisser, Michael Rowell</dc:creator>
    <dc:date>2008-07-08T20:11:26</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.mail.imap.uw.c-client/2672">
    <title>is 2007b stable?</title>
    <link>http://comments.gmane.org/gmane.mail.imap.uw.c-client/2672</link>
    <description>i haven't really seen announcements about the 2007 series since mark's 
departure.  is 2007b an "official" release?  it's only a few weeks old.
_______________________________________________
Imap-uw mailing list
Imap-uw&lt; at &gt;u.washington.edu
https://mailman1.u.washington.edu/mailman/listinfo/imap-uw

</description>
    <dc:creator>Joe Pruett</dc:creator>
    <dc:date>2008-06-26T22:56:07</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.mail.imap.uw.c-client/2668">
    <title>imap-2007b on SLES10SP1</title>
    <link>http://comments.gmane.org/gmane.mail.imap.uw.c-client/2668</link>
    <description>Hello,
 
I´m about to move mail server for 15000 users to a new server. The
SLES10SP1 distribution contains imap-2004. I would like to use the
newest version.
Have you any experience with imap-2007b on SLES10SP1?
There are any known issues with building and processing imap-2007b on
SLES10SP (e.g. ipv6)?

Thanks for your answers.

Jarmila Holcova
_______________________________________________
Imap-uw mailing list
Imap-uw&lt; at &gt;u.washington.edu
https://mailman1.u.washington.edu/mailman/listinfo/imap-uw

</description>
    <dc:creator>Jarmila Holcova</dc:creator>
    <dc:date>2008-06-18T14:00:30</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.mail.imap.uw.c-client/2662">
    <title>x-imapbase timestamp field being rewritten</title>
    <link>http://comments.gmane.org/gmane.mail.imap.uw.c-client/2662</link>
    <description>I'm having a problem with various users having repeated downloads of the 
messages in their mailboxes.  Most, but not all, are using Mac Mail.app, 
although I'm not sure if this makes a difference.

The problem occurs intermittently, although it does seem to appear in 
clusters, i.e. multiple users will be affected at the same time.

For some reason, the X-IMAP field (in particular the first number, the 
time stamp) is being rewritten to the current time instead of its 
original value.  This causes all the messages to have new UIDL values, 
and so the POP client thinks that these are new messages.  The field in 
question is:

X-IMAP: 1213219525 0000000002

Although if the data is not stored in a placeholder message, the header 
is named X-IMAPbase.

Does anyone have any idea why that number would be changing?
_______________________________________________
Imap-uw mailing list
Imap-uw&lt; at &gt;u.washington.edu
https://mailman1.u.washington.edu/mailman/listinfo/imap-uw

</description>
    <dc:creator>Andrew Tamm</dc:creator>
    <dc:date>2008-06-13T19:22:45</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.mail.imap.uw.c-client/2653">
    <title>imapd snarfing to mix formatted inbox</title>
    <link>http://comments.gmane.org/gmane.mail.imap.uw.c-client/2653</link>
    <description>
Although this list seems almost inactive since Mark Crispin's regrettable 
departure, I place my query here with the hope of a reply from the users' 
community. I also sent a message to the alpine-contact address listed by Mark 
in his last message, but no reply followed.
  
I intend to switch the incoming mail inboxes on the system I am administering
to the alternative mix format. I compiled and installed imapd 2007a and it
works fine, but there is one feature that I was not able to use. Mailboxes in
the mix format (or any alternative format) are recognized, but the messages
from the Unix mail spool are not snarfed into these mailboxes. On the other
hand, pine 4.64 is able to snarf messages from the mail spool files into the
alternative inboxes it recognizes, as stated in the documentation. The name and
path for these inboxes were set according to the documentation (i.e., INBOX for
mix or mbox for mbox, placed in my home directory), but imap clients do not see
them as inboxes. On the contrary, pine run dir</description>
    <dc:creator>Marius Micluta</dc:creator>
    <dc:date>2008-06-10T14:40:31</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.mail.imap.uw.c-client/2650">
    <title>Question for Mark re future of imapd &amp; Alpine</title>
    <link>http://comments.gmane.org/gmane.mail.imap.uw.c-client/2650</link>
    <description>Mark:

Just read the Seattle Times article about the massive layoff in UW's IT 
group due to reduced use of UW computing resources caused by users 
shifting to webmail and other web-based resources.

This is maybe a question for you to pass on to one of the survivors, but 
any guesses as to what this means for future imapd and Alpine work? In 
particular I've just looked at the Web Alpine software, which looks 
interesting: but I'm reluctant to put any effort into something that 
might be orphaned if UW now lacks the resources to be doing development 
work for other than strictly internal use...

Andrew
_______________________________________________
Imap-uw mailing list
Imap-uw&lt; at &gt;u.washington.edu
https://mailman1.u.washington.edu/mailman/listinfo/imap-uw

</description>
    <dc:creator>Andrew Porter</dc:creator>
    <dc:date>2008-06-02T20:19:05</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.mail.imap.uw.c-client/2642">
    <title>so long, and thanks for all the fish!</title>
    <link>http://comments.gmane.org/gmane.mail.imap.uw.c-client/2642</link>
    <description>I was laid off today.  Unfortunately, I didn't get a change to push 
imap-2007b out the door in release status, but the development tarball 
there is pretty close to my final bits.

If you have support requests for UW imapd, please send them to the Alpine 
development team at UW, alpine-contact&lt; at &gt;u.washington.edu.

It has been a privilege to work with all of you for the past 20 years.

</description>
    <dc:creator>Mark Crispin</dc:creator>
    <dc:date>2008-05-20T21:44:31</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.mail.imap.uw.c-client/2638">
    <title>Win CE Port.</title>
    <link>http://comments.gmane.org/gmane.mail.imap.uw.c-client/2638</link>
    <description>_______________________________________________
Imap-uw mailing list
Imap-uw&lt; at &gt;u.washington.edu
https://mailman1.u.washington.edu/mailman/listinfo/imap-uw
</description>
    <dc:creator>Dister Kemp</dc:creator>
    <dc:date>2008-05-19T12:07:57</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.mail.imap.uw.c-client/2635">
    <title>Using spg (search) in mail_sort</title>
    <link>http://comments.gmane.org/gmane.mail.imap.uw.c-client/2635</link>
    <description>Background: working on mods to Cambridge's Prayer webmail, which uses 
c-client.

Current issue: mail_sort works as expected, consistently, with one 
exception. Any search program (spg) passed to it seems to be completely 
ignored. I've tried many different approaches for the last 48 hours and 
nothing has worked, so I'm curious if there are known issues with this. If 
not, I'll be happy to provide any further detail (code and debugging info).

Basic relevant snip:

    search_pgm = mail_newsearchpgm();   /* Basic search program */
    search_pgm-&gt;undeleted = T;
    sort_pgm = mail_newsortpgm();
    stream-&gt;dtb-&gt;sort = &amp;mail_sort_msgs;
    sort_pgm-&gt;function = SORTARRIVAL;
    if (!
        (tmp =
         mail_sort(stream, NIL, search_pgm, sort_pgm, (SO_FREE | SE_FREE))))
    {
           return (NIL);
    }

I also tried, among other things, making an explicit assignment:

   stream-&gt;dtb-&gt;sort = &amp;mail_sort_msgs;

in order to make sure that mail_sort_msgs, with its call to 
mail_search_full, was being used.</description>
    <dc:creator>bhayden&lt; at &gt;umn.edu</dc:creator>
    <dc:date>2008-05-18T18:33:09</dc:date>
  </item>
  <textinput about="http://search.gmane.org/?group=$group=gmane.mail.imap.uw.c-client">
    <title>Search Engine</title>
    <description>Search the mailing list at Gmane</description>
    <name>query</name>
    <link>http://search.gmane.org/?group=$group=gmane.mail.imap.uw.c-client</link>
  </textinput>
</rdf:RDF>
