Now that bis is close to reality, I would like to push the final
version of CRAM out as well. The two documents should be able to go
through together, (I hope) making life easier for the RFC editor.
I have some non-substantive editorial changes that will make the
document a bit easier to re
On Apr 6, 2006, at 6:37 PM, Noel Chiappa wrote:
Why can't the TCPMUX listener just bind the correct application to
the TCB
(after figuring out what the appropriate application is), and then
forget
about the connection, leaving it entirely to the application to
deal with?
All packets which
* Use of MHTML as the archive packaging.
* Use of XHTML 1.0 as the document encoding.
* Use of a standard IETF defined style sheet.
* Use of PNG encoding for all images.
I'm in agreement with the first three, but I disagree with using PNG for
graphics. PNG is a device output format that do
As far as I know, support for SVG or _any_ vector image format is much, much
less common than for bitmap formats such as PNG or GIF.
Yes, but SVG is catching up rapidly. As a W3C standard, it *will* be
widely implemented.
So editing bitmaps is
fairly trivial with well-defined results. Wit
On Jun 25, 2006, at 1:41 PM, Stewart Bryant wrote:
As an example, this .gif extracted from the Y.1711 OAM protocol
would be quite difficult in ASCII. It would take a lot of words
to describe, which many people would then have to transcribe to
some sort of timing diagram - which then may or may
On Jul 8, 2006, at 12:27 PM, Barry Leiba wrote:
I'm not completely convinced that beer is the appropriate choice
in Montreal
La Fin du Monde... or anything else by Unibroue.
Just don't try ordering a Molson Canadian :-P
--lyndon
P.S. I agree with Barry's choice ;-)
_
When meeting in North America, I would strongly prefer cities that
have several direct flight connections from both Europe and Asia.
Of the recent IETF meeting places, San Diego is the only one that
clearly fails this criteria... so why are we going there again?
Taking flight connections and vis
Besides, there are several ways to carry confidential info while flying.
Here's an example: They'll look at your laptop, but will not bother
looking at the 4GB SD card you have in your digital camera
These days it's called an 'iPod'.
But if you want to get past the Canada Customs high-school su
On Dec 17, 2006, at 7:54 PM, Nomcom06 wrote:
The NomCom requests that you provide your
input as soon as possible, for full consideration, please have them
in no later than the end of the day, Tuesday, January 2, 2007.
Folks, you might want to consider that it's the week before
Christmas.
The meeting fee is almost the single
largest monetary expense for me, and it keeps going up.
As an individual non-attendee, I couldn't agree more. Even though the
December meeting is (literally) on my doorstep, there is no way I can
justify $750 just to attend a pair of WG meetings.
The IET
On Aug 24, 2007, at 2:53 PM, Tony Li wrote:
All practical address spaces are finite and thus must be used
conservatively.
Platitudes aren't particularly useful.
How many bits wide is a practical? And why?
___
Ietf mailing list
Ietf@ietf.org
https
Henrik, I am in complete agreement with John Klensin's three main
points. For me, though, the increased size of the page isn't the
problem. My issue with the new home page is that it is extremely
dense visually, and therefore it takes me a long time to cognitively
parse the screen in orde
On 2007-Nov-3, at 10:02 , Harald Tveit Alvestrand wrote:
Not counting pictures (I think); neither one is "big" by today's
standards, but still...
If I'm accessing those pages via GPRS (I'm on Fido in Canada) I pay
five cents per kilobyte for data. So, it costs me $1.65 to load .../
tools
Here's another one worth checking out. Another basic-style hotel
that's just a couple of blocks from the Bayshore. No idea if they
have rooms available, or what they're like. I just walk past these
places every day ;-)
http://www.tropicanavancouver.com/
--lyndon
___
On 2007-Nov-7, at 18:41 , lconroy wrote:
Hi Folks,
I didn't see this mentioned yet, but the overflow hotel in Vancouver
(the Marriot) sold
out of the its IETF room block a while ago; they DO have rooms, but
it will cost you an
extra 600 bucks.
The Robsonstrasse shows a couple of rooms le
Are you aware of the APOP request in POP?
Or the AUTH command (RFC 1734).
--lyndon
> You didn't say what the additional value would be. We know the
> additional value of a .ps file (drawings that don't translate to
> ASCII art). What is the value of XML? It certainly isn't
> searchability or readability.
While I normally run in horror from all things XML, this is one of the few
On Wed, 3 Sep 2003, Jari Arkko wrote:
> I'd very much like to allow the submission of XML to the
> I-D directories.
> However, in addition I'd like to actually allow the
> submission of HTML, generated by xml2rfc. Why? Because
> I'd really like to browse most drafts through my browser,
> jump to
> Consider the problem of answering the question "Is the RFC on my screen
> or printer the same as your document? Was either version edited by
> someone or something?"
> Then no matter what DTD verifiers the RFC Editor runs, we will have
> people saying "RFC 98765432 says blah de blah right here
> The MUA in this case is performing (incorrectly) MTA functions. That is a
> bug.
$ sendmail -t
From: lyndon
To: lyndon
Subject: Dean is wrong
hi there
.
$
Say again?
--lyndon
The longest UNIX error code is ENAMETOOLONG.
On Sat, 20 Sep 2003, Dean Anderson wrote:
There's one in every crowd ...
> I notice that it didn't try to route the message immediately when you did
> that.
$ sendmail -t
From: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject: Dean is *still* wrong
idiots abound
.
$
--lyndon
Never express your
> Not a valid comparison. Do we have a worldwide, global phonebook that lists
> every telephone number on the planet? No.
Yes. 555-1212 (and it's regional equivalents).
> Do we have telephones with
> keyboards into which you type a name instead of a number? No.
Instead, we have voice-enable
> Those few of you who shrugged off a polite suggestion to join the
> back of the queue: we know who you are, and are prepared to identify
> you in front of thousands of your colleagues in the industry
This is definately an RFC.
We also need a BCP for where to hold conversations. (Hint: NOT i
> what i do care about is the fact that ASCII memos can't be reformatted. that
> is just plain silly.
Marshall, do you think tiny PDA displays will be with us for a
substantial amount of time? It seems to me that, with the rate
display technology moves forward at, by the time we all finish
arguin
> the hardware problem is the eyes and the hands. i use a pda because i can
> put it in my hip pocket. that's just not going to happen with a screen that
> half-size or full-size.
You're thinking too traditionally. Displays will decouple from the
processor (think Bluetooth). The "CPU" will holste
> Even with Spring in MN, this is probably still a good idea. Or New
> Orleans, at least it is warm and centrally located.
Central to population is probably somewhere in Asia. Do I need to
write an informational RFC documenting how the USA is not the
centre of the universe, let alone the Intern
> London is well known to be
> one of the most expensive cities in the world for hotel accommodation.
> It would be a bad thing if clue was excluded because of the total cost
> of a meeting being very high.
But hopefully IETF attendies are of the mindset that can forgo the
ensuite hotel room for
> But, if you're not going to be staying in the conference hotel, you have
> more options, and you can book without knowing precisely where the
> conference hotel is.
But to do that sanely I want to be within walking distance of a
tube station that's on a direct line to the conference venue, thus
> Oh, and of course Internet standards based players are available for
> all platforms, right?
Yes (for a larger value of "all" than RealPlayer supports). vic/vat/rat
are portable to many UNIX variants, and also run under Windows. I
think that MacOS is the only orphan in this scenario, but ISTR t
> I'm not sure what they do now, but I
> know that I've seen dicussions on freebsd lists and others where people are
> discussing how to implement certain features into some somewhere, where the
> conclusion is whoever wrote the RFC should be shot.
> The main problem right now though may be one o
Take it off line. This has nothing to do with the IETF.
___
Ietf mailing list
Ietf@ietf.org
https://www.ietf.org/mailman/listinfo/ietf
I cling to
the forlorn hope that people still know - and more importantly,
understand - what the 'E' in IETF stands for.
Extension?
existential
ebulliently
excellent
engineering
experienced
eccentric
--lyndon (egregious evening emoter)
32 matches
Mail list logo
