Re: AW: comparison of Type 4 JDBC drivers
On Thu, 11 Nov 2004 08:52:00 +0100, Michael Sudkamp [EMAIL PROTECTED] wrote: And we switched from FreeTDS (which AFAIK is the predecessor of jTDS) to the MS driver years ago because is had more functionality. We use it with heavy statements and result sets and had never any problem with it ;-) Michael Years in real life does a few thousand years in Internet time. :-) I suggest giving a shot to one of the latest releases of jtds.. It is quite *solid* and *performant*. Btw, we use FreeTDS for a legacy system on UNIX to connect it to an SQL Server and it seems to work nice too. I don't know older releases though.. /tb. -Ursprungliche Nachricht- Von: Tuncay Baskan [mailto:[EMAIL PROTECTED] Gesendet: Mittwoch, 10. November 2004 00:30 An: Tomcat Users List Betreff: Re: comparison of Type 4 JDBC drivers On Wed, 10 Nov 2004 12:18:20 +1300, Craig Collings [EMAIL PROTECTED] wrote: Interesting. I'm using com.microsoft.jdbc.sqlserver.SQLServerDriver which is a type 4 driver and I am also getting ex VM errors: any ideas? I don't know if it's helps.. We tried to use Microsoft JDBC drivers in our applications but because of its troubles we decided to use jTds, which is a but rock-solid free driver.. You can get it from http://jtds.sourceforge.net/. -- /tb. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- /tb. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: comparison of Type 4 JDBC drivers
I cannot thank you enough Tuncay Baskan. We were about to switch to Tomcat from Jrun4 and found that the MS drivers were noticably slower. Your tip to use jTds probably saved me a few days of testing. We also tried DataDirect, but they will not sell you just a driver unless you have some distribution agreement and a lot of money. Many thanks, Al G - Original Message - From: Tuncay Baskan [EMAIL PROTECTED] Date: Tuesday, November 9, 2004 5:29 pm Subject: Re: comparison of Type 4 JDBC drivers On Wed, 10 Nov 2004 12:18:20 +1300, Craig Collings [EMAIL PROTECTED] wrote: Interesting. I'm using com.microsoft.jdbc.sqlserver.SQLServerDriver which is a type 4 driver and I am also getting ex VM errors: any ideas? I don't know if it's helps.. We tried to use Microsoft JDBC drivers in our applications but because of its troubles we decided to use jTds, which is a but rock-solid free driver.. You can get it from http://jtds.sourceforge.net/. -- /tb. --- -- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
AW: comparison of Type 4 JDBC drivers
And we switched from FreeTDS (which AFAIK is the predecessor of jTDS) to the MS driver years ago because is had more functionality. We use it with heavy statements and result sets and had never any problem with it ;-) Michael -Ursprungliche Nachricht- Von: Tuncay Baskan [mailto:[EMAIL PROTECTED] Gesendet: Mittwoch, 10. November 2004 00:30 An: Tomcat Users List Betreff: Re: comparison of Type 4 JDBC drivers On Wed, 10 Nov 2004 12:18:20 +1300, Craig Collings [EMAIL PROTECTED] wrote: Interesting. I'm using com.microsoft.jdbc.sqlserver.SQLServerDriver which is a type 4 driver and I am also getting ex VM errors: any ideas? I don't know if it's helps.. We tried to use Microsoft JDBC drivers in our applications but because of its troubles we decided to use jTds, which is a but rock-solid free driver.. You can get it from http://jtds.sourceforge.net/. -- /tb. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: comparison of Type 4 JDBC drivers
Interesting. I'm using com.microsoft.jdbc.sqlserver.SQLServerDriver which is a type 4 driver and I am also getting ex VM errors: any ideas? An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc005) occurred at PC=0x77F46A07 Function=RtlFreeHeap+0x322 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at java.util.zip.ZipFile.getEntry(Native Method) at java.util.zip.ZipFile.getEntry(ZipFile.java:146) - locked 0x10b26c90 (a java.util.jar.JarFile) at java.util.jar.JarFile.getEntry(JarFile.java:194) at java.util.jar.JarFile.getJarEntry(JarFile.java:181) at sun.misc.URLClassPath$JarLoader.getResource(URLClassPath.java:668) at sun.misc.URLClassPath.getResource(URLClassPath.java:157) at java.net.URLClassLoader$1.run(URLClassLoader.java:191) at java.security.AccessController.doPrivileged(Native Method) at java.net.URLClassLoader.findClass(URLClassLoader.java:187) at java.lang.ClassLoader.loadClass(ClassLoader.java:289) - locked 0x10b322d8 (a sun.misc.Launcher$ExtClassLoader) at java.lang.ClassLoader.loadClass(ClassLoader.java:235) at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:302) - locked 0x10b322d8 (a sun.misc.Launcher$ExtClassLoader) at com.abnamrocraigs.listings.IressNewListingsListener.addListings(IressNewList ingsListener.java:147) at com.abnamrocraigs.listings.IressNewListingsListener.notify(IressNewListingsL istener.java:66) at com.abnamrocraigs.tasks.TaskScheduler.propagate(TaskScheduler.java:68) - locked 0x110be650 (a com.abnamrocraigs.tasks.TaskScheduler) at com.abnamrocraigs.tasks.ScheduledTask.run(ScheduledTask.java:21) at java.util.TimerThread.mainLoop(Timer.java:432) at java.util.TimerThread.run(Timer.java:382) Dynamic libraries: 0x0040 - 0x00406000 C:\WINDOWS\system32\java.exe 0x77F4 - 0x77FFA000 C:\WINDOWS\system32\ntdll.dll 0x77E4 - 0x77F34000 C:\WINDOWS\system32\kernel32.dll 0x77DA - 0x77E3 C:\WINDOWS\system32\ADVAPI32.dll 0x77C5 - 0x77CF5000 C:\WINDOWS\system32\RPCRT4.dll 0x77BA - 0x77BF4000 C:\WINDOWS\system32\MSVCRT.dll 0x0800 - 0x082A7000 C:\Program Files\Java\j2sdk1.4.2\jre\bin\server\jvm.dll 0x77D0 - 0x77D8F000 C:\WINDOWS\system32\USER32.dll 0x77C0 - 0x77C44000 C:\WINDOWS\system32\GDI32.dll 0x76AA - 0x76ACC000 C:\WINDOWS\system32\WINMM.dll 0x1000 - 0x10007000 C:\Program Files\Java\j2sdk1.4.2\jre\bin\hpi.dll 0x0038 - 0x0038E000 C:\Program Files\Java\j2sdk1.4.2\jre\bin\verify.dll 0x003B - 0x003C8000 C:\Program Files\Java\j2sdk1.4.2\jre\bin\java.dll 0x0039 - 0x0039D000 C:\Program Files\Java\j2sdk1.4.2\jre\bin\zip.dll 0x008D - 0x008DF000 C:\Program Files\Java\j2sdk1.4.2\jre\bin\net.dll 0x71C0 - 0x71C18000 C:\WINDOWS\system32\WS2_32.dll 0x71BF - 0x71BF8000 C:\WINDOWS\system32\WS2HELP.dll 0x008E - 0x008E8000 C:\Program Files\Java\j2sdk1.4.2\jre\bin\nio.dll 0x71B2 - 0x71B63000 C:\WINDOWS\System32\mswsock.dll 0x76ED - 0x76EF7000 C:\WINDOWS\system32\DNSAPI.dll 0x76F7 - 0x76F77000 C:\WINDOWS\System32\winrnr.dll 0x76F1 - 0x76F3F000 C:\WINDOWS\system32\WLDAP32.dll 0x76F8 - 0x76F85000 C:\WINDOWS\system32\rasadhlp.dll 0x71AE - 0x71AE8000 C:\WINDOWS\System32\wshtcpip.dll 0x0340 - 0x03406000 C:\jintegra\bin\ntvauth.dll 0x73D2 - 0x73E13000 C:\WINDOWS\system32\MFC42.DLL 0x0341 - 0x03417000 C:\jintegra\bin\International\ntvauthEnglishResourceDll.dll 0x71F6 - 0x71F64000 C:\WINDOWS\system32\SECURITY.dll 0x76F5 - 0x76F63000 C:\WINDOWS\system32\SECUR32.dll 0x76C9 - 0x76CB4000 C:\WINDOWS\system32\msv1_0.dll 0x76C1 - 0x76C38000 C:\WINDOWS\system32\imagehlp.dll 0x6D58 - 0x6D621000 C:\WINDOWS\system32\dbghelp.dll 0x77B9 - 0x77B98000 C:\WINDOWS\system32\VERSION.dll 0x76B7 - 0x76B7B000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort: Heap def new generation total 5184K, used 967K [0x1001, 0x105a, 0x10b2) eden space 4672K, 15% used [0x1001, 0x100c4580, 0x104a) from space 512K, 48% used [0x1052, 0x1055da28, 0x105a) to space 512K, 0% used [0x104a, 0x104a, 0x1052) tenured generation total 44240K, used 27306K [0x10b2, 0x13654000, 0x1641) the space 44240K, 61% used [0x10b2, 0x125ca930, 0x125caa00, 0x13654000) compacting perm gen total 18432K, used 18373K [0x1641, 0x1761, 0x1a41) the space 18432K, 99% used [0x1641, 0x17601738, 0x17601800, 0x1761) Local Time = Wed Nov 10 07:28:56 2004 Elapsed Time = 65227 # # The exception above was detected in native code
RE: comparison of Type 4 JDBC drivers
This is the JVM catching an exception/access violation in the native code outside of the JVM. The problem is probably in native code in the driver or any jni code you may be using. If you are not using any jni to wrap native code that is custom to your site, you should look at how you are calling the JDBC. You may be sending NULL values or incorrect format for what the ODBC driver is expecting and causing the access violation. I had something similar and it was stack corruption in my native code. Robert S. Harper 801.265.8800 ex. 255 -Original Message- From: Craig Collings [mailto:[EMAIL PROTECTED] Sent: Tuesday, November 09, 2004 4:18 PM To: tomcat-user ([EMAIL PROTECTED]) Subject: RE: comparison of Type 4 JDBC drivers Interesting. I'm using com.microsoft.jdbc.sqlserver.SQLServerDriver which is a type 4 driver and I am also getting ex VM errors: any ideas? An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc005) occurred at PC=0x77F46A07 Function=RtlFreeHeap+0x322 Library=C:\WINDOWS\system32\ntdll.dll Current Java thread: at java.util.zip.ZipFile.getEntry(Native Method) at java.util.zip.ZipFile.getEntry(ZipFile.java:146) - locked 0x10b26c90 (a java.util.jar.JarFile) at java.util.jar.JarFile.getEntry(JarFile.java:194) at java.util.jar.JarFile.getJarEntry(JarFile.java:181) at sun.misc.URLClassPath$JarLoader.getResource(URLClassPath.java:668) at sun.misc.URLClassPath.getResource(URLClassPath.java:157) at java.net.URLClassLoader$1.run(URLClassLoader.java:191) at java.security.AccessController.doPrivileged(Native Method) at java.net.URLClassLoader.findClass(URLClassLoader.java:187) at java.lang.ClassLoader.loadClass(ClassLoader.java:289) - locked 0x10b322d8 (a sun.misc.Launcher$ExtClassLoader) at java.lang.ClassLoader.loadClass(ClassLoader.java:235) at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:302) - locked 0x10b322d8 (a sun.misc.Launcher$ExtClassLoader) at com.abnamrocraigs.listings.IressNewListingsListener.addListings(IressNewList ingsListener.java:147) at com.abnamrocraigs.listings.IressNewListingsListener.notify(IressNewListingsL istener.java:66) at com.abnamrocraigs.tasks.TaskScheduler.propagate(TaskScheduler.java:68) - locked 0x110be650 (a com.abnamrocraigs.tasks.TaskScheduler) at com.abnamrocraigs.tasks.ScheduledTask.run(ScheduledTask.java:21) at java.util.TimerThread.mainLoop(Timer.java:432) at java.util.TimerThread.run(Timer.java:382) Dynamic libraries: 0x0040 - 0x00406000 C:\WINDOWS\system32\java.exe 0x77F4 - 0x77FFA000 C:\WINDOWS\system32\ntdll.dll 0x77E4 - 0x77F34000 C:\WINDOWS\system32\kernel32.dll 0x77DA - 0x77E3 C:\WINDOWS\system32\ADVAPI32.dll 0x77C5 - 0x77CF5000 C:\WINDOWS\system32\RPCRT4.dll 0x77BA - 0x77BF4000 C:\WINDOWS\system32\MSVCRT.dll 0x0800 - 0x082A7000 C:\Program Files\Java\j2sdk1.4.2\jre\bin\server\jvm.dll 0x77D0 - 0x77D8F000 C:\WINDOWS\system32\USER32.dll 0x77C0 - 0x77C44000 C:\WINDOWS\system32\GDI32.dll 0x76AA - 0x76ACC000 C:\WINDOWS\system32\WINMM.dll 0x1000 - 0x10007000 C:\Program Files\Java\j2sdk1.4.2\jre\bin\hpi.dll 0x0038 - 0x0038E000 C:\Program Files\Java\j2sdk1.4.2\jre\bin\verify.dll 0x003B - 0x003C8000 C:\Program Files\Java\j2sdk1.4.2\jre\bin\java.dll 0x0039 - 0x0039D000 C:\Program Files\Java\j2sdk1.4.2\jre\bin\zip.dll 0x008D - 0x008DF000 C:\Program Files\Java\j2sdk1.4.2\jre\bin\net.dll 0x71C0 - 0x71C18000 C:\WINDOWS\system32\WS2_32.dll 0x71BF - 0x71BF8000 C:\WINDOWS\system32\WS2HELP.dll 0x008E - 0x008E8000 C:\Program Files\Java\j2sdk1.4.2\jre\bin\nio.dll 0x71B2 - 0x71B63000 C:\WINDOWS\System32\mswsock.dll 0x76ED - 0x76EF7000 C:\WINDOWS\system32\DNSAPI.dll 0x76F7 - 0x76F77000 C:\WINDOWS\System32\winrnr.dll 0x76F1 - 0x76F3F000 C:\WINDOWS\system32\WLDAP32.dll 0x76F8 - 0x76F85000 C:\WINDOWS\system32\rasadhlp.dll 0x71AE - 0x71AE8000 C:\WINDOWS\System32\wshtcpip.dll 0x0340 - 0x03406000 C:\jintegra\bin\ntvauth.dll 0x73D2 - 0x73E13000 C:\WINDOWS\system32\MFC42.DLL 0x0341 - 0x03417000 C:\jintegra\bin\International\ntvauthEnglishResourceDll.dll 0x71F6 - 0x71F64000 C:\WINDOWS\system32\SECURITY.dll 0x76F5 - 0x76F63000 C:\WINDOWS\system32\SECUR32.dll 0x76C9 - 0x76CB4000 C:\WINDOWS\system32\msv1_0.dll 0x76C1 - 0x76C38000 C:\WINDOWS\system32\imagehlp.dll 0x6D58 - 0x6D621000 C:\WINDOWS\system32\dbghelp.dll 0x77B9 - 0x77B98000 C:\WINDOWS\system32\VERSION.dll 0x76B7 - 0x76B7B000 C:\WINDOWS\system32\PSAPI.DLL Heap at VM Abort
Re: comparison of Type 4 JDBC drivers
On Wed, 10 Nov 2004 12:18:20 +1300, Craig Collings [EMAIL PROTECTED] wrote: Interesting. I'm using com.microsoft.jdbc.sqlserver.SQLServerDriver which is a type 4 driver and I am also getting ex VM errors: any ideas? I don't know if it's helps.. We tried to use Microsoft JDBC drivers in our applications but because of its troubles we decided to use jTds, which is a but rock-solid free driver.. You can get it from http://jtds.sourceforge.net/. -- /tb. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: comparison of Type 4 JDBC drivers
cheers guys. To be fair, there is no real indication that it _is_ the jdbc driver. In fact the satck trace seems to indicate an interation between sun's code and ntdll.dll which is rather more scary :) Its only happened once - we'll see. jtds looks good though... /disco : : I don't know if it's helps.. We tried to use Microsoft JDBC : drivers in our applications but because of its troubles we : decided to use jTds, which is a but rock-solid free driver.. : : You can get it from http://jtds.sourceforge.net/. : : -- : /tb. : # Notice of Confidential information The information contained in this electronic mail is CONFIDENTIAL INFORMATION and may be LEGALLY PRIVILEGED, intended only for the individual or entity named above. If you are not the intended recipient, you are hereby notified that the use, dissemination, distribution, or copying of this document is strictly prohibited. If you have received this electronic message in error, please immediately notify us by return or telephone call collect to 07 577 6049) and destroy the original message. Thank you, ABN AMRO Craigs Limited. This e-mail message has been scanned and cleared by MailMarshal www.marshalsoftware.com # - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: comparison of Type 4 JDBC drivers
On Wed, Nov 10, 2004 at 01:29:34AM +0200, Tuncay Baskan wrote: On Wed, 10 Nov 2004 12:18:20 +1300, Craig Collings [EMAIL PROTECTED] wrote: I'm using com.microsoft.jdbc.sqlserver.SQLServerDriver which is a type 4 driver and I am also getting ex VM errors: any ideas? I don't know if it's helps.. We tried to use Microsoft JDBC drivers in our applications but because of its troubles we decided to use jTds, which is a but rock-solid free driver.. You can get it from http://jtds.sourceforge.net/. I don't do SQLServer at all, but a friend who has a J2EE app using SQLServer (JBoss using tomcat, I believe) told me the other day that they're using some third-party JDBC drivers, DataDirect I think. It's apparently pricey as hell (enterprise licensing) but it cut their server load in half. -- Steven J. Owens [EMAIL PROTECTED] I'm going to make broad, sweeping generalizations and strong, declarative statements, because otherwise I'll be here all night and this document will be four times longer and much less fun to read. Take it all with a grain of salt. - http://darksleep.com/notablog - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: comparison of Type 4 JDBC drivers
Thanks Yoav for the suggestion! Can anyone point me to a comparison of Type 4 JDBC drivers supporting MS SQL Server and DB2 for the windows and IBM mainframe (Z_OS) linux platforms? thanks...gary... -Original Message- From: Shapira, Yoav [mailto:[EMAIL PROTECTED] Sent: Thursday, March 18, 2004 6:02 AM To: Tomcat Users List Subject: RE: Tomcat 4.1.12LE Disappears Hi, Any and all suggestions will be welcome? ;) OK. Drop the JdbcOdbc bridge so fast you do it even before the end of this sentence. Use a thin/type4 JDBC driver for your database. What's happening is that your JdbcOdbc bridge driver is crashing with a native-level (i.e. some DLL on Windoze) error. That's crashing the JVM internally, hence the hs_err_pid logs. (HS stands for HotSpot). After tomcat crashes the ISAPI connector can't connect to it, hence the jk errors in your log: these will go away if you fix your tomcat. Yoav Shapira Millennium Research Informatics -Original Message- From: Gary Fix [mailto:[EMAIL PROTECTED] Sent: Wednesday, March 17, 2004 4:40 PM To: Tomcat Users List Subject: Tomcat 4.1.12LE Disappears Hi, We are running Tomcat 4.1.12LE under Win2000 SP2 within a command window. We use j2sdk1.4.1_02 for our servlet code. We also use the isapi_redirect.dll dated 11/8/2002. About the time we upgraded from version 3 of Tomcat to version 4, we strated having problems of Tomcat disappearing with no apparent error messages. In the last 8 days, it has disappeared 8 times. I have searched for a solution with no luck. The only error messages I could find are in the isapi_redirect.log and some files named hs_err_pid1208.log showing up in the Tomcat \bin folder. The isapi_redirect.log error messages look like this: [Mon Mar 15 16:19:39 2004] [jk_isapi_plugin.c (724)]: HttpExtensionProc error, service() failed [Mon Mar 15 16:19:40 2004] [jk_connect.c (143)]: jk_open_socket, connect() failed errno = 61 [Mon Mar 15 16:19:40 2004] [jk_ajp13_worker.c (196)]: In jk_endpoint_t::connect_to_tomcat, failed errno = 61 [Mon Mar 15 16:19:40 2004] [jk_ajp13_worker.c (635)]: Error connecting to the Tomcat process. [Mon Mar 15 16:19:40 2004] [jk_ajp13_worker.c (848)]: In jk_endpoint_t::service, send_request failed in send loop 1 [Mon Mar 15 16:19:41 2004] [jk_connect.c (143)]: jk_open_socket, connect() failed errno = 61 [Mon Mar 15 16:19:41 2004] [jk_ajp13_worker.c (196)]: In jk_endpoint_t::connect_to_tomcat, failed errno = 61 [Mon Mar 15 16:19:41 2004] [jk_ajp13_worker.c (635)]: Error connecting to the Tomcat process. [Mon Mar 15 16:19:41 2004] [jk_ajp13_worker.c (848)]: In jk_endpoint_t::service, send_request failed in send loop 0 [Mon Mar 15 16:19:41 2004] [jk_connect.c (143)]: jk_open_socket, connect() failed errno = 61 [Mon Mar 15 16:19:41 2004] [jk_ajp13_worker.c (196)]: In jk_endpoint_t::connect_to_tomcat, failed errno = 61 [Mon Mar 15 16:19:41 2004] [jk_ajp13_worker.c (635)]: Error connecting to the Tomcat process. [Mon Mar 15 16:19:41 2004] [jk_ajp13_worker.c (848)]: In jk_endpoint_t::service, send_request failed in send loop 2 [Mon Mar 15 16:19:41 2004] [jk_isapi_plugin.c (724)]: HttpExtensionProc error, service() failed Notice these seem to be loggin about once each second. We also some some console messages like this: 361031 [Thread-8] WARN common.ChannelSocket - server has closed the current con nection (-1) The hs_err_pid1208.log files have errors like this: An unexpected exception has been detected in native code outside the VM. Unexpected Signal : EXCEPTION_ACCESS_VIOLATION occurred at PC=0x77FCB8F4 Function=RtlFreeHeap+0x263 Library=C:\WINNT\System32\ntdll.dll Current Java thread: at sun.jdbc.odbc.JdbcOdbc.freeConnect(Native Method) at sun.jdbc.odbc.JdbcOdbc.SQLFreeConnect(JdbcOdbc.java:3287) at sun.jdbc.odbc.JdbcOdbcDriver.closeConnection(JdbcOdbcDriver.java:952) at sun.jdbc.odbc.JdbcOdbcConnection.close(JdbcOdbcConnection.java:740) at sun.jdbc.odbc.JdbcOdbcConnection.finalize(JdbcOdbcConnection.java:87) at java.lang.ref.Finalizer.invokeFinalizeMethod(Native Method) at java.lang.ref.Finalizer.runFinalizer(Finalizer.java:83) at java.lang.ref.Finalizer.access$100(Finalizer.java:14) at java.lang.ref.Finalizer$FinalizerThread.run(Finalizer.java:160) Dynamic libraries: followed by a bunch of DLLs. Any and all suggestions would be greatly appreciated. thanks...gary... - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] This e-mail, including any attachments, is a confidential business communication, and may contain information that is confidential, proprietary and/or privileged. This e-mail is intended only for the individual(s) to whom it is addressed, and may not be saved, copied, printed, disclosed or used by anyone else. If you are not the(an) intended recipient, please immediately delete this e-mail