Martin_Williams wrote:
Dear Halliday.
I think I speak on behalf of the people who use an iPhone and Outlook in the real world.
To quote
As a result, of all the above, there is, actually, no “fix” that is within Apple’s power or authority.
What a load of rubbish - Apple made a change, they can change it back …
Two (2) things:
- That might—only might—be reasonable if any change Apple made was purely incidental—not for any “greater” purpose:
- Apple doesn’t tend to stay static. They are always working to take better advantages of the various International standards, and even work to advance such standards (such as the new USB4 standard).
- There were, likely, more than a single change, that Apple made, and all the changes, with regard to email, were to come into better compliance with, and take better advantage of, the latest International Internet Standards governing email creation and interchange.
- Apple is not inclined to “hold back” simply because some third-party email software has poor Standards compliance and/or poor programming.
Besides, iOS 14 is far from the first case where that same third-party email software “broke down”.
I would fully expect Apple programmers and their management to be saying “enough is enough”. I expect they aren’t going to continue to “play that game”, with that third-party.
… Like most of us on here, we don't care about the details just that it broke when we went to iOS 14. …
I understand that thinking.
Unfortunately, it is the very kind of thinking that causes stagnation.
One must understand the root causes in order to know the correct course of action.
While y’all may not wish to participate in that, all of the more experienced users, here, on the Apple Support Communities (that participated in any related Discussions), have taken the time to come to understand the root causes.
Additionally, the Apple programmers y’all are wanting to “pressure” into “reversing” their changes, understand these details (and, probably, more), and will, very likely, “push back”, hard, against the stagnation that would lead to.
(In point of fact, if y’all were to “demand” that «email photo[s]» be implemented as «attachment[s]», rather than being “«embedded»”—to use the terminology of this Discussion—the response from the Apple programmers, involved, will likely be: “They are «attachment[s]». They have never been otherwise. NEXT!”)
… As for using another email client other that outlook - seriously are you in the real world ? Have you not seen what has become the normal ? …
Hey. It’s up to y’all.
You can either adapt, or petition the responsible company to “get their act together”, or be perpetually “miserable”, perpetual “victims” of your own making.
Back when I used Outlook, in the corporate/governmental world, Outlook didn’t have such problems.
If they had, I, and others would have contacted Microsoft and demanded corrections.
(I did the same for some of our other software suppliers, and, usually, received satisfaction in short order.
I did have one, where their software had a limitation on Windows, but had no such limitation on their mainframe or UNIX versions.
They told me that the problem was a limitation in Windows.
I found that to be likely, but still performed deeper investigations.
Ultimately, I found that their claimed Windows limitation only occurred if one uses the Stack in transferring data, rather than the Heap [«the technical details»], which is more appropriate for large amounts of data.
So. I contacted the company and shared my findings with them.
They, subsequently, contacted me, back, and informed me that a corrected version of their software for Windows would be available the following month.
This is the power of understanding «the technical details».)
… Sorry mate but you are on another planet and us mere users are on planet earth and don't like it when things stop working following an update. …
I’m here «on planet earth», as well.
The only difference is that my “eyes” seem to be more “open”.
(Of course, much of that is due to nearly a half century of experience with computer systems.)
(To be continued …)