Is it possible? Yes. You could create your own specialized version of JDBCMailRepository. If you look at the code you'll see how it handles both dbfile and db protocols. They are identical except that one specifies a file location in the XML, and if that location is configured the store will put the body there instead of in the database. So dbfile differs from your desire in that the headers are in the database, and the entire body structure is stored in a file. You could examine this code, and extend to meet your requirements.
As Serge says, if you really want to process the message contents, you can, but you may find some of it tricky. I strongly recommend that you review the various RFCs (yes, plural) related to MIME encoded content in preparation for your project. --- Noel -----Original Message----- From: Chris Sereda [mailto:chris.sereda@;keen.ca] Sent: Thursday, October 17, 2002 20:04 To: [EMAIL PROTECTED] Subject: JDBC and MultiPart MIME I'm a newbie with James so I apologize for my awkward questions. Using JAMES 2.1a1 with JDBC. I am wondering if the following is possible with James: James receives a 'multipart' email, then separates the message into a text only body and a file (the multipart attachment). James stores the text body in JDBC and the file(s) in the file system. The JDBC message entry would contain a column (named multipartid) with a unique id that refers to a folder on the file system that contains the attachment(s). For example, let's say James receives a 'multipart' message to 'test@localhost', with attachment 'attach1.zip'. The text body only would be stored in the JDBC message store with a column, 'multipartid', set to '756573843784' (just examples). The attachment portion remaining would be saved as file 'attach1.zip' in directory '756573843784' of a file system store. As a result the attachments from that message are referenced by the unique id. I'm sorry if this sounds crazy but I'm going somewhere with this. A web application could be created to view the message body via JDBC. Then a URL to download the attachment would refer to '.....756573843784/attach1.zip' This would allow the attachment to be downloaded via the HTTP web server, as opposed to pulling it from JDBC as one big message body. Is any of this possible ? Thanks to [EMAIL PROTECTED] and [EMAIL PROTECTED] for their input on my previous questions, greatly appreciated. -- To unsubscribe, e-mail: <mailto:james-user-unsubscribe@;jakarta.apache.org> For additional commands, e-mail: <mailto:james-user-help@;jakarta.apache.org> -- To unsubscribe, e-mail: <mailto:james-user-unsubscribe@;jakarta.apache.org> For additional commands, e-mail: <mailto:james-user-help@;jakarta.apache.org>