In message [EMAIL PROTECTED], Valdis.Kletnieks@vt
.edu typed:
--==_Exmh_-374731876P
a) Do you have an incoming anonymous FTP drop *of your own*?
b) Are you willing to set up incoming FTP for one file?
c) What if you're one of the millions of people who use an ISP that
doesn't provide
] From: "Martin Djernaes" [EMAIL PROTECTED]
] I know that the internet were not build for "general use", but it is the
] life of the net today, at it should be the goal for the people
] implementing it (us?). Let us get away from the idea that it should
] always be used the way we
[EMAIL PROTECTED] writes:
Unfortunately, for most of the Internet users of today, the availability
of long-term stable externally-reachable storage is low enough that you
usually end up dereferencing a null pointer.
It doesn't have to be that way. We'll set up an anonymous FTP site
for
In message [EMAIL PROTECTED], "Sp
encer Dawkins" writes:
I'm thinking that at least some part of the loss-of-transparency issues
might get more attention from the nice people who want to put application
gateways between themselves and the rest of the world if you point out that
this has led
Title: RE: Email messages: How large is too large?
Steve,
You said this better than I could have - loss of transparency is making it harder for application designers to make correct use of the Internet easier for users, and it wasn't THAT easy to make correct use easy in the FIRST place...
I have always noticed a half day or so time lag between when I get an
announcement and when I can find the document using the search engine but the
document is always there if you type in the expected URL by hand. I noticed
the same problem with Brian's draft but I also noticed the problem on a
As I recall, the reason that Mime was developed was precisely to allow
email to substitute for many file transfers. Before Mime, it was
always a bit of an annoyance/embarassment that email could not be used
in place of FTP for binary files.
Actually, the motivation for developing MIME was
Christian Huitema wrote:
The first SYN packet gets lost, and
the client simply picks another address in the list and tries again.
The APIs I've used don't tell me about lost SYN packets (thank goodness); they
only tell me if the connection has timed out.
So, yes, we have a problem. We need
At 01:11 PM 12/14/1999 , Ned Freed wrote:
But I guess we forgot to take the next big step, redesigning email to
properly scale to handling arbitrarily large messages in a relatively
graceful manner when necessary.
I remain to be convinced that problems handling large messages have
much if
At 04:29 PM 12/14/99 -0500, John Stracke wrote:
it only makes a difference if a
connection to a transit provider breaks,
Or if the chosen path becomes congested over time.
No. This is no different from the present situation. BGP does not recompute
routes in case of congestion. It is a
I remain to be convinced that problems handling large messages have
much if anything to do with the modern ESMTP protocol. It seems to me
that it has a lot more to do with implementation and deployment.
Amen!
A few observations:
Many places depend on mailers which operate as 'parallel
Martin,
don't expect things to get better about UCE, your registration information
is now available for sale. all registrars are required to sell their whois
databases for a maximum of $10K, per the latest ICANN/DOC/NSI agreements.
-rick
On Tue, 14 Dec 1999, Martin Essenburg wrote:
I think
At 02:50 PM 12/14/1999 , Christian Huitema wrote:
No. This is no different from the present situation. BGP does not recompute
routes in case of congestion. It is a problem that we are stuck with today,
that multi-address multi-homing actually gives us the hope of solving.
Only minimally, as
Could any body tell me where i can find a tutorial/specification for NHRP (
Next Hop Resolution Protocol). How does it work ? Any idea ??
Thanks
Prabhu
Could any body tell me where i can find a tutorial/specification for NHRP
that is RFC 2332 - you can get the RFC through the IETF web page at
www.ietf.org
Scott
Hi,
Is CDP (Cisco Discovery Protocol) an IETF draft or RFC?
Any other information on discovery protocols or pointers
would be greatly appreciated.
Thanks,
-James
At 02:50 PM 12/14/1999 , Christian Huitema wrote:
No. This is no different from the present situation. BGP does not recompute
routes in case of congestion. It is a problem that we are stuck with today,
that multi-address multi-homing actually gives us the hope of solving.
Only minimally,
WAP is not an IETF activity - it is from the WAP Forum
http://www.wapforum.org/
CDP is a Proprietary protocol , you way also want to look at the RFC 2701
Roger
-Original Message-
From: James F Dougherty [SMTP:[EMAIL PROTECTED]]
Sent: Tuesday, December 14, 1999 8:54 PM
To: [EMAIL PROTECTED]
Subject:CDP
Hi,
Is CDP (Cisco Discovery Protocol) an
19 matches
Mail list logo