I may have saved thousands of dollars just recently cause my Banking
Institution (accidently) re-set the PIN on my Visa Card which then
required at reset and notification of the new PIN .... and, of course,
the new PIN didn't suit me .... so I wanted to re-re-set it.

No problem, their web-site allows me to do that .... so I did .... and
they sent me a notification e-mail advising of the fact ... but the
e-mail looked weird ..... like this ....
________________________________________________
<h3>Pin Change Attempt</h3>
___________________________________________________________
<p>Dear <b>Daniel Xavier Mercovich</b>,</p>

<p>Your attempt to change your PIN has been <b>successful</b>.</p>
<table>
<tr>
<td>From Card:</td>
<td>############8870</td>
</tr>
<tr>
<td>Date:</td>
<td>31-Dec-2023</td>
</tr>
<tr>
<td>Time:</td>
<td>10:10 PM</td>
</tr>
<tr>
<td>Status:</td>
<td>Pin Change Successful</td>
</tr>
<tr>
______________________________________________________________

Note the HTML coding that shows up .... even though I view it in Plain
Text. When I normally receive an e-mail from them, it just looks
'normal, just minus any formatting or pictures .... e.g.
__________________________________________________________
Earlier this week, we informed you about a card issue requiring a
replacement
due to a production error.

Defence Bank will never send you a link directly to our sign in page, or
that
requests your personal or financial information. Always type
defencebank.com.au
into your browser or use the Defence Bank app to securely sign in and
access
your banking.

Hi Daniel,
____________________________________________________

This *IS* their problem, isn't it, rather than mine or SeaMonkey's??
--
Daniel

On 01/01/2024 08:18, Daniel65 wrote:
> ...
> they sent me a notification e-mail advising of the fact ... but the
> e-mail looked weird ..... like this ....
> ________________________________________________
> <h3>Pin Change Attempt</h3>
>     ___________________________________________________________
>     <p>Dear <b>Daniel Xavier Mercovich</b>,</p>
>
>     <p>Your attempt to change your PIN has been <b>successful</b>.</p>
>     <table>
>     <tr>
>         <td>From Card:</td>
>         <td>############8870</td>
>     </tr>   
>     <tr>
>         <td>Date:</td>
>         <td>31-Dec-2023</td>
>     </tr>
>     <tr>
>         <td>Time:</td>
>         <td>10:10 PM</td>
>     </tr>
>         <tr>
>             <td>Status:</td>
>             <td>Pin Change Successful</td>
>         </tr>
>         <tr>
> ______________________________________________________________
>
> Note the HTML coding that shows up .... even though I view it in Plain
> Text. When I normally receive an e-mail from them, it just looks
> 'normal, just minus any formatting or pictures .... e.g.
> __________________________________________________________
>...
>
> This *IS* their problem, isn't it, rather than mine or SeaMonkey's??

What you see is consistent with a fallback where, since the bank's email
only contained text/html, SM Mail tried to display the email verbatim.
To confirm that one would have to look at the message Content-Type
headers (or, harder, the SM mail code).

As previously noted (<http://al.howardknight.net/?ID=166321887300>
according to Nuno Silva, thx), the best setting is the one that forces
SM to make the HTML into plaintext. Then you see more-or-less what the
HTML sender expected to show, but more clearly and safely.

/df

--
London
UK

Am 01.01.2024 um 19:18:10 Uhr schrieb Daniel65:

> This *IS* their problem, isn't it, rather than mine or SeaMonkey's??

Check the email.

Does it provide a text/plain part or only text/html?

If text/plain is available, what is the real content?

Dirk Fieldhouse wrote:
> On 01/01/2024 08:18, Daniel65 wrote:
>> ...
>> they sent me a notification e-mail advising of the fact ... but the
>> e-mail looked weird ..... like this ....
>> ________________________________________________
>> <h3>Pin Change Attempt</h3>
>>     ___________________________________________________________
>>     <p>Dear <b>Daniel Xavier Mercovich</b>,</p>
>>
>>     <p>Your attempt to change your PIN has been <b>successful</b>.</p>
>>     <table>
>>     <tr>
>>         <td>From Card:</td>
>>         <td>############8870</td>
>>     </tr>
>>     <tr>
>>         <td>Date:</td>
>>         <td>31-Dec-2023</td>
>>     </tr>
>>     <tr>
>>         <td>Time:</td>
>>         <td>10:10 PM</td>
>>     </tr>
>>         <tr>
>>             <td>Status:</td>
>>             <td>Pin Change Successful</td>
>>         </tr>
>>         <tr>
>> ______________________________________________________________
>>
>> Note the HTML coding that shows up .... even though I view it in Plain
>> Text. When I normally receive an e-mail from them, it just looks
>> 'normal, just minus any formatting or pictures .... e.g.
>> __________________________________________________________
>> ...
>>
>> This *IS* their problem, isn't it, rather than mine or SeaMonkey's??
>
> What you see is consistent with a fallback where, since the bank's email
> only contained text/html, SM Mail tried to display the email verbatim.
> To confirm that one would have to look at the message Content-Type
> headers (or, harder, the SM mail code).

If only text/html is included, and SeaMonkey is set to view the message
body as plain text, SeaMonkey extracts the text content from the HTML
and shows just that (without the HTML tags). I checked and confirmed
that is what happens a few weeks ago in another thread here.

This looks more like the headers claim to be text/plain, but the content
is actually HTML. As you say, we'd need to see the headers (as well as
those of each part if a multipart message) from the message source to
tell for sure.

> As previously noted (<http://al.howardknight.net/?ID=166321887300>
> according to Nuno Silva, thx), the best setting is the one that forces
> SM to make the HTML into plaintext. Then you see more-or-less what the
> HTML sender expected to show, but more clearly and safely.

I haven't tried that combination but, as I understand it, the difference
with that option is that when both text/plain and text/html parts are
included, SeaMonkey ignores the plain text part and converts the HTML
part to text for display as it would if there was only a HTML part.
Apparently that's useful in cases where the actual text/plain part in
the email doesn't include the same text, e.g. just providing a web link
to visit for the same formatted content as the HTML part.

--
Mark.

Mark Bourne wrote on 3/1/24 7:01 am:
> Dirk Fieldhouse wrote:
>> On 01/01/2024 08:18, Daniel65 wrote:
>>> ... they sent me a notification e-mail advising of the fact ...
>>> but the e-mail looked weird ..... like this ....
>>> ________________________________________________ <h3>Pin Change
>>> Attempt</h3>
>>> ___________________________________________________________
>>> <p>Dear <b>Daniel Xavier Mercovich</b>,</p>
>>>
>>> <p>Your attempt to change your PIN has been
>>> <b>successful</b>.</p> <table> <tr> <td>From Card:</td>
>>> <td>############8870</td> </tr> <tr> <td>Date:</td>
>>> <td>31-Dec-2023</td> </tr> <tr> <td>Time:</td> <td>10:10 PM</td>
>>> </tr> <tr> <td>Status:</td> <td>Pin Change Successful</td> </tr>
>>> <tr>
>>> ______________________________________________________________
>>>
>>> Note the HTML coding that shows up .... even though I view it in
>>> Plain Text. When I normally receive an e-mail from them, it just
>>> looks 'normal, just minus any formatting or pictures .... e.g.
>>> __________________________________________________________ ...
>>>
>>> This *IS* their problem, isn't it, rather than mine or
>>> SeaMonkey's??
>>
>> What you see is consistent with a fallback where, since the bank's
>> email only contained text/html, SM Mail tried to display the email
>> verbatim. To confirm that one would have to look at the message
>> Content-Type headers (or, harder, the SM mail code).
>
> If only text/html is included, and SeaMonkey is set to view the
> message body as plain text, SeaMonkey extracts the text content from
> the HTML and shows just that (without the HTML tags). I checked and
> confirmed that is what happens a few weeks ago in another thread
> here.
>
> This looks more like the headers claim to be text/plain, but the
> content is actually HTML. As you say, we'd need to see the headers
> (as well as those of each part if a multipart message) from the
> message source to tell for sure.

Umm! Umm! My former ISP used to provide me some web space on his server
where I could post stuff like this message source ...... so has anyone
got a suggest for a suitable location where I could post it??

Or does the first portion of the e-mail message (AFTER the Header stuff)
provide enough info .....

Quote
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "h=
ttp://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">=0A<html =
dir=3D"ltr" xmlns=3D"http://www.w3.org/1999/xhtml" xmlns:o=3D"urn=
:schemas-microsoft-com:office:office" lang=3D"en" style=3D"paddin=
g:0;Margin:0">=0A <head>=0A <meta charset=3D"UTF-8">=0A <meta c=
ontent=3D"width=3Ddevice-width, initial-scale=3D1" name=3D"viewpo=
rt">=0A <meta name=3D"x-apple-disable-message-reformatting">=0A =
<meta http-equiv=3D"X-UA-Compatible" content=3D"IE=3Dedge">=0A =
<meta content=3D"telephone=3Dno" name=3D"format-detection">=0A <=
title>Please read your new Visa debit card update.</title><!--[if=
End Quote.

That 'html' and 'XHTML' seem suspious. .... but NO, because they also
appear in the message source of an e-mail that does appear correctly in PT

(Checks Quote AGAIN to see it it contains personal information!!)
--
Daniel