I have resolved this issue throught the creation of special processing mailet which reformats all binary content type mimebodypart attachments to a fixed length of 76 characters. This was needed for IMAP protocol processing because it cannot handle 60 character widths sent from Hotmail.com, Yahoo.com, Fastmail.fm mail servers. If you want I can submit this mailet and associating config settings. Without this patch, JAMES IMAP server will not be able to read in mimemultipart body attachments properly.
Sam. >From: "Samuel Sadek" <[EMAIL PROTECTED]> >Reply-To: "James Users List" <[EMAIL PROTECTED]> >To: [EMAIL PROTECTED] >Subject: Re: SMTP-receiver server >Date: Sat, 11 May 2002 00:28:36 +0100 > >I have written a new mailet which will check for all incoming mimemultipart >messages with attachments and attempts to reformat all line lengths to be >exactly 76 characters long. > >As soon as the sendmail method on the mailetcontext gets called, I have >noticed the following exception whenever I sent a multipart mail from my >hotmail.com which contains a video sample: > >javax.activation.UnsupportedDataTypeException: no object DCH for MIME type >video /avi; name="clearvobtool.avi" > >I'm also testing a whole suite of other binary type objects including zip >file attachments, jpegs, image files and all amount to the same >corresponding exception. > >Is this a problem with Sun's failure not to implement all application types >mime types? What's the alternative approach? > >Your feedback is most appreciated. > >Thanks in advance. > >Sam. > > > >>From: Serge Knystautas <[EMAIL PROTECTED]> >>Reply-To: "James Users List" <[EMAIL PROTECTED]> >>To: James Users List <[EMAIL PROTECTED]> >>Subject: Re: SMTP-receiver server >>Date: Thu, 09 May 2002 16:58:47 -0400 >> >>I think it might be a bit dangerous to do it for all messages during >>SMTP retrieval. The trick is you can't do this to every line as you >>could mess up headers and lots of non-text content. >> >>You could write a mailet that took the MimeMessage and reformated any >>text/plain content to remove unwanted line feeds. I don't know what if >>any rules there are regarding when these line feeds are enforced and if >>7bit vs. 8bit has much to do with it. >>-- >>Serge Knystautas >>Loki Technologies - Unstoppable Websites >>http://www.lokitech.com/ >> >>Samuel Sadek wrote: >>>Hi all, >>> >>>I wanted to know if there is any way I can control the formatting of >>>mail data being received from a requesting SMTP-sender server over a >>>TCP/IP transmission channel. The reason I ask this is that I have >>>noticed that if I send mail to a local recipient from the same domain as >>>my JAMES SMTP server, it sets the message attachment file line length to >>>exactly 76 characters long. If I send the same attachment file within >>>the same message but sent from a remote mail server eg. hotmail.com or >>>yahoo.com they seem to set the line length of the attachment to exactly >>>60 characters long. I wondered if there's any chance of intercepting >>>every line as it's being sent from a sending SMTP server and control the >>>width of it. I know in SMTPHandler.doData method intercepts the mail >>>data as an inputstream but do not how to perceive this from this point... >>> >>>Could this difference be due to the content-transfer-encoding scheme >>>being used to send the binary data over a transmission channel i.e. 7bit >>>vs. 8bit ? >>> >>>Your feedback will be greatly appreciated as always. >>> >>>Thanks in advance. >>> >>>Sam. >> >> >>-- >>To unsubscribe, e-mail: >><mailto:[EMAIL PROTECTED]> >>For additional commands, e-mail: >><mailto:[EMAIL PROTECTED]> >> > > >_________________________________________________________________ >Join the world�s largest e-mail service with MSN Hotmail. >http://www.hotmail.com > > >-- >To unsubscribe, e-mail: ><mailto:[EMAIL PROTECTED]> >For additional commands, e-mail: ><mailto:[EMAIL PROTECTED]> > _________________________________________________________________ Chat with friends online, try MSN Messenger: http://messenger.msn.com -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
