On 1/24/2011 10:07 AM, Donny Brooks wrote:
On 1/24/2011 8:59 AM, Donny Brooks wrote:
On 1/24/2011 8:51 AM, Clay Wright wrote:
On 01/24/2011 08:40 AM, Donny Brooks wrote:
On 1/24/2011 8:32 AM, Clay Wright wrote:
On 01/24/2011 08:20 AM, Donny Brooks wrote:

Hello Donny.

= array(
          "SOGo-Connector"
           =>   array( "application" =>   "thunderbird",
                     "version" =>   "3.104",
                     "filename" =>   "sogo-connector-3.104.xpi" ),
I think for the Connector this needs to be:

= array( "[email protected]"
           =>   array( "application" =>   "thunderbird",
                     "version" =>   "3.104",
                     "filename" =>   "sogo-connector-3.104.xpi" ),


I thought the array( "whatever" was just whatever you wanted to call the
plugin as long as it was the same in both this and the extensions.rdf?

I don't think so. It needs to be the same as what's in the Connector's
install.rdf file. That would be:

   em:id="[email protected]"


That makes sense now. Odd that it works once removed though. I will give that a shot and see what happens. Thanks!

          "SOGo-Integrator"
           =>   array( "application" =>   "thunderbird",
                     "version" =>   "3.104",
"filename" => "sogo-integrator-3.104-MDAH.xpi" ),
          "{e2fda1a4-762b-4020-b5ad-a41df1933103}"
          =>   array( "application" =>   "thunderbird",
                     "version" =>   "1.0b2.104i_win32",
"filename" => "lightning-1.0b2.104i_win32.xpi" )
);
Do you have your Lightning in a folder named "WINNT_x86-msvc" (for
Windows clients)? If not, try that.

Glad you are making progress!

I do not. That is the odd thing, if I put the files or link the files in
the same directory as the updates.php they will install but keep
thunderbird in an infinite reboot loop. As soon as I remove the links or
extra files it will start and function properly.

For Lightning, the actual xpi files will have the same name -- just
download the appropriate xpi for your architectures and put them in the
corresponding folders.


Ahhh... All I saw was the x86 version for windows. I did not see a 64-bit version so I didn't think it mattered really. I will try that also.

Donny B.
MDAH

Ok, So making the changes as indicated above I still get this in my apache access logs when the client starts up thunderbird after installing the modified integrator xpi:

10.8.3.176 - - [24/Jan/2011:09:55:05 -0600] "GET /plugins/updates.php?plugin=%7Be2fda1a4-762b-4020-b5ad-a41df1933103%7D&version=0.00&platform=WINNT_x86-msvc HTTP/1.1" 404 17 "-" "Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.9.2.13) Gecko/20101207 Thunderbird/3.1.7" 10.8.3.176 - - [24/Jan/2011:09:55:05 -0600] "GET /plugins/[email protected]&version=0.00&platform=WINNT_x86-msvc HTTP/1.1" 404 17 "-" "Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.9.2.13) Gecko/20101207 Thunderbird/3.1.7" 10.8.3.176 - - [24/Jan/2011:09:55:05 -0600] "GET /plugins/[email protected]&version=0.00&platform=WINNT_x86-msvc HTTP/1.1" 404 17 "-" "Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.9.2.13) Gecko/20101207 Thunderbird/3.1.7"

10.8.3.217 - - [24/Jan/2011:10:03:17 -0600] "GET /plugins/updates.php?plugin=%7Be2fda1a4-762b-4020-b5ad-a41df1933103%7D&version=0.00&platform=WINNT_x86-msvc HTTP/1.1" 404 17 "-" "Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.2.13) Gecko/20101207 Thunderbird/3.1.7" 10.8.3.217 - - [24/Jan/2011:10:03:17 -0600] "GET /plugins/[email protected]&version=0.00&platform=WINNT_x86-msvc HTTP/1.1" 404 17 "-" "Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.2.13) Gecko/20101207 Thunderbird/3.1.7" 10.8.3.217 - - [24/Jan/2011:10:03:17 -0600] "GET /plugins/[email protected]&version=0.00&platform=WINNT_x86-msvc HTTP/1.1" 404 17 "-" "Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.2.13) Gecko/20101207 Thunderbird/3.1.7"

Below is the extensions.rdf:

<?xml version="1.0"?>
<!DOCTYPE RDF>
<RDF xmlns="http://www.w3.org/1999/02/22-rdf-syntax-ns#";
  xmlns:isi="http://inverse.ca/sogo-integrator/";
  xmlns:em="http://www.mozilla.org/2004/em-rdf#";
  xmlns:NC="http://home.netscape.com/NC-rdf#";>
<Seq about="http://inverse.ca/sogo-integrator/extensions";
isi:updateURL="http://machine.domain.tld/plugins/updates.php?plugin=%ITEM_ID%&amp;version=%ITEM_VERSION%&amp;platform=%PLATFORM%";>
<li>
<Description
        em:id="{e2fda1a4-762b-4020-b5ad-a41df1933103}"
        em:name="Lightning"/>
</li>
<li>
<Description
        em:id="[email protected]"
        em:name="SOGo Integrator"/>
</li>
<li>
<Description
        em:id="[email protected]"
        em:name="SOGo Connector"/>
</li>

</Seq>
</RDF>

and the changed section of updates.php:

/* This script handles the automatic propagation of extensions pertaining to a
   SOGo site. It requires PHP 4.1.0 or later. */
$plugins
= array(
        "[email protected]"
         => array( "application" => "thunderbird",
                   "version" => "3.104",
                   "filename" => "sogo-connector-3.104.xpi" ),
        "[email protected]"
         => array( "application" => "thunderbird",
                   "version" => "3.104",
                   "filename" => "sogo-integrator-3.104-MDAH.xpi" ),
        "{e2fda1a4-762b-4020-b5ad-a41df1933103}"
        => array( "application" => "thunderbird",
                   "version" => "1.0b2.104i_win32",
                   "filename" => "lightning-1.0b2.104i_win32.xpi" )
);


File locations are:
/var/www/html/downloads/extensions/sogo-connector-3.104.xpi
/var/www/html/downloads/extensions/sogo-integrator-3.104-MDAH.xpi
/var/www/html/downloads/extensions/WINNT_x86-msvc/lightning-1.0b2.104i_win32.xpi
/var/www/html/plugins/updates.php


Something is not jiving here. Do I need to put the full path or relative path for the xpi files in the updates.php?

Donny B.
MDAH
Try dropping the "_win32" from the physical filename and let the folder do the work of directing client traffic to the correct file. In turn, you'll need to drop the "_win32" from within your updates.php array in both the "version" and "filename" values. I realize you're in test mode right now, but this will make it easy to deploy on different platforms. Also, I'm sure you have a reason to separate your updates.php from your downloads folder, but if it's at all possible to keep these all in the same directory, it might help things out. This is the way I have always set it up and have had good success. If you're concerned about people browsing to these locations, maybe you can modify .htaccess in the directory to meet your needs.

--
[email protected]
https://inverse.ca/sogo/lists

Reply via email to