Oh no, I forgot those nasty emails having a broken (or simply unkown) encoding header, those are impossible to parse with JavaMail. We have a sendmail relaying the mails before being parsed by java code. If you are careful you can change this header in its queue and reprocess it ;)
> -----Original Message----- > From: Labib Iskander, Marcus [mailto:[EMAIL PROTECTED]] > Sent: Friday, January 25, 2002 6:07 PM > To: 'James Users List' > Subject: RE: RE: Folders for web mail > > > Hi, > after processing a 10000 mails. I found no problems with > JavaMail beside > Mails containing viruses which intentionally don't follow the > MIME standard. > The only problem I had were mails with no receipient address > in the MIME > header, but this won't bother JavaMail if I don't ask for them. > > Cheers, > Marcus > > > > > -----Original Message----- > > From: Kazys [mailto:[EMAIL PROTECTED]] > > Sent: Thursday, January 24, 2002 6:26 PM > > To: James Users List > > Subject: Re: RE: Folders for web mail > > > > > > > > Hi, > > > > There are more issues than that you may discover... > > you will be receiving emails composed by different mail clients - > > OutlookExpress, Eudora, Netscape etc... Right? > > And these not necessarily follow the Email Message standart. > > JavaMail API follows that standart quite strictly and does > > not care if > > anything is wrong with email headers or so... As a > > consequence with some > > emails JavaMail just throw an exception and you are on your > > own to handle the > > message. Helpfull isn't it? > > > > Cheers, > > > > Kazys > > > > > > > > > > > > On Thursday 24 January 2002 4:57 pm, you wrote: > > > Hi, > > > Thanks for comments. > > > Storing mails in database and writing some classes is > > certainly possible. > > > The only issue is that I didnt foresee these problems and > > my web mail > > > client uses Java Mail for reading mails as well (it > > obviously does it for > > > sending mails ). I would like to leverage on that work > > already done, if > > > possible . Further in some extreme cases where mails have > > to be picked up > > > from another email server and not my custom repository, > > Java Mail will be > > > useful. > > > > > > So now I guess I have two options - > > > 1. Add (and not replace :) ) a custom repository mail > > storage and access > > > code . So that I support Java Mail as well as my custom > > implementation in > > > the JSP pages. OR > > > Write a Java Mail provider which reads from my custom > > repository. I have no > > > idea how difficult it will be , any ideas , anybody ? > > > > > > 2. Look a little more at some other software/ email clients > > which implement > > > mail storage in local folders after popping it out from a > > POP server . > > > Aagin any ideas / any projects on sourceforge to look at ? > > > > > > > > > Again thanks in advance for helping out. > > > > > > Manjul Sahay > > > > > > Transversal e Networks > > > > > > > > > --------------- Labib Iskander, Marcus <[EMAIL PROTECTED]>: wrote > > > --------------- > > > > > > >Date: Thu Jan 24 22:09:31 GMT+05:30 2002 > > > >From: Labib Iskander, Marcus <[EMAIL PROTECTED]> > > > >Subject: RE: Folders for web mail > > > >To: 'James Users List' <[EMAIL PROTECTED]> > > > > > > > > >Hi, > > > > > > > >not sure what poppers can do but I think your main > > problem is anyway the > > > >client software. If I were you I would use a simple > > database to store > > > > mail in. That folder system is not difficult to write. > > All you need is a > > > > simple mailet which stores the mail in your database in > > the appropiate > > > > inbox. And a couple of servlets which access the > > database. To send mail > > > > you would simply use Java Mail. All you need further is > > a daemon process > > > > (optionally started by the servlet engine at startup or > > started standing > > > > alone) which again accesses the database to obey the rules. > > > >Your problem is in no way the backend but the frontend. > > > >I think you would go better to employ a custom repository > > designed with > > > > your application in mind. > > > >Using a database like mysql you would ease the data > > access greatly. The > > > > few data accessing classes you would need to write will > > suit your needs > > > > better than a javamail folder implementation ever can. > > not to forget the > > > > performance plus and the freedom of interchanging JAMES > > (not that I > > > > think you would ever wish to ;) > > > > > > > >Hope that my comments were of any use! > > > >Cheers, > > > > Marcus > > > > > > > >> -----Original Message----- > > > >> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] > > > >> Sent: Wednesday, January 23, 2002 7:01 PM > > > >> To: [EMAIL PROTECTED] > > > >> Cc: [EMAIL PROTECTED] > > > >> Subject: Folders for web mail > > > >> > > > >> > > > >> Hi, > > > >> For my project I need to implement a web-mail client which > > > >> provides folders (like sent mail, Trash) support (just like > > > >> IMAP). Also I need to be able to programatically add/delete > > > >> users as well as implement mailing lists, rules like Outlook. > > > >> Further the solution should work on all platforms :) > > (Win* and Linux) > > > >> The ideal solution would have been an IMAP server written in > > > >> Java (or a server with binaries and APIs for Windows and > > > >> Linux) - but I cant find one such ! > > > >> The other way I can think of is to use JAMES . Managing users > > > >> with Java , mailing list implementation is still possible but > > > >> the difficulty is to provide folders support as JAMES doesnt > > > >> provide IMAP support. > > > >> One way I can think of is to use a JavaMail provider (e.g > > > >> POPpers) which provides folders /local store support for POP > > > >> servers along with JAMES ! > > > >> > > > >> Any suggestions/comments ? > > > >> > > > >> With regards > > > >> manjul > > > >> P.S - I am sending this mail through our web-mail > client only ;) > > > >> > > > >> Manjul Sahay > > > >> Technology Team > > > >> Transversal E Networks (TEN) > > > >> INDIA > > > >> > > > >> ************************************************************** > > > >> **************** > > > >> This mail has been sent through 'T-Mail', TEN's web-based > > > >> advanced and Java-powered email client. > > > >> Check out http://www.transversalnet.com or contact > > > >> [EMAIL PROTECTED] for more details about > > Transversal e Networks. > > > >> > > > >> > > > >> -- > > > >> To unsubscribe, e-mail: > > > > > > > ><mailto:[EMAIL PROTECTED]> > > > >For additional commands, e-mail: > > > > <mailto:[EMAIL PROTECTED]> > > > > > > > >-- > > > >To unsubscribe, e-mail: > > > > <mailto:[EMAIL PROTECTED]> For > additional > > > > commands, e-mail: <mailto:[EMAIL PROTECTED]> > > > > > > > > ************************************************************** > > ************* > > >*** This mail has been sent through 'T-Mail', TEN's > > web-based advanced and > > > Java-powered email client. Check out > http://www.transversalnet.com or > > contact [EMAIL PROTECTED] for more details about Transversal e > > Networks. > > -- > To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]> -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]> -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
