<?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.linux.drivers.gnokii">
    <title>gmane.linux.drivers.gnokii</title>
    <link>http://permalink.gmane.org/gmane.linux.drivers.gnokii</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.linux.drivers.gnokii/12587"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.drivers.gnokii/12586"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.drivers.gnokii/12585"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.drivers.gnokii/12584"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.drivers.gnokii/12583"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.drivers.gnokii/12582"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.drivers.gnokii/12581"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.drivers.gnokii/12580"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.drivers.gnokii/12579"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.drivers.gnokii/12578"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.drivers.gnokii/12577"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.drivers.gnokii/12576"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.drivers.gnokii/12575"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.drivers.gnokii/12574"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.drivers.gnokii/12573"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.drivers.gnokii/12572"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.drivers.gnokii/12571"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.drivers.gnokii/12570"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.drivers.gnokii/12569"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.drivers.gnokii/12568"/>
      </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.linux.drivers.gnokii/12587">
    <title>[patch] writephonebook and find-free</title>
    <link>http://permalink.gmane.org/gmane.linux.drivers.gnokii/12587</link>
    <description>&lt;pre&gt;Attached is an enhanced heuristic for find-free.
It relies on using the -f flag twice with --writephonebook as this may
not be needed for every phone.

The goal is to avoid the find-free loop to start from 1 for every entry of
a vcf file, even if the first free location is 72. Using the last
successful location may often be a best bet.



regards
_______________________________________________
gnokii-users mailing list
gnokii-users&amp;lt; at &amp;gt;nongnu.org
https://lists.nongnu.org/mailman/listinfo/gnokii-users
&lt;/pre&gt;</description>
    <dc:creator>Raphaël Droz</dc:creator>
    <dc:date>2013-05-09T22:04:53</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.drivers.gnokii/12586">
    <title>Re: issue with char_mbtowc/iconv</title>
    <link>http://permalink.gmane.org/gmane.linux.drivers.gnokii/12586</link>
    <description>&lt;pre&gt;2013/5/9 Raphaël:


no, I don't think that is useful nowadays because it uses the 7-bit
ASCII character set,
in fact in the "testsuite" we set LC_MESSAGES=C to get untranslated
error messages without changing other user settings


it can be added somewhere to the wiki, but people don't need to change
that varaible and that's how setlocale() works, see the man page and
gnokii just does what every other program does and the man page says:
setlocale(LC_ALL, "");

--
Daniele Forsi
&lt;/pre&gt;</description>
    <dc:creator>Daniele Forsi</dc:creator>
    <dc:date>2013-05-09T22:02:20</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.drivers.gnokii/12585">
    <title>Re: 1249e9a and memoryoffset</title>
    <link>http://permalink.gmane.org/gmane.linux.drivers.gnokii/12585</link>
    <description>&lt;pre&gt;2013/5/9 Raphaël Droz:


that was a bad mistake on my part!


I think that "22" means "empty" in this case (and if you don't use
--overwrite then --writephonebook will check if the location is empty)


does this commit fix it?
http://git.savannah.gnu.org/cgit/gnokii.git/commit/?id=49c4d11a1dc9ae896ca9acc97e6674372f4e8ba1

--
Daniele Forsi
&lt;/pre&gt;</description>
    <dc:creator>Daniele Forsi</dc:creator>
    <dc:date>2013-05-09T21:53:01</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.drivers.gnokii/12584">
    <title>Re: issue with char_mbtowc/iconv</title>
    <link>http://permalink.gmane.org/gmane.linux.drivers.gnokii/12584</link>
    <description>&lt;pre&gt;

... it just beat me again in a subtle case, and AFAIR it's not the
first time LANG is discussed:

Using LANG=C (what is sometimes useful), gn_char_get_encoding() is
initialized to ANSI_X3.4-1968 and that's the charset chosen to treat an
input vcard file... so obviously char_mbtowc() fails (with an UTF-8 vcf).


It could be good to write it down somewhere so that other people could
understand:
$LANG not only affect the gnokii output language, but *also* the way it
treats input files (what IHMO isn't appropriate ;))


regards
&lt;/pre&gt;</description>
    <dc:creator>Raphaël</dc:creator>
    <dc:date>2013-05-09T21:34:00</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.drivers.gnokii/12583">
    <title>1249e9a and memoryoffset</title>
    <link>http://permalink.gmane.org/gmane.linux.drivers.gnokii/12583</link>
    <description>&lt;pre&gt;Hi,

in 1249e9ae, the location used by AT+CPBW=%d (in AT_WritePhonebook())
changed from:
to


I don't know the AT proto enough but from my personal use (Sagem MyX-2)
it caused a regression.


Here is the common part:



Here is what used to happen before 1249e9ae:


And here is what happens now:


What could I do against that ?



thanks
&lt;/pre&gt;</description>
    <dc:creator>Raphaël Droz</dc:creator>
    <dc:date>2013-05-09T21:12:35</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.drivers.gnokii/12582">
    <title>Re: Nk 3310; monitoring battery, detec incoming call, make datacall</title>
    <link>http://permalink.gmane.org/gmane.linux.drivers.gnokii/12582</link>
    <description>&lt;pre&gt;Hi,
sorry for my late answer.
Few years ago, a used the gnokii source code to write my own driver for a
home automation system.
Just have a look to the attached file.

I tested it in France on three different network.

Good luck.
Olivier.



2013/5/6 Stéphane Lonkeng &amp;lt;lonkeng_stephane&amp;lt; at &amp;gt;yahoo.fr&amp;gt;

#include &amp;lt;stdlib.h&amp;gt;
#include &amp;lt;stdio.h&amp;gt;
#include &amp;lt;string.h&amp;gt;

#include &amp;lt;sys/thread.h&amp;gt;
#include &amp;lt;sys/timer.h&amp;gt;

#include "../config.h"
#include "uart.h"
#include "gsm.h"

#define NOKIA_3310_HWSWV   0xD1
#define NOKIA_3310_NETW    0x0A
#define NOKIA_3310_SMSSEND 0x02
#define NOKIA_3310_ACK     0x7F

extern int gsm_form(FILE * stream, REQUEST * req);

void fbus_sync(void)
{
  uint8_t i = 0;
  char sync_w = 0x55;

  for(i=0; i&amp;lt;128; i++) { fwrite(&amp;amp;sync_w, 1, 1, uart1_fd); } fflush(uart1_fd);
}

uint8_t fbus_header(uint8_t *frame, uint8_t cmd, uint16_t data_len)
{
  /* Check the frame pointer */
  if(frame == NULL) { return 1; }
  /* Cable link */
  frame[0] = 0x1E;
  /* Destination device (ce&lt;/pre&gt;</description>
    <dc:creator>LeBomb</dc:creator>
    <dc:date>2013-05-08T22:17:15</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.drivers.gnokii/12581">
    <title>Nk 3310; monitoring battery, detec incoming call, make datacall</title>
    <link>http://permalink.gmane.org/gmane.linux.drivers.gnokii/12581</link>
    <description>&lt;pre&gt;Hi, 

I am working with Nokia 3310 with FBUS protocol (nk6110.txt). My objective is to command the phone with a PIC 18f452 of Microchip. I have to implement some functions. My first problem is that the phone does not send any frame when there is an incoming call. the other problem is I need to get the battery level value; I have read the  file nk6110.txt (0x04 type) but when I try to send the frame, the phone just reply the same ack frame which (I think) means that the frame I send is not right. I have also try to read the file nk6110.c but it is very hard for me because I'm just starting in C/C++ programming.

Frame that I send:
1E 00 0C 04 00 06 00 07 00 01 01 45 13 41
I would like to know if it is possible to make datacall using Nokia 3310

Help 
Regards
_______________________________________________
gnokii-users mailing list
gnokii-users&amp;lt; at &amp;gt;nongnu.org
https://lists.nongnu.org/mailman/listinfo/gnokii-users
&lt;/pre&gt;</description>
    <dc:creator>Stéphane Lonkeng</dc:creator>
    <dc:date>2013-05-06T14:41:02</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.drivers.gnokii/12580">
    <title>New maintainer wanted for Perl module GSM::Gnokii</title>
    <link>http://permalink.gmane.org/gmane.linux.drivers.gnokii/12580</link>
    <description>&lt;pre&gt;Hello list,

we are searching for a new maintainer of GSM::Gnokii, a module written
by H.Merijn Brand to interface Perl with libgnokii with which you can
replicate in your perl program most of the functionality available in
gnokii and customize it to suit your needs.

This module is working fine with the git version of libgnokii and the
main task of the new maintainer will be to make sure that it continues
working with future versions. He or she will decide how to develop the
module further. The code can be hosted in the gnokii-extras git
repository or where the maintainer will decide.

For any question just ask.

[1] http://search.cpan.org/~hmbrand/GSM-Gnokii-0.08/lib/GSM/Gnokii.pm
--
Daniele Forsi
&lt;/pre&gt;</description>
    <dc:creator>Daniele Forsi</dc:creator>
    <dc:date>2013-04-24T07:45:27</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.drivers.gnokii/12579">
    <title>Re: [PATCH] fix timeout when transfering large SMS folders</title>
    <link>http://permalink.gmane.org/gmane.linux.drivers.gnokii/12579</link>
    <description>&lt;pre&gt;Am 21.04.2013 19:48, schrieb Daniele Forsi:

Hello Daniele,

without the patch I could not copy the Inbox with approx 700 SMS, which 
takes about 12 min. to finish with the patch applied. The CA-45 is a 
USB-to-serial cable so speed is rather limited and the 2610 cell phone 
does not have Bluetooth. Working values for the connection parameter in 
the gnokii config file are serial, dlr3p, dku5 and dau9p, although there 
doesn't seem to be any difference in speed or functionality.
&lt;/pre&gt;</description>
    <dc:creator>Stefan Fiedler</dc:creator>
    <dc:date>2013-04-23T11:18:58</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.drivers.gnokii/12578">
    <title>Re: issue with char_mbtowc/iconv</title>
    <link>http://permalink.gmane.org/gmane.linux.drivers.gnokii/12578</link>
    <description>&lt;pre&gt;2013/4/16 Raphaël Droz:


most likely this code was written when everybody used ISO-8859-* and
later wasn't tested with model=AT + LANG=*.utf8 + non-ASCII

I modified the testuite so it will be run with make check and make
distcheck before a release and I added a test for --writephonebook
with UTF-8 data converted to UCS-2 so we will detect if it breaks in
future

--
Daniele Forsi
&lt;/pre&gt;</description>
    <dc:creator>Daniele Forsi</dc:creator>
    <dc:date>2013-04-22T18:26:49</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.drivers.gnokii/12577">
    <title>Re: [PATCH] fix timeout when transfering large SMS folders</title>
    <link>http://permalink.gmane.org/gmane.linux.drivers.gnokii/12577</link>
    <description>&lt;pre&gt;Hello Stefan,

thank you for your patch


with how many files and with which kind of connection (Bluetooth, USB)
do you get timeouts without your patch?

--
Daniele Forsi
&lt;/pre&gt;</description>
    <dc:creator>Daniele Forsi</dc:creator>
    <dc:date>2013-04-21T17:48:08</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.drivers.gnokii/12576">
    <title>[PATCH] fix timeout when transfering large SMS folders</title>
    <link>http://permalink.gmane.org/gmane.linux.drivers.gnokii/12576</link>
    <description>&lt;pre&gt;Hello everyone,

here is a small patch I wrote which fixes the hard-coded timeouts when 
copying SMS folders with many files. With the patch applied, gnokii will 
only time-out if there is no activity for a predefined period, but will 
update a keepalive timer whenever data is sent or received.

The patch applies to the latest revision in the git repository. I tested 
it with a 2610 mobile phone and a third-party CA-45 USB cable (Daipu 
brand). If you have any questions or comments please feel free to write 
me on this mailing list to which I am currently subscribed.

With best regards,
Stefan Fiedler

diff -dur gnokii.orig/common/gsm-statemachine.c gnokii/common/gsm-statemachine.c
--- gnokii.orig/common/gsm-statemachine.c2013-04-07 16:31:27.929885641 +0200
+++ gnokii/common/gsm-statemachine.c2013-04-08 04:29:48.405936104 +0200
&amp;lt; at &amp;gt;&amp;lt; at &amp;gt; -27,6 +27,9 &amp;lt; at &amp;gt;&amp;lt; at &amp;gt;
 state-&amp;gt;waiting_for_number = 0;
 state-&amp;gt;received_number = 0;
 
+state-&amp;gt;keepalive.tv_sec = 0;
+state-&amp;gt;keepalive.tv_usec = 0;
+
 return GN_ERR_NONE;
 }
 
&amp;lt; at &amp;gt;&amp;lt; at &amp;gt; -4&lt;/pre&gt;</description>
    <dc:creator>Stefan Fiedler</dc:creator>
    <dc:date>2013-04-19T11:21:02</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.drivers.gnokii/12575">
    <title>Re: Gnokii + Vodafone K3565-rev2 USB stick</title>
    <link>http://permalink.gmane.org/gmane.linux.drivers.gnokii/12575</link>
    <description>&lt;pre&gt;2013/4/18 Kris De Rocker:


but you can't send SMS if you use gnokii --smsreader and it has other
problems, instead use smsd (gnokii-smsd); here you can find some
examples of the receiving part with the file module:
http://git.savannah.gnu.org/cgit/gnokii.git/tree/smsd/examples
the man page should give you all the details

note that libgnokii version 0.6.30 had a bug which could corrupt the
text when sending multipart SMS with UCS-2 encoding, so if you need
them you should compile the version in git (see www.gnokii.org for
instructions)

--
Daniele Forsi
&lt;/pre&gt;</description>
    <dc:creator>Daniele Forsi</dc:creator>
    <dc:date>2013-04-18T14:59:56</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.drivers.gnokii/12574">
    <title>Gnokii + Vodafone K3565-rev2 USB stick</title>
    <link>http://permalink.gmane.org/gmane.linux.drivers.gnokii/12574</link>
    <description>&lt;pre&gt;Dear,

Some days ago i've received my Raspberry PI.  Because i want to use it 
as a SMS gateway (receive + send SMS) i've putted a Vodafone K3565-rev2 
USB stick on it and installed it using the tutorial on 
http://rolfblijleven.blogspot.be/2013/01/raspberry-pi-as-sms-gateway.html.

The status right now is that i can send SMS'es usign the command line, 
but i can't receive any SMS.
The tutorial said that SMS messages are stored in /tmp/sms but that 
doesn't excist...
Is there sombody here that could help me fixing this issue?


Best regards,
Kris De Rocker
&lt;/pre&gt;</description>
    <dc:creator>Kris De Rocker</dc:creator>
    <dc:date>2013-04-18T13:12:58</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.drivers.gnokii/12573">
    <title>Re: issue with char_mbtowc/iconv</title>
    <link>http://permalink.gmane.org/gmane.linux.drivers.gnokii/12573</link>
    <description>&lt;pre&gt;
fixed!
(tested both in fake mode and real use)
... but I don't understand how this could have been undetected up to now...

Anyway, thank you !
&lt;/pre&gt;</description>
    <dc:creator>Raphaël Droz</dc:creator>
    <dc:date>2013-04-16T18:14:08</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.drivers.gnokii/12572">
    <title>Re: issue with char_mbtowc/iconv</title>
    <link>http://permalink.gmane.org/gmane.linux.drivers.gnokii/12572</link>
    <description>&lt;pre&gt;2013/4/15 Raphaël Droz:


I fixed this bug which could be reproduced with the fake driver from git:
echo -e "BEGIN:VCARD\r\nFN:Régine\r\nTEL;TYPE=PREF,VOICE:0000\r\nEND:VCARD\r\n"
| gnokii --phone fake --writephonebook --vcard --overwrite
can you test it?
I also added a test as testsuite/test.1.writephonebook


you are right that the problem was "inlen" with multibyte UTF-8
because we were passing only one byte at a time, but "é" is 2 bytes
large in UCS-2 (like every character in UCS-2, that's the meaning of
"2" in the name), so "é" is 0x00 0xE9 in UCS-2BE not just 0xE9 like in
ISO-8859-*


I let iconv() use as many input bytes as it needs to complete one char


no idea, but the driver is caching some values


to get the same binary output as libgnokii you need to use UCS-2BE

--
Daniele Forsi
&lt;/pre&gt;</description>
    <dc:creator>Daniele Forsi</dc:creator>
    <dc:date>2013-04-16T17:06:43</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.drivers.gnokii/12571">
    <title>issue with char_mbtowc/iconv</title>
    <link>http://permalink.gmane.org/gmane.linux.drivers.gnokii/12571</link>
    <description>&lt;pre&gt;Trying to writephonebook with a Sagem myX-2, which correctly initialize
CSCS to UCS-2, I'm getting an issue with storing accentuated characters.

Here is the vcard:
Notice the "é".

Here is a transaction log:
# empty location
# let's convert
# let's store converted string

0052 is only the first "R" as the conversion failed after the first char.

Then I added:
in char_mbtowc(), just before iconv_open().


Here is the output:

# let's convert
# ... the number
# ... the name
# let's store converted string


From a first look, inlen and outlen could be considered as correct
because using regular ascii character instead of "é" would output the
same value.

Anyway I've the feeling "inlen" could be wrong when it comes to
converting a wide input character. In UTF-8 "é" is 2 bytes large (C3A9)
and 1 byte large in UCS-2 (E9), like it is using iso-8859-1.


What's the way to solve this correctly ?


thanks


Additional info:
* AT+CSCS=?
# but this transaction seems omitted in latest git, isn't ?

* AT+CSCS="UCS2"

&lt;/pre&gt;</description>
    <dc:creator>Raphaël Droz</dc:creator>
    <dc:date>2013-04-15T13:36:15</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.drivers.gnokii/12570">
    <title>Re: writephonebook fix + MyX-2 support</title>
    <link>http://permalink.gmane.org/gmane.linux.drivers.gnokii/12570</link>
    <description>&lt;pre&gt;
indeed.
One option is using LGPL-2.1 libvformat (http://sf.net/projects/vformat)
Otherwise I rerolled the patch a bit so the above issue should be fixed.

Let me know if gmail mess-up with the attachment again.



I let this modification up to your knowledgeable analysis.
But I'll give a look too to see if further tweaks are needed.
_______________________________________________
gnokii-users mailing list
gnokii-users&amp;lt; at &amp;gt;nongnu.org
https://lists.nongnu.org/mailman/listinfo/gnokii-users
&lt;/pre&gt;</description>
    <dc:creator>Raphaël Droz</dc:creator>
    <dc:date>2013-04-15T13:07:30</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.drivers.gnokii/12569">
    <title>Re: change SenderID to alphanumeric for outgoing msgs</title>
    <link>http://permalink.gmane.org/gmane.linux.drivers.gnokii/12569</link>
    <description>&lt;pre&gt;2013/4/5 Anna Skorokhodova (Yandex):


no because the protocol used can't do that

--
Daniele Forsi
&lt;/pre&gt;</description>
    <dc:creator>Daniele Forsi</dc:creator>
    <dc:date>2013-04-05T21:22:21</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.drivers.gnokii/12568">
    <title>change SenderID to alphanumeric for outgoing msgs</title>
    <link>http://permalink.gmane.org/gmane.linux.drivers.gnokii/12568</link>
    <description>&lt;pre&gt;Dear List,

is it possible to change SenderID for outgoing messages in gnokii?
to have sender not as number but alphanumeric word.

I do not want to get replies to this phone (nobody would read them) so 
I'd like to set it as company name.

Thanks in advance.

&lt;/pre&gt;</description>
    <dc:creator>Anna Skorokhodova (Yandex</dc:creator>
    <dc:date>2013-04-05T20:56:12</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.drivers.gnokii/12567">
    <title>Re: [1/2]: Patch smsd/sqlite: Several bug fixes / optimizations</title>
    <link>http://permalink.gmane.org/gmane.linux.drivers.gnokii/12567</link>
    <description>&lt;pre&gt;
Hello.


Thank for your patch, I applied it.

Jan

&lt;/pre&gt;</description>
    <dc:creator>Jan Derfinak</dc:creator>
    <dc:date>2013-03-27T14:38:32</dc:date>
  </item>
  <textinput rdf:about="http://search.gmane.org/?group=$group=gmane.linux.drivers.gnokii">
    <title>Search Engine</title>
    <description>Search the mailing list at Gmane</description>
    <name>query</name>
    <link>http://search.gmane.org/?group=$group=gmane.linux.drivers.gnokii</link>
  </textinput>
</rdf:RDF>
