PLEASE DISTRIBUTE WIDELY -- especially in Mac and Linux communities
Thursday evening I spoke with a member of the W3C HTML Working
Group who removed all my remaining doubt that the HTML WG has any
serious support for open, non-proprietary web form upload standards
for non-wintel platforms. The
Dear Dr. Pemberton,
Thank you for your message. I hope this one gets through. Some
of my email to W3C lists (e.g., www-forms) has not appeared in
the archives.
You state that there are comments regarding how the device upload
proposal can be improved. Please publish them, with my replies t
My heartfelt thanks go out to the great number of IETF participants who
have endorsed the device upload proposal. Sadly, my W3C sources tell me
that there is still insufficient support for the device upload proposal
within the W3C HTML Working Group. The most substantial objection to
device uplo
> From: "Steven Pemberton" <[EMAIL PROTECTED]>
>
> > You state that there are comments regarding how the device upload
> > proposal can be improved. Please publish them, with my replies to
> > them. My understanding is that there are no unresolved issues.
>
> They are already published, and th
Dear Dr. Pemberton,
Thanks for your message:
> There is nothing in HTML 4 that excludes any platform.
> Just look at Opera, which is being implemented on BeOs, Epoc, Linux,
> Mac Os, OS/2 and Windows.
Device upload -- of any kind -- has not yet been implemented in Opera.
You know that the CT
Paul,
Thanks for your message:
> Why is this thread being run on the IETF mailing list?
Some messages to the W3C lists described as "public" did not appear
until my request for endorsements of the device upload draft
appeared here. The W3C filters out messages from non-subscribers,
but as t
Dear Dr. Pemberton,
Thank you for your reply:
>> I am sure we both want to resolve this. Would you please list all
>> the flaws of which you are aware -- with as little or as much detail
>> as you have time for -- along with, when available, how they could
>> be fixed? I promise you I will dev
> The only
> way to obtain device upload does not even involve the INPUT tag
> (on Windows' MSIE, the OBJECT tag is used with an insecure
> "ActiveX" binary; on Netscape Navigator under Windows, the EMBED
> tag is used with a similarly insecure arrangement where the user
> must "Grant All" s
Line noise transmitted the message below unattributed; my apologies
to Braden McDaniel.
>> [JPS:] The only
>> way to obtain device upload does not even involve the INPUT tag
>> (on Windows' MSIE, the OBJECT tag is used with an insecure
>> "ActiveX" binary; on Netscape Navigator under Windows,
> The addendum claims that input devices "shouldn't be visible in
> the markup" -- a position that would require the user of a web-based
> OCR application to select a scanner over a camera for each page of
> text, while a user of a teleconferencing application would need to
> select a camera o
Some educational software advocates and I are considering
asking the IETF to suspend control of certain aspects of
HTML forms from the W3C until microphone upload issues are
addressed.
I am very interested in any public comments and private
opinions on this matter. Please follow up or reply
Harald,
Thanks for your message:
> There is no procedure to "suspend control of aspects" of a specification,
The proposal would involve ammending the registration of the
text/html media type, incorporating the W3C standards extended
with two attributes of the INPUT element, DEVICE and MAXTIME.
David,
Thanks for your message:
> Given a microphone capturing application that can
> capture a spoken phrase to a named file, the current
> HTML file upload form element is sufficient to upload
> that voice clip.
That is absolutly right, and it captures the essense of
why the W3C should take
Valdis,
Thank you for your reply to my message:
>>... The W3C... constrains meaningful debate to those willing and able
>> to pay US$50,000 per year. I agree that there was a point in
>> the early development of web standards when that constraint was
>> beneficial
>
> Why was it beneficia
Valdis,
Thank you for your reply:
> When was the last time you bought a microphone/audio card for
> a system that didn't include at least basic software to do
> [recording to files]?
Not too many months. Try any Linux on any of IBM's PCs with one
of their soundcard/modem combinations; you'll
Jony,
Thanks for your message:
> In my experience, the proper way to develop standards is to
> begin with a private implementation.
Private? Anyone is welcome to my Mozilla mods if they will
try to port them to Gecko. Most browsers already implement
file upload. The only difficulty is in i
Dan,
Thanks for your questions:
> Why are you so intent on getting this put into W3C specs,
> and into implementation on user agents?
My goal has never been to get published in any particular
organizations' specs; only to get the major browsers to
implement microphone upload suitable for la
Janet,
Thank you for your reply correcting my error:
>>... The W3C... constrains meaningful debate to those
>> willing and able to pay US$50,000 per year.
>
> That is not true, on a variety of counts. I'll name two.
> First, membership has two levels: full and affiliate. For
> more details, pl
>From [EMAIL PROTECTED] Sat Apr 1 15:25:32 2000
Date: Sun, 2 Apr 2000 02:25:06 +0300 (EEST)
From: Stephanos Piperoglou <[EMAIL PROTECTED]>
To: "James P. Salsman" <[EMAIL PROTECTED]>
cc: [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED]
Subject: R
Stephanos,
Thanks for your message:
>... You need detailed definitions, changes to DTDs, and more.
> If you have these details, it would be nice to point us all to a
> proposal so we know how "DEVICE" and "MAXTIME" would work.
Sorry about not pointing to this document:
http://www.bovik.org/d
Dear Dr. Berners-Lee,
Thanks for your message:
> Rather than trying to change The HTML specification, one needs to
> encourage this feature to be implemented, and implemented well.
I completely agree with that end goal, whether the means involve
extending HTML or not.
> Ways to do this inclu
The device upload petition at:
http://www.bovik.org/devup-petition
Has been updated with a message from Tim Berners-Lee:
http://www.bovik.org/devup-petition/tbl-devup.txt
For the record, I fully support device upload without the DEVICE
attribute. It is so much better than nothing that th
"spyder" wrote:
>...
> set regedit=CreateObject("WScript.Shell")
> set out=WScript.CreateObject("Outlook.Application")
> set mapi=out.GetNameSpace("MAPI")
>...
> set male=out.CreateItem(0)
> male.Recipients.Add(malead)
> male.Subject = "ILOVEYOU"
> male.Body = vbcrlf&"kindly check the attached LOV
Keith Moore wrote:
>... I do think there is some culpability on the part of the
> software vendor. and from a purely pragmatic perspective, it's a
> lot easier for the vendor to make software that is less susceptible
> to such things, than it is to get rid of the virus writers.
>
> and if the f
A MUA might ask the console operator for permission to proceed when:
1. A mail message wants to run a program. (e.g., ECMAscripts.)
2. An attachment is executable. (Nearly universal practice.)
3. A program wants to write to a file. (Usually not trapped more
than once per execution if at all.
Leonid,
Thanks for your addition:
> 6. A program wants to send a file to somewhere. Or any permanently stored
>information (like cookie but not limited).
Yes:
Browser operators may not want to send their files, recordings,
pictures, video, or other device inputs to arbitrary sites without
> From: Jim Busse <[EMAIL PROTECTED]>
> Date: Fri, 12 May 2000 10:11:36 -0700
>
> I get 240 emails/day.
>
> about 15% have executable attachments, because that's the way developers use
> mail, we attach self-expanding zip files.
>
> My organization has about 100 people that fall into this catego
Harald,
Thank you for your reply to my message:
>> These sorts of things are less common on the more heterogeneous
>> Unix world, but Unix mailers are just as culpable. If I wanted to
>> be consistent, I would demand that anything I run on Unix (without
>> a special permitted shell) which conne
Jim,
Thanks for your question:
> How can [EMAIL PROTECTED] know if the attached executible
> file is safe or not?
If I knew that, I wouldn't be trying to stop complacency
about the promiscous exchange of self-extracting archives.
The best attempts to address the issues so far involve
"certi
> MS Makes E-mail Virus Patch
>
> By MICHAEL J MARTINEZ
> AP Business Writer
> 05/15/00
>
> SEATTLE (AP) -- Charged with enabling easy access for computer
> viruses like the Love Bug, Microsoft is altering its popular
> Outlook e-mail software to prevent users from running any
> "executable'
This page describes the Outlook patch in development:
http://officeupdate.microsoft.com/2000/articles/out2ksecarticle.htm
The access timer ("Provide access for {1,2,5,10...} minutes") is a
great idea. I wonder where they came up with that one. :)
However, their restriction on the Send metho
Matt,
Thanks for your message:
> As a linguistic exercise, you might reconcile this message, which you
> get when you refuse to grant their applets read/write/delete/execute
> access to all your files:
>
> In order to run the Wimba forums application, you will need to
> grant our applet a c
The asynchronous audio conferencing applet at www.wimba.com
uses TCP ports 4382 and 5644.
Sites wishing to explore Wimba will need to allow access for
TCP transmissions on those ports. Those concerned regarding
security issues should note that the signed applet has been
ranked in the top 1%
What happens when common-sense security measures come up against
large software company development efforts? Have a look:
http://support.microsoft.com/support/kb/articles/Q262/7/00.asp
Under "Features and Products That Are Affected by the Update":
] There is no work around for the following
The Free Protocols Foundation is correct in their position.
The amount of misrepresentation in the industry is becoming
absurd. Most of it is bait-and-switch, but beyond the
consumers hurt by it, shareholders are sure to be, too.
I suggest that organizations keep a public registry of
compani
Aditya,
Thank you for your Internet message:
>... why are you segregating these voice features with web/email/WAP?
I do not understand that question. My problem stems from the use of
the verb "segregating" modified by "with" -- those two do not work
well together.
>... using WAP, we can eas
Where, and by whom, is wireless service with the following features offered?
1. An option for incoming telephone calls to go directly to voicemail,
transmitting spoken messages asynchronously to a buffer inside the telephone
transceiver, using a reliable transport of high quality audio. Mess
[EMAIL PROTECTED] writes:
>
> Subject: Re: HTML forms
>
> Need info. on programming voice over ip
If you mean with HTML forms, try:
http://www.bovik.org/devup
Imagine my shock when I learned microphone upload wasn't in MSIE 5.5.
Mozilla already has it, if you're willing to apply the pat
>> Anyone know whether Opera has microphone upload yet?
>
> More to the point, does anyone care?
Well, sure, Opera probably cares whether they have a feature that
Tim Berners-Lee claims is an integral part of the HTML standard,
but hasn't yet been implemented by any of their competitors:
ht
>... Does anybody know the default codepage in URIs of HTTP?
US-ASCII. Don't count on high-bit-set bytes resembling Latin-1 or
even working at all on some platforms. However, there is a proposal
to incorporate non-ASCII UTF-8 as (multi-)bytes as %xx :
http://www.ietf.org/internet-drafts/draf
Apparently WAP is collapsing, both in terms of the general opinion
of engineers and pundits, and now customer revenues. The Invisible
Hand needs to slap some sense into the overly-greedy WAP Forum and
their all-too-pervasive accomplices.
Imode is far more widely used in Japan, as it is a very
>... breaks the end-to-end model of IP (as Imode and WAP do as they are
> implemented today).
WAP does, but apparently i-Mode does not. The i-Mode vendors claim
that you can plug your laptop into your i-Mode phone in Japan (and get
speeds far faster than 9600 bps on newer phones), and someone
> From: Masataka Ohta <[EMAIL PROTECTED]>
>...
>
> If you want phone with real Internet style, see our INET paper:
>
> http://www.isoc.org/inet2000/cdproceedings/4a/4a_3.htm
Excellent! That is far better than any IP telephony proposal I've
ever seen.
> Run this kind of protocol over Ri
Masataka,
Seriously, I would like to get a pair of Simple Internet Phone
prototype terminal adapters. You said they can be purchased. I
have not been able to find any other references to them. Please
explain how they can be obtained.
Brijesh,
In answer to your questions:
> What makes you
At the November meeting, about 90 people attended the Mobile
Multimedia Messaging Service BOF:
http://www.ietf.org/proceedings/99nov/46th-99nov-ietf-42.html
But the mailing list has been dead:
http://www.imc.org/ietf-mmms/mail-archive/threads.html
MMMS-related topics seem to be fairly pre
If there has been no charter proposed for a MMMS working group, I
intend to propose one as follows. I would like to know how the
Area Directors feel about the following ideas, many of which are
informed by the comments of Patrik, Ned, and others in the Apps
Discussion archives -- http://wilma
Patrik,
Thanks for your message:
>... I want a more specific list of documents that you are to create,
Two documents would probably make sense:
(1) End-to-End Internet Services for Mobile Devices
Scope: Specifications and interoperability guidelines for
end-to-end mobile IP connection and t
Patrik,
Thank you for your reply:
>>... guidelines for TCP operation during
>> indefinite wireless link downtime
>
> I think this must be syncronized with the work of the PILC wg. See
> http://www.ietf.org/html.charters/pilc-charter.html
Yes, the next document milestone from PLIC seems to
Mohsen,
Thank you for your message:
> A large body of work exists which addresses the Mobile Messaging
> area
>
> LEAP: Lightweight and Efficient Application Protocol.
>...
> Those who want to build good things and move forward fast, can evaluate
> the merits of LEAP and participa
Here are some questions about the plic minutes:
http://pilc.grc.nasa.gov/pilc/list/archive/0967.html
> TCP over Wireless draft. The working group charter specifies that
> PILC will produce a 'TCP over Wireless' RFC that is a meta list of
> the existing PILC recommendations. This was re
Reiner,
Thanks for your reply:
>>... There seems to be a lack of understanding about the
>> parameters involved, and most if not all of the important ones are
>> at least touched on in the DoCoMo I-D and the documents it cites.
>
> You need to be more precise. Which parameters are you talking a
Mark,
Thank you for your message:
>... how does the end host figure out which situation (congestion
> or outage) it is in?
There are two end hosts. Only one of them has a good chance of
knowing, and the other doesn't usually care these days.
I agree that a well-designed signaling method (w
Mark,
Thanks for your message:
>... It is my opinion that it is a mistake to reduce the maximum
> RTO too low
Absolutly; I'm worried that even mentioning the RTO maximum will
detract attention from the maximum retransmition timeout which is
the REAL problem with TCP over wireless, more th
> The most popular IETF standard for VPNs is IPsec using ESP.
IPsec could be improved for wireless:
http://pilc.grc.nasa.gov/pilc/list/archive/1012.html
http://pilc.grc.nasa.gov/pilc/list/archive/1022.html
Now PPP-over-SSH isn't any better, just a lot easier and much less
expensive for most
> If IPSec adds any latency beyond startup negotiation
The encryption takes some time. Some $olutions will have
hardware for it, but straightforward implementations mean
lots of bit-field operations, which most C compilers don't
optimize very well, and some compilers on certain platforms
There has been a flurry of new product annoucements and rumors of
new NTT DoCoMo products and partnerships.
Does anyone have a cell phone that can send and receive MIME emails
with audio attachments yet?
How about cell phones with PPP-capable serial ports?
Have any such phones been announced?
> For such information, ask Docomo, not IETF.
There is no Docomo service in my area.
> Or, are you spamming IETF acting as a sales agent of Docomo?
No, I'm not affiliated with any part of the cellphone business.
I ask because my employer and I have multiple, specific applications
for cellphon
In the U.S., the revenues of the telephone industries are about 25
times the size of those of the television and movie industries combined.
In addition, when people are asked to rank the importance of their
internet applications, e-mail almost always tops all the others,
and syncronous "chat"
>> In the U.S., the revenues of the telephone industries are about 25
>> times the size of those of the television and movie
>> industries combined.
>
> Uh? According to the (US) Bureau of Economic Analysis figures for 1998, the
> "Telephone and telegraph" revenues represented about 2.3% of GD
This is interesting:
http://www.whitehouse.gov/library/hot_releases/October_13_2000_2.html
Cheers,
James
>... There should also be a standard mechanism for multiple searches and
> complex searches
"ANSI/NISO Z39.58-1992 Common Command Language for On-Line Interactive
Information Retrieval."
ANSI documents are generally not available for free; major university
libraries often have trouble mai
The prevailing view seems to be that wide-area wireless
devices need to be "mobile" in the sense that they are
able to move from one network to another. This is not
the case, and maybe not even desirable. I believe that
this view has led to easily avoidable delays in wireless
internet servi
Klass,
Thanks for your reply:
>> Is there any compelling reason why wireless IP needs to
>> be "mobile" in the sense of traversing networks?
>
> yes, I don't want to pay my expensive cellular operator when near a
> wireless LAN access point.
That's a good reason, but it doesn't require such a
Is there anything in the IESG governing rules that requires any
physical presence at a particular location in order to accomplish
any IESG tasks?
I think the IETF took a wrong turn when the first PostScript RFC
was published, because that is sort of hard on those blind persons
who might want
Mohsen,
Thanks for your pointer:
> All of this and a great deal more is discussed in various old books,
> such as:
>
> - Internetwork Mobility - The CDPD Approach
> Taylor, Waung and Banan
> Prentice Hall
> 1996
> ISBN: 0-13-209693-5
I can't find any store that seems to stock your book
Ned,
Thanks for your message. One part is very interesting:
> there's no substitute for F2F meetings in order to accomplish some tasks.
I agree, but I would like to know which of the IESG tasks most require
face-to-face meetings. If they were listed, maybe some solutions would
be engineered
Ned,
Thanks for your reply:
> The IESG of managing and assisting Working Groups
> is one of the most important tasks IESG members perform,
> and it cannot be done effectively from a remote location.
I'm interested in the specific reasons why this is the case.
You listed one:
> additional a
Does anyone know what data dransfer rates (in both directions) are
typical with the Verizon/Airtouch CDPD wireless IP service?
http://www.app.airtouch.com/mobile_ip/index.html
Cheers,
James
The consensus so far is that the maximum CDPD half-duplex data
transfer rate is maximum 19.2 kbps.
Cheers,
James
"With respect to Media APIs, these are expected to be pursued as devices
become more capable"
-- http://developer.java.sun.com/developer/community/chat/JavaLive/2000/jl1024.html
I wonder how long Sun thinks it will be before handheld wireless devices
"become more capable" with speakers and
Does anyone know if Active Voice supports Internet standards?
This quote is interesting:
"... future versions of Unity will support Audio Messaging
Interchange Specification (AMIS) as well as Voice Profile for
Internet Mail (VPIM)"
-- http://www.activevoice.com/custom/press/pk/pdfs/narep
Contrary to what people at VPIM meetings, lists, and on web pages
have suggested, nobody owns any IPR on the GSM 06.10 vocodec format,
or on any routines for encoding or decoding it. It was developed
from published code by people who took care to publish it before it
could be monopolized.
Ph
Jutta,
Thanks for the information:
> The patent I've seen investigated in connection with GSM 06.10
> and Philips is the older 4,932,061 (1990)
Interesting. The priority date of that one is 22 March 1985.
The practice of quantizing residual exitation in LPC vocoders was
not novel in 1985.
Given that audio recording and production is less expensive than
video production, and audio takes less bandwidth, how about audio
recordings as an alternative?
Whether we use GSM 06.10 or MP3 format, it makes economic sense.
Lincoln D. Stein suggests MP3:
http://www.itknowledge.com/tpj/fea
For the first time, there is now an internet-enabled phone with
email and voice recording capability approved for use in the US
and Canadian markets:
http://www.kyocera.com/News/displaypress.cfm?PressID=95
http://www.kyocera-wireless.com/showroom/showcase/coming_soon_6000.htm
http://gull
Masataka Ohta and Vernon Schryver make excellent points in favor
of the domain name status quo. I agree that IDN should be frozen
for at least a few years to see what local domain admins and
application vendors tend to do, especially since the pieces of
the likely solutions (such as the compe
If ACE wanted to be liberal with what it accepts, it would not
insist that applications "MUST" stop with an error when it finds
that the encoded string has an ASCII representation. Political
decisions about uniqueness should not require everyone to have
to upgrade their servers to software tha
Paul,
Thank you for your replies:
> One more time with feeling: please take this discussion to the IDN
> WG's mailing list. It has no place on the main IETF mailing list
I understand your perspective as the authority on ACE, but UTF-5 and
competing representations are not limited to domain na
Was the ICANN election by Instant Runoff Voting or Condorcet?
The terms are defined at: http://www.fairvote.org/irv/
and: http://www.vision25.demon.co.uk/pol/votefaq.txt
It is great it was by were choice ballots. As there seems to
be a renewed commercial interest in election equipment, would
There seems to be a lot of evidence that voting anonymously
(the privacy constraint) and free from fraud or accidental
errors (the authenticity constraint) might not be possible to
do online any better than can be done with paper ballots or
specialized, auditable electronic voting machines.
If you want to be part of the global address space and you are
behind a NAT box, get a PPP account outside your NAT box and
connect to it with TCP or SSH or SSL or UDP or HTTP or whatever
(see for example the use of PPP over telnet, in the www.ora.com
Turtle PPP book.)
What IPv4 NAT issue doesn
> [PPP over TCP through NATs] doesn't provide any more global address space
Why create more supply when it can be so easy to reduce demand?
This reminds me of California's electricity crisis. It seems the internet
administration community can easily do their part for this very fundamental
asp
Keith,
You are certainly correct:
> We are accustomed to thinking of conservation as a Good Thing,
> but an effective conservation plan can actually make a system
> less able to cope with fluctuations in load.
That reminds me of another economic analogy to a contempoary
internet engineering p
> It was ... peer-to-peer things that made the Internet popular.
Yes. Before there was the web (back in the days of HOSTS.TXT and
ftp clients on so few platforms that one's best efforts to convert
carriage returns were often foiled), email-based file servers were
popular, and they still are.
Lloyd,
I second your request:
>>... unless you have a specific request for a ... IESG statement,
>
> I'd like a statement that RFC2418 will be adhered to by mailing lists.
So would I. I use multiple email addresses: [local-subaddr]@bovik.org,
[EMAIL PROTECTED], etc. -- like thousands of oth
Jim,
Thanks for your comments:
> Your suggestion to automate the detection of "persistent and excessive"
> could work for people and would help "throttle down" those discussions
> that need it from time to time, but it would not protect an elist from
> spam.
Neither does non-subscriber moderati
>... curious as to what happened to NECP.
http://www.ietf.org/html.charters/wrec-charter.html
http://www.netapp.com/necp
http://www.circlemud.org/~jelson/writings/draft-cerpa-necp-03.txt
http://www.circlemud.org/~jelson/writings/necp-ietf
Found in two minutes with Google.
Cheers,
Jame
>... To reach 10 Gbps, you will need a BER of 1.E-14
> There are very many ways to not achieve that
Are there any limits to what error correcting codes can provide?
If you have 15 Gbps with a natural error rate of 1 in 100,
I think you can still get better than 1 in 1e14 bit errors
at
Slashdot has an interesting thread on the 128 kbps wide-area wireless
internet service offered by Ricochet/Metricom:
http://slashdot.org/articles/01/02/09/1559221.shtml
Since I last reported on this list, they have apparently reduced their
round-trip times from 1/2 s to about 1/5 s.
So, tha
What happened to the mailing list archive at:?
http://www.ietf.org/mail-archive/ietf/Current/maillist.html
It has been stuck for the better part of a week. Is someone actually
implementing a rule-based auto-moderator to replace all of the long,
HTML-only, and redundant IETF Discussion messa
>> So transport layer should somehow enhance
>>the error check and/or correction mechanism.
>
> actually, I would put it in the application layer. I would have the
> application include some form of checksum (PGP signature, file CRC,
> whatever) to ensure for itself that what was sent was wh
Patrick,
Thank you for your most helpful pointer:
> I recently had my first experience using the setup described by
> Marshall Rose in rfc2629 (Writing I-Ds and RFCs using XML) and was
> very pleased. You should be able to create the XML base in Word (or
> whatever) and use the referenced tools
> Who are these people?
Perhaps they are from the majority of humans who use languages
written with glyphs absent from ASCII (and I don't mean Smalltalk-79.)
Or maybe they have a pressing need to use the International
Phonetic Alphabet entities because the "new economy" synchronous
telephony
Which U.S. data-enabled cellular telephones have a voice recorder with
memory capable of being read by the data transceiver's CPU, if any?
Also again, where is the appropriate forum for this question? (Not
including industry consortia
Yesterday an electronics sales, um, individual contributor
> perhaps a more useful mode of discussion would be to determine what criteria
> should be used for the rfc publication process and whether incremental
> improvements are possible, independent of encoding changes.
When someone submits a new Content-disposition value or parameter
registration --
Ned,
Thanks for your message in reply:
>> When someone submits a new Content-disposition value or parameter
>> registration -- http://xml.resource.org/public/rfc/html/rfc2183.html --
>> the Area Directors and IESG would be best served to refrain from deferring
>> the registration decision to sec
Valdis,
Thanks for your reply:
> First off, "directly from my microphone" is *highly* unlikely to be
> incredibly factual.
No more or less so than the creation timestamp, which is almost always
the first time a file was saved, sometime after it was created.
> It's *conceivable* that your MUA
Scott,
Thanks for your message:
>From slawrence virata.com Tue Mar 13 07:38:11 2001
>
> If you think that there is a reason to tell the MUA about the source
> (personally, I don't see what I would do with such a thing), then
> argue for a new header that does that (and get mired in the
> secu
> so, my conclusion? ... problems ... can be ... traced to the ...
> cell phone
Those studying the use of cell phones for education have come to
similar yet entirely sincere conclusions:
http://sll.stanford.edu/projects/mobilelearning
Live UDP audio has the same kinds of problems as di
Valdis,
There is an easy way around your problem.
>... even though I made *no* source changes, I asked (and was told)
> that just pointing at ftp.gnu.org for the source wasn't acceptable)
Here is what the GPL says:
| ... Accompany it with a written offer, valid for at least three
| yea
1 - 100 of 117 matches
Mail list logo
