Hi Jack,

JSL> Hello David,

JSL> On Thursday, August 24, 2017 you wrote:

DE>> Hi Jack,

JSL>>> Hello Thomas,

JSL>>> On Wednesday, August 23, 2017 you wrote:

TF>>>> Hello David,

TF>>>> On Wed, 23 Aug 2017 07:34:18 +0200 GMT (23-Aug-17, 12:34 +0700 GMT),
TF>>>> David Earl wrote:

>>>>> Hi Jack,

JSL>>>>>> Hello TBUDL'ers,

JSL>>>>>> My wife tried to attach an .MP4 video (which resided on her desktop) 
to a new
JSL>>>>>> email and received an "out of memory" error. I had her close then 
re-start TB!
JSL>>>>>> but the same thing happened again. Any ideas why this would be 
happening?

>>>>> My guess is that the size of the file is not the problem.
TF>>>> [snip]

TF>>>> Before we take any guesses, may I kindly suggest we wait for him to
TF>>>> advise the file size.

JSL>>> My apologies to all for not including pertinent information in the 
original
JSL>>> email. It was sent in haste.

JSL>>> So, The file size (.MP4) is 594,243,584 bytes.
JSL>>> The computer's (Asus laptop) memory size is 8 GB.
JSL>>> OS is Win 10 Home 64 bit.

JSL>>> She is running TB! v6.0.12.

JSL>>> I have not yet tried to duplicate emailing this file from my desktop but 
will do
JSL>>> so soon.

DE>> It was actually not so much of a guess, Jack, because I have seen the
DE>> indicated error message before. I suggested the solution that resolved
DE>> my problem.

DE>> As far as guesses go, _*assuming*_ that the attachment file size is
DE>> the problem is also a guess. Personally, I've sent files that were
DE>> over a gigabyte through TheBat and, on a 32-bit system, the
DE>> theoretical limit is 4 GB. I haven't checked on the 64-bit limit. Said
DE>> size has nothing to do with RAM.

DE>> The general cause of problems with attachment sizes are the limits
DE>> placed on accounts by the ISP, especially when free accounts are used,
DE>> not email clients. Those limits cannot cause problems until the
DE>> message reaches the ISP's servers and can be examined by them. Such a
DE>> problem should not affect the local computer.

JSL> I halfway suspected something like this and since we both have free email
JSL> accounts through Charter (now Spectrum) you're probably right. If in fact 
it is
JSL> Spectrum's doing then you would think the error message would be a lot more
JSL> enlightening to the customer. An error message that explained it's raison 
d'etre
JSL> might plant the idea that perhaps a paid account would be more to the 
customer's
JSL> liking.

JSL> Thanks for your input.

I started programming systems using punch cards, through 7-bit
mini-computers up to Windows XP & Vista. The error handling has not
been improved. In fact, encapsulation thanks to (D)COM and
object-orientation have (in my experience) only "muddied the waters",
because of the replacement of low-level error messages with other
error messages in the outer encapsulation layers.

The fact is that like writing documentation, error handling does not
pay the bills for software companies and very few are willing to trade
on the intangibles like: good will, good customer education and so on;
potentially created by good documentation and error handling efforts.

The lack of faith in such intangibles is one reason why I burned-out
and traded programming for translating languages as a career path.

-- 
Thanks,
David
Using The Bat! v7.3.6 on Windows XP 5.1 Build 2600 Service Pack 3


________________________________________________
Current version is 7.1 | 'Using TBUDL' information:
http://www.silverstones.com/thebat/TBUDLInfo.html

Reply via email to