OK. Here's what happened.
For about the past year, the list has been configured to accept attachments instead of just blocking them. For several reasons, it is set to store the attachments on the server rather than to reflect them as attachments to every subscriber. It has worked like that most of the time. Several days ago, Doc had described making the cutter for an ID threading tool out of an old file. A member asked whether anyone had a photo that would show him what Doc was talking about. I recalled having an old Williams catalog that showed a similar tool for OD threading so I extracted the page from the catalog and sent it to the list as an attachment, with a brief explanation of the difference between the OD and ID versions. The catalog file was a PDF and I didn't bother to convert the single page to a JPG before sending it.
Instead of the Yahoo server storing the page, it reflected it to all account holders. I wasn't sure whether that happened because of my status (moderator) or because of some browser setting or what? Jon suggested that maybe it was because it was a PDF. The test yesterday was with a JPG, which Yahoo treated as the settings page says it should. So we think that maybe Yahoo's NEO code is written to only store attachments on the server if they can usually be viewed with a browser. The fact that I and probably others don't use the browser to view JPG's is a local setting which Yahoo couldn't be aware of.
The JPG in question was a photo of an MFB that I picked solely because it was handy and small and Atlas. Shortly after the test, since I had nothing to say about the actual mill, I deleted it. Unfortunately, I made the mistake of deleting the photo first and then saw that the empty album was still there and deleted it. So that's why one or two of you were able to view the photo, and others got the error message and finally no one could see what all of the fuss was about. :-)
However, this brings up a point. Members should avoid sending as an attachment a PDF, and presumably some other file types that can only be determined experimentally. I would assume DWG would be one. In any case, please restrict attachments to file types like JPG, BMP, PNG, etc. Probably the list is the same as what you can upload to Photos. Remember that attachments are for things with only temporary interest. If the information would still be useful a year from now, upload it to Files instead. Or to Photos.
Robert Downs - Houston
wa5cab dot com (Web Store)
MVPA 9480
In a message dated 01/25/2014 00:58:43 AM Central Standard Time, bruderhaus@sbcglobal.net writes:
me too in California
From: Carvel Webb <carvelw@absamail.co.za>
To: atlas_craftsman@yahoogroups.com
Sent: Friday, January 24, 2014 10:47 PM
Subject: RE: [atlas_craftsman] Attachment Test.
Robert ,
In this southern tip of Africa if I click on the attachment I get
"We were unable to load the specified album(s)
Photo server error. Please come back in a few minutes. Error code : 404"
Regards,
Carvel
From: atlas_craftsman@yahoogroups.com
[mailto:atlas_craftsman@yahoogroups.com] On Behalf Of wa5cab@cs.com
Sent: 25 January 2014 06:35 AM
To: atlas_craftsman@yahoogroups.com
Subject: [atlas_craftsman] Attachment Test. [1 Attachment]
[Attachment(s) from wa5cab@cs.com included below]
test
Robert Downs - Houston
wa5cab dot com (Web Store)
MVPA 9480
| Reply via web post | Reply to sender | Reply to group | Start a New Topic | Messages in this topic (1) |
You do this yourself by sending a message to:
atlas_craftsman-unsubscribe@yahoogroups.com
Atlas-Craftsman Projects list is at http://groups.yahoo.com/group/atlas_craftsman_projects/
To see or edit your personal settings, view the photos, files or links http://groups.yahoo.com/group/atlas_craftsman/
The Atlas-Craftsman Wiki is at http://pico-systems.com/cgi-bin/Atlas-wiki/Atlas.cgi
Please submit things you think will be useful to Jon Elson at mailto://elson@pico-systems.com
No comments:
Post a Comment