• Do not register here on develop.twiki.org, login with your twiki.org account.
• Use View topic Item7700 for generic doc work for TWiki-6.0.2. Use View topic Item7703 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?

CC


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
Edit | Attach | Watch | Print version | History: r12 < r11 < r10 < r9 < r8 | Backlinks | Raw View | Raw edit | More topic actions
Topic revision: r12 - 2006-01-31 - SteffenPoulsen
 
This site is powered by the TWiki collaboration platform Powered by PerlCopyright © 2008-2017 by the contributing authors. All material on this collaboration platform is the property of the contributing authors.
Ideas, requests, problems regarding TWiki? Send feedback