> > Related to the general issue we discussed on general@ regarding
> > org.apache.javamail, I have a new class, HostAddress,
> I reckon that if it isn't depended upon by any Mailet functionality
> it not be in Mailet.
It is an extension of a JavaMail class. The Mailet API is currently
dependent
> > What I believe we want is code that reads through the MIME content
> > as a stream and issues callbacks for each header and part. For a
> > part (counting the entire message as a part), I'd like to be able
> > to get the raw stream and just read on it until the end of that
> > scope. From that,
> I know people aren't thrilled with the JavaMail parser, but the one
> thing it does very very well (meaning it takes a lot of effort) is
> spec implementation.
Well, actually, I am getting too many exceptions from it with real-world
mail, and in cases where I really should not need to care.
> T
Dear James developers,
at the free university of Berlin, we currently plan to offer a course on software
quality assurance for the students in computer science. The idea is to take a software
project/product from the real world and to apply various defect finding techniques to
the excutable and
