Problem with moving mails with XL sheets attached

Hi,

I am having problem with moving mails from one folder to another in the mail Server when there are XL sheets attached to the email with macros in them. The Server send a BYE signal and shuts down the connection to my javamail program.

It processes the mail fine i.e. reads the bytes but it only falls over at the time of moving it. The mail server Dominos Server version 6.5.4.

Any know issues around this problem ? This problem is driving us crazy.

Thanks,

Vijay

[504 byte] By [Vijay123a] at [2007-11-26 19:58:38]
# 1
Can you please send us the protocol trace? Also does this happens all the time or once in a while?
satishva at 2007-7-9 22:54:30 > top of Java-index,Enterprise & Remote Computing,Enterprise Technologies...
# 2

Thanks for the quick reply. It only and always happens when we try to move a mail with XL sheet attachment which contains a macro.

Sorry I am new to this but where do I find a protocol trace. In my log file it only writes the following:

ERROR [main] (?:?) - Could not move message from poll to archive

java.lang.RuntimeException: * BYE Connection down

at EmailAdapter.moveToFolder(Unknown Source)

at EmailAdapter.processMailBody(Unknown Source)

This is code:

private void moveToFolder(

Folder fromFolder,

Folder toFolder,

Message message)

{

try

{

Message[] mes = { message };

message.setFlag(Flags.Flag.DELETED, true);

fromFolder.copyMessages(mes, toFolder);

}

catch (MessagingException me)

{

logger.error("Could not move message from " + fromFolder.getName() + " to " + toFolder.getName());

throw new RuntimeException(me.getMessage());

}

}

Thanks,

Vijay

Vijay123a at 2007-7-9 22:54:30 > top of Java-index,Enterprise & Remote Computing,Enterprise Technologies...
# 3

Please refer to the debugging section of the FAQ:

http://java.sun.com/products/javamail/FAQ.html#securityManager

There are a number of debugging techniques that can be used to determine if this is the problem. Setting the Session property "mail.debug" to true (or calling session.setDebug(true)) will cause JavaMail to print debugging messages as it attempts to load each configuration file. A message of the form "DEBUG: can't load default providers file" indicates that this problem might exist. Similarly, setting the System property "javax.activation.debug" to "true" (e.g., by running the program using "java -Djavax.activation.debug=true ...") will cause JAF to print debugging messages as it attempts to load each resource file. Finally, the JDK can produce helpful debugging output by setting the system property "java.security.debug" to "access:failure" (e.g., by running the program using "java -Djava.security.debug=access:failure ..."). The command java -Djava.security.debug=help will display other security debugging options.

satishva at 2007-7-9 22:54:31 > top of Java-index,Enterprise & Remote Computing,Enterprise Technologies...
# 4

I think you're using an old version of JavaMail. You should try the newest

version, if possible. I don't think it will make a difference. If the newest

version also fails, the problem is most likely a bug in your server.

I don't know what an "XL sheet" is, do you mean an Excel spreadsheet?

I can't imagine why the mail server would know or care whether it had

macros or not, unless it's running some anti-virus software that's

scanning the messages. If it is, perhaps there's a bug in the anti-virus

software that's causing the problem?

bshannona at 2007-7-9 22:54:31 > top of Java-index,Enterprise & Remote Computing,Enterprise Technologies...