Hello Marek,
On Sat, 5 Mar 2011 03:20:15 +0100 GMT (05/Mar/11, 9:20 AM +0700 GMT),
Marek Mikus wrote:
MM> I am not a developer and as a distributor and support for czech users, I
MM> know user's point of view in such cases. But when is message broken
MM> (regardless page author or authoring SW) a
Hello Paul,
On Fri, 4 Mar 2011 13:47:27 -0500 GMT (05/Mar/11, 1:47 AM +0700 GMT),
Paul Van Noord wrote:
PVN> The secure attributes of TB v1 in 1998 is what drew me here and it is
PVN> what keeps me here. I chose TB because of it's attributes, not because
PVN> of its deficiencies. It is unfair to
Hello Thomas,
I am not a developer and as a distributor and support for czech users, I
know user's point of view in such cases. But when is message broken
(regardless page author or authoring SW) and opening it in browser produces
same result, this is understandable behaviour.
Maybe Ritlabs could
Hello all,
Friday, March 4, 2011, Dwight Corrin wrote:
> a simple double click will also start the download of another email
> client for the frustrated user who has never subscribed to this list
> or the tbudl list.
Dwight, from my research, these faulty HTML messages are rare and mostly
th
3/4/2011 1:29 PM
Hi Dwight,
On 3/4/2011 Dwight Corrin wrote:
DC> a simple double click will also start the download of another email
DC> client for the frustrated user who has never subscribed to this list
DC> or the tbudl list.
DC>
To each his own...
It seems totally inappropriate to
On Friday, March 4, 2011, 11:32:02 AM, Paul Van Noord wrote:
> A simple double-click opens poorly constructed HTML
> in the default browser, which is the proper software for this. This is
> a basic principle that is not altered by fussing & fuming because one
> needs to double-click their mouse o
3/4/2011 12:27 PM
Hi Thomas,
On 3/4/2011 Thomas Fernandez wrote:
TF> I think you get my point: I am talking about usability and being
TF> pragmatic. If you have security concerns, make it optional. But you
TF> are not going to change the world by forbidding TB! users to read
TF> misformatted ma
On Friday, March 4, 2011, 9:42:02 AM, Thomas Fernandez wrote:
> I think you get my point: I am talking about usability and being
> pragmatic. If you have security concerns, make it optional. But you
> are not going to change the world by forbidding TB! users to read
> misformatted mails. You will
Hello Marek,
On Tue, 1 Mar 2011 14:17:06 +0100 GMT (01/Mar/11, 20:17 PM +0700 GMT),
Marek Mikus wrote:
MM> I see it correctly in Outlook, because it probably uses MIME definition
MM> instead META tag, which is disputable. From my 13 years experience, many
MM> website or mailserver admins and app
Sveiki,
Tuesday, March 1, 2011, 7:48:10 PM, you wrote:
> Hi Marek,
>> I see it correctly in Outlook, because it probably uses MIME definition
>> instead META tag, which is disputable.
> Especially as the tag is only allowed in the tag and the
> mail you attached previously definitely doesn't
Hi Marek,
> I see it correctly in Outlook, because it probably uses MIME definition
> instead META tag, which is disputable.
Especially as the tag is only allowed in the tag and the
mail you attached previously definitely doesn't adhere to that.
So the mime type of the attachment should take p
Hello all,
Monday, February 28, 2011, Thomas Fernandez wrote:
> So it's an unfixable bug, because it's really a Pandora's box. I used
message has HTML part and this HTML includes META tag, which defines
charset IS0-8859-1, but chars are encoded in UTF8. Is this a problem of
client, if he expects,
Hello Marek,
On Mon, 28 Feb 2011 02:45:11 +0100 GMT (28/Feb/11, 8:45 AM +0700 GMT),
Marek Mikus wrote:
MM>>> [*] A registry option to select HTML Charset priority for the viewer
(debug
MM>>> only). You can add a DWORD registry variable HtmlCharSetPriority with
value
MM>>> 1 under HKEY_CURRENT_U
Hello all,
Monday, February 28, 2011, Thomas Fernandez wrote:
MM>> [*] A registry option to select HTML Charset priority for the viewer (debug
MM>> only). You can add a DWORD registry variable HtmlCharSetPriority with value
MM>> 1 under HKEY_CURRENT_USER\Software\RIT\The Bat! to make MIME charset
Hello Marek,
On Sun, 27 Feb 2011 23:11:43 +0100 GMT (28/Feb/11, 5:11 AM +0700 GMT),
Marek Mikus wrote:
>> FWIW, I confirm confirm this for v4.2.36.4. First display is wrong,
>> right-click and choosing Character Set shows UTF. Changing another
>> character set and then back to UTF displays the ch
Hello all,
Sunday, February 27, 2011, Thomas Fernandez wrote:
> (Top posting for easy reference, as no reply is expected)
> FWIW, I confirm confirm this for v4.2.36.4. First display is wrong,
> right-click and choosing Character Set shows UTF. Changing another
> character set and then back to UTF
Hello all,
Saturday, February 26, 2011, Raymund Tump wrote:
> Maybe this is the reason?
> The HTML part is sent with these headers:
> Content-Type: text/html; charset="UTF-8"
> Content-Transfer-Encoding: 8bit
> But the HTML itself says:
>
yes, this will be reason, iTunes messages has ISO-885
Hi Marek,
> I have same problem for messages from iTunes etc.
Maybe this is the reason?
The HTML part is sent with these headers:
Content-Type: text/html; charset="UTF-8"
Content-Transfer-Encoding: 8bit
But the HTML itself says:
The content is encoded in UTF-8 but it seems that the viewer f
Hello Marek,
>> I have an German Office Insider Newsletter from Microsoft here that has a
>> plain text part and a HTML part. Both UTF-8 and 7 bit content transfer
>> encoding. National characters (like ä ö, ü and ß) are displayed
>> correctly in message preview but not in source code vie
Hello all,
Saturday, February 26, 2011, mse wrote:
>> please check attached message, what chars do You see?
> Yes, I see the same signs as you showed in the screenshot. Changing
> charset to another than UTF-8 and then back to UTF 8 displays them
> correctly.
> Confirmed for your message
Hello Marek,
> Hello all,
> Saturday, February 26, 2011, mse wrote:
>> I checked messages with content encoding 8 bit, quoted printable and
>> base64. Preview of HTML parts always showed national characters.
>> Sorry, I think I can't be any help here.
> please check attached message, what char
Hi Marek,
> please check attached message, what chars do You see?
Conmfirmed.
--
Best regards
Raymund
Using 5.0.0.143 BETA on Windows 7 (64 Bit)
Current beta is 5.0.0.143 | 'Using TBBETA' information:
http://www.silverstones.com/theb
Hello Marek,
>> I have an German Office Insider Newsletter from Microsoft here that has a
>> plain text part and a HTML part. Both UTF-8 and 7 bit content transfer
>> encoding. National characters (like ä ö, ü and ß) are displayed
>> correctly in message preview but not in source code vie
Hello all,
Saturday, February 26, 2011, mse wrote:
> I have an German Office Insider Newsletter from Microsoft here that has a
> plain text part and a HTML part. Both UTF-8 and 7 bit content transfer
> encoding. National characters (like ä ö, ü and ß) are displayed
> correctly in message
Hello Marek,
> since .143, when I open HTML message in UTF8, TB displays national chars
> wrong, even UTF8 is selected in dropdown - when I change charset to any
> other and select UTF8 back, they become displayed correctly.
I have an German Office Insider Newsletter from Microsoft here that h
Hello,
since .143, when I open HTML message in UTF8, TB displays national chars
wrong, even UTF8 is selected in dropdown - when I change charset to any
other and select UTF8 back, they become displayed correctly.
confirmations?
--
Thanks and Bye,
Marek Mikus
Czech support of The Bat!
http://ww
26 matches
Mail list logo