4.0.2: Element type tlib-version must be declared.
When I try to use a JSP 1.2 style taglib definition file, I get an exception JasperException: XML parsing error on file /WEB-INF/tabtags.tld, Element type tlib-version must be declared. My file validates against this dtd: http://java.sun.com/dtd/web-jsptaglibrary_1_2.dtd. Is there some switch somewhere to turn on JSP 1.2 dtds? cc org.apache.jasper.JasperException: XML parsing error on file /WEB-INF/tabtags.tld: (line 11, col 17): Element type tlib-version must be declared. at org.apache.jasper.parser.ParserUtils.parseXMLDocument(ParserUtils.java:218) at org.apache.jasper.compiler.TagLibraryInfoImpl.parseTLD(TagLibraryInfoImpl.java:283) at org.apache.jasper.compiler.TagLibraryInfoImpl.(TagLibraryInfoImpl.java:219) at org.apache.jasper.compiler.JspParseEventListener.processTaglibDirective(JspParseEventListener.java:1164) at org.apache.jasper.compiler.JspParseEventListener.handleDirective(JspParseEventListener.java:758) at org.apache.jasper.compiler.DelegatingListener.handleDirective(DelegatingListener.java:121) at org.apache.jasper.compiler.Parser$Directive.accept(Parser.java:255) at org.apache.jasper.compiler.Parser.parse(Parser.java:1145) at org.apache.jasper.compiler.Parser.parse(Parser.java:1103) at org.apache.jasper.compiler.Parser.parse(Parser.java:1099) at org.apache.jasper.compiler.ParserController.parse(ParserController.java:213) at org.apache.jasper.compiler.Compiler.compile(Compiler.java:210) at org.apache.jasper.servlet.JspServlet.loadJSP(JspServlet.java:552) at org.apache.jasper.servlet.JspServlet$JspServletWrapper.loadIfNecessary(JspServlet.java:177) at org.apache.jasper.servlet.JspServlet$JspServletWrapper.service(JspServlet.java:189) at org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:382) at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:474) at javax.servlet.http.HttpServlet.service(HttpServlet.java:853) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:247) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:193) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:243) at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:566) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:190) at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:566) at org.apache.catalina.valves.CertificatesValve.invoke(CertificatesValve.java:246) at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:564) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943) at org.apache.catalina.core.StandardContext.invoke(StandardContext.java:2343) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:180) at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:566) at org.apache.catalina.valves.ErrorDispatcherValve.invoke(ErrorDispatcherValve.java:170) at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:564) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:170) at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:564) at org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:468) at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:564) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:174) at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:566) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943) at org.apache.catalina.connector.http.HttpProcessor.process(HttpProcessor.java:1012) at org.apache.catalina.connector.http.HttpProcessor.run(HttpProcessor.java:1107) at java.lang.Thread.run(Thread.java:536) -- To unsubscribe: mailto:[EMAIL PROTECTED] For additional commands: mailto:[EMAIL PROTECTED] Troubles with the list: mailto:[EMAIL PROTECTED]
Re: 4.0.2: Element type tlib-version must be declared.
I knew it would be something easy! Thanks. cc Craig R. McClanahan wrote: On Mon, 18 Mar 2002, Christopher Cobb wrote: Date: Mon, 18 Mar 2002 15:44:16 -0500 From: Christopher Cobb [EMAIL PROTECTED] Reply-To: Tomcat Users List [EMAIL PROTECTED] To: Tomcat Users List [EMAIL PROTECTED] Subject: 4.0.2: Element type tlib-version must be declared. When I try to use a JSP 1.2 style taglib definition file, I get an exception JasperException: XML parsing error on file /WEB-INF/tabtags.tld, Element type tlib-version must be declared. My file validates against this dtd: http://java.sun.com/dtd/web-jsptaglibrary_1_2.dtd. Is there some switch somewhere to turn on JSP 1.2 dtds? What does the entire DOCTYPE element of your TLD say? Tomcat matches on the public identifier first, and if that says to use the JSP 1.1 version, it will. cc Craig -- To unsubscribe: mailto:[EMAIL PROTECTED] For additional commands: mailto:[EMAIL PROTECTED] Troubles with the list: mailto:[EMAIL PROTECTED] -- To unsubscribe: mailto:[EMAIL PROTECTED] For additional commands: mailto:[EMAIL PROTECTED] Troubles with the list: mailto:[EMAIL PROTECTED]
4.0.2/EJB InitialContext conflict
I have a web/EJB application that ran in Tomcat 3. It calls InitialContext() assuming that it will get the EJB server's service implementation of jndi so that it can locate various enterprise beans. Within tomcat4, when I call InitialContext(), I appear to be getting tomcat's jndi implementation and not the EJB server's. How do I cause my EJB server's jndi implementation to have precedence over the tomcat4 implementation? cc -- To unsubscribe: mailto:[EMAIL PROTECTED] For additional commands: mailto:[EMAIL PROTECTED] Troubles with the list: mailto:[EMAIL PROTECTED]
W2k/cygwin/4.0.2-b2/Incompatible type for method.
I have seen this mentioned on the list several times but without a resolution: org.apache.jasper.JasperException: Unable to compile class for JSP C:\unzipped\jakarta-tomcat-4.0.2-b2\jakarta-tomcat-4.0.2-b2\work\localhost\NGPDWeb\LoginFrameset$jsp.java:112: Incompatible type for method. Explicit cast needed to convert java.lang.Throwable to java.lang.Exception. if (pageContext != null) pageContext.handlePageException(t); ^ 1 error at org.apache.jasper.compiler.Compiler.compile(Compiler.java:285) at org.apache.jasper.servlet.JspServlet.loadJSP(JspServlet.java:551) at org.apache.jasper.servlet.JspServlet$JspServletWrapper.loadIfNecessary(JspServlet.java:177) at org.apache.jasper.servlet.JspServlet$JspServletWrapper.service(JspServlet.java:189) at org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:382) at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:474) I have tried several JDK's (1.3, 1.3.1_02, 1.4-rc), several versions of tomcat (4.0.2-b2, 4.0.1, 3.1), and still the same problem. I have even written an environment-purging script to make sure that there is nothing in my environment causing this problem. Here is my complete environment: $ env !C:=C:\cygwin\bin PS1=\[\033]0;\w\007 \033[32m\]\u@\h \[\033[33m\w\033[0m\] $ OSTYPE=cygwin HOME=/home/ccobb PATH=/usr/local/bin:/usr/bin:/bin:/drivec/WINNT/system32:/drivec/WINNT:/drivec/WINNT/System32/Wbem _=/usr/bin/env Here is the output when I start tomcat 4.0.2-b2: Guessing CATALINA_HOME from catalina.sh to ./.. Setting CATALINA_HOME to ./.. Using CLASSPATH: bootstrap.jar;c:\jdk1.3.1_02\lib\tools.jar Using CATALINA_BASE: C:\unzipped\jakarta-tomcat-4.0.2-b2\jakarta-tomcat-4.0.2-b2 Using CATALINA_HOME: C:\unzipped\jakarta-tomcat-4.0.2-b2\jakarta-tomcat-4.0.2-b2 Using JAVA_HOME: c:\jdk1.3.1_02\ Here is the contents of my jdk's lib directory: $ find jdk1.3.1_02/jre jdk1.3.1_02/lib \( -name '*.jar' -o -name '*.zip' \) jdk1.3.1_02/jre/lib/ext/cosnaming.jar jdk1.3.1_02/jre/lib/ext/jbroker-rt.jar jdk1.3.1_02/jre/lib/ext/jbroker-ssl.jar jdk1.3.1_02/jre/lib/ext/jbroker-tools.jar jdk1.3.1_02/jre/lib/ext/jndi.jar jdk1.3.1_02/jre/lib/ext/providerutil.jar jdk1.3.1_02/jre/lib/ext/rmiregistry.jar jdk1.3.1_02/jre/lib/i18n.jar jdk1.3.1_02/jre/lib/jaws.jar jdk1.3.1_02/jre/lib/rt.jar jdk1.3.1_02/jre/lib/sunrsasign.jar jdk1.3.1_02/lib/dt.jar jdk1.3.1_02/lib/ext/cosnaming.jar jdk1.3.1_02/lib/ext/jbroker-rt.jar jdk1.3.1_02/lib/ext/jbroker-ssl.jar jdk1.3.1_02/lib/ext/jbroker-tools.jar jdk1.3.1_02/lib/ext/jndi.jar jdk1.3.1_02/lib/ext/providerutil.jar jdk1.3.1_02/lib/ext/rmiregistry.jar jdk1.3.1_02/lib/htmlconverter.jar jdk1.3.1_02/lib/tools.jar (I have added jbroker support but this has no servlet files in it). I have also tried with a squeeky clean install of 1.4-rc with the same problem. Is this a Win2K problem? Does anyone have a solution to this? Thanks Chris -- To unsubscribe: mailto:[EMAIL PROTECTED] For additional commands: mailto:[EMAIL PROTECTED] Troubles with the list: mailto:[EMAIL PROTECTED]
Re: W2k/cygwin/4.0.2-b2/Incompatible type for method.
You are right. I truly haven't the slightest idea how this got there, but in my WEB-INF/classes directory was a tomcat org directory tree of an old version of tomcat. It's a mystery! I deleted it and now things work fine. Thanks for the extra push. Chris Zemen, Franz wrote: Hi Christopher, I believe this isn't anything to do with Win2K but rather with a version of the JSP package that gets loaded into your classpath. In the older servlet/JSP package, PageContext.handlePageException accepted only a java.lang.Exception (see Javadocs for J2EE 1.2.1). The newer version of PageContext (certainly JSP 1.2) contains a handlePageException that accepts a Throwable. I'm assuming that in your email below t is a Throwable, and then of course it would need to be cast specifically to an Exception if the loaded PageContext class was not from the latest release. Is it possible that somewhere on your classpath an older version of J2EE or JSP libraries are loaded first? That would be one possible cause of what you are seeing. Hope this helps, Franz Zemen -Original Message- From: Christopher Cobb [mailto:[EMAIL PROTECTED]] Sent: Monday, January 28, 2002 9:45 AM To: Tomcat Users List Subject: W2k/cygwin/4.0.2-b2/Incompatible type for method. I have seen this mentioned on the list several times but without a resolution: org.apache.jasper.JasperException: Unable to compile class for JSP C:\unzipped\jakarta-tomcat-4.0.2-b2\jakarta-tomcat-4.0.2-b2\work\localhost\N GPDWeb\LoginFrameset$jsp.java:112: Incompatible type for method. Explicit cast needed to convert java.lang.Throwable to java.lang.Exception. if (pageContext != null) pageContext.handlePageException(t); ^ 1 error at org.apache.jasper.compiler.Compiler.compile(Compiler.java:285) at org.apache.jasper.servlet.JspServlet.loadJSP(JspServlet.java:551) at org.apache.jasper.servlet.JspServlet$JspServletWrapper.loadIfNecessary(JspSe rvlet.java:177) at org.apache.jasper.servlet.JspServlet$JspServletWrapper.service(JspServlet.ja va:189) at org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:382) at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:474) I have tried several JDK's (1.3, 1.3.1_02, 1.4-rc), several versions of tomcat (4.0.2-b2, 4.0.1, 3.1), and still the same problem. I have even written an environment-purging script to make sure that there is nothing in my environment causing this problem. Here is my complete environment: $ env !C:=C:\cygwin\bin PS1=\[\033]0;\w\007 \033[32m\]\u@\h \[\033[33m\w\033[0m\] $ OSTYPE=cygwin HOME=/home/ccobb PATH=/usr/local/bin:/usr/bin:/bin:/drivec/WINNT/system32:/drivec/WINNT:/driv ec/WINNT/System32/Wbem _=/usr/bin/env Here is the output when I start tomcat 4.0.2-b2: Guessing CATALINA_HOME from catalina.sh to ./.. Setting CATALINA_HOME to ./.. Using CLASSPATH: bootstrap.jar;c:\jdk1.3.1_02\lib\tools.jar Using CATALINA_BASE: C:\unzipped\jakarta-tomcat-4.0.2-b2\jakarta-tomcat-4.0.2-b2 Using CATALINA_HOME: C:\unzipped\jakarta-tomcat-4.0.2-b2\jakarta-tomcat-4.0.2-b2 Using JAVA_HOME: c:\jdk1.3.1_02\ Here is the contents of my jdk's lib directory: $ find jdk1.3.1_02/jre jdk1.3.1_02/lib \( -name '*.jar' -o -name '*.zip' \) jdk1.3.1_02/jre/lib/ext/cosnaming.jar jdk1.3.1_02/jre/lib/ext/jbroker-rt.jar jdk1.3.1_02/jre/lib/ext/jbroker-ssl.jar jdk1.3.1_02/jre/lib/ext/jbroker-tools.jar jdk1.3.1_02/jre/lib/ext/jndi.jar jdk1.3.1_02/jre/lib/ext/providerutil.jar jdk1.3.1_02/jre/lib/ext/rmiregistry.jar jdk1.3.1_02/jre/lib/i18n.jar jdk1.3.1_02/jre/lib/jaws.jar jdk1.3.1_02/jre/lib/rt.jar jdk1.3.1_02/jre/lib/sunrsasign.jar jdk1.3.1_02/lib/dt.jar jdk1.3.1_02/lib/ext/cosnaming.jar jdk1.3.1_02/lib/ext/jbroker-rt.jar jdk1.3.1_02/lib/ext/jbroker-ssl.jar jdk1.3.1_02/lib/ext/jbroker-tools.jar jdk1.3.1_02/lib/ext/jndi.jar jdk1.3.1_02/lib/ext/providerutil.jar jdk1.3.1_02/lib/ext/rmiregistry.jar jdk1.3.1_02/lib/htmlconverter.jar jdk1.3.1_02/lib/tools.jar (I have added jbroker support but this has no servlet files in it). I have also tried with a squeeky clean install of 1.4-rc with the same problem. Is this a Win2K problem? Does anyone have a solution to this? Thanks Chris -- To unsubscribe: mailto:[EMAIL PROTECTED] For additional commands: mailto:[EMAIL PROTECTED] Troubles with the list: mailto:[EMAIL PROTECTED] -- To unsubscribe: mailto:[EMAIL PROTECTED] For additional commands: mailto:[EMAIL PROTECTED] Troubles with the list: mailto:[EMAIL PROTECTED] -- To unsubscribe: mailto:[EMAIL PROTECTED] For additional commands: mailto:[EMAIL PROTECTED] Troubles
WEB-INF/lib/SilverRuntime.jar
I have just started using Tomcat 4 for the first time (have used Tomcat 3.x for a while) and I see that startup.sh does not access the user's CLASSPATH. I think that's great! CLASSPATH dependencies can get unwieldy. I have placed the file SilverRuntime.jar in my webapp's WEB-INF/lib directory. An examination of this file with jar reveals that it contains the class com.sssw.rt.util.AgiUserLogin: $ jar tf SilverRuntime.zip | grep com/sssw/rt/util/AgiUserLogin com/sssw/rt/util/AgiUserLogin.class However, when I run my webapp, I get: exception javax.servlet.ServletException: Servlet execution threw an exception at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:269) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:193) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:243) ... with a root cause of: java.lang.NoClassDefFoundError: com/sssw/rt/util/AgiUserLogin at java.lang.ClassLoader.defineClass0(Native Method) at java.lang.ClassLoader.defineClass(ClassLoader.java:509) at java.security.SecureClassLoader.defineClass(SecureClassLoader.java:123) at org.apache.catalina.loader.WebappClassLoader.findClassInternal(WebappClassLoader.java:1547) at org.apache.catalina.loader.WebappClassLoader.findClass(WebappClassLoader.java:856) at org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1286) at org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1169) at java.beans.Beans.instantiate(Beans.java:187) at java.beans.Beans.instantiate(Beans.java:48) at com.ams.acq.pd.base.web.CommandFactory.getCommandInstance(CommandFactory.java:259) Why doesn't my web app find a class which is in a jar in my WEB-INF/lib directory? cc -- To unsubscribe: mailto:[EMAIL PROTECTED] For additional commands: mailto:[EMAIL PROTECTED] Troubles with the list: mailto:[EMAIL PROTECTED]
Re: WEB-INF/lib/SilverRuntime.jar
I should have mentioned that my environment is: tc 4.0.2-b2 jdk1.4.0-rc win2k cc Christopher Cobb wrote: I have just started using Tomcat 4 for the first time (have used Tomcat 3.x for a while) and I see that startup.sh does not access the user's CLASSPATH. I think that's great! CLASSPATH dependencies can get unwieldy. I have placed the file SilverRuntime.jar in my webapp's WEB-INF/lib directory. An examination of this file with jar reveals that it contains the class com.sssw.rt.util.AgiUserLogin: $ jar tf SilverRuntime.zip | grep com/sssw/rt/util/AgiUserLogin com/sssw/rt/util/AgiUserLogin.class However, when I run my webapp, I get: exception javax.servlet.ServletException: Servlet execution threw an exception at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:269) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:193) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:243) ... with a root cause of: java.lang.NoClassDefFoundError: com/sssw/rt/util/AgiUserLogin at java.lang.ClassLoader.defineClass0(Native Method) at java.lang.ClassLoader.defineClass(ClassLoader.java:509) at java.security.SecureClassLoader.defineClass(SecureClassLoader.java:123) at org.apache.catalina.loader.WebappClassLoader.findClassInternal(WebappClassLoader.java:1547) at org.apache.catalina.loader.WebappClassLoader.findClass(WebappClassLoader.java:856) at org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1286) at org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1169) at java.beans.Beans.instantiate(Beans.java:187) at java.beans.Beans.instantiate(Beans.java:48) at com.ams.acq.pd.base.web.CommandFactory.getCommandInstance(CommandFactory.java:259) Why doesn't my web app find a class which is in a jar in my WEB-INF/lib directory? cc -- To unsubscribe: mailto:[EMAIL PROTECTED] For additional commands: mailto:[EMAIL PROTECTED] Troubles with the list: mailto:[EMAIL PROTECTED] -- To unsubscribe: mailto:[EMAIL PROTECTED] For additional commands: mailto:[EMAIL PROTECTED] Troubles with the list: mailto:[EMAIL PROTECTED]
Re: WEB-INF/lib/SilverRuntime.jar
I have long ago mentally surpressed the difference between .zips and .jars so your solution didn't even occur to me. Thanks! cc Greg Trasuk wrote: Hi all: From your command line '$ jar tf SilverRuntime.zip | grep com/sssw/rt/util/AgiUserLogin' it looks like your 'jar' file is actually named '.zip'. As I understand it, the servlet spec requires jar files to be '.jar' and Tomcat enforces this requirement. In all likelihood, you'll get it working by renaming 'SilverRuntime.zip' to 'SilverRuntime.jar' in your WEB-INF/lib. At worst, you may have to unzip, then 'jar' the files. Many people seem to have this problem with the Oracle JDBC drivers, so you can get more info from the mailing list archives by searching for 'Oracle JDBC'. Of course, as people point out, you'll get even better answers by searching for 'Oracle JDBC Craig'. Regards, Greg Trasuk, President StratusCom Manufacturing Systems Inc. - We use information technology to solve business problems on your plant floor. http://stratuscom.ca -Original Message- From: Christopher Cobb [mailto:[EMAIL PROTECTED]] Sent: Monday, January 28, 2002 1:49 PM To: Tomcat Users List Subject: Re: WEB-INF/lib/SilverRuntime.jar I should have mentioned that my environment is: tc 4.0.2-b2 jdk1.4.0-rc win2k cc Christopher Cobb wrote: I have just started using Tomcat 4 for the first time (have used Tomcat 3.x for a while) and I see that startup.sh does not access the user's CLASSPATH. I think that's great! CLASSPATH dependencies can get unwieldy. I have placed the file SilverRuntime.jar in my webapp's WEB-INF/lib directory. An examination of this file with jar reveals that it contains the class com.sssw.rt.util.AgiUserLogin: $ jar tf SilverRuntime.zip | grep com/sssw/rt/util/AgiUserLogin com/sssw/rt/util/AgiUserLogin.class However, when I run my webapp, I get: exception javax.servlet.ServletException: Servlet execution threw an exception at org.apache.catalina.core.ApplicationFilterChain.internalDoFilt er(ApplicationFilterChain.java:269) at org.apache.catalina.core.ApplicationFilterChain.doFilter(Appli cationFilterChain.java:193) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardW rapperValve.java:243) ... with a root cause of: java.lang.NoClassDefFoundError: com/sssw/rt/util/AgiUserLogin at java.lang.ClassLoader.defineClass0(Native Method) at java.lang.ClassLoader.defineClass(ClassLoader.java:509) at java.security.SecureClassLoader.defineClass(SecureClassLoader. java:123) at org.apache.catalina.loader.WebappClassLoader.findClassInternal (WebappClassLoader.java:1547) at org.apache.catalina.loader.WebappClassLoader.findClass(WebappC lassLoader.java:856) at org.apache.catalina.loader.WebappClassLoader.loadClass(WebappC lassLoader.java:1286) at org.apache.catalina.loader.WebappClassLoader.loadClass(WebappC lassLoader.java:1169) at java.beans.Beans.instantiate(Beans.java:187) at java.beans.Beans.instantiate(Beans.java:48) at com.ams.acq.pd.base.web.CommandFactory.getCommandInstance(Comm andFactory.java:259) Why doesn't my web app find a class which is in a jar in my WEB-INF/lib directory? cc -- To unsubscribe: mailto:[EMAIL PROTECTED] For additional commands: mailto:[EMAIL PROTECTED] Troubles with the list: mailto:[EMAIL PROTECTED] -- To unsubscribe: mailto:[EMAIL PROTECTED] For additional commands: mailto:[EMAIL PROTECTED] Troubles with the list: mailto:[EMAIL PROTECTED] -- To unsubscribe: mailto:[EMAIL PROTECTED] For additional commands: mailto:[EMAIL PROTECTED] Troubles with the list: mailto:[EMAIL PROTECTED] -- To unsubscribe: mailto:[EMAIL PROTECTED] For additional commands: mailto:[EMAIL PROTECTED] Troubles with the list: mailto:[EMAIL PROTECTED]
