Thanks Ben. BTW, I noticed in the Tomcat log I'm getting many NonSerializableExceptions. I made the Service class implement Serializable, but that didn't help. Since the Exception stack below doesn't point to a particular cause, I was wondering if you had any suggestions how to fix this. (There is also a log message that there is no configuration for ehcache, but no Exceptions with that meesage.) I'm using the 1.0.0 mstor version you referred me to for maven. Thanks, ""2019-03-29 08:17:01 - Disk...
Thanks Ben. BTW, I noticed in the Tomcat log I'm getting many NonSerializableExceptions. I made the Service class implement Serializable, but that didn't help. Since the Exception stack below doesn't point to a particular cause, I was wondering if you had any suggestions how to fix this. (There is also a log message that there is no configuration for ehcache, but no Exceptions with that meesage.) Thanks, ""2019-03-29 08:17:01 - Disk Write of 80 failed: "java.io.NotSerializableException: net.fortuna.mstor.data.MessageInputStream...
Thanks Ben. BTW, I noticed in the Tomcat log I'm getting many NonSerializableExceptions. I made the Service class implement Serializable, but that didn't help. Since the Exception stack below doesn't point to a particular cause, I was wondering if you had any suggestions how to fix this. Thanks, ""2019-03-29 08:17:01 - Disk Write of 80 failed: "java.io.NotSerializableException: net.fortuna.mstor.data.MessageInputStream at java.io.ObjectOutputStream.writeObject0(ObjectOutputStream.java:1184) at java.io.ObjectOutputStream.defaultWriteFields(ObjectOutputStream.java:1548)...
hi mike the maven coordinates changed a few years ago so you can find the latest here: https://search.maven.org/search?q=g:org.mnode.mstor%20AND%20a:mstor&core=gav also the project now lives on github so feel free to raise issues there.
Fixed the problem. Turned out to be that although "inbox.close()" threw an Exception, inbox.close (false) worked! All good now. Thanks. Just wondering if there is a reason why the maven version is only 0.9.9, but the JAR file is 0.9.13?
Fixed the problem. Turned out to be that although "inbox.close()" threw an Exception, inbox.close (false) worked! All good now. Thanks. Is there a reason why the maven version is only 0.9.9, but the JAR file is 0.9.13? Thanks
This is a cool library, but having an issue on Windows Server. Using the basic mstor processing code and version 0.9.9 (maven), mstor works great on the mac. It also works on Windows 2016 server except that the mbox file is not released when the mstor code ends. For example, I am unable to rename the mbox file afterwards and if I try, I get an error that Java is still using the file. Restarting Tomcat fixes that of course (same Tomcat version on Mac and Windows, and Java 8, 201) but that isn't a...
This is a cool library! Using the basic mstor processing code and version 0.9.9, mstor works great on the mac. It also works on Windows 2016 server except that the mbox file is not released when the mstor code ends. For example, I am unable to rename the mbox file afterwards and if I try, I get an error that Java is still using the file. Restarting Tomcat fixes that of course (same Tomcat version on Mac and Windows, and Java 8, 201) but that isn't a solution for the client. Since this problem doesn't...
Hello, I'm doing some maintenance on a code that uses mstor to cleanup a unix mailbox from the server, as people tell me, it used to delete the e-mails, but it doesn't anymore. I've tracked the issue to this exception javax.mail.MessagingException: Error purging mbox file; nested exception is: java.io.IOException: Unable to rename existing file at net.fortuna.mstor.connector.mbox.MboxFolder.expunge(MboxFolder.java:373) at net.fortuna.mstor.MStorFolder.expunge(MStorFolder.java:465) at net.fortuna.mstor.MStorFolder.close(MStorFolder.java:320)...
Thank you for the quick reply. I've created an issue as requested https://github.com/benfortuna/mstor/issues/10 Also, I will mention I managed to workaround the issue by creating my own build and commenting block of code above that throws the exception. Thanks again.
It seems that your /tmp directory might be on a different mount point to /var/spool. A possible solution might be to override the temp location. I can possibly add support for this if you can raise an issue on the GitHub project
Hello, I'm doing some maintenance on a code that uses mstor to cleanup a unix mailbox from the server, as people tell me, it used to delete the e-mails, but it doesn't anymore. I've tracked the issue to this exception javax.mail.MessagingException: Error purging mbox file; nested exception is: java.io.IOException: Unable to rename existing file at net.fortuna.mstor.connector.mbox.MboxFolder.expunge(MboxFolder.java:373) at net.fortuna.mstor.MStorFolder.expunge(MStorFolder.java:465) at net.fortuna.mstor.MStorFolder.close(MStorFolder.java:320)...
Hi Ben, It works :) Thank you very much for the help. Best regards, Laxmi.
Hi Laxmi, I can see from your code that you are adding the 'mstor.cache.disabled' property to your javamail session properties. This will not work as you need to add it to your System properties. You can do this by adding an option at runtime (e.g. java -Dmstor.cache.disabled=true <program>), or programmatically: System.setProperty("mstor.cache.disabled", "true"); regards, ben
Hi Ben, Just an update on the problem. I went through the code and found that the property(mstor.cache.disabled) is retrieved from Configurator class which inturn loads the properties from mstor.properties. When i create a file mstor.properties in classpath, i am able to parse the mbox file without ehcache. However, can i acheive the samething without having mstor.properties file and set properties in my code(as shown above)?
Hi Ben, Thank you very much for the prompt response :) I am trying to parse mbox file. I exclued the ehcache from maven dependency and tried the above solution but ran into some problem. Please find below the piece of code Properties properties = new Properties(); properties.setProperty("mstor.mbox.metadataStrategy", "none"); properties.setProperty("mstor.cache.disabled", "true"); Session session = Session.getDefaultInstance(properties); File file = new File("mbox file path"); System.out.println(file.getParentFile().getAbsolutePath());...
Yes, you can disable the cache using the system property: mstor.cache.disabled=true See the readme for details: https://github.com/benfortuna/mstor/blob/master/README.md
Hi, Is it possible to completely remove the ehcache dependency from mstor 0.9.13? If yes, could you please let me know how to acheive it?
I've also tried to rebuild the wiki on github, but some of the pages are still missing:...
Hi Daniel, The available documentation is a bit limited, but the best place to look...
Hi, I´m trying to find usage documentation for mstor but it seems that it has been...