My answer below :
Hi,
We didn't think about the problems it would cause, we especially didn't
think our client would be so successfull! We're trying our best to correct
this, with some luck, we'll be able to stop this activity soon, without
having to create a new release, without luck, we'll have to release a new
version that fixes this issue. Let me first explain the situation to you :
What is this client doing?
amsn is an MSN messenger clone, an Instant messenger client. We support
plugins that can be loaded into amsn to enhance its functionality. We also
support an 'auto-update' for these plugins, each time the client runs, it
will go fetch an XML file for each plugin currently available in aMSN and
see which file should be updated, then ask the user to update if needed,
if the user accepts, the auto-updater will fetch the files automatically..
Since most of these plugins are available in CVS (plugins done by our own
team), the files to fetch, as well as the XML file containing version
information on each file, are located in CVS, it seems we use viewCVS to
fetch those files.
I think the same thing happens with language files, since we release most
of the times with incomplete language files, and they are updated in the
months that follow a release, the auto-updater checks for the language
files from CVS and if the file was updated, it will update the file on the
user's machine so he gets an even more 'complete' language file...
Why is the client doing it more than once?
It does it more than once because it needs to check for each plugin that
the user has, some users may have more than one plugin, which will cause
this problem.
3 plugins are shipped by default with aMSN, so, best case scenario, each
user will fetch a minimum of 4 files on startup (the 3 plugins + 1
language file)
How can we shut it off, without further causing issues, should that be
found necessary?
We're already working on that, we found an alternate and safer solution,
we'll have to host those plugins on our website and periodically update
them to the cvs version, we'll also update the links to each file from the
XML file in CVS.. so the auto-updater will check files from our website
instead of using viewCVS. With luck, once everyone updates his plugins,
the client will fetch the XML file through our website on its next
startup. Without luck, people won't update the plugins and we'll still
have this activity (probability says once its fixed, most of the people
will update and the activity will stop or at least almost stop)...
We're still investigating this so we might find out the solution is not
good...
We also have the language files problem, which URL can't be changed...
this will be a fix for the next release I suppose, we'll try to get a
release out as soon as possible to fix this issues (as well as many other
issues we're currently working on)..
Can you give us a deadline for completly fixing this with a new release ?
(assuming plugins problem is fixed without having a new release)
On behalf of the aMSN team, I apologize for causing trouble to the SF
team, and we hope we'll fix this soon and stop causing problems...
Thank you,
KaKaRoTo
On Thu, 19 Jan 2006 11:19:10 -0500, <[EMAIL PROTECTED]> wrote:
Greetings,
My name is David Burley and I am the Senior Second Level Support
Technician
for SourceForge.net. You are being contacted as you are a project admin
for
the 'amsn' project. We have noticed a lot of activity on your project
ViewCVS interface, and it all seems to be from your software client. This
activity is quite high in volume and appears to come multiple times from
a
source IP during client startup.
What is this client doing?
Why is the client doing it more than once?
How can we shut it off, without further causing issues, should that be
found necessary?
Please respond to this message by no later than: 2006-01-26.
Thank you,
David Burley
Senior Second Level Support Technician, SourceForge.net
[EMAIL PROTECTED]
**************************************************************************
This email may contain confidential and privileged material for the sole
use of the intended recipient. Any review or distribution by others is
strictly prohibited. If you are not the intended recipient,
please contact the sender and delete all copies.
***************************************************************************
--
KaKaRoTo
-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems? Stop! Download the new AJAX search engine that makes
searching your log files as easy as surfing the web. DOWNLOAD SPLUNK!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642
_______________________________________________
Amsn-devel mailing list
Amsn-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/amsn-devel
