Off Topic: Confirmed fix for your messages being in an attachment
Two points: one about "lost in history", one in opposition to embedded content. On "lost in history", from Douglas Crawford:
Worse I just learned today (and this was the LAST STRAW) that every message that everyone has sent in HTML *mode*, where the text body became an attachment, has been lost in history because the mailman digest strip these attachments off. Its all gone. Years and years of messages. All due to misunderstanding of this facility.
Doug, the operation of the VCFed midatlantic email list is outside my skills set. But I don't understand your "lost in history" statement as a factual matter, within my incomplete knowledge which I'll spell out. I read the list *exclusively* with a Web browser, accessing the list at the link below and then for the month as the messages are accumulated monthly. https://lists.vcfed.org/mailman/listinfo/vcf-midatlantic I am one of very few posting-members who do this, apparently. Never mind why few do or why I do. That being the case, I'll describe what I know if others don't know it. So as I look with my Web browser, on the mailist Web site, at the June 2021 list; and then look at your June emails - which have the "scrubbed attachment" feature - I was obliged to do as you noted, to click another link, to read your message text. To my point now. Your attached text is not "lost to history". The attached file is also archived, just as the messages are archived. For instance one such attached/detached email content is linked as:
https://lists.vcfed.org/pipermail/vcf-midatlantic/attachments/20210615/eae44...
To read it, you follow the link. The link and content is "preserved". So I don't understand your "lost" statement. Now your statement focuses on "digest" mode, which I don't use, and if I recall sends a daily? email packaging several emails of the day. I do not know, if these links are part of the digested messages. If the links are, apparently you can recover the attachments as I've described. If not, recover them from the maillist Web page interface. Also: the maillist on the online Web interface, provides an accumulative monthly gzip package of emails. That also excludes the attached texts BUT it includes Web links per message (like the link above for a June message, I just checked). Doug, it's possible you mean other attachments such as photos or documents, which may not be processed as I just described. Simply put: it's outside my skills and time available to make a determination about that. I leave that to the email list administrators and/or yourself. All that, addresses the "lost in history" comment. ------------------------- About embedded content: Dave McGuire makes quite a case for not supporting HTML and not providing various attachments. Others have also. To me they appears to be a "traditional" view of email, one I happen to agree with. But others may not be interested in traditional views of email, and so not persuaded. I observe that in other email list schemes (such as groups.io) which support embedded content and various schemes, I don't care for the result. Which is, to embed important information among a bunch of other emails that can only be found by tedious keyword search. By "important", I mean content an email list member would like to find later; or content that someone doing Web search, might like to find for its value. In my vintage computing work, I've done such searching many many times. It's tedious enough, just to treat emails as a text file. It's more tedious, to be obliged to read the emails with whatever email-reading tools are available. I don't care for email systems to be used for hobby collaborative environments, for many reasons not the least being the inability to *edit and supersede old content*. While not "lost", that content is obscured. But as I noted earlier in this email: others may not be persuaded by what amount to "traditionalist" views in modern use of the Internet. To old people it should not be a surprise that young people may not be interested in prior practices. ----------------------- These are all matters for the email list administrators to consider. Who they are, what they know, and how they take actions, are all mysterious to me. (shrug) They did not address Doug's comment (so far) so I chose to address it. Others provided their opinions on the matter, so did I. regards, Herb Johnson -- Herbert R. Johnson, New Jersey in the USA http://www.retrotechnology.com OR .net preserve, recover, restore 1970's computing email: hjohnson AT retrotechnology DOT com or try later herbjohnson AT comcast DOT net
Ah thanks very much for researching and responding. When I got reports of my message bodies being "scrubbed" in the digest, I thought that meant gone, as in: 3. Computers a. To maintain the integrity of by finding and correcting errors: software that automatically scrubs stored data. b. To erase in such a way as to render unrecoverable: scrubbed the laptop's hard drive to destroy incriminating evidence. Dang, sloppy of me. I see now they are a click away in the history. Not sure if that is the case in the emailed digests, but it doesn't really matter now. The remaining issue is the inconvenience of the bodies of emails in HTML mode being attached in the case of the mail list inbox messages and also turning into a URL in the history " collection of prior postings". A nuisance to both inbox and "prior posting" users. The issue of the email bodies becoming attachments has come up a number of times and unless I missed it no solution was offered to avoid it. Evidence has come to light that it is related to sending in HTML mode. Short term solution is have members send to the list in plain text mode. I could make the change for the destination lists.vcfed.org in Thunderbird. Whether all users can conform to this is yet to be seen. I have some indication that the VCF staff is looking into these behaviors and may come up with something on the mail list side to eliminate the generation of attachments/links for the email bodies. I'm anticipating no one would object to their HTML *mode* responses being stripped down to text and treated like an PLAIN TEXT *mode*, email, but it remains to be seen if mailman has a way to do that. On 7/1/2021 11:33 AM, Herb Johnson via vcf-midatlantic wrote:
Two points: one about "lost in history", one in opposition to embedded content.
On "lost in history", from Douglas Crawford:
Worse I just learned today (and this was the LAST STRAW) that every message that everyone has sent in HTML *mode*, where the text body became an attachment, has been lost in history because the mailman digest strip these attachments off. Its all gone. Years and years of messages. All due to misunderstanding of this facility.
Doug, the operation of the VCFed midatlantic email list is outside my skills set. But I don't understand your "lost in history" statement as a factual matter, within my incomplete knowledge which I'll spell out.
I read the list *exclusively* with a Web browser, accessing the list at the link below and then for the month as the messages are accumulated monthly.
https://lists.vcfed.org/mailman/listinfo/vcf-midatlantic
I am one of very few posting-members who do this, apparently. Never mind why few do or why I do. That being the case, I'll describe what I know if others don't know it.
So as I look with my Web browser, on the mailist Web site, at the June 2021 list; and then look at your June emails - which have the "scrubbed attachment" feature - I was obliged to do as you noted, to click another link, to read your message text.
To my point now. Your attached text is not "lost to history". The attached file is also archived, just as the messages are archived. For instance one such attached/detached email content is linked as:
https://lists.vcfed.org/pipermail/vcf-midatlantic/attachments/20210615/eae44...
To read it, you follow the link. The link and content is "preserved". So I don't understand your "lost" statement.
Now your statement focuses on "digest" mode, which I don't use, and if I recall sends a daily? email packaging several emails of the day. I do not know, if these links are part of the digested messages. If the links are, apparently you can recover the attachments as I've described. If not, recover them from the maillist Web page interface.
Also: the maillist on the online Web interface, provides an accumulative monthly gzip package of emails. That also excludes the attached texts BUT it includes Web links per message (like the link above for a June message, I just checked).
Doug, it's possible you mean other attachments such as photos or documents, which may not be processed as I just described. Simply put: it's outside my skills and time available to make a determination about that. I leave that to the email list administrators and/or yourself.
All that, addresses the "lost in history" comment.
-------------------------
About embedded content:
Dave McGuire makes quite a case for not supporting HTML and not providing various attachments. Others have also. To me they appears to be a "traditional" view of email, one I happen to agree with. But others may not be interested in traditional views of email, and so not persuaded.
I observe that in other email list schemes (such as groups.io) which support embedded content and various schemes, I don't care for the result. Which is, to embed important information among a bunch of other emails that can only be found by tedious keyword search. By "important", I mean content an email list member would like to find later; or content that someone doing Web search, might like to find for its value.
In my vintage computing work, I've done such searching many many times. It's tedious enough, just to treat emails as a text file. It's more tedious, to be obliged to read the emails with whatever email-reading tools are available. I don't care for email systems to be used for hobby collaborative environments, for many reasons not the least being the inability to *edit and supersede old content*. While not "lost", that content is obscured.
But as I noted earlier in this email: others may not be persuaded by what amount to "traditionalist" views in modern use of the Internet. To old people it should not be a surprise that young people may not be interested in prior practices.
-----------------------
These are all matters for the email list administrators to consider. Who they are, what they know, and how they take actions, are all mysterious to me. (shrug) They did not address Doug's comment (so far) so I chose to address it. Others provided their opinions on the matter, so did I.
regards, Herb Johnson
On 7/1/21 11:33 AM, Herb Johnson via vcf-midatlantic wrote:
Dave McGuire makes quite a case for not supporting HTML and not providing various attachments. Others have also. To me they appears to be a "traditional" view of email, one I happen to agree with. But others may not be interested in traditional views of email, and so not persuaded.
Speaking of "a traditional view of email" suggests that there are other views, and it further suggests that this is a matter of "views" in the first place. The RFCs have not changed. The protocols have not changed. The reasoning behind the design decisions made during the creation of both have not changed. The drawbacks to abusing the protocols and the problems that this causes have not changed. And (for me) above all, my desire to not allow J. Random Mouthbreather who wants to use complex tools without learning anything about them first to override how MY computer systems display textual content intended for me to read has most definitely not changed.
But as I noted earlier in this email: others may not be persuaded by what amount to "traditionalist" views in modern use of the Internet. To old people it should not be a surprise that young people may not be interested in prior practices.
It's not a perfect analogy, but it's close: If I'm standing before a judge in a courtroom, I probably would not have a very good day if I were to explain to the judge that I, as a person with my own "view", was not interested in prior practices regarding speed limits and was not "persuaded" by others who were trying to keep me out of jail. A person can use a crescent wrench to pound in a nail. It will probably eventually get the nail in, but the person is still an idiot. -Dave -- Dave McGuire, AK4HZ New Kensington, PA
To new readers, if you want to avoid your messages being turned into an attachment on this mailing list, set your transmission to plain text. This board presently will take an HTML *mode* email and convert it to an attachment whether you have explicitly used HTML features or not. On 7/1/2021 12:37 PM, Dave McGuire via vcf-midatlantic wrote:
On 7/1/21 11:33 AM, Herb Johnson via vcf-midatlantic wrote:
Dave McGuire makes quite a case for not supporting HTML and not providing various attachments. Others have also. To me they appears to be a "traditional" view of email, one I happen to agree with. But others may not be interested in traditional views of email, and so not persuaded.
Speaking of "a traditional view of email" suggests that there are other views, and it further suggests that this is a matter of "views" in the first place.
The RFCs have not changed. The protocols have not changed. The reasoning behind the design decisions made during the creation of both have not changed. The drawbacks to abusing the protocols and the problems that this causes have not changed.
And (for me) above all, my desire to not allow J. Random Mouthbreather who wants to use complex tools without learning anything about them first to override how MY computer systems display textual content intended for me to read has most definitely not changed.
But as I noted earlier in this email: others may not be persuaded by what amount to "traditionalist" views in modern use of the Internet. To old people it should not be a surprise that young people may not be interested in prior practices.
It's not a perfect analogy, but it's close: If I'm standing before a judge in a courtroom, I probably would not have a very good day if I were to explain to the judge that I, as a person with my own "view", was not interested in prior practices regarding speed limits and was not "persuaded" by others who were trying to keep me out of jail.
A person can use a crescent wrench to pound in a nail. It will probably eventually get the nail in, but the person is still an idiot.
-Dave
participants (3)
-
Dave McGuire -
Douglas Crawford -
Herb Johnson