W3C home > Mailing lists > Public > www-email-discuss@w3.org > November 2000

Re: getsize doesn't always work

From: Onime Clement <onime@ictp.trieste.it>
Date: Fri, 10 Nov 2000 16:26:56 +0100 (MET)
To: mike.duttera@juno.com
cc: www4mail-comments@w3.org, www-email-discuss@w3.org
Message-ID: <Pine.GSO.3.96.1001006092451.24851A-100000@sv7>

Dear Mike,

I am not sure if you got any reply to this.
I notice that you wrote GETSIZE was written as GTESIZE

Well, www4mail checks the file size after MIME or UUENCODE encode of the
As far as I remember www4mail should accept anything from about 10000 to

PS: if the problem is still on, then kindly inform me as to which server
is giving the problem.

Clement Onime

> JUNO has an approximately 60KB email size limit. I have been fruitlessly
> trying to get
> http://see.gsfc.nasa.gov/edu/SEES/strat/class/Chap_1/1_Js/1-01.jpg which
> is close to 60KB in size when MIME encoded.  I've tried GTESIZE 60000,
> 55000 and 50000 but your software will not clip the file into multiple
> parts! It keeps trying to send the whole encoded file in one piece which
> is too big for JUNO and JUNO truncates it so I can't get the whole file. 
> Other files that are somewhat bigger I got no problem. Apparently the
> software decides for me on its own when it's close to just go ahead and
> send it in one piece. It shouldn't work like that- when I need something
> a certain size, I have good reason and that's the size it should be.
> Sheesh.
> Thanks for looking into this,
> Mike
> PS- I will attempt one more time using GETSIZE 30000 but one shouldn't
> have to play games like that, even if it works. The software should
> simply obey the getsize command and not try to 2nd guess the user.
> ________________________________________________________________
> Juno now offers FREE Internet Access!
> Try it today - there's no risk!  For your FREE software, visit:
> http://dl.www.juno.com/get/tagj.
Received on Friday, 10 November 2000 10:29:30 UTC

This archive was generated by hypermail 2.4.0 : Friday, 25 March 2022 10:09:33 UTC