Subject: [MMUSIC] Rtspspec-bugs digest, Vol 1 #22 - 14 msgs

From: [email-masked]
Date: Mon, 18 Feb 2002 18:49:02 -0800

This is an automatic digest of bugs submitted and changed on the RTSP bug tracker.  To see a list of bugs, visit:

http://sf.net/projects/rtspspec

When replying, please make your Subject line more specific than "Re: Rtspspec-bugs digest"

Today's Topics:

   1. [ rtspspec-Bugs-477421 ] When to send response ([email-masked])
   2. [ rtspspec-Bugs-477423 ] Unclearities regarding pause with range ([email-masked])
   3. [ rtspspec-Bugs-477424 ] How to queue timed plays? ([email-masked])
   4. [ rtspspec-Bugs-477425 ] Inconsistency between timeformats ([email-masked])
   5. [ rtspspec-Bugs-477428 ] Priorites between aggregated & non cntrl ([email-masked])
   6. [ rtspspec-Bugs-477421 ] When to send response ([email-masked])
   7. [ rtspspec-Bugs-477428 ] Priorites between aggregated & non cntrl ([email-masked])
   8. [ rtspspec-Bugs-477425 ] Inconsistency between timeformats ([email-masked])
   9. [ rtspspec-Bugs-477423 ] Unclearities regarding pause with range ([email-masked])
  10. [ rtspspec-Bugs-477427 ] Transport model requirements ([email-masked])
  11. [ rtspspec-Bugs-477428 ] Priorites between aggregated & non cntrl ([email-masked])
  12. [ rtspspec-Bugs-518997 ] Mixing aggregate and non-aggregate ([email-masked])
  13. [ rtspspec-Bugs-513758 ] Proxy-Require clarification ([email-masked])
  14. [ rtspspec-Bugs-448521 ] URLs in Rtp-Info need to be quoted ([email-masked])

--__--__--

Message: 1
To: [email-masked]
From: [email-masked]
Date: Tue, 12 Feb 2002 17:10:43 -0800
Subject: [rtspspec-bugs] [ rtspspec-Bugs-477421 ] When to send response

Bugs item #477421, was opened at 2001-11-01 23:43
You can respond by visiting: 
http://sourceforge.net/tracker/?func=detail&atid=377744&aid=477421&group_id=23194

Category: None
Group: Fix for DS - Need WG Input
Status: Open
Resolution: None
Priority: 5
Submitted By: Magnus Westerlund (magwes)
Assigned to: Nobody/Anonymous (nobody)
Summary: When to send response

Initial Comment:
Server can't respond to a bad request if no sequence number is present in the request. Resulting in 
that the client does not know that the server has received it and has issues. Please clarify when a 
server is allowed to send response to bad request.

----------------------------------------------------------------------

Comment By: David W. Walker (davidwwalker)
Date: 2002-02-12 17:10

Message:
Logged In: YES 
user_id=437905

RESOLVED: The Server is allowed to send an immediate 
response with no sequence number. As a general rule the 
server should NOT set sequence numbers. 

----------------------------------------------------------------------

Comment By: Rob Lanphier (robla)
Date: 2001-12-13 10:01

Message:
Logged In: YES 
user_id=3796

This one is going to be up to the server.  It can send "Connection: close" if the state machine is too 
messed up (though see #492546 for another discussion).  We can't overspecify this, though.

Please suggest text to insert in the specification.

----------------------------------------------------------------------

You can respond by visiting: 
http://sourceforge.net/tracker/?func=detail&atid=377744&aid=477421&group_id=23194

--__--__--

Message: 2
To: [email-masked]
From: [email-masked]
Date: Tue, 12 Feb 2002 17:12:15 -0800
Subject: [rtspspec-bugs] [ rtspspec-Bugs-477423 ] Unclearities regarding pause with range

Bugs item #477423, was opened at 2001-11-01 23:45
You can respond by visiting: 
http://sourceforge.net/tracker/?func=detail&atid=377744&aid=477423&group_id=23194

Category: None
Group: Fix for DS - Need WG Input
Status: Open
Resolution: None
Priority: 5
Submitted By: Magnus Westerlund (magwes)
Assigned to: Nobody/Anonymous (nobody)
Summary: Unclearities regarding pause with range

Initial Comment:
How shall the pause point be specifed? Is the only correct way to do it "(start time)- "? The use of 
range with time? It seem to be unecessary as play with range works instead.

----------------------------------------------------------------------

Comment By: David W. Walker (davidwwalker)
Date: 2002-02-12 17:12

Message:
Logged In: YES 
user_id=437905

RESOLVED: Only a single range specifier
(format "value-" where "value" is a time)
is allowed for pause. time="execution time in UTC" may 
also be used, but if multiple range specifiers are 
present, npt/smpte takes precence over time. A new example 
will be provided.

----------------------------------------------------------------------

Comment By: Rob Lanphier (robla)
Date: 2001-12-13 10:03

Message:
Logged In: YES 
user_id=3796

Does need clarification in specification, but probably warrents discussion.

Recommendation: end time in range is ignored

----------------------------------------------------------------------

You can respond by visiting: 
http://sourceforge.net/tracker/?func=detail&atid=377744&aid=477423&group_id=23194

--__--__--

Message: 3
To: [email-masked]
From: [email-masked]
Date: Tue, 12 Feb 2002 17:44:00 -0800
Subject: [rtspspec-bugs] [ rtspspec-Bugs-477424 ] How to queue timed plays?

Bugs item #477424, was opened at 2001-11-01 23:47
You can respond by visiting: 
http://sourceforge.net/tracker/?func=detail&atid=377744&aid=477424&group_id=23194

Category: None
Group: Fix for DS - Need WG Input
Status: Open
Resolution: None
Priority: 5
Submitted By: Magnus Westerlund (magwes)
Assigned to: Nobody/Anonymous (nobody)
Summary: How to queue timed plays?

Initial Comment:
When you queue items that has a activation time, does that override the order of the events that 
are queued? Play(1) has time A, Play(2) has time B, time A are after time B. 
Assumption on how it work: 
First Play(2) activated at time B, then at time B Play(1) tries to start, if already playing, it 
is queued as a normal untimed event.

----------------------------------------------------------------------

Comment By: David W. Walker (davidwwalker)
Date: 2002-02-12 17:44

Message:
Logged In: YES 
user_id=437905

RESOLVED: Propose elimination of queued play to list. 
Separate email necessary. 

RESOLVED: postpone 477424 until queue play is resolved.

ACTION ITEM (RL): submit proposal to eliminate queued play.
ACTION ITEM (MW): continuous sequence number filing.

----------------------------------------------------------------------

Comment By: Rob Lanphier (robla)
Date: 2001-12-13 10:04

Message:
Logged In: YES 
user_id=3796

Interpretation is correct.  Do you (or anyone in the working group) have a proposal for text to drop into the 
spec?

----------------------------------------------------------------------

You can respond by visiting: 
http://sourceforge.net/tracker/?func=detail&atid=377744&aid=477424&group_id=23194

--__--__--

Message: 4
To: [email-masked]
From: [email-masked]
Date: Tue, 12 Feb 2002 17:44:40 -0800
Subject: [rtspspec-bugs] [ rtspspec-Bugs-477425 ] Inconsistency between timeformats

Bugs item #477425, was opened at 2001-11-01 23:48
You can respond by visiting: 
http://sourceforge.net/tracker/?func=detail&atid=377744&aid=477425&group_id=23194

Category: None
Group: Fix for DS - Need WG Input
Status: Open
Resolution: None
Priority: 5
Submitted By: Magnus Westerlund (magwes)
Assigned to: Nobody/Anonymous (nobody)
Summary: Inconsistency between timeformats

Initial Comment:
NPT time in range is allowed to be specifed as "-nptime". No other timeformat allows that, why?

----------------------------------------------------------------------

Comment By: David W. Walker (davidwwalker)
Date: 2002-02-12 17:44

Message:
Logged In: YES 
user_id=437905

RESOLVED: Extend this to other time formats, and probably 
clarify the semantics of this particular syntax. Should 
start at pause point or the beginning.

----------------------------------------------------------------------

Comment By: Magnus Westerlund (magwes)
Date: 2002-01-03 01:07

Message:
Logged In: YES 
user_id=302620

I belive we need to to consider how a play with a range "-time" after a pause should be treated. This is 
related to #493265. If #493265 alternative 2 is the agreed behaviour for that issue, the -time range could 
be used to restart a paused media with a given end point. 

----------------------------------------------------------------------

Comment By: Rob Lanphier (robla)
Date: 2001-12-13 10:06

Message:
Logged In: YES 
user_id=3796

We're pretty sure this is a thinko, and we think that this technique should be extended to the other time 
formats.  Anyone in the working group think differerently?

----------------------------------------------------------------------

Comment By: Rob Lanphier (robla)
Date: 2001-12-13 07:44

Message:
Logged In: YES 
user_id=3796

It's clear we need to extend this to other time formats, and probably clarify the semantics of this particular 
syntax.  As to "why?", it was probably just an oversight; we focused on npt for most of our work.

----------------------------------------------------------------------

You can respond by visiting: 
http://sourceforge.net/tracker/?func=detail&atid=377744&aid=477425&group_id=23194

--__--__--

Message: 5
To: [email-masked]
From: [email-masked]
Date: Tue, 12 Feb 2002 17:45:21 -0800
Subject: [rtspspec-bugs] [ rtspspec-Bugs-477428 ] Priorites between aggregated & non cntrl

Bugs item #477428, was opened at 2001-11-01 23:51
You can respond by visiting: 
http://sourceforge.net/tracker/?func=detail&atid=377744&aid=477428&group_id=23194

Category: None
Group: Fix for DS - Need WG Input
Status: Open
Resolution: None
Priority: 5
Submitted By: Magnus Westerlund (magwes)
Assigned to: Nobody/Anonymous (nobody)
Summary: Priorites between aggregated & non cntrl

Initial Comment:
A single media stream is playing. Then an aggregated control which include this stream is issued a 
play. How should this be interpreted? I use that it is queue and waits until all single streams under 
that aggregated control finish their play.

----------------------------------------------------------------------

Comment By: David W. Walker (davidwwalker)
Date: 2002-02-12 17:45

Message:
Logged In: YES 
user_id=437905

RESOLVED: Await resolution of queued play. Aggregate 
control issue needs larger discussion.

ACTION ITEM: Write up aggregate URL proposal.

----------------------------------------------------------------------

You can respond by visiting: 
http://sourceforge.net/tracker/?func=detail&atid=377744&aid=477428&group_id=23194

--__--__--

Message: 6
To: [email-masked]
From: [email-masked]
Date: Tue, 12 Feb 2002 18:02:58 -0800
Subject: [rtspspec-bugs] [ rtspspec-Bugs-477421 ] When to send response

Bugs item #477421, was opened at 2001-11-01 23:43
You can respond by visiting: 
http://sourceforge.net/tracker/?func=detail&atid=377744&aid=477421&group_id=23194

Category: None
>Group: Fix - Discussed/Resolved
Status: Open
Resolution: None
Priority: 5
Submitted By: Magnus Westerlund (magwes)
Assigned to: Nobody/Anonymous (nobody)
Summary: When to send response

Initial Comment:
Server can't respond to a bad request if no sequence number is present in the request. Resulting in 
that the client does not know that the server has received it and has issues. Please clarify when a 
server is allowed to send response to bad request.

----------------------------------------------------------------------

Comment By: David W. Walker (davidwwalker)
Date: 2002-02-12 17:10

Message:
Logged In: YES 
user_id=437905

RESOLVED: The Server is allowed to send an immediate 
response with no sequence number. As a general rule the 
server should NOT set sequence numbers. 

----------------------------------------------------------------------

Comment By: Rob Lanphier (robla)
Date: 2001-12-13 10:01

Message:
Logged In: YES 
user_id=3796

This one is going to be up to the server.  It can send "Connection: close" if the state machine is too 
messed up (though see #492546 for another discussion).  We can't overspecify this, though.

Please suggest text to insert in the specification.

----------------------------------------------------------------------

You can respond by visiting: 
http://sourceforge.net/tracker/?func=detail&atid=377744&aid=477421&group_id=23194

--__--__--

Message: 7
To: [email-masked]
From: [email-masked]
Date: Tue, 12 Feb 2002 18:03:17 -0800
Subject: [rtspspec-bugs] [ rtspspec-Bugs-477428 ] Priorites between aggregated & non cntrl

Bugs item #477428, was opened at 2001-11-01 23:51
You can respond by visiting: 
http://sourceforge.net/tracker/?func=detail&atid=377744&aid=477428&group_id=23194

Category: None
>Group: Fix - Discussed/Resolved
Status: Open
Resolution: None
Priority: 5
Submitted By: Magnus Westerlund (magwes)
Assigned to: Nobody/Anonymous (nobody)
Summary: Priorites between aggregated & non cntrl

Initial Comment:
A single media stream is playing. Then an aggregated control which include this stream is issued a 
play. How should this be interpreted? I use that it is queue and waits until all single streams under 
that aggregated control finish their play.

----------------------------------------------------------------------

Comment By: David W. Walker (davidwwalker)
Date: 2002-02-12 17:45

Message:
Logged In: YES 
user_id=437905

RESOLVED: Await resolution of queued play. Aggregate 
control issue needs larger discussion.

ACTION ITEM: Write up aggregate URL proposal.

----------------------------------------------------------------------

You can respond by visiting: 
http://sourceforge.net/tracker/?func=detail&atid=377744&aid=477428&group_id=23194

--__--__--

Message: 8
To: [email-masked]
From: [email-masked]
Date: Thu, 14 Feb 2002 14:40:40 -0800
Subject: [rtspspec-bugs] [ rtspspec-Bugs-477425 ] Inconsistency between timeformats

Bugs item #477425, was opened at 2001-11-01 23:48
You can respond by visiting: 
http://sourceforge.net/tracker/?func=detail&atid=377744&aid=477425&group_id=23194

Category: None
>Group: Fix - Discussed/Resolved
Status: Open
Resolution: None
Priority: 5
Submitted By: Magnus Westerlund (magwes)
Assigned to: Nobody/Anonymous (nobody)
Summary: Inconsistency between timeformats

Initial Comment:
NPT time in range is allowed to be specifed as "-nptime". No other timeformat allows that, why?

----------------------------------------------------------------------

Comment By: David W. Walker (davidwwalker)
Date: 2002-02-12 17:44

Message:
Logged In: YES 
user_id=437905

RESOLVED: Extend this to other time formats, and probably 
clarify the semantics of this particular syntax. Should 
start at pause point or the beginning.

----------------------------------------------------------------------

Comment By: Magnus Westerlund (magwes)
Date: 2002-01-03 01:07

Message:
Logged In: YES 
user_id=302620

I belive we need to to consider how a play with a range "-time" after a pause should be treated. This is 
related to #493265. If #493265 alternative 2 is the agreed behaviour for that issue, the -time range could 
be used to restart a paused media with a given end point. 

----------------------------------------------------------------------

Comment By: Rob Lanphier (robla)
Date: 2001-12-13 10:06

Message:
Logged In: YES 
user_id=3796

We're pretty sure this is a thinko, and we think that this technique should be extended to the other time 
formats.  Anyone in the working group think differerently?

----------------------------------------------------------------------

Comment By: Rob Lanphier (robla)
Date: 2001-12-13 07:44

Message:
Logged In: YES 
user_id=3796

It's clear we need to extend this to other time formats, and probably clarify the semantics of this particular 
syntax.  As to "why?", it was probably just an oversight; we focused on npt for most of our work.

----------------------------------------------------------------------

You can respond by visiting: 
http://sourceforge.net/tracker/?func=detail&atid=377744&aid=477425&group_id=23194

--__--__--

Message: 9
To: [email-masked]
From: [email-masked]
Date: Thu, 14 Feb 2002 14:41:27 -0800
Subject: [rtspspec-bugs] [ rtspspec-Bugs-477423 ] Unclearities regarding pause with range

Bugs item #477423, was opened at 2001-11-01 23:45
You can respond by visiting: 
http://sourceforge.net/tracker/?func=detail&atid=377744&aid=477423&group_id=23194

Category: None
>Group: Fix - Discussed/Resolved
Status: Open
Resolution: None
Priority: 5
Submitted By: Magnus Westerlund (magwes)
Assigned to: Nobody/Anonymous (nobody)
Summary: Unclearities regarding pause with range

Initial Comment:
How shall the pause point be specifed? Is the only correct way to do it "(start time)- "? The use of 
range with time? It seem to be unecessary as play with range works instead.

----------------------------------------------------------------------

Comment By: David W. Walker (davidwwalker)
Date: 2002-02-12 17:12

Message:
Logged In: YES 
user_id=437905

RESOLVED: Only a single range specifier
(format "value-" where "value" is a time)
is allowed for pause. time="execution time in UTC" may 
also be used, but if multiple range specifiers are 
present, npt/smpte takes precence over time. A new example 
will be provided.

----------------------------------------------------------------------

Comment By: Rob Lanphier (robla)
Date: 2001-12-13 10:03

Message:
Logged In: YES 
user_id=3796

Does need clarification in specification, but probably warrents discussion.

Recommendation: end time in range is ignored

----------------------------------------------------------------------

You can respond by visiting: 
http://sourceforge.net/tracker/?func=detail&atid=377744&aid=477423&group_id=23194

--__--__--

Message: 10
To: [email-masked]
From: [email-masked]
Date: Thu, 14 Feb 2002 14:40:59 -0800
Subject: [rtspspec-bugs] [ rtspspec-Bugs-477427 ] Transport model requirements

Bugs item #477427, was opened at 2001-11-01 23:49
You can respond by visiting: 
http://sourceforge.net/tracker/?func=detail&atid=377744&aid=477427&group_id=23194

Category: None
>Group: Fix - Discussed/Resolved
Status: Open
Resolution: None
Priority: 5
Submitted By: Magnus Westerlund (magwes)
Assigned to: Nobody/Anonymous (nobody)
Summary: Transport model requirements

Initial Comment:
Which connection models are required. Is non persitent TCP connections a MUST support, or only 
RECOMMENDED?

----------------------------------------------------------------------

Comment By: Rob Lanphier (robla)
Date: 2001-12-13 10:07

Message:
Logged In: YES 
user_id=3796

Good question.  This is related to #492546

----------------------------------------------------------------------

You can respond by visiting: 
http://sourceforge.net/tracker/?func=detail&atid=377744&aid=477427&group_id=23194

--__--__--

Message: 11
To: [email-masked]
From: [email-masked]
Date: Thu, 14 Feb 2002 14:42:13 -0800
Subject: [rtspspec-bugs] [ rtspspec-Bugs-477428 ] Priorites between aggregated & non cntrl

Bugs item #477428, was opened at 2001-11-01 23:51
You can respond by visiting: 
http://sourceforge.net/tracker/?func=detail&atid=377744&aid=477428&group_id=23194

Category: None
>Group: Fix for DS - Need WG Input
Status: Open
Resolution: None
Priority: 5
Submitted By: Magnus Westerlund (magwes)
Assigned to: Nobody/Anonymous (nobody)
Summary: Priorites between aggregated & non cntrl

Initial Comment:
A single media stream is playing. Then an aggregated control which include this stream is issued a 
play. How should this be interpreted? I use that it is queue and waits until all single streams under 
that aggregated control finish their play.

----------------------------------------------------------------------

Comment By: David W. Walker (davidwwalker)
Date: 2002-02-12 17:45

Message:
Logged In: YES 
user_id=437905

RESOLVED: Await resolution of queued play. Aggregate 
control issue needs larger discussion.

ACTION ITEM: Write up aggregate URL proposal.

----------------------------------------------------------------------

You can respond by visiting: 
http://sourceforge.net/tracker/?func=detail&atid=377744&aid=477428&group_id=23194

--__--__--

Message: 12
To: [email-masked]
From: [email-masked]
Date: Mon, 18 Feb 2002 00:31:06 -0800
Subject: [rtspspec-bugs] [ rtspspec-Bugs-518997 ] Mixing aggregate and non-aggregate

Bugs item #518997, was opened at 2002-02-18 00:30
You can respond by visiting: 
http://sourceforge.net/tracker/?func=detail&atid=377744&aid=518997&group_id=23194

Category: General
Group: Fix - Discussed/Resolved
Status: Open
Resolution: None
Priority: 5
Submitted By: Rob Lanphier (robla)
Assigned to: Rob Lanphier (robla)
Summary: Mixing aggregate and non-aggregate

Initial Comment:
This is a tracking issue for the email here:
http://www1.ietf.org/mail-archive/working-groups/mmusic/current/msg00115.html

 * Point a) RESOLVED
 * First point b) RESOLVED
 * Second point b) MUTE and UNMUTE
   * RESOLVED: separate draft
   * ACTION ITEM: Call for authors on MUTE proposed. AN
is tentatively signed up
 * Point C) (same as http://rtsp.org/bug477400)
   * RESOLVED: PING writeup will be done as part of
next RTSP draft...continue discussion on mailing list
   * RESOLVED: deprecate PLAY w/o range as ping method

----------------------------------------------------------------------

You can respond by visiting: 
http://sourceforge.net/tracker/?func=detail&atid=377744&aid=518997&group_id=23194

--__--__--

Message: 13
To: [email-masked]
From: [email-masked]
Date: Mon, 18 Feb 2002 15:33:25 -0800
Subject: [rtspspec-bugs] [ rtspspec-Bugs-513758 ] Proxy-Require clarification

Bugs item #513758, was opened at 2002-02-06 06:16
You can respond by visiting: 
http://sourceforge.net/tracker/?func=detail&atid=377744&aid=513758&group_id=23194

Category: General
>Group: Fix for DS - Need WG Input
Status: Open
Resolution: None
Priority: 5
Submitted By: Magnus Westerlund (magwes)
Assigned to: Rob Lanphier (robla)
Summary: Proxy-Require clarification

Initial Comment:
Today the proxy-require method says that the server should treat the proxy-require header 
identically as require. I don't understand how that mechanism work for paramters/functionallity that 
only the proxies should answer to. To avoid a negative acknowledgment the server must be aware 
of these parameters to not place them in the Unsupported header. I can't see that any proxy can 
modify the response as it will not know if the response comes from a proxy or a server. 

Can someone please clarify this?  

----------------------------------------------------------------------

You can respond by visiting: 
http://sourceforge.net/tracker/?func=detail&atid=377744&aid=513758&group_id=23194

--__--__--

Message: 14
To: [email-masked]
From: [email-masked]
Date: Mon, 18 Feb 2002 16:36:49 -0800
Subject: [rtspspec-bugs] [ rtspspec-Bugs-448521 ] URLs in Rtp-Info need to be quoted

Bugs item #448521, was opened at 2001-08-06 13:01
You can respond by visiting: 
http://sourceforge.net/tracker/?func=detail&atid=377744&aid=448521&group_id=23194

Category: None
>Group: Fixed in CVS/Need WG Approval
Status: Open
Resolution: None
Priority: 5
Submitted By: Anders Klemets (klemets)
Assigned to: Rob Lanphier (robla)
Summary: URLs in Rtp-Info need to be quoted

Initial Comment:
The Rtp-Info header contains URLs, but those URLs are 
not quoted, causing problems when the URLs contain 
semi-colon, equal signs and comma characters.

The best way to quote URLs are by using double-
quotes.  Using angle-brackets has also been proposed, 
but using double-quotes is more likely to be 
compatbile with existing implementations, because 
other RTSP/HTTP headers use double-quote characters 
in similar situations.

----------------------------------------------------------------------

>Comment By: Rob Lanphier (robla)
Date: 2002-02-18 16:36

Message:
Logged In: YES 
user_id=3796

This has been fixed in the version in CVS

----------------------------------------------------------------------

Comment By: David W. Walker (davidwwalker)
Date: 2002-01-28 14:20

Message:
Logged In: YES 
user_id=437905

RESOLUTION: (Jan 9, 2002 telecon) 
Proposed solution was accepted.  Alternative use of 
semicolon and comma were considered  by classified 
as "dangerous characters" ans would break existing 
implementations.

----------------------------------------------------------------------

Comment By: Henning Schulzrinne (hgschulz)
Date: 2002-01-09 09:20

Message:
Logged In: YES 
user_id=115926

URL escaping (%xx) doesn't work since you lose the
distinction between syntactically significant semicolons
(etc.) and just characters that were escaped in the original
URL.

Only comma and semicolon need to be escaped, since equal
signs are not delimiters.

----------------------------------------------------------------------

Comment By: Rob Lanphier (robla)
Date: 2001-12-13 09:26

Message:
Logged In: YES 
user_id=3796

I should probably clarify the comments made yesterday.  This is a genuine issue, but
it needs to be weighed against backward-compatibility needs.  Would like input from
implementors on what the best solution is.

We would propose the following: 
*  We need to define the problem characters.  ";" and "=" are two, there may be others
*  URLs MUST not be quoted when no problem characters are present in the URL.  This will help maintain 
backwards-compatibilty with current implementations
*  URLs MUST be quoted when problem characters are present

----------------------------------------------------------------------

Comment By: Rob Lanphier (robla)
Date: 2001-12-12 14:14

Message:
Logged In: YES 
user_id=3796

add quotes only when sending problem characters (";", "=", ",", need to think further)

----------------------------------------------------------------------

Comment By: Rob Lanphier (robla)
Date: 2001-08-07 07:21

Message:
Logged In: YES 
user_id=3796

This is primarily to test if mail to confctrl is working

----------------------------------------------------------------------

You can respond by visiting: 
http://sourceforge.net/tracker/?func=detail&atid=377744&aid=448521&group_id=23194

End of Rtspspec-bugs Digest

_______________________________________________
mmusic mailing list
[email-masked]
https://www1.ietf.org/mailman/listinfo/mmusic