commons-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Eric Pugh" <ep...@upstate.com>
Subject RE: [email] Steps prior to graduating from Sandbox
Date Tue, 02 Nov 2004 14:06:12 GMT
Definitly check with the dumbster guy as well.  Maybe we need to try CVS
head?  urgh..   Or, be really icky and not run the test on *NIX?

> -----Original Message-----
> From: Mark Lowe [mailto:melowe@gmail.com]
> Sent: Tuesday, November 02, 2004 2:01 PM
> To: Jakarta Commons Developers List
> Subject: Re: [email] Steps prior to graduating from Sandbox
>
>
> I can confirm that the timeout on unix (at least osx isn't the only
> problem with this dumpster business).
>
> I cranked things up to 20000 and still had the getMailSession method
> failing . Increasing timeout to 1000 does stop the error for Email
> tests but all subsquent tests the same old jazz.
>
> I'll try and get some time this evening to see whether I can
> contribute anything more constructive.
>
> Mark
>
> On Tue, 02 Nov 2004 07:29:14 -0500, Scott <scott@minutestopost.com> wrote:
> > Hi,
> >
> >
> >
> > Eric Pugh wrote:
> > > Hi all,
> > >
> > > I started updating the Status.html doc.   I wanted to make
> sure we have a
> > > consensus on steps prior to proposing to graduate from the sandbox:
> > >
> > > 1) Remove commons-validator.
> > > 2) Verify unit tests (dumbster) run on *NIX boxes
> > > 3) Documentation enhancements?
> > >
> > > Does this look good?
> > >
> > > Eric
> > >
> >
> > I'm not sure about the normal criteria for things to move out of the
> > sandbox, but here are my thoughts on things:
> > 1. SimpleEmail - works well, easy to use
> > 2. MultipartEmail - not as easy to use, very flexible
> > 3. HtmlEmail - still broken. if, for instance, you create an html email
> > with 2 embedded jpeg files, you end up with this structure:
> >
> > multipart/related
> >      text/html
> >      image/jpeg
> >      image/jpeg
> >      text/plain
> >
> > which will not display properly with many email clients. we really want:
> >
> > multipart/alternative
> >      text/plain
> >      multipart/related
> >          text/html
> >          image/jpeg
> >          image/jpeg
> >
> > or, if there are email attachments, something like:
> >
> > multipart/mixed
> >      multipart/alternative
> >          text/plain
> >          multipart/related
> >              text/html
> >              image/jpeg
> >              image/jpeg
> >      attachment1-content-type
> >      attachment2-content-type
> >
> > I'll try to come up with a patch that addresses this. Again, I'm not
> > sure if this affects the decision to move commons-email out of sandbox,
> > but I thought it was worth mentioning. Also, its nice to see the all of
> > the recent work on the project :), thanks!
> >
> > Scott
> >
> >
> >
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: commons-dev-unsubscribe@jakarta.apache.org
> > For additional commands, e-mail: commons-dev-help@jakarta.apache.org
> >
> >
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: commons-dev-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: commons-dev-help@jakarta.apache.org


---------------------------------------------------------------------
To unsubscribe, e-mail: commons-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: commons-dev-help@jakarta.apache.org


Mime
View raw message