[37954] in North American Network Operators' Group

home help back first fref pref prev next nref lref last post

Re: EMAIL != FTP

daemon@ATHENA.MIT.EDU (Scott Francis)
Sat May 26 01:46:05 2001

Date: Fri, 25 May 2001 16:03:21 -0700
From: Scott Francis <scott@virtualis.com>
To: Mitch Halmu <mitch@netside.net>
Cc: John Fraizer <nanog@Overkill.EnterZone.Net>,
	Roeland Meyer <rmeyer@mhsc.com>,
	"'Steve Sobol'" <sjsobol@NorthShoreTechnologies.net>,
	Shawn McMahon <smcmahon@eiv.com>, nanog@nanog.org
Message-ID: <20010525160321.Q168@virtualis.com>
Mail-Followup-To: Scott Francis <scott@virtualis.com>,
	Mitch Halmu <mitch@netside.net>,
	John Fraizer <nanog@Overkill.EnterZone.Net>,
	Roeland Meyer <rmeyer@mhsc.com>,
	'Steve Sobol' <sjsobol@NorthShoreTechnologies.net>,
	Shawn McMahon <smcmahon@eiv.com>, nanog@nanog.org
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-md5;
	protocol="application/pgp-signature"; boundary="ZqRzwd/9tauJXEMK"
Content-Disposition: inline
In-Reply-To: <Pine.SOL.3.91.1010525055638.2647E-100000@sunny.netside.net>; from mitch@netside.net on Fri, May 25, 2001 at 06:32:48AM -0400
Errors-To: owner-nanog-outgoing@merit.edu



--ZqRzwd/9tauJXEMK
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Fri, May 25, 2001 at 06:32:48AM -0400, Mitch Halmu exclaimed:
> If you were a dial-up user, chances are you wouldn't be able to do that.
> A few simple reasons come to mind: first, you wouldn't have any or not
> enough disk space on your system account (limited by quota) to store the

huh? If you are limited on disk space, how is transferring it by SMTP going=
 to
help? you TOTALLY lost me on that one - either way, the user is downloading=
 it
to their local drive (or wherever they are reading their mail). So the
transport method makes no difference in the disk space used. It might be
stored on a different filesystem, but most systems I've seen have more space
in /usr or /home than in /var anyway ... (naturally, YMMV)

> file. Second, an average user probably wouldn't have the skill. Third, a=
=20

how much skill does it take to click a link and click 'OK' to a browser
warning message? Good grief, users manage to download all sorts of stuff wi=
th
their browsers every day, most of it harmful, frequently by accident. This
argument makes no sense at all.

> .zip file will usually display as funny characters on a web browser -=20

Oh give me a break - is there ANY modern browser that will not prompt you to
save the file if it does not recognize it as a displayable format? Your
reasoning is going downhill ...

> that's why ftp is needed. Fourth, you probably wouldn't have shell access=
=20
> and ftp space from your provider with a regular account. Fifth, assuming

you don't NEED shell access or ftp space! Just click the link in your email,
or copy/paste to your browser, and *poof* the file is on your local machine.
This is not a difficult concept.

> you would have all the toys, you would have to spend yourself the time to
> first upload the file, so that another may retrieve it. Sixth, if your

If you are on this list and cannot manage to upload a file to a publicly
accessible server, you should not be. Period.

> file was a sensitive document, others would have public access to it, etc.

you must have missed the username/password caveat in an earlier mail. Not t=
hat
that's not common knowledge, or anything ...

> So what's a regular user to do? Email it! Hence the legitimate use of
> email for transmission of large files. Most ISPs know that if they start

Just because (l)users do something does NOT legitimize it. Users use telnet=
 to
get into shell accounts too. Doesn't make it right.

> limiting this privilege, users will migrate to someone that allows it.

Actually, I think users would prefer to have links in email rather than hav=
ing
to wait 10-15-30 minutes for mail to download, based on support calls I've
received in the past.

> --Mitch
> NetSide

--=20
Scott Francis                scott@ [work:] v i r t u a l i s . c o m
Systems Analyst          darkuncle@ [home:] d a r k u n c l e . n e t
West Coast Network Ops                           GPG keyid 0xCB33CCA7
               illum oportet crescere me autem minui

--ZqRzwd/9tauJXEMK
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.5 (GNU/Linux)
Comment: For info see http://www.gnupg.org

iQIXAwUBOw7kuIgCD7rLM8ynFAMtPwf/ZM/syX+j/df5X7mVvu9sNuJOdLxzaZgg
TjqSAqQqp7Ag7ZbNm21Ve1f5gIS+cH91lgOZAtDTt3AgCkR/RpVLyNYNmVSqRfa9
+jen7k5JAQWdjcorG4YbqP6RnlHD2MTz6J7w9XdZbCIl5/WtPwWNZMtrF6FRHc92
w/1G/JtJXe9owlVUBTyPTYyqPHrYYgW6hCjPpCFANQypEfwK2v66jKFlSE+7sk/k
0GJBW0koDdIxojIxeNZsClmdqtU2ZA6BgFVK2s7ckiB8rr5QIkHEpwp0GYv+m2F7
S19fK9Ge/OYIez+hph+Dhdmw1bAbCH63yhAAHl/uphrYrBKkvV5i5wf/WH9/ObcF
YmHBD/a6yZyLqVVpGCWsJ+hsfoOSJs+Ks7/MHYHQq6c4XcbxS7HbrAe6BSQPDGcI
qpDgVnZsFv1perWgvQr+MAlAIID02eQlRJjMBID31wSdHoCfUBauK7nNT3UJ0zvo
5lqF6CRJfRa3lgbvpyUzS/lR4UBysT5zifdNOq1ZJrsWE8BnAe3+m4yP7bWVdCDk
/OCfJjaBkZe3KvwYejzILq0i0IrNfrCdbDgPpZ31a68y/EgfLtyd1t6ZhjyD0RRb
7ZXVxWV2u/N3+9n4JpS8HJCj0VBx9Pys9lrZ3icebLL+VwKBji1YNF0ef5YFsAQj
LzTn7N6ydSNx6A==
=ACyg
-----END PGP SIGNATURE-----

--ZqRzwd/9tauJXEMK--


home help back first fref pref prev next nref lref last post