Item1508 < Bugs

• Do not register here on develop.twiki.org, login with your twiki.org account.
• Use

Item7848 for generic doc work for TWiki-6.1.1. Use

Item7851 for doc work on extensions that are not part of a release. More... Close
• Anything you create or change in standard webs (Main, TWiki, Sandbox etc) will be automatically reverted on every SVN update.
• Does this site look broken?. Use the LitterTray web for test cases.

In the Contrib MailerContrib the template mailnotify.tmpl is laid out to send both HTML and plain text as a MIME encoded message.

However when mail is received the notification is visible in plain text but not in HTML.

At first I though this was to do wtih the the boundary delimiter between the sections being mismatched. The use of a lot of dashes makes counting them difficult. I checked with RFC1521 and attemtped to use a prefix like "=_=" instead of the loing line of dahses so that the dashes required by the RFC would be clearer.

This was not a fix.

When I look at other HTML+plain-text mail I receive I see that the HTML begins like this:

------=_boundary_(id_skeut1/26/2006t9q2_blog3q)
Content-Type: text/html; charset="iso-8859-1"
Content-Transfer-Encoding: 7bit

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML>
<HEAD>
<META HTTP-EQUIV="Content-Type" CONTENT="text/html;
charset=iso-8859-1">
<TITLE>ITtoolbox Blog Alert</TITLE>
</HEAD>
<BODY>
....
</BODY>
</HTML>

I tried putting that in. This was not a fix.

The mailnotify worked in Cairo where the page was rendered and the complete HTML was used in the apropirate MIME section. The mechanism used in Dakar is quite different and I don't understand enough of it to start hacking. I'd hoped a HTML/HEAD/BODY wrapper would have done the trick but either I've made a gross typo or its the perl code. Or soemthing else.

Can you be specific about what has to be done to fix this please?

I wish I had a clear answer.
I The plain text is visible. It seems to be the HTML that is the problem. I'll continue to experiment

Peter: Is mailnotify considered an esential component of the TWiki:Codev/TWikiMission? I'm sure many applicaitons and environments need mailnotify.

-- AJA

I think text only output is not a release blocker. HTML output is a nice to have (but then in valid XHTML with lower case tags.)

I leave this as "Requirement" so that it gest discussed on the release meeting, but I think we should degrading this to "Normal".

-- PTh

I tested this on a few clients, both thick and thin versions (including webmail). No problems encountered - yes, html is often shown as an attachment that needs to be clicked in some cases, but this is configurable client side (i.e. in Thunderbird: View -> Message Body As -> (Original HTML|Simple HTML|Plain Text).

Re-formatted plaintext mail template as it was unreadable.

Please re-open with specific examples of clients that can't read the sent e-mails in HTML-mode.

SVN 8602.

-- SP

Couldn't resist, had to brush this up some more:

HTML part actually looked undone, added "pre" and "post" text to changes list
Removing HTML attachment name, preventing "attachment icon" in mail client
WEBBGCOLOR was not used (always took color from Main web). Changing to neutral blueish #B9DAFF.
Making table header and table part of the same table.

SVN 8606.

-- SP

ItemTemplate
Summary	mailnotify displays plain text but not HTML
ReportedBy	TWiki:Main.AntonAylward
Codebase
SVN Range	Wed, 25 Jan 2006 build 8512
AppliesTo	Extension
Component	MailerContrib
Priority	Urgent
CurrentState	Closed
WaitingFor
Checkins	8602 8606 8625

Raw edit | More topic actions

Topic revision: r12 - 2006-01-31 - SteffenPoulsen

Account
- Log In

Edit
Attach