<?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.comp.php.suphp.general">
    <title>gmane.comp.php.suphp.general</title>
    <link>http://blog.gmane.org/gmane.comp.php.suphp.general</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.comp.php.suphp.general/666"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.php.suphp.general/665"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.php.suphp.general/664"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.php.suphp.general/662"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.php.suphp.general/661"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.php.suphp.general/660"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.php.suphp.general/658"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.php.suphp.general/657"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.php.suphp.general/656"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.php.suphp.general/655"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.php.suphp.general/650"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.php.suphp.general/646"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.php.suphp.general/634"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.php.suphp.general/629"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.php.suphp.general/627"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.php.suphp.general/625"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.php.suphp.general/620"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.php.suphp.general/619"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.php.suphp.general/618"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.php.suphp.general/616"/>
      </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.comp.php.suphp.general/666">
    <title>suphp on Solaris</title>
    <link>http://comments.gmane.org/gmane.comp.php.suphp.general/666</link>
    <description>Is it posible to install suphp on Solaris?
I have problem to install 64 bit version of suphp on Solaris 10.
I tried so far, many combination of CFLAGS,LDFLAGS etc but without luck...

LDFLAGS="-mcpu=v9 -m64"
CFLAGS="-m64"

I've got error:

g++ -DOPT_CONFIGFILE=\"/chroot/suphp/etc/suphp.conf\" -g -O2 -m64 -o
suphp API.o API_Helper.o API_Linux.o API_Linux_Logger.o Application.o
CommandLine.o Configuration.o Environment.o Exception.o File.o
GroupInfo.o IOException.o IniFile.o IniSection.o
KeyNotFoundException.o Logger.o LookupException.o
OutOfRangeException.o ParsingException.o PointerException.o
SecurityException.o SoftException.o SystemException.o UserInfo.o
Util.o
ld: fatal: file API.o: wrong ELF class: ELFCLASS32



I assume that problem is with API.o, wich is 32bit for some reason.

src/API.o: ELF 32-bit MSB even that mod_suphp.o is 64bit...
mod_suphp.o: ELF 64-bit MSB

Installation of 32bit suphp is finished without problems....

My platform is :

SunOS test2 5.10 Generic_127127-11 sun4u sparc SUNW,UltraAX-i2

Regards,
Borko
</description>
    <dc:creator>Borko Jankovic</dc:creator>
    <dc:date>2008-12-02T13:54:07</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.php.suphp.general/665">
    <title>suPHP logging</title>
    <link>http://comments.gmane.org/gmane.comp.php.suphp.general/665</link>
    <description>Hello,

with Apache httpd 2.2 there is no problem to log to syslog ErrorLog and
Custom Logs (using pipes). I am wondering if there is a way how to
redirect log of suphp module to syslog also (or at least to ErrorLog).

Thanks in advance.

Tomas Kadlec
</description>
    <dc:creator>Tomáš Kadlec</dc:creator>
    <dc:date>2008-11-27T07:33:39</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.php.suphp.general/664">
    <title>Use auto_prepend_file</title>
    <link>http://comments.gmane.org/gmane.comp.php.suphp.general/664</link>
    <description>Hi all,

I have a little probleme here. Hope someone could help me.

I want to use auto_prepend_file in a global php.ini file for multiple 
users. Each user have a different uid/gid and SuPHP executes scripts 
with uid of the owner. But the PHP file I wish to use in the 
auto_prepend_file directive is the same for all users.

Is it possible to do this ?

Best regards.
Sam
</description>
    <dc:creator>Samuel Hassine</dc:creator>
    <dc:date>2008-11-24T22:05:27</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.php.suphp.general/662">
    <title>How to limit custom php.ini options</title>
    <link>http://comments.gmane.org/gmane.comp.php.suphp.general/662</link>
    <description>Hi all,

I recently discovered the ability to have a custom php.ini when using  
suPHP (after using it for 5 years).
Is there an option or a way to limit which settings can be changed in  
the custom php.ini? I do not want my users to change the memory or  
file upload settings, but do want to offer them some other options  
(globals_on etc).


Thomas
</description>
    <dc:creator>Thomas De Groote</dc:creator>
    <dc:date>2008-11-18T06:04:15</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.php.suphp.general/661">
    <title>Allowoverride</title>
    <link>http://comments.gmane.org/gmane.comp.php.suphp.general/661</link>
    <description>Hi,

I'm new in list, I searched here something about my problem but not
found. I have working many servers with apache, php and suphp. With
the current code, if the user want set suphp (like suPHP_ConfigPath)
on .htaccess, httpd.conf need have the option "Allowoverride Options".

I want to permit the user to config "Options", to configure
"Directory" in Apache but not "suPHP_ConfigPath". Has some way?

For example, I want the user (.htacces) can set like this:
Options Indexes FollowSymLinks

But not:
suPHP_ConfigPath /home/user/public_html

The configuration AllowOverride permit or not both sets.

Thank you,

</description>
    <dc:creator>Leonardo Costa</dc:creator>
    <dc:date>2008-11-17T23:50:38</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.php.suphp.general/660">
    <title>Installation Problems with suphp 0.6.3 Under Irix 6.5</title>
    <link>http://comments.gmane.org/gmane.comp.php.suphp.general/660</link>
    <description>_______________________________________________
suPHP mailing list
suPHP-qhrM8SXbD5JCREYaNQg7v6nAVvkbxe8d&lt; at &gt;public.gmane.org
http://lists.marsching.com/mailman/listinfo/suphp
</description>
    <dc:creator>Steve Johns</dc:creator>
    <dc:date>2008-11-16T22:44:29</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.php.suphp.general/658">
    <title>Multiple Users</title>
    <link>http://comments.gmane.org/gmane.comp.php.suphp.general/658</link>
    <description>_______________________________________________
suPHP mailing list
suPHP-qhrM8SXbD5JCREYaNQg7v6nAVvkbxe8d&lt; at &gt;public.gmane.org
http://lists.marsching.com/mailman/listinfo/suphp
</description>
    <dc:creator>Dustin Schuemann</dc:creator>
    <dc:date>2008-11-09T23:44:35</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.php.suphp.general/657">
    <title>Exclude repertory with suphp / Horde / Plesk</title>
    <link>http://comments.gmane.org/gmane.comp.php.suphp.general/657</link>
    <description>
Hello,

I use suphp on a Plesk install and can't use the webmail Horde since  
it is installed in /usr/share/psa-horde with root as UID and GID. Is  
there a possibility to exclude this repertory from suphp ? If not,  
I've been suggested to make a sym link to /usr/share/psa-horde in /var/ 
www and to change the apache settings so it use this location to  
access to Horde. Will it work easily ? Last possibility I've looked  
for was to make a fresh install of Horde (or any other webmail) but  
this time in /var/www and with www-data for UID and GID. Which  
solution would be the best ?

Thank you...
</description>
    <dc:creator>Laurent Rathle</dc:creator>
    <dc:date>2008-11-04T08:54:30</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.php.suphp.general/656">
    <title>suPHP / mod_php configuration</title>
    <link>http://comments.gmane.org/gmane.comp.php.suphp.general/656</link>
    <description>_______________________________________________
suPHP mailing list
suPHP-qhrM8SXbD5JCREYaNQg7v6nAVvkbxe8d&lt; at &gt;public.gmane.org
http://lists.marsching.com/mailman/listinfo/suphp
</description>
    <dc:creator>Jack Bates</dc:creator>
    <dc:date>2008-10-03T21:32:27</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.php.suphp.general/655">
    <title>FW: Problem installing and configuring suPHP on Debian4.0Etch</title>
    <link>http://comments.gmane.org/gmane.comp.php.suphp.general/655</link>
    <description>Still no luck...

What logs could I review/provide to help pinpoint the problem.
I have noticed the suPHP log folder remains empty

Thanks, j.

-----Original Message-----
From: jamie-vpOEi5smH4AUy0mseJX/+UEOCMrvLtNR&lt; at &gt;public.gmane.org [mailto:jamie-vpOEi5smH4AUy0mseJX/+UEOCMrvLtNR&lt; at &gt;public.gmane.org] 
Sent: 02 October 2008 18:03
To: 'Jeremy Chadwick'
Cc: 'Daniel Llewellyn'; 'suphp-qhrM8SXbD5JCREYaNQg7v6nAVvkbxe8d&lt; at &gt;public.gmane.org'
Subject: RE: [suPHP] Problem installing and configuring suPHP on Debian 4.0
Etch

Thank you Jeremy I do understand and appreciate your comments and Daniel's
assistance on this matter.

I stand corrected on the 'Linux' thing, I will read digest and feedback to
you.

Kind regards, j.

-----Original Message-----
From: Jeremy Chadwick [mailto:suphp-Usqv9Coizssf82w2karJbQ&lt; at &gt;public.gmane.org] 
Sent: 02 October 2008 16:49
To: jamie-vpOEi5smH4AUy0mseJX/+UEOCMrvLtNR&lt; at &gt;public.gmane.org
Cc: 'Daniel Llewellyn'; suphp-qhrM8SXbD5JCREYaNQg7v6nAVvkbxe8d&lt; at &gt;public.gmane.org
Subject: Re: [suPHP] Problem installing and configuring suPHP on Debian 4.0
Etch

The reason Daniel isn't spelling it out for you in black and white is
because he wants you to learn.  Copy-pasting what someone tells you
teaches you nothing.  :-)

Secondly, the syntaxes you're being given and are using are flat
out wrong.  You need to pay more attention to what you're doing
and read some documentation (Apache and suPHP both).

For every handler-name entry in the [handlers] section of suphp.conf,
you need to tell the mod_suphp Apache module what handler-name to
associate itself with (so PHP will interpret the data).  You also have
to tell Apache what file extension to map to what handler-name.

For example, this would spawn the php5-cgi binary interpreter via
suPHP when Apache sees requests for a .php5 extension:

suphp.conf:
[handlers]
i-like-rice=php:/usr/bin/php5-cgi

httpd.conf:
suPHP_Engine on
AddHandler i-like-rice .php5
suPHP_AddHandler i-like-rice

Now, STOP RIGHT HERE and read those lines VERY CAREFULLY.  Notice how
many parameters suPHP_AddHandler is being given, and where the file
extension is being defined.  Just slow down and read them over a few
times.

I also urge people to use actual MIME types in their suphp.conf and
httpd.conf, as AddHandler falls under mod_mime, and that makes me often
wonder if you need a real MIME type and not just a string...

suphp.conf:
[handlers]
application/x-httpd-php=php:/usr/bin/php5-cgi

httpd.conf:
suPHP_Engine on
AddType application/x-httpd-php .php
suPHP_AddHandler application/x-httpd-php

Finally, this is not a "Linux" thing.  You're working with two specific
pieces of software: suPHP and Apache.  Neither of these are Linux, as
they both can run on BSD, Solaris, IRIX, or even Windows.

</description>
    <dc:creator>jamie-vpOEi5smH4AUy0mseJX/+UEOCMrvLtNR&lt; at &gt;public.gmane.org</dc:creator>
    <dc:date>2008-10-02T18:28:43</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.php.suphp.general/650">
    <title>Newbie question</title>
    <link>http://comments.gmane.org/gmane.comp.php.suphp.general/650</link>
    <description>
Hello,

I run into problem when I try to install Joomla on a server where  
Plesk is installed. I've heard that suphp could help me with that. It  
is mostly permissions problems to install the software or his  
components. Is it true and is there any documentation which would help  
me to set up suphp and Plesk ?

Thank you,
</description>
    <dc:creator>Laurent Rathle</dc:creator>
    <dc:date>2008-10-02T09:26:52</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.php.suphp.general/646">
    <title>Problem installing and configuring suPHP on Debian 4.0 Etch</title>
    <link>http://comments.gmane.org/gmane.comp.php.suphp.general/646</link>
    <description>_______________________________________________
suPHP mailing list
suPHP-qhrM8SXbD5JCREYaNQg7v6nAVvkbxe8d&lt; at &gt;public.gmane.org
http://lists.marsching.com/mailman/listinfo/suphp
</description>
    <dc:creator>jamie-vpOEi5smH4AUy0mseJX/+UEOCMrvLtNR&lt; at &gt;public.gmane.org</dc:creator>
    <dc:date>2008-10-01T21:42:22</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.php.suphp.general/634">
    <title>SuPHP recursive forking</title>
    <link>http://comments.gmane.org/gmane.comp.php.suphp.general/634</link>
    <description>Hi,

We have a PHP application which needs to exec off another PHP process. 
The problem is, is that when we use a command with "php" in it,
recursive forking is started.

We installed this software on a server running CPanel running SuPHP.
when we tested the software we had a catastrophic failure where
thousands of processes were being spawned off.  Through an extensive
debugging process, we were able narrow the issue down to SuPHP.  I have
attached a test script displaying this behavior.  When the script is run
from the command line, It functions correctly.  When it is run as a CGI
script on the web, it fails 2 ways: If you click the "Go POST" button,
the script runs, but the output in the log file is incorrect, being a
complete http response rather than the php version info. If the "Go GET"
button is clicked, the script will execute once in the browser, then
continue forking itself, outputting the same thing as the post method. 
Our guess is that SuPHP revisits the GET command which causes a
recursive loop.  Can you please advise us how we can get this working?

Thanks,  
J.D. Tysko
Software Engineer
BCS Engineering
_______________________________________________
suPHP mailing list
suPHP-qhrM8SXbD5JCREYaNQg7v6nAVvkbxe8d&lt; at &gt;public.gmane.org
http://lists.marsching.com/mailman/listinfo/suphp
</description>
    <dc:creator>J.D. Tysko</dc:creator>
    <dc:date>2008-09-24T21:13:54</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.php.suphp.general/629">
    <title>suphp uploaded file permissions</title>
    <link>http://comments.gmane.org/gmane.comp.php.suphp.general/629</link>
    <description>I installed libapache2-mod-suphp-0.6.2-1+etch0,but have some problems.
when I create new file with php code it's permissions seems ok.(644)
but uploaded files with same way is not.(600)

Lots of people says that file upload operation is not related with suphp.

</description>
    <dc:creator>olriss</dc:creator>
    <dc:date>2008-09-24T12:49:41</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.php.suphp.general/627">
    <title>suphp force mode on apache 1.3</title>
    <link>http://comments.gmane.org/gmane.comp.php.suphp.general/627</link>
    <description>Hello,

Does anyone tried this?

 From http://www.suphp.org/Documentation-Installation.en.html
================================================================
MODE has to be one of:
"owner": Run scripts with owner UID/GID
"force": Run scripts with UID/GID specified in Apache configuration (only supported when using Apach 2)
"paranoid": Run scripts with owner UID/GID but also check if they match the UID/GID specified in the 
Apache configuration
================================================================
But we have no problems with suPHP 0.6.3, php 5.2.6, apache 1.3.41 and --with-setid-mode=force.
Scripts are running with effective user:group as was set in suPHP_UserGroup directive of current 
virtual host, regardless of actual owner:group of php-file.

Can someone confirm this too ?

Thanks,
Alex
</description>
    <dc:creator>Alex Vorona</dc:creator>
    <dc:date>2008-09-22T17:37:32</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.php.suphp.general/625">
    <title>suPHP and symlinks revisited</title>
    <link>http://comments.gmane.org/gmane.comp.php.suphp.general/625</link>
    <description>I've seen this issue been up for debate before, but browsing through the
archives, I'm a bit unsure what common practice and solutions are. 

Imagine the following scenario:

User 1: /home/user1/html (owned by "user1")
User 2: /home/user2/html (owned by "user2")
Common (shared) code: /usr/local/commoncode (owned by "commoncode")

Symlinks:

/home/user1/html/commoncode -&gt; /usr/local/commoncode
/home/user2/html/commoncode -&gt; /usr/local/commoncode

(I've tried owning the symlinks as "userX", "commoncode" and "root".)

suPHP 0.6.2 will execute this, 0.6.3 won't ("directory /home/user1/html
not owned by commoncode"). I can't see any immediate solutions to this.

Any suggestions?

</description>
    <dc:creator>Vegard Svanberg</dc:creator>
    <dc:date>2008-09-02T08:35:30</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.php.suphp.general/620">
    <title>Implications of changing suPHP umask</title>
    <link>http://comments.gmane.org/gmane.comp.php.suphp.general/620</link>
    <description>Hi all,

I have searched the archives but find no definitive answer, hoping 
somebody can give me some guidance.

I am running suPHP on a virtual host, and using various CMS to upload 
images.
Each of these upload the files as permissions 600.
If I change the /etc/suphp.conf umask to 0022 it does create the newly 
uploaded files as permissions 644 which is what I am after.

I am just concerned about the possible security risks this may cause. I 
do not _think_ it will be a problem, because when running as apache the 
files are normally also set to 644.

Any thoughts/comments?

Thanks
Patric
</description>
    <dc:creator>Patric</dc:creator>
    <dc:date>2008-08-28T12:35:41</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.php.suphp.general/619">
    <title>easy apache / compile</title>
    <link>http://comments.gmane.org/gmane.comp.php.suphp.general/619</link>
    <description>_______________________________________________
suPHP mailing list
suPHP-qhrM8SXbD5JCREYaNQg7v6nAVvkbxe8d&lt; at &gt;public.gmane.org
http://lists.marsching.com/mailman/listinfo/suphp
</description>
    <dc:creator>Team Gtron Admin(s</dc:creator>
    <dc:date>2008-08-09T17:21:36</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.php.suphp.general/618">
    <title>Can SuPHP use mod_fcgid?</title>
    <link>http://comments.gmane.org/gmane.comp.php.suphp.general/618</link>
    <description>I'm attempting to use Apache 2.2.9 with mod_fcgid 2.2 and SuPHP 0.6.3

If I configure Apache to only use SuPHP, PHP pages work.  However scripts
are slower than mod_php in Apache.

If I configure Apache to only use mod_fcgid, PHP pages work.  However I'm
right back to my mod_php (lack of) security.

What I've tried to do is to setup SuPHP to call mod_fcgid so PHP scripts
don't have to wait for PHP to start every time.  I've had no luck in
getting this combination to work (SuPHP using mod_fcgid to start PHP
scripts).

I can get SuEXEC to call mod_fcgid to start PHP scripts, but my web site
uses mod_userdir (~username URLs.)  SuEXEC is too restrictive.

Help!

-Ron
</description>
    <dc:creator>Ron Nash</dc:creator>
    <dc:date>2008-08-08T15:27:03</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.php.suphp.general/616">
    <title>FYI - Compiling SuPHP on Solaris with Sun Studio compilers</title>
    <link>http://comments.gmane.org/gmane.comp.php.suphp.general/616</link>
    <description>I don't know if anyone has used SuPHP on Solaris, but I found the Sun
Studio compilers yield the following error:

Error: Could not find a match for std::multimap

The fix is a bit obscure but easy to do.  You can read about the how and
why here:
http://developers.sun.com/solaris/articles/cmp_stlport_libCstd.html

The fix is to define CXXFLAGS="-library=stlport4" prior to running config.
 Here are the compiler options I used to build SuPHP

export CC=cc
export CXX=CC
export CXXFLAGS="-library=stlport4"
export CFLAGS="-fast -xipo -xtarget=generic"

Then run configure with any SuPHP options you need.

-Ron
</description>
    <dc:creator>Ron Nash</dc:creator>
    <dc:date>2008-08-08T15:17:52</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.php.suphp.general/607">
    <title>Extensionless php files and forcetype issue.</title>
    <link>http://comments.gmane.org/gmane.comp.php.suphp.general/607</link>
    <description>Hello,

I have a cpanel server with Apache 2.0.63, Php 5.2.6 and suPHP 0.6.3.
I have extensionless php files like gallery, contact etc.
Up until now using htaccess as below. I used default php before.

&lt;Files gallery&gt;
ForceType application/x-httpd-php
&lt;/Files&gt;
&lt;Files contact&gt;
ForceType application/x-httpd-php
&lt;/Files&gt;

I have read online to change these to

&lt;Files gallery&gt;
ForceType x-httpd-php
&lt;/Files&gt;
&lt;Files contact&gt;
ForceType x-httpd-php
&lt;/Files&gt;

But in either case php is not getting parsed. Code is being displayed in 
browser.
Another thing I noticed is if I call the gallery file as 
domain.com/gallery/ (with forward slash) I get 404 not found error. I 
have even installed Htscanner also.

Help is appreciated.

Thanks,
Shyam.
</description>
    <dc:creator>Shyam Gopal</dc:creator>
    <dc:date>2008-07-25T07:24:05</dc:date>
  </item>
  <textinput rdf:about="http://search.gmane.org/?group=$group=gmane.comp.php.suphp.general">
    <title>Search Engine</title>
    <description>Search the mailing list at Gmane</description>
    <name>query</name>
    <link>http://search.gmane.org/?group=$group=gmane.comp.php.suphp.general</link>
  </textinput>
</rdf:RDF>
