Re: Simple Sticky LB WAS: Invitation to HTTPD commiters in tomcat-dev

2004-07-21 Thread Viktor Hevesi
Dobry den,

nizsie uvedeny mail NEBOL DORUCENY. Dopiste, prosim, k predmetu mailu
NIE SPAM a znova ho poslite. V buducich mailoch uz NIE SPAM pisat
nemusite.

   Antispamovy filter Oddych.sk


Nedoruceny mail:


GL Mladen Turk wrote:

 Ok, just wanted to clear if we are going to make another compromise :),
 since sticky sessions are tightly coupled with the load balancer itself and
 the way it decides the client route.

GL In theory sticky sessions shouldn't be tightly coupled like this - it
GL should be a case of plan a) stick to the same server, else revert to
GL plan b).

GL In this case plan B could be simple DNS round robin, or it could be a
GL load balancer, in other words another module entirely.

GL This raises a question - what order do the modules run in? In theory the
GL sticky module should run last, in other words a load balancer (or DNS
GL round robin, or whatever) orders the IPs based on some criteria (load,
GL or round robin, or whatever), and then the sticky module takes the
GL sticky server identified by the cookie/parameter and moves that sticky
GL IP on top of the list.

GL I suppose in this case the load balancer would run HOOK_MIDDLE, and
GL sticky would run HOOK_LAST.

GL Regards,
GL Graham
GL --


-=x=-
Skontrolované antivírovým programom NOD32


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: [GUMP@brutus]: jakarta-tomcat-catalina/jakarta-tomcat-catalina success

2004-07-21 Thread Viktor Hevesi
Dobry den,

nizsie uvedeny mail NEBOL DORUCENY. Dopiste, prosim, k predmetu mailu
NIE SPAM a znova ho poslite. V buducich mailoch uz NIE SPAM pisat
nemusite.

   Antispamovy filter Oddych.sk


Nedoruceny mail:


bao To whom it may engage...

bao This is an automated request, but not an unsolicited one. For 
bao more information please visit
bao http://gump.apache.org/nagged.html, 
bao and/or contact folk at [EMAIL PROTECTED]

bao Project jakarta-tomcat-catalina contains errors.
bao Project State : 'Success'

bao Full details are available at:

bao
bao 
http://brutus.apache.org/gump/public/jakarta-tomcat-catalina/jakarta-tomcat-catalina/index.html

bao That said, some snippets follow:


bao The following annotations were provided:
bao  -DEBUG- Jar [naming-resources.jar] identifier set to jar basename: 
[naming-resources]
bao  -DEBUG- Jar [servlets-default.jar] identifier set to jar basename: 
[servlets-default]
bao  -DEBUG- Jar [naming-common.jar] identifier set to jar basename: [naming-common]
bao  -DEBUG- Jar [catalina.jar] identifier set to jar basename: [catalina]
bao  -DEBUG- Jar [bootstrap.jar] identifier set to jar basename: [bootstrap]
bao  -DEBUG- Jar [servlets-common.jar] identifier set to jar basename: 
[servlets-common]
bao  -DEBUG- Jar [servlets-invoker.jar] identifier set to jar basename: 
[servlets-invoker]
bao  -ERROR- Unhandled Property: tomcat33.home on:
bao gump.model.builder.Ant instance at 0x40dcba8c
bao  -DEBUG- Dependency on javamail exists, no need to add for property mail.jar.
bao  -DEBUG- Dependency on jaf exists, no need to add for property activation.jar.
bao  -DEBUG- Dependency on jmx exists, no need to add for property jmx.jar.
bao  -DEBUG- Dependency on jakarta-servletapi-5-servlet exists,
bao no need to add for property servlet-api.jar.
bao  -DEBUG- Dependency on jakarta-servletapi-5-jsp exists, no
bao need to add for property jsp-api.jar.
bao  -DEBUG- Dependency on xml-xerces exists, no need to add for property 
xml-apis.jar.
bao  -DEBUG- Dependency on xml-xerces exists, no need to add for property 
xercesImpl.jar.
bao  -DEBUG- Dependency on jakarta-tomcat-util exists, no need
bao to add for property tomcat-util.jar.
bao  -DEBUG- Dependency on commons-logging exists, no need to
bao add for property commons-logging-api.jar.
bao  -DEBUG- Dependency on ant exists, no need to add for property ant.home.
bao  -DEBUG- Dependency on jsse exists, no need to add for property jsse.home.
bao  -DEBUG- Dependency on jmx exists, no need to add for property jmx.home.
bao  -DEBUG- Dependency on jmx exists, no need to add for property jmxtools.jar.
bao  -DEBUG- Dependency on jndi exists, no need to add for property jndi.home.
bao  -DEBUG- Dependency on jakarta-regexp exists, no need to add for property 
regexp.home.
bao  -DEBUG- Dependency on jakarta-regexp exists, no need to add for property 
regexp.jar.
bao  -DEBUG- Dependency on javamail exists, no need to add for property mail.home.
bao  -DEBUG- Dependency on jaf exists, no need to add for property activation.home.
bao  -DEBUG- Dependency on jakarta-tomcat-coyote exists, no
bao need to add for property tomcat-coyote.home.


bao The following work was performed:
bao 
http://brutus.apache.org/gump/public/jakarta-tomcat-catalina/jakarta-tomcat-catalina/gump_work/build_jakarta-tomcat-catalina_jakarta-tomcat-catalina.html
bao Work Name:
bao build_jakarta-tomcat-catalina_jakarta-tomcat-catalina (Type:
bao Build)
bao State: Success
bao Elapsed: 21 secs
bao Command Line: java -Djava.awt.headless=true
bao 
-Xbootclasspath/p:/usr/local/gump/public/workspace/xml-xerces2/java/build/xercesImpl.jar:/usr/local/gump/public/workspace/xml-xerces2/java/build/xml-apis.jar:/usr/local/gump/public/workspace/xml-xalan/java/build/xalan-unbundled.jar:/usr/local/gump/public/workspace/xml-commons/java/external/build/xml-apis.jar
bao org.apache.tools.ant.Main
bao -Dgump.merge=/usr/local/gump/public/gump/work/merge.xml
bao -Dbuild.sysclasspath=only -Dtomcat33.home=*Unset*
bao 
-Djsp-api.jar=/usr/local/gump/public/workspace/jakarta-servletapi-5/jsr152/dist/lib/jsp-api.jar
bao -Djmx.jar=/usr/local/gump/packages/jmx-1_2-ri/lib/jmxri.jar
bao -Djmx.home=/usr/local/gump/packages/jmx-1_2-ri
bao -Djdbc20ext.jar=/usr/local/gump/packages/jdbc2_0/jdbc2_0-stdext.jar
bao -Djtc.home=/usr/local/gump/public/workspace/jakarta-tomcat-connectors
bao -Dmail.home=/usr/local/gump/packages/javamail-1.3
bao -Dant.home=/usr/local/gump/public/workspace/ant/dist
bao -Dsite2.home=/usr/local/gump/public/workspace/jakarta-site2
bao 
-Dcommons-collections.jar=/usr/locsr/local/gump/public/workspace/jakarta-tomcat-catalina/build
bao 
-Dcommons-launcher.jar=/usr/local/gump/public/workspace/jakarta-commons/launcher/dist/bin/commons-launcher.jar
bao -Dtomcat.build=/usr/local/gump/public/workspace/jakarta-tomcat-catalina/build
bao -Dregexp.home=/usr/local/gump/public/workspace/jakarta-regexp/build
bao 

Re: DO NOT REPLY [Bug 30236] New: - host-independent URI-to-worker mappings do not work with isapi_redirect.dll

2004-07-21 Thread Viktor Hevesi
Dobry den,

nizsie uvedeny mail NEBOL DORUCENY. Dopiste, prosim, k predmetu mailu
NIE SPAM a znova ho poslite. V buducich mailoch uz NIE SPAM pisat
nemusite.

   Antispamovy filter Oddych.sk


Nedoruceny mail:


bao DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
bao RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
bao http://issues.apache.org/bugzilla/show_bug.cgi?id=30236.
bao ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
bao INSERTED IN THE BUG DATABASE.

bao http://issues.apache.org/bugzilla/show_bug.cgi?id=30236

bao host-independent URI-to-worker mappings do not work with isapi_redirect.dll

baoSummary: host-independent URI-to-worker mappings do not work with
bao isapi_redirect.dll
baoProduct: Tomcat 5
baoVersion: 5.0.25
bao   Platform: PC
bao OS/Version: Windows NT/2K
bao Status: NEW
bao   Severity: Major
bao   Priority: Other
bao  Component: Native:Integration
bao AssignedTo: [EMAIL PROTECTED]
bao ReportedBy: [EMAIL PROTECTED]


bao The URI handed to map_uri_to_worker() in jk_isapi_plugin.c always contains the
bao host and port screwing up virtual host-independent URI-to-worker mappings.

bao I did a little digging and discovered that this has apparently been broken since
bao revision 1.19 (i.e. 1.18 contains code that makes sense).  The apparent fix is
bao attached.

bao -
bao To unsubscribe, e-mail: [EMAIL PROTECTED]
bao For additional commands, e-mail:
bao [EMAIL PROTECTED]


-=x=-
Skontrolované antivírovým programom NOD32


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: Simple Sticky LB WAS: Invitation to HTTPD commiters in tomcat-dev

2004-07-21 Thread Viktor Hevesi
Dobry den,

nizsie uvedeny mail NEBOL DORUCENY. Dopiste, prosim, k predmetu mailu
NIE SPAM a znova ho poslite. V buducich mailoch uz NIE SPAM pisat
nemusite.

   Antispamovy filter Oddych.sk


Nedoruceny mail:


 

MT Graham Leggett wrote:

  sticky sessions are tightly coupled with the load 
 balancer 
  itself and the way it decides the client route.
 
 In theory sticky sessions shouldn't be tightly coupled like 
 this - it should be a case of plan a) stick to the same 
 server, else revert to plan b).
 

MT Yes, but why would you wish to separate those?
MT The stickiness is the part of load balancer, and merely flags the connection
MT to a particular remote so that the load balancer can skip the Remote
MT selection, cause it already selected the Remote in some previous
MT transaction.
MT Something different is the way the load balancer selects the Remote, and
MT that can be separated if the separation is needed at all, but I doubt that.

 
 I suppose in this case the load balancer would run 
 HOOK_MIDDLE, and sticky would run HOOK_LAST.


MT I'm not that familiar with mod_proxy code, so please no hooks, not jet :)


MT MT.


-=x=-
Skontrolované antivírovým programom NOD32


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: IIS-Tomcat connector bugs

2004-07-21 Thread Viktor Hevesi
Dobry den,

nizsie uvedeny mail NEBOL DORUCENY. Dopiste, prosim, k predmetu mailu
NIE SPAM a znova ho poslite. V buducich mailoch uz NIE SPAM pisat
nemusite.

   Antispamovy filter Oddych.sk


Nedoruceny mail:


JH I have been pounding my head into the wall trying to get 
JH isapi_redirect.dll working on IIS 6.0.

JH There are 3 bugs here with isapi_redirect and its docs as they stand
JH today -- only one directly of Microsoft's making, it appears:

JH *1) The URI handed to map_uri_to_worker() in jk_isapi_plugin.c always
JH contains the host and port screwing up virtual host-independent 
JH URI-to-worker mappings.*

JH I did a little digging and discovered that this has apparently been
JH broken since revision 1.19 (i.e. 1.18 worked).  The apparent fix is as
JH follows:

JH --- jk_isapi_plugin.orig.c  2004-02-24 01:45:50.0 -0600
JH +++ jk_isapi_plugin.c   2004-07-21 12:11:50.0 -0500
JH @@ -718,14 +718,13 @@
JH  jk_log(logger, JK_LOG_DEBUG,
JH In HttpFilterProc Virtual Host redirection
JH of %s\n,
JH snuri);
JH -} else {
JH - strncpy(snuri, uri, sizeof(snuri));
JH -   }
JH +worker = map_uri_to_worker(uw_map, snuri, logger);
JH +}
JH  if (!worker) {
JH  jk_log(logger, JK_LOG_DEBUG,
JH In HttpFilterProc test Default redirection
JH of %s\n,
JH uri);
JH -worker = map_uri_to_worker(uw_map, snuri, logger);
JH +worker = map_uri_to_worker(uw_map, uri, logger);
JH  }

JH  if (worker) {

JH I have filed this as bug 30236 
JH http://issues.apache.org/bugzilla/show_bug.cgi?id=30236.

JH Just to add an example:

JH /examples/*=ajp13

JH will no longer work with the current code but

JH /fullhostname/examples/*=ajp13

JH does.

JH *2) isapi_install.vbs has hard-wired references throughout to 
JH isapi_redirector.dll.  Unfortunately, the default name of the DLL and
JH that used throughout all the documentation bundled and otherwise is
JH isapi_redirect.dll.*

JH This leads to *very* confusing failures to load the connector into IIS.
JH Once this apparent typo is corrected, this script works great.

JH I have filed this as bug 30238 
JH http://issues.apache.org/bugzilla/show_bug.cgi?id=30238.

JH *3) Connector documentation is not up-to-date for IIS 6 Changes*

JH The IIS portion of the Tomcat connector documentation makes no mention
JH of the extra steps required to get the connectors working with IIS 6.
JH These are clearly documented elsewhere on the web 
JH (http://www.rit.edu/~ack5504/tomcat-iis6-howto/tomcat-iis6-howto.html
JH http://www.rit.edu/%7Eack5504/tomcat-iis6-howto/tomcat-iis6-howto.html
JH amongst other places), so there is little reason not to incorporate this
JH information.  Not bundling this information leaves most people 
JH attempting this configuration completely lost -- and they just give up.

JH I have filed this as bug 30239 
JH http://issues.apache.org/bugzilla/show_bug.cgi?id=30239.

JH That's it for the moment

JH --
JH Jess Holle


-=x=-
Skontrolované antivírovým programom NOD32


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: cvs commit: jakarta-tomcat-connectors/jk/xdocs/jk iishowto.xml

2004-07-21 Thread Viktor Hevesi
Dobry den,

nizsie uvedeny mail NEBOL DORUCENY. Dopiste, prosim, k predmetu mailu
NIE SPAM a znova ho poslite. V buducich mailoch uz NIE SPAM pisat
nemusite.

   Antispamovy filter Oddych.sk


Nedoruceny mail:


yao yoavs   2004/07/21 11:06:13

yao   Modified:webapps/docs changelog.xml
yaojk/xdocs/jk iishowto.xml
yao   Log:
yao   Addressed Bugzilla 30239, out-of-date docs for IIS how-to.
  
yao   Revision  ChangesPath
yao   1.71  +26 -1
yao jakarta-tomcat-catalina/webapps/docs/changelog.xml
  
yao   Index: changelog.xml
yao  
yao ===
yao   RCS file:
yao /home/cvs/jakarta-tomcat-catalina/webapps/docs/changelog.xml,v
yao   retrieving revision 1.70
yao   retrieving revision 1.71
yao   diff -u -r1.70 -r1.71
yao   --- changelog.xml17 Jun 2004 01:26:20 -  1.70
yao   +++ changelog.xml21 Jul 2004 18:06:13 -  1.71
yao   @@ -14,13 +14,38 @@
   
yaobody
   
yao   +section name=Tomcat 5.0.28 (yoavs)
yao   +  subsection name=General
yao   +changelog
yao   +  fix
yao   +bug30239/bug: Updated IIS how-to to link to
yao Wiki page with instrutions for IIS 5 and IIS 6 configurations.
yao (yoavs)
yao   +  /fix
yao   +/changelog
yao   +  /subsection
yao   +
yao   +  subsection name=Catalina
yao   +  /subsection
yao   +
yao   +  subsection name=Coyote
yao   +  /subsection
yao   +  
yao   +  subsection name=Jasper
yao   +  /subsection
yao   +  
yao   +  subsection name=Cluster
yao   +  /subsection
yao   +
yao   +  subsection name=Webapps
yao   +  /subsection
yao   +/section
yao   +
yaosection name=Tomcat 5.0.27 (yoavs)
yao  subsection name=General
yaochangelog
yao  updateUpdated dependencies on commons-dbcp (to
yao 1.2.1), commons-pool (to 1.2), and commons-logging (to 1.0.4).
yao (yoavs)
yao  /update
yao  fix
yao   -bug29368/bug: Replaced references to
yao xmlParserAPIs.jar with xml-apis.jar, as the former is now
yao deprecated in Xerces.  Users wishing to use old versions of
yao Xerces that don't have xml-apis.jar can still do so without a
yao problem.  Users wishing to build tomcat using xmlParserAPIs.jar
yao instead of xml-apis.jar can also do so with a trivial edit in the
yao build.xml file.
yao   +bug29368/bug: Replaced references to
yao xmlParserAPIs.jar with xml-apis.jar, as the former is now
yao deprecated in Xerces.  Users wishing to use old versions of
yao Xerces that don't have xml-apis.jar can still do so without a
yao problem.  Users wishing to build tomcat using xmlParserAPIs.jar
yao instead of xml-apis.jar can also do so with a trivial edit in the
yao build.xml file. (yoavs)
yao  /fix
yao/changelog
yao  /subsection
  
  
  
yao   1.7   +11 -3
yao jakarta-tomcat-connectors/jk/xdocs/jk/iishowto.xml
  
yao   Index: iishowto.xml
yao  
yao ===
yao   RCS file:
yao /home/cvs/jakarta-tomcat-connectors/jk/xdocs/jk/iishowto.xml,v
yao   retrieving revision 1.6
yao   retrieving revision 1.7
yao   diff -u -r1.6 -r1.7
yao   --- iishowto.xml 4 Mar 2004 04:46:34 -   1.6
yao   +++ iishowto.xml 21 Jul 2004 18:06:13 -  1.7
yao   @@ -19,6 +19,7 @@
yaotitleIIS HowTo/title
yaoauthor email=[EMAIL PROTECTED]Henri Gomez/author
yaoauthor email=[EMAIL PROTECTED]Gal Shachor/author
yao   +author email=[EMAIL PROTECTED]Yoav Shapira/author
yaodate$Date$/date
yao/properties
   
yao   @@ -71,10 +72,10 @@
yaoWinNT4.0-i386 SP4/SP5/SP6a (should be able to work with
yao other service packs), Win2K and WinXP and Win98
yao/li
yaoli
yao   -IIS4.0 and PWS4.0
yao   +IIS4.0 and PWS4.0 (numerous people have working IIS 5 and IIS 6 configurations)
yao/li
yaoli
yao   -Tomcat 3.2.x, Tomcat 3.3.x, Tomcat 4.0.x, Tomcat 4.1.x and Tomcat 5
yao   +Tomcat 3.2 and later, Tomcat 4.x and Tomcat 5
yao/li
yao/ul
yao/p
yao   @@ -85,6 +86,13 @@
yao/p
yao/subsection
   
yao   +subsection name=IIS 5 and 6 Notes
yao   +p
yao   +There are extra steps you need to take for configuring
yao Tomcat with IIS 5 and 6.  Please see the appropriate links from 
yao   +a
yao href=http://wiki.apache.org/jakarta-tomcat/Tomcat_2fLinks;Tomcat
yao Useful Links/a.
yao   +/p
yao   +/subsection
yao   +
yaosubsection name=Who support ajp protocols ?
yaop
yaoThe ajp12 protocol is only available in Tomcat 3.2.x and 3.3.x.
yao   @@ -92,7 +100,7 @@
   
yaop
yaoThe bajp12/b has been bdeprecated/b with Tomcat
yao 3.3.x and you should use instead 
yao   -bajp13/b which is the only ajp protocol known by Tomcat 4.0.x, 4.1.x and 5.
yao   +bajp13/b which is the only ajp protocol known by Tomcat 4.x and 5.
yao/p
   
yaop
  
  
  

yao -
yao To unsubscribe, e-mail: [EMAIL PROTECTED]
yao For additional commands, e-mail:
yao [EMAIL 

Re: Simple Sticky LB WAS: Invitation to HTTPD commiters in tomcat-dev

2004-07-21 Thread Viktor Hevesi
Dobry den,

nizsie uvedeny mail NEBOL DORUCENY. Dopiste, prosim, k predmetu mailu
NIE SPAM a znova ho poslite. V buducich mailoch uz NIE SPAM pisat
nemusite.

   Antispamovy filter Oddych.sk


Nedoruceny mail:


I suppose in this case the load balancer would run HOOK_MIDDLE, and
sticky would run HOOK_LAST.

FHD cool, and then have the server just try them in that order?
FHD ie, if the sticky server went down, it just takes the next one
FHD from the
FHD list (and that list should be ordered well since it comes from the LB algorithm)

FHD correct assumption?

FHD Filip

FHD - Original Message -
FHD From: Mladen Turk [EMAIL PROTECTED]
FHD To: 'Tomcat Developers List' [EMAIL PROTECTED]
FHD Sent: Wednesday, July 21, 2004 1:12 PM
FHD Subject: RE: Simple Sticky LB WAS: Invitation to HTTPD commiters in tomcat-dev




FHD Graham Leggett wrote:

  Yes, but why would you wish to separate those?

 Because they are two separate behaviours that could quite
 easily be used independantly of each other.


FHD OK, it makes sense.


  I'm not that familiar with mod_proxy code, so please no
 hooks, not jet
  :)

 I am familiar with the code, so don't be afraid of the hooks,
 as I'm quite willing to tell you where things go :)


FHD So, where do you see a lb code in the mod_proxy tree. Do you have some ideas
FHD where will it fit?
FHD It would be also good if you could make some p-code of the mod_proxy or some
FHD data flow diagram.

FHD Also do you need our support on coding?
FHD It would be perhaps better that you write the function prototypes that need
FHD some lb behavior returnig somethig like not_implemented or just mark some /*
FHD TODO: ...*/ in the code.

FHD MT.



FHD -
FHD To unsubscribe, e-mail: [EMAIL PROTECTED]
FHD For additional commands, e-mail:
FHD [EMAIL PROTECTED]


-=x=-
Skontrolované antivírovým programom NOD32


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: cvs commit: jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/servlet JspServlet.java

2004-07-21 Thread Viktor Hevesi
Dobry den,

nizsie uvedeny mail NEBOL DORUCENY. Dopiste, prosim, k predmetu mailu
NIE SPAM a znova ho poslite. V buducich mailoch uz NIE SPAM pisat
nemusite.

   Antispamovy filter Oddych.sk


Nedoruceny mail:


lao luehe   2004/07/21 11:54:18

lao   Modified:jasper2/src/share/org/apache/jasper/servlet JspServlet.java
lao   Log:
lao   Added setJspReloadCount method
  
lao   Revision  ChangesPath
lao   1.37  +10 -0
lao jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/servlet/JspServlet.java
  
lao   Index: JspServlet.java
lao  
lao ===
lao   RCS file:
lao 
/home/cvs/jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/servlet/JspServlet.java,v
lao   retrieving revision 1.36
lao   retrieving revision 1.37
lao   diff -u -r1.36 -r1.37
lao   --- JspServlet.java  16 Apr 2004 23:01:29 -  1.36
lao   +++ JspServlet.java  21 Jul 2004 18:54:18 -  1.37
lao   @@ -100,6 +100,16 @@
   
   
lao/**
lao   + * Resets the JSP reload counter.
lao   + *
lao   + * @param count Value to which to reset the JSP reload counter
lao   + */
lao   +public void setJspReloadCount(int count) {
lao   +this.rctxt.setJspReloadCount(count);
lao   +}
lao   +
lao   +
lao   +/**
lao * Gets the number of JSPs that have been reloaded.
lao *
lao * pThis info may be used for monitoring purposes.
  
  
  

lao -
lao To unsubscribe, e-mail: [EMAIL PROTECTED]
lao For additional commands, e-mail:
lao [EMAIL PROTECTED]


-=x=-
Skontrolované antivírovým programom NOD32


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]