gui program can't resolve hostname
Hello: I have an openSUSE Leap 15.1 system where the VoIP program IHU (I hear you) works.I also have another Leap 15.1 installation where the program doesn't work, it exits with error, it can't resolve any hostame. It can't resolve either localhost or any valid hostname in the network. It works if I use direct IP address. Command line tools ping and host can resolve hostnames. How could I trace what causes the error? It must be some difference in some configuration or the installed packages between the two 15.1 systems. The IHU program is:ihu-0.6.0-lp151.2.6.x86_64. I use networkmanager for networking.This is how the program runs:1. using IP address:> ihu --nogui --call 127.0.0.1Starting IHU without GUI...Press CTRL-C to terminateMon Dec 26 19:11:48 2022 - Contacting 127.0.0.1...Warning: Mon Dec 26 19:11:48 2022 - CALL to 127.0.0.1 (127.0.0.1)Mon Dec 26 19:11:48 2022 - Closing communication...Mon Dec 26 19:11:50 2022 - 127.0.0.1 rejected the call.Warning: Mon Dec 26 19:11:50 2022 - HANG UP with 127.0.0.1: 0 bytes received, 6 bytes sent2. using localhost> ihu --nogui --call localhostStarting IHU without GUI...Press CTRL-C to terminateError: can't resolve localhostABORTED.Error: can't resolve localhost> ping localhostPING localhost (127.0.0.1) 56(84) bytes of data.64 bytes from localhost (127.0.0.1): icmp_seq=1 ttl=64 time=0.042 ms64 bytes from localhost (127.0.0.1): icmp_seq=2 ttl=64 time=0.038 ms64 bytes from localhost (127.0.0.1): icmp_seq=3 ttl=64 time=0.051 ms64 bytes from localhost (127.0.0.1): icmp_seq=4 ttl=64 time=0.035 ms> host localhostlocalhost has address 127.0.0.1localhost has IPv6 address ::1localhost mail is handled by 1 localhost.Any suggestion would be appreciated.Thanks,Istvan
On 2022-12-26 19:02, Istvan Gabor wrote:
Hello:
I have an openSUSE Leap 15.1 system where the VoIP program IHU (I hear you) works. I also have another Leap 15.1 installation where the program doesn't work, it exits with error, it can't resolve any hostame. It can't resolve either localhost or any valid hostname in the network. It works if I use direct IP address. Command line tools ping and host can resolve hostnames. How could I trace what causes the error? It must be some difference in some configuration or the installed packages between the two 15.1 systems.
...
Any suggestion would be appreciated.
You have a generic name resolution problem. Typically, file "/etc/resolv.conf" is wrong. This file is often automatically generated, so instead of touching this one, you adjust whatever program you used to adjust the network, ie, YaST or Network Manager. It possibly points to a bad name server, or points nowhere. cat /etc/resolv.conf -- Cheers / Saludos, Carlos E. R. (from 15.4 x86_64 at Telcontar)
-------- Eredeti levél --------Feladó: Carlos E. R. <robin.listas@telefonica.net>Dátum: 2022 december 26 20:45:27Tárgy: Re: gui program can't resolve hostnameCímzett: oS-EN <users@lists.opensuse.org>On 2022-12-26 19:02, Istvan Gabor wrote: > Hello: > > I have an openSUSE Leap 15.1 system where the VoIP program IHU (I hear > you) works. > I also have another Leap 15.1 installation where the program doesn't > work, it exits with error, it can't resolve any hostame. It can't > resolve either localhost or any valid hostname in the network. It works > if I use direct IP address. Command line tools ping and host can resolve > hostnames. How could I trace what causes the error? It must be some > difference in some configuration or the installed packages between the > two 15.1 systems. ... > Any suggestion would be appreciated. You have a generic name resolution problem. Typically, file "/etc/resolv.conf" is wrong. This file is often automatically generated, so instead of touching this one, you adjust whatever program you used to adjust the network, ie, YaST or Network Manager. It possibly points to a bad name server, or points nowhere. cat /etc/resolv.conf Thank you.This is resolv conf of the system where IHU doesn't work (commented lines removed):### Call "netconfig update -f" to force adjusting of /etc/resolv.conf.search t.hu linux.sitenameserver 192.168.1.254nameserver fe80::1%eth11This is resolv conf of the system where IHU does work (commented lines removed):search t.hu linux.sitenameserver 192.168.1.254nameserver fe80::1%eth10Both systems was booted in the same hardware.Once more, ping and host command line progams work in both systems.Istvan
On 2022-12-27 12:24, Istvan Gabor wrote:
You have a generic name resolution problem. Typically, file "/etc/resolv.conf" is wrong.
This file is often automatically generated, so instead of touching this one, you adjust whatever program you used to adjust the network, ie, YaST or Network Manager.
It possibly points to a bad name server, or points nowhere.
cat /etc/resolv.conf
Thank you.
This is resolv conf of the system where IHU doesn't work (commented lines removed):
### Call "netconfig update -f" to force adjusting of /etc/resolv.conf. search t.hu linux.site nameserver 192.168.1.254 nameserver fe80::1%eth11
This is resolv conf of the system where IHU does work (commented lines removed):
search t.hu linux.site nameserver 192.168.1.254 nameserver fe80::1%eth10
Both systems was booted in the same hardware.
Ok, the files are the same.
Once more, ping and host command line progams work in both systems.
You could try: ping -v -c 3 google.com ping -c 3 8.8.8.8 host -v google.com on both. -- Cheers / Saludos, Carlos E. R. (from Elesar, using openSUSE Leap 15.4)
Please don't post mail that has a readable HTML part but no readable plain text part (see below). Better yet please don't post mail with HTML parts at all :) On Mon, 26 Dec 2022 18:02:16 +0000 (GMT) Istvan Gabor <suseuser04@freemail.hu> wrote:
Hello: I have an openSUSE Leap 15.1 system where the VoIP program IHU (I hear you) works.I also have another Leap 15.1 installation where the program doesn't work, it exits with error, it can't resolve any hostame. It can't resolve either localhost or any valid hostname in the network. It works if I use direct IP address. Command line tools ping and host can resolve hostnames. How could I trace what causes the error? It must be some difference in some configuration or the installed packages between the two 15.1 systems. The IHU program is:ihu-0.6.0-lp151.2.6.x86_64. I use networkmanager for networking.This is how the program runs:1. using IP address:> ihu --nogui --call 127.0.0.1Starting IHU without GUI...Press CTRL-C to terminateMon Dec 26 19:11:48 2022 - Contacting 127.0.0.1...Warning: Mon Dec 26 19:11:48 2022 - CALL to 127.0.0.1 (127.0.0.1)Mon Dec 26 19:11:48 2022 - Closing communication...Mon Dec 26 19:11:50 2022 - 127.0.0.1 rejected the call.Warning: Mon Dec 26 19:11:50 2022 - HANG UP with 127.0.0.1: 0 bytes received, 6 bytes sent2. using localhost> ihu --nogui --call localhostStarting IHU without GUI...Press CTRL-C to terminateError: can't resolve localhostABORTED.Error: can't resolve localhost> ping localhostPING localhost (127.0.0.1) 56(84) bytes of data.64 bytes from localhost (127.0.0.1): icmp_seq=1 ttl=64 time=0.042 ms64 bytes from localhost (127.0.0.1): icmp_seq=2 ttl=64 time=0.038 ms64 bytes from localhost (127.0.0.1): icmp_seq=3 ttl=64 time=0.051 ms64 bytes from localhost (127.0.0.1): icmp_seq=4 ttl=64 time=0.035 ms> host localhostlocalhost has address 127.0.0.1localhost has IPv6 address ::1localhost mail is handled by 1 localhost.Any suggestion would be appreciated.Thanks,Istvan
And the reason: Many use their mail program with HTML disabled, respectively pure text only. They may simply ignore any HTML mails. Peter Am 26.12.22 um 20:51 schrieb Dave Howorth:
Please don't post mail that has a readable HTML part but no readable plain text part (see below). Better yet please don't post mail with HTML parts at all :)
On Mon, 26 Dec 2022 18:02:16 +0000 (GMT) Istvan Gabor <suseuser04@freemail.hu> wrote:
Hello: I have an openSUSE Leap 15.1 system where the VoIP program IHU (I hear you) works.I also have another Leap 15.1 installation where the program doesn't work, it exits with error, it can't resolve any hostame. It can't resolve either localhost or any valid hostname in the network. It works if I use direct IP address. Command line tools ping and host can resolve hostnames. How could I trace what causes the error? It must be some difference in some configuration or the installed packages between the two 15.1 systems. The IHU program is:ihu-0.6.0-lp151.2.6.x86_64. I use networkmanager for networking.This is how the program runs:1. using IP address:> ihu --nogui --call 127.0.0.1Starting IHU without GUI...Press CTRL-C to terminateMon Dec 26 19:11:48 2022 - Contacting 127.0.0.1...Warning: Mon Dec 26 19:11:48 2022 - CALL to 127.0.0.1 (127.0.0.1)Mon Dec 26 19:11:48 2022 - Closing communication...Mon Dec 26 19:11:50 2022 - 127.0.0.1 rejected the call.Warning: Mon Dec 26 19:11:50 2022 - HANG UP with 127.0.0.1: 0 bytes received, 6 bytes sent2. using localhost> ihu --nogui --call localhostStarting IHU without GUI...Press CTRL-C to terminateError: can't resolve localhostABORTED.Error: can't resolve localhost> ping localhostPING localhost (127.0.0.1) 56(84) bytes of data.64 bytes from localhost (127.0.0.1): icmp_seq=1 ttl=64 time=0.042 ms64 bytes from localhost (127.0.0.1): icmp_seq=2 ttl=64 time=0.038 ms64 bytes from localhost (127.0.0.1): icmp_seq=3 ttl=64 time=0.051 ms64 bytes from localhost (127.0.0.1): icmp_seq=4 ttl=64 time=0.035 ms> host localhostlocalhost has address 127.0.0.1localhost has IPv6 address ::1localhost mail is handled by 1 localhost.Any suggestion would be appreciated.Thanks,Istvan
Hello, In the Message; Subject : Re: gui program can't resolve hostname Message-ID : <02d72b7b-63c9-09d5-824c-982edbc618e0@gmx.net> Date & Time: Tue, 27 Dec 2022 00:00:57 +0100 [PM] == Peter McD <peter.posts@gmx.net> has written: PM> And the reason: PM> Many use their mail program with HTML disabled, respectively pure text only. PM> They may simply ignore any HTML mails. Isn't it the other way round? In other words, it is now common for MUAs that originally could only read plain text format mail to be modified to be able to read html format mail. In fact, many html-format emails have been posted to this ML, and there have been no complaints about them at all, have there? Anyway, Istvan's mail is buggy and can be read without problems with the following patch; --- 58.orig 2022-12-27 08:46:06.645954807 +0900 +++ 58 2022-12-27 08:48:17.857432350 +0900 @@ -97,7 +97,7 @@ Lines: 67 ------=_Part_3783_2074175656.1672077736736 -Content-Type: text/plain; charset=UTF-8 +Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hello:=C2=A0I have an openSUSE Leap 15.1 system where the VoIP program IHU = So, Istvan, you should check your MUA. Regards. --- ┏━━┓彡 野宮 賢 mail-to: nomiya @ galaxy.dti.ne.jp ┃\/彡 ┗━━┛ "Tim Cook, the C.E.O. of Apple, said earlier this year that he would not let his nephew join social networks. Bill Gates banned cellphone until his children were teenagers, and Melinda Gates wrote that she wished they had waited even longer. Steve Jobs would not let his young children near iPads." -- The New York Times --
* Masaru Nomiya <nomiya@galaxy.dti.ne.jp> [12-26-22 18:58]:
Hello,
In the Message;
Subject : Re: gui program can't resolve hostname Message-ID : <02d72b7b-63c9-09d5-824c-982edbc618e0@gmx.net> Date & Time: Tue, 27 Dec 2022 00:00:57 +0100
[PM] == Peter McD <peter.posts@gmx.net> has written:
PM> And the reason:
PM> Many use their mail program with HTML disabled, respectively pure text only. PM> They may simply ignore any HTML mails.
Isn't it the other way round?
In other words, it is now common for MUAs that originally could only read plain text format mail to be modified to be able to read html format mail.
In fact, many html-format emails have been posted to this ML, and there have been no complaints about them at all, have there?
yes, many
Regards.
--- ┏━━┓彡 野宮 賢 mail-to: nomiya @ galaxy.dti.ne.jp ┃\/彡 ┗━━┛ "Tim Cook, the C.E.O. of Apple, said earlier this year that he would not let his nephew join social networks. Bill Gates banned cellphone until his children were teenagers, and Melinda Gates wrote that she wished they had waited even longer. Steve Jobs would not let his young children near iPads." -- The New York Times --
-- (paka)Patrick Shanahan Plainfield, Indiana, USA @ptilopteri http://en.opensuse.org openSUSE Community Member facebook/ptilopteri Photos: http://wahoo.no-ip.org/piwigo paka @ IRCnet oftc
Patrick Shanahan wrote:
* Masaru Nomiya <nomiya@galaxy.dti.ne.jp> [12-26-22 18:58]:
In fact, many html-format emails have been posted to this ML, and there have been no complaints about them at all, have there?
yes, many
HTML used to be banned on all openSUSE lists, but it created more and more admin work (due to MUAs using HTML by default), and the reasoning grew more and more invalid, so we decided to remove the ban some years back. -- Per Jessen, Zürich (7.8°C) Member, openSUSE Heroes (2016 - present) We're hiring - https://en.opensuse.org/openSUSE:Heroes
Hi, all -- ...and then Per Jessen said... % Patrick Shanahan wrote: % % > * Masaru Nomiya <nomiya@galaxy.dti.ne.jp> [12-26-22 18:58]: % >> % >> In fact, many html-format emails have been posted to this ML, and % >> there have been no complaints about them at all, have there? % > % > yes, many % % HTML used to be banned on all openSUSE lists, but it created more and % more admin work (due to MUAs using HTML by default), and the reasoning % grew more and more invalid, so we decided to remove the ban some years % back. Yep. Now we just have crotchety folks such as I who are die-hard HTML haters and who get really ticked off at Subject: lines that do not reflect the message contents having been hijacked. You know, Grinch-y stuff. Bah, humbug. That said, a happy holiday season and a bountiful new year to all :-) :-D -- David T-G See http://justpickone.org/davidtg/email/ See http://justpickone.org/davidtg/tofu.txt
David T-G wrote:
Hi, all --
...and then Per Jessen said... % Patrick Shanahan wrote: % % > * Masaru Nomiya <nomiya@galaxy.dti.ne.jp> [12-26-22 18:58]: % >> % >> In fact, many html-format emails have been posted to this ML, and % >> there have been no complaints about them at all, have there? % > % > yes, many % % HTML used to be banned on all openSUSE lists, but it created more and % more admin work (due to MUAs using HTML by default), and the reasoning % grew more and more invalid, so we decided to remove the ban some years % back.
Yep. Now we just have crotchety folks such as I who are die-hard HTML haters and who get really ticked off at Subject: lines that do not reflect the message contents having been hijacked. You know, Grinch-y stuff. Bah, humbug.
That said, a happy holiday season and a bountiful new year to all :-)
Ah, nice, that made me chuckle. :-) To you too! Agree completely about the Subject: line. -- Per Jessen, Zürich (6.6°C) Member, openSUSE Heroes (2016 - present) We're hiring - https://en.opensuse.org/openSUSE:Heroes
On 12/27/22 08:48, David T-G wrote:
Yep. Now we just have crotchety folks such as I who are die-hard HTML haters and who get really ticked off at Subject: lines that do not reflect the message contents having been hijacked. You know, Grinch-y stuff. Bah, humbug.
That said, a happy holiday season and a bountiful new year to all :-)
:-D
"Now we just have learned and cultured folks ... " +1 -- David C. Rankin, J.D.,P.E.
Am 27.12.22 um 00:56 schrieb Masaru Nomiya:
In the Message;
Subject : Re: gui program can't resolve hostname Message-ID : <02d72b7b-63c9-09d5-824c-982edbc618e0@gmx.net> Date & Time: Tue, 27 Dec 2022 00:00:57 +0100
[PM] == Peter McD <peter.posts@gmx.net> has written:
PM> And the reason:
PM> Many use their mail program with HTML disabled, respectively pure text only. PM> They may simply ignore any HTML mails.
Isn't it the other way round?
In other words, it is now common for MUAs that originally could only read plain text format mail to be modified to be able to read html format mail.
In fact, many html-format emails have been posted to this ML, and there have been no complaints about them at all, have there?
I don't complain. I've set my thunderbird to "text only" and just don't read HTML formatted emails unless there it a good reason for opening one. cu Peter
Hello, Sorry, I fully missed. In the Message; Subject : Re: gui program can't resolve hostname Message-ID : <a6e55d5a-1c47-65ee-22f3-a3f64e6a121f@gmx.net> Date & Time: Tue, 27 Dec 2022 11:01:25 +0100 [PM] == Peter McD <peter.posts@gmx.net> has written: PM> Am 27.12.22 um 00:56 schrieb Masaru Nomiya: MN> > In fact, many html-format emails have been posted to this ML, and MN> > there have been no complaints about them at all, have there? PM> I don't complain. PM> I've set my thunderbird to "text only" and just don't read HTML PM> formatted emails unless there it a good reason for opening one. I wrote that poorly. I myself, like you, am of the "don't use html mail for security reasons" sect, and I have stopped my friends and acquaintances from using html mail. All of them are Windows users who are not very good at security. As you may know, it was Microsoft that broke the bylaw in the world of email, and all MLs had a hard time dealing with it, and a few of them even banned Outlook from posting. One of the side-strikes was html mail, and as the number of Outlook users increased, not a few of them had no choice but to set up their MUA to read html mail. By the way, I was very surprised to see Carlos' email with the first reply, that Thunderbird recognizes such an incomplete mail as html mail and make it display as plain text. Regards. --- ┏━━┓彡 Masaru Nomiya mail-to: nomiya @ galaxy.dti.ne.jp ┃\/彡 ┗━━┛ "Bill! You married with Computer. Not with Me!" "No....., with money."
On 2022-12-28 07:02, Masaru Nomiya wrote:
Hello,
...
By the way, I was very surprised to see Carlos' email with the first reply, that Thunderbird recognizes such an incomplete mail as html mail and make it display as plain text.
No, it displays the html part. On reply, it apparently converts to plain text for composing, and sends as plain text because in this mail account I have compose in html disabled. It ignores the plain text part. On a different account, it composes in html, and on sending it decides automatically what format to use. By the way, Istvan still needs help with his network ;-) -- Cheers / Saludos, Carlos E. R. (from 15.4 x86_64 at Telcontar)
Hello, In the Message; Subject : Re: gui program can't resolve hostname Message-ID : <fd746a9b-0058-97fc-ed2d-f1cca267e38a@telefonica.net> Date & Time: Wed, 28 Dec 2022 12:17:57 +0100 [CER] == "Carlos E. R." <robin.listas@telefonica.net> has written: MN> > By the way, I was very surprised to see Carlos' email with the first MN> > reply, that Thunderbird recognizes such an incomplete mail as html MN> > mail and make it display as plain text. CER> No, it displays the html part. That's what's so suspicious. An html mail created by a normal MUA consists of two parts, a plain text part and a html part, then the recipient's MUA displays only the plain text part and folds the html part into the bottom part to make it invisible. Dave wrote the following based on this premise; In the Message; Subject : Re: gui program can't resolve hostname Message-ID : <20221226195102.5265ede3@acer-suse.lan> Date & Time: Mon, 26 Dec 2022 19:51:02 +0000 [DH] == Dave Howorth <dave@howorth.org.uk> has written: DH> Please don't post mail that has a readable HTML part but no readable DH> plain text part (see below). In other words, the plain text part of Istvan's email is wrong, and as I wrote in a previous email by changing Content-Type: text/plain; charset=UTF-8 to Content-Type: text/html; charset=UTF-8 the plain text part is hidden and the mail becomes html mail. This is what makes it suspicious. CER> On reply, it apparently converts to plain text for composing, and CER> sends as plain text because in this mail account I have CER> compose in html disabled. It is a very usual setting to make the Res as a plain text, but it is amazing to be able to read that Istvan's mail as it is and add REs to it. I think it's normal that I don't want to read it. CER> It ignores the plain text part. I can't understand what you are trying to say? CER> On a different account, it composes in html, and on sending it decides CER> automatically what format to use. I didn't know that Thunderbird also supports html format mail. As a user, what is the need for it? Regards & Good Night. --- ┏━━┓彡 野宮 賢 mail-to: nomiya @ galaxy.dti.ne.jp ┃\/彡 ┗━━┛ "The question of who holds the platform and whether the person or organisation holding it is trustworthy has serious and profound implications in these volatile times. Once trust is broken, it is extremely difficult to restore. It is necessary to diversify in advance." -- Financial Times --
On 2022-12-28 13:42, Masaru Nomiya wrote:
Hello,
In the Message;
Subject : Re: gui program can't resolve hostname Message-ID : <fd746a9b-0058-97fc-ed2d-f1cca267e38a@telefonica.net> Date & Time: Wed, 28 Dec 2022 12:17:57 +0100
[CER] == "Carlos E. R." <> has written:
MN> > By the way, I was very surprised to see Carlos' email with the first MN> > reply, that Thunderbird recognizes such an incomplete mail as html MN> > mail and make it display as plain text.
CER> No, it displays the html part.
That's what's so suspicious.
An html mail created by a normal MUA consists of two parts, a plain text part and a html part, then the recipient's MUA displays only the plain text part and folds the html part into the bottom part to make it invisible.
But I want it to display the html part in preference. It does what I want, which may be the default, I don't remember. ...
CER> On reply, it apparently converts to plain text for composing, and CER> sends as plain text because in this mail account I have CER> compose in html disabled.
It is a very usual setting to make the Res as a plain text, but it is amazing to be able to read that Istvan's mail as it is and add REs to it. I think it's normal that I don't want to read it.
CER> It ignores the plain text part.
I can't understand what you are trying to say?
Thunderbird uses the html part of email if available, as it should.
CER> On a different account, it composes in html, and on sending it decides CER> automatically what format to use.
I didn't know that Thunderbird also supports html format mail. As a user, what is the need for it?
Of course it supports html, since ever. And yes, I do want to write in html sometimes, and I do. I see no reason to refuse to use fonts, bold, underline, paragraph formatting, photos inserted in context, etc. If you consider html to be unsafe, then propose another rich text format that can be used safely in email, or clients that react safely to it. But I do receive and send html texts, in places where it doesn't cause people to get revolted. From/to businesses, and from/to plain people. -- Cheers / Saludos, Carlos E. R. (from Elesar, using openSUSE Leap 15.4)
Carlos E. R. wrote:
Of course it supports html, since ever. And yes, I do want to write in html sometimes, and I do. I see no reason to refuse to use fonts, bold, underline, paragraph formatting, photos inserted in context, etc.
If you consider html to be unsafe, then propose another rich text format that can be used safely in email, or clients that react safely to it.
Not really that it's unsafe, though you never know. HTML is a 'programming language', so it inherently has the capability of doing bad things... What about including tracking pixel images, for example? Just for one. My MUA is set to prefer the plain text part. Most of the time that is fine. Major problems that I come across usually is formating (and so far most/all of the issues were from people sending via Thunderbird): If you set it to include a plain text version, but code in html, and quote by indenting, the indent is removed in the plain text version. Imagine how much fun that is in a longer thread involving several people :-P But I stopped complaining, not going to fight windmills.
On 2023-01-03 16:12, Pit Suetterlin wrote:
Carlos E. R. wrote:
Of course it supports html, since ever. And yes, I do want to write in html sometimes, and I do. I see no reason to refuse to use fonts, bold, underline, paragraph formatting, photos inserted in context, etc.
If you consider html to be unsafe, then propose another rich text format that can be used safely in email, or clients that react safely to it.
Not really that it's unsafe, though you never know. HTML is a 'programming language', so it inherently has the capability of doing bad things... What about including tracking pixel images, for example? Just for one.
Which do not load by default, even if it renders the html.
My MUA is set to prefer the plain text part. Most of the time that is fine. Major problems that I come across usually is formating (and so far most/all of the issues were from people sending via Thunderbird): If you set it to include a plain text version, but code in html, and quote by indenting, the indent is removed in the plain text version. Imagine how much fun that is in a longer thread involving several people :-P
So, in mail lists like this one I disable html ;-)
But I stopped complaining, not going to fight windmills.
-- Cheers / Saludos, Carlos E. R. (from Elesar, using openSUSE Leap 15.4)
Hello, Sorry for very late reply. In the Message; Subject : Re: [oS-en] to HTML or not to HTML Message-ID : <7ada8b1c-f6b3-c827-a953-7e5111777679@telefonica.net> Date & Time: Tue, 3 Jan 2023 16:29:31 +0100 [CER] == "Carlos E. R." <robin.listas@telefonica.net> has written: CER> On 2023-01-03 16:12, Pit Suetterlin wrote: CER> > Carlos E. R. wrote: CER> >> Of course it supports html, since ever. CER> >> And yes, I do want to write in html sometimes, and I do. I see no reason CER> >> to refuse to use fonts, bold, underline, paragraph formatting, photos CER> >> inserted in context, etc. CER> >> CER> >> If you consider html to be unsafe, then propose another rich text format CER> >> that can be used safely in email, or clients that react safely to it. CER> > CER> > Not really that it's unsafe, though you never know. HTML is a 'programming CER> > language', so it inherently has the capability of doing bad things... CER> > What about including tracking pixel images, for example? Just for one. CER> Which do not load by default, even if it renders the html. I now know that Thunderbird is a very special MUA, and I understand why there are so many html emails in this ML. CER> > My MUA is set to prefer the plain text part. Most of the time that is fine. CER> > Major problems that I come across usually is formating (and so far most/all of CER> > the issues were from people sending via Thunderbird): CER> > If you set it to include a plain text version, but code in html, and quote by CER> > indenting, the indent is removed in the plain text version. Imagine how much CER> > fun that is in a longer thread involving several people :-P CER> So, in mail lists like this one I disable html ;-) I think this is good manners. Regards. --- ┏━━┓彡 Masaru Nomiya mail-to: nomiya @ galaxy.dti.ne.jp ┃\/彡 ┗━━┛ "A society bound by e-mail and mobile phones deprives us of the freedom to face ourselves and indulge our fantasies." -- Michael Crichton (Speech in Japan) --
participants (10)
-
Carlos E. R.
-
Dave Howorth
-
David C. Rankin
-
David T-G
-
Istvan Gabor
-
Masaru Nomiya
-
Patrick Shanahan
-
Per Jessen
-
Peter McD
-
Pit Suetterlin