Reassigned to jeremy 
for ownership 
(to coordinate support from chris toward resolution)

Please verify this has been resolved, 
then close issue. 

BTW ... 
is this a duplicate issue?

Goolie,

Are you able to send and recieve HTML in announce?

--jeremy

Stefan the last I had heard on this issue was that
the features@test.openoffice.org list was acting
as Stefan wanted.  ie it was allowing HTML email
to be sent to the list, and it was displayed correctly.

If that isn't the case then I  need to know the circumstances
as last time I heard from Stefan this was resolved, or at
least he hadn't replied to my email with any problems.
Shane

Created attachment 50 [details]
multipart/alternative message generated by SO5.2

To summarize a phone call Shane and I had:
features@<project> and interface-announce@ooo seem to work fine (tested with 
features@test) as long as we generate messages with a web form. This form 
generats text/html parts only. We wil switch process going public by using the 
form on 1/2/2001.

The issue left (P2->P3) is that ezmlm doesn't accept MIME messages from 
StarOffice 5.2 which use multipart/alternative. see attachment....

I looked through the ezmlm-configurations on openoffice.org and noted that
the lists mentioned in this issue do not have 'mimeremove' or 'mimereject'
setting, therefore i'm curious why stefan got the bounce he attached to 
this issue:

> <features@test.openoffice.org>:
> ezmlm-send: fatal: Sorry, after removing unacceptable MIME parts from your
message I was left with nothing (#5.7.0)
> ezmlm-gate: fatal: Fatal error from child

One possible explanation: the bounce stefan sent is from Nov 29, 2000
and it's possible that someone has turned off the ezmlm-customizations which
would force bounces of messages containing HTML.

FYI, as of the time of this writing, the following are the only lists which 
have mimeremove set:

openoffice-ROOT-67-~tigrisq> ll */mimeremove
-rw-------    1 tigrisq  tigris       1599 Nov 21 17:44 project_leads/mimeremove
-rw-------    1 tigrisq  tigris       1599 Nov 15 17:32
project_owners/mimeremove
-rw-------    1 tigrisq  tigris       1599 Oct 24 13:16 test-edk/mimeremove
-rw-------    1 tigrisq  tigris       1599 Dec 12 11:54 test-edk2/mimeremove

(No lists have mimereject set).

The only additional piece of info I can give is to make sure that 
"a few extras" is turned off in the "advanced" mail list configuration
screen. For the lists mentioned in this issue, that appears to be the case. 

Note that ezmlm-make(1) describes the "a few extras" setting as such:

       -x   eXtra.  ezmlm-make will configure the list with a few
            extras: dir/mimeremove will be  configured  to  strip
            annoying  mime  parts such as excel spreadsheets, rtf
            text, html text etc from the messages. Messages  con-
            sisting solely of this Content-type will be rejected.
            See ezmlm-send(1) and ezmlm-reject(1) for more  info.

One other interesting hint from ezmlm-reject(1):

       ezmlm-reject does not handle rfc822 comments in ''Content-
       Type:''  lines  if  present  before  the type or boundary.
       This could be used to defeat the MIME rejection  function.
       OTOH,  this  function  is  intended to reduce garbage, not
       guarantee its elimination.

Created attachment 51 [details]
Here is a more recent bounce (12/12/2000)

P2->P3 (as promised :-)

To transfer jeremy's issues 
and as this relates to the technical infrastructure, 
reassigning to kat 
for ownership 
(to coordinate technical support as required toward resolution). 

Accepting issue. 
Neils, was the more recent bounce investigated and resolved?

Kathy

Sorry Neils, thought you were on the CC list for this issue. Has the most recent
bounce been investigated/resolved?

Kat

Entering on internal database for tracking pcn4546

Kat, Edk would be the person to handle this, and I would be
willing to bet it is fixed in SC 1.0.6

It should be brought up before QA, and then tested for in
the 1.0.X tree.  

The way I remember this getting handled on OpenOffice was for
Ed to just go in, and fix the ezmlm setting which were causing
problems.

Either way, I think anzu/our_solid_ezmlm_settings will now handle
HTML mail by default, but QA or edk would be able to answer
definitively.   Shane

Thank you for your input Shane. I will assign the pcn issue appropriately based
on your suggestions.

Kat

This has been confirmed as a problem with SC 1.0.6 and has been assigned to a
developer to be addressed.

Thank you
Kat

changing QA contact from bugs@ to issues@

Reassigning all of kat's open issues to support so that I can go through them.

reassigning to support. I believe that this paleolithic issue may be resolved in a next 
release... or has already been... or is totally irrelevant...
louis

This is still actually open internally, and is targeted for the 1.3
release.

Administrative Change; SC1.3 has been renamed SC2.0.

this item will be closed as the fix is in the 2.0 release

If an item is fixed in a later SC release, please change status to
"resolved/later". Thanks, Stefan.

Closing this.