Skip to main content

URI Scheme for Global System for Mobile Communications (GSM) Short Message Service (SMS)
draft-wilde-sms-uri-20

Revision differences

Document history

Date Rev. By Action
2012-08-22
20 (System) post-migration administrative database adjustment to the No Objection position for Robert Sparks
2012-08-22
20 (System) post-migration administrative database adjustment to the Yes position for Alexey Melnikov
2012-08-22
20 (System) post-migration administrative database adjustment to the No Objection position for Magnus Westerlund
2012-08-22
20 (System) post-migration administrative database adjustment to the No Objection position for Russ Housley
2009-11-03
20 (System) IANA Action state changed to RFC-Ed-Ack from Waiting on RFC Editor
2009-11-03
20 (System) IANA Action state changed to Waiting on RFC Editor from In Progress
2009-11-03
20 (System) IANA Action state changed to In Progress from Waiting on Authors
2009-11-03
20 (System) IANA Action state changed to Waiting on Authors from In Progress
2009-11-03
20 (System) IANA Action state changed to In Progress
2009-11-02
20 Cindy Morgan State Changes to RFC Ed Queue from Approved-announcement sent by Cindy Morgan
2009-11-02
20 Amy Vezza IESG state changed to Approved-announcement sent
2009-11-02
20 Amy Vezza IESG has approved the document
2009-11-02
20 Amy Vezza Closed "Approve" ballot
2009-11-02
20 Amy Vezza State Changes to Approved-announcement to be sent from IESG Evaluation::AD Followup by Amy Vezza
2009-10-29
20 Robert Sparks [Ballot Position Update] Position for Robert Sparks has been changed to No Objection from Discuss by Robert Sparks
2009-10-23
20 (System) Sub state has been changed to AD Follow up from New Id Needed
2009-10-23
20 (System) New version available: draft-wilde-sms-uri-20.txt
2009-10-23
20 (System) Removed from agenda for telechat - 2009-10-22
2009-10-22
20 Cindy Morgan State Changes to IESG Evaluation::Revised ID Needed from IESG Evaluation by Cindy Morgan
2009-10-22
20 Alexey Melnikov [Ballot Position Update] Position for Alexey Melnikov has been changed to Yes from Discuss by Alexey Melnikov
2009-10-21
20 Cullen Jennings [Ballot comment]
2009-10-21
20 Cullen Jennings [Ballot discuss]
2009-10-21
20 Robert Sparks
[Ballot discuss]
As far as I can tell, the document doesn't discuss how to compare two sms: URIs for equality. Should it? (Would these ever …
[Ballot discuss]
As far as I can tell, the document doesn't discuss how to compare two sms: URIs for equality. Should it? (Would these ever go into address books? Is it important to know when two of these containing the same list, but with the elements in different order, are the same list?)
2009-10-21
20 Robert Sparks [Ballot Position Update] New position, Discuss, has been recorded by Robert Sparks
2009-10-21
20 Adrian Farrel [Ballot Position Update] New position, No Objection, has been recorded by Adrian Farrel
2009-10-15
20 Cullen Jennings [Ballot Position Update] Position for Cullen Jennings has been changed to Undefined from Discuss by Cullen Jennings
2009-10-15
20 Lisa Dusseault Placed on agenda for telechat - 2009-10-22 by Lisa Dusseault
2009-10-15
20 Lisa Dusseault State Changes to IESG Evaluation from Waiting for AD Go-Ahead by Lisa Dusseault
2009-09-24
20 (System) State has been changed to Waiting for AD Go-Ahead from In Last Call by system
2009-09-18
20 Amanda Baber
IANA comments:

Upon approval of this document, IANA will make the following
assignments in the "Permanent URI Schemes" registry at
http://www.iana.org/assignments/uri-schemes.html

URI Scheme Description Reference …
IANA comments:

Upon approval of this document, IANA will make the following
assignments in the "Permanent URI Schemes" registry at
http://www.iana.org/assignments/uri-schemes.html

URI Scheme Description Reference
---------- ----------- ---------
sms GSM Short Message Service [RFC-wilde-sms-uri-19]
2009-09-01
20 Magnus Westerlund [Ballot Position Update] Position for Magnus Westerlund has been changed to No Objection from Discuss by Magnus Westerlund
2009-08-27
20 Cindy Morgan Last call sent
2009-08-27
20 Cindy Morgan State Changes to In Last Call from Last Call Requested by Cindy Morgan
2009-08-27
20 Lisa Dusseault Last Call was requested by Lisa Dusseault
2009-08-27
20 Lisa Dusseault State Changes to Last Call Requested from AD Evaluation by Lisa Dusseault
2009-08-24
20 Alexey Melnikov [Ballot comment]
2009-08-24
20 Alexey Melnikov
[Ballot discuss]
Updated as per revision -18:

5. While you've defined the charset of the body parameter, the semantics
are not defined.  Is a newline …
[Ballot discuss]
Updated as per revision -18:

5. While you've defined the charset of the body parameter, the semantics
are not defined.  Is a newline permitted?  If so, how is a newline
encoded?  Perhaps a reference to 5198 would be helpful?
What about Unicode normalization?
2009-08-23
19 (System) New version available: draft-wilde-sms-uri-19.txt
2009-08-08
20 Alexey Melnikov
[Ballot comment]
I would rather have this URI scheme be "permanent" (instead of "provisional") with change controller not necessarily being IETF, but RFC 4395 doesn't …
[Ballot comment]
I would rather have this URI scheme be "permanent" (instead of "provisional") with change controller not necessarily being IETF, but RFC 4395 doesn't seem to allow for that.
2009-08-08
20 Alexey Melnikov
[Ballot discuss]
Updated as per revision -18:

5. While you've defined the charset of the body parameter, the semantics
are not defined.  Is a newline …
[Ballot discuss]
Updated as per revision -18:

5. While you've defined the charset of the body parameter, the semantics
are not defined.  Is a newline permitted?  If so, how is a newline
encoded?  Perhaps a reference to 5198 would be helpful?
What about Unicode normalization?
2009-08-07
20 Russ Housley [Ballot Position Update] Position for Russ Housley has been changed to No Objection from Discuss by Russ Housley
2009-08-06
20 Pasi Eronen
[Ballot comment]
I think the document would benefit from including an example with a
non-global number (not starting with "+"), since the exact syntax used …
[Ballot comment]
I think the document would benefit from including an example with a
non-global number (not starting with "+"), since the exact syntax used
for them changed very recently (when going from version -15 to -16),
and the change might not be obvious to someone who read the old
versions.
2009-08-06
18 (System) New version available: draft-wilde-sms-uri-18.txt
2009-08-06
20 Russ Housley [Ballot comment]
2009-08-06
20 Russ Housley
[Ballot discuss]
Miguel Garcia did a Gen-ART Review raised a concern with the SMS URI
  scheme syntax:  the current URI does not consider extensibility.  …
[Ballot discuss]
Miguel Garcia did a Gen-ART Review raised a concern with the SMS URI
  scheme syntax:  the current URI does not consider extensibility.  Since
  this point was raised, more than one solution has emerged.  Please put
  one of them into the document.
2009-08-05
20 Lisa Dusseault State Changes to AD Evaluation from Dead by Lisa Dusseault
2009-08-04
20 Alexey Melnikov
[Ballot discuss]
Taking over DISCUSS from Chris Newman:

1. The document needs a normative reference to the HTML 4.01 specification which defines the format for …
[Ballot discuss]
Taking over DISCUSS from Chris Newman:

1. The document needs a normative reference to the HTML 4.01 specification which defines the format for the media type
application/x-www-form-urlencoded:

  [HTML401]  Raggett, D., et al., "HTML 4.01 Specification", W3C
              Recommendation, December 1999.
              Available at .

2. The following text is factually incorrect:

  ... As SMS transport is
  "out-of-band" as far as normal HTTP over TCP/IP is concerned, this
  provides a way to fill in forms offline, and send the data without
  making a TCP connection to the server, as the set-up time, cost, and
  overhead for a TCP connection are large compared to an SMS message.

With my iPhone, there are contexts where SMS is more expensive that
HTTP/TCP (e.g. local use if I'm over my prepaid SMS limit).  In
addition, SMS can be more expensive on the server infrastructure side;
a two-way email-to-SMS gateway has to track a large amount of state
because SMS has no extension fields for reply gateways.  That's special
SMS-only state that's unnecessary with simple stateless HTTP/TCP
connections.  Finally, I observe this contradicts the previous point
that SMS "is a major source of revenue" (which implies it's expensive
for end-users).

3. The URI scheme doesn't have an extensibility model as far as I can
tell.  In the case of the mailto URI we needed to add extensions to
the original proposal over time.  Whether or not the same will be true
for SMS, it would be helpful to clearly state: is more than one
key-value after the "?" permitted.  If so, are unknown keys "must
understand" or silently ignored?

4. You need to discuss how use of comma as a delimiter between addresses
interacts with use of comma within a telephone-subscriber (e.g., as
the RFC 3966 ABNF permits in the isub= parameter).
[This is addressed by erratum 203 on RFC 3966 as mentioned in the
  appendix, but I missed that on first reading.  It's perhaps worth
  mentioning that erratum in the text as well the appendix since it's
  important.]

5. While you've defined the charset of the body parameter, the semantics
are not defined.  Is a newline permitted?  If so, how is a newline
encoded?  Perhaps a reference to 5198 would be helpful?

6. Why is this "provisional" rather than "Permanent"?
2009-08-04
20 Alexey Melnikov [Ballot Position Update] New position, Discuss, has been recorded by Alexey Melnikov
2009-08-03
17 (System) New version available: draft-wilde-sms-uri-17.txt
2009-04-03
20 (System) Document has expired
2009-04-02
20 Lisa Dusseault State Changes to Dead from IESG Evaluation::Revised ID Needed by Lisa Dusseault
2008-09-25
20 Amy Vezza State Changes to IESG Evaluation::Revised ID Needed from IESG Evaluation by Amy Vezza
2008-09-25
20 David Ward [Ballot Position Update] New position, No Objection, has been recorded by David Ward
2008-09-25
20 Mark Townsley [Ballot Position Update] New position, No Objection, has been recorded by Mark Townsley
2008-09-25
20 Cullen Jennings
[Ballot discuss]
The draft is definitely going the right direction. I felt the 15 version was very broken but I think this 16 version is …
[Ballot discuss]
The draft is definitely going the right direction. I felt the 15 version was very broken but I think this 16 version is about right but needs some work on the details and is then ready for IETF review. Having the IESG be where the draft starts getting discussed is inappropriate and this should be sent to the appropriate lists and needs a new IETF LC because the document reviewed in IETF LC has very little in common with this one. Before it even goes out for IETF LC, I encourage people to try and get some folks familiar with the issues to read it. This draft is on the right track and I'm sure it it will get approved in the near future, it just has some details that need a bit of work.
2008-09-25
20 Cullen Jennings
[Ballot discuss]
The draft is definitely going the right direction. I felt the 15 version was very broken but I think this 16 version is …
[Ballot discuss]
The draft is definitely going the right direction. I felt the 15 version was very broken but I think this 16 version is about right but needs some work on the details and is then ready for IETF review. Having the IESG be where the draft starts getting discussed is inappropriate and this should be sent to the appropriate lists and needs a new IETF LC because the document reviewed in IETF LC has very little in common with this one. Before it even goes out for IETF LC, I encourage people to try and get some folks familiar with the issues to read it. This draft is on the right track and I'm sure it it will get approved in the near future, it just has some details that need a bit of work.
2008-09-25
20 Cullen Jennings [Ballot Position Update] New position, Discuss, has been recorded by Cullen Jennings
2008-09-25
20 Cullen Jennings
[Ballot comment]
Draft says
    MUST make sure
  that character sets are correctly mapped
but provides no idea on how one might do …
[Ballot comment]
Draft says
    MUST make sure
  that character sets are correctly mapped
but provides no idea on how one might do that

The encoding of the body is really confusing. Is it packed 7 bit or 8 bit data. What I am saying is the body 140 octets or 160 octets?


The whole section on text concatenation has IETF specifying normative behavior of something that is normatively specified in 3GPP document.

There needs to be some discussion about representing SMS short codes.

The 3rd and 4th para in section 1.2.2.1 seem sort of irrelevant

Seem like many of the normative references are actually informative

Need to say how this is used to do HTML forms

Example numbers need to be take out of invalid example set

I don't know how the parser will disambiguate the ? in the sms-body and the ? in the telephone-subscriber. Have you checked this grammar. If you defined the body= tag as part of tel URI extension, this problem would go away and the syntax of the URI would remain the same.

Discussion is needed of what parts of the query need to be escaped and how this is encoded

The , that separates the heir-part needs to be distinguishable form the parser from the , that in the telephone-subscriber.

The idea that a UA SHOULD provide a message composition service to modify the body seem very wrong to me. Do you mean MAY here? I can just imagine a screen on my cell phone to modify the contents of an HTML post.

Are all the percent encoding characters in RFC 3629 legal in this query part of this URI?

Did this new proposal get reviewed on URI list

When I read
Any SMS client SHOULD make sure that malicious
  use of such messages is not possible, for example by filtering out
  certain SMS User Data headers.
I have no idea how to implement that or what to do

It would be nice to be able to express here are two short codes, one for AT&T, one for MCI, and then a global number with the implied semantics of send the body to whichever one of these is best for your UA but only send it to one of them. This would allow a UA to use a possibly free one with local context but if it was not in a context where that worked to use a global one.

Need to sort out extension model
2008-09-25
20 Dan Romascanu [Ballot Position Update] New position, No Objection, has been recorded by Dan Romascanu
2008-09-25
20 Dan Romascanu [Ballot comment]
I support the issue raised by Magnus in his DISCUSS.
2008-09-25
20 Jari Arkko [Ballot Position Update] New position, No Objection, has been recorded by Jari Arkko
2008-09-25
20 Jari Arkko
[Ballot comment]
I share the issue in 2nd part of Russ's Discuss: I also felt that the document brought in a bit too many details …
[Ballot comment]
I share the issue in 2nd part of Russ's Discuss: I also felt that the document brought in a bit too many details about the processing, formatting, and delivery of SMSes. This RFC does not define how SMSes are sent, it just defines URIs. Some overview is useful, of course.
2008-09-24
20 Ross Callon [Ballot Position Update] New position, No Objection, has been recorded by Ross Callon
2008-09-24
20 Ron Bonica [Ballot Position Update] New position, No Objection, has been recorded by Ron Bonica
2008-09-24
20 Pasi Eronen
[Ballot comment]
I think the document would benefit from including an example with a
non-global number (not starting with "+"), since the exact syntax used …
[Ballot comment]
I think the document would benefit from including an example with a
non-global number (not starting with "+"), since the exact syntax used
for them changed very recently (when going from version -15 to -16),
and the change might not be obvious to someone who read the old
versions.

Section 1.3.5 would benefit from one sentence saying that when "sms"
URI is used in HTML form, the "sms-body" part (if present) is ignored.
2008-09-24
20 Pasi Eronen [Ballot Position Update] New position, No Objection, has been recorded by Pasi Eronen
2008-09-23
20 Lars Eggert [Ballot Position Update] New position, No Objection, has been recorded by Lars Eggert
2008-09-22
20 Chris Newman
[Ballot discuss]
I consider this an important specification, am glad it is being
produced, and believe the specification could be improved with an
additional revision …
[Ballot discuss]
I consider this an important specification, am glad it is being
produced, and believe the specification could be improved with an
additional revision considering some or all of the issues mentioned
in other discuss positions and mentioned here:

1. The document needs a normative reference to the HTML 4.01 specification which defines the format for the media type
application/x-www-form-urlencoded.

2. The following text is factually incorrect:

  ... As SMS transport is
  "out-of-band" as far as normal HTTP over TCP/IP is concerned, this
  provides a way to fill in forms offline, and send the data without
  making a TCP connection to the server, as the set-up time, cost, and
  overhead for a TCP connection are large compared to an SMS message.

With my iPhone, there are contexts where SMS is more expensive that
HTTP/TCP (e.g. local use if I'm over my prepaid SMS limit).  In
addition, SMS can be more expensive on the server infrastructure side;
a two-way email-to-SMS gateway has to track a large amount of state
because SMS has no extension fields for reply gateways.  That's special
SMS-only state that's unnecessary with simple stateless HTTP/TCP
connections.  Finally, I observe this contradicts the previous point
that SMS "is a major source of revenue" (which implies it's expensive
for end-users).

3. The URI scheme doesn't have an extensibility model as far as I can
tell.  In the case of the mailto URI we needed to add extensions to
the original proposal over time.  Whether or not the same will be true
for SMS, it would be helpful to clearly state: is more than one
key-value after the "?" permitted.  If so, are unknown keys "must
understand" or silently ignored?

4. You need to discuss how use of comma as a delimiter between addresses
interacts with use of comma within a telephone-subscriber (e.g., as
the RFC 3966 ABNF permits in the isub= parameter).
[This is addressed by erratum 203 on RFC 3966 as mentioned in the
  appendix, but I missed that on first reading.  It's perhaps worth
  mentioning that erratum in the text as well the appendix since it's
  important.]

5. While you've defined the charset of the body parameter, the semantics
are not defined.  Is a newline permitted?  If so, how is a newline
encoded?  Perhaps a reference to 5198 would be helpful?

6. Why is this "provisional" rather than "Permanent"?
2008-09-11
20 Lisa Dusseault FYI Graham Klyne, the URI scheme reviewer, looked at this back in Oct 2007.
2008-09-09
20 Lisa Dusseault Telechat date was changed to 2008-09-25 from 2008-09-11 by Lisa Dusseault
2008-09-09
20 Magnus Westerlund
[Ballot discuss]
Section 1.3.4 contains example phone numbers that appears to be valid ones. The first I find has or are used by the president …
[Ballot discuss]
Section 1.3.4 contains example phone numbers that appears to be valid ones. The first I find has or are used by the president of the US. The second seems to point to cellphone in California that aren't listed.

As it is known that publication in specification of address or reachability information can result in unwanted traffic I would recommend that these numbers are changed to example ones that are certain for the foreseeable future to don't lead to any individual or organization.
2008-09-09
20 Magnus Westerlund [Ballot Position Update] New position, Discuss, has been recorded by Magnus Westerlund
2008-09-08
20 Lisa Dusseault State Change Notice email list have been change to leslie@thinkingcat.com, dret@berkeley.edu, antti.vaha-sipila@nokia.com from leslie@thinkingcat.com
2008-09-08
20 Chris Newman
[Ballot discuss]
I consider this an important specification, am glad it is being
produced, and believe the specification could be improved with an
additional revision …
[Ballot discuss]
I consider this an important specification, am glad it is being
produced, and believe the specification could be improved with an
additional revision considering some or all of the issues mentioned
in other discuss positions and mentioned here:

1. The document needs a normative reference to the HTML 4.01 specification which defines the format for the media type
application/x-www-form-urlencoded.

2. The following text is factually incorrect:

  ... As SMS transport is
  "out-of-band" as far as normal HTTP over TCP/IP is concerned, this
  provides a way to fill in forms offline, and send the data without
  making a TCP connection to the server, as the set-up time, cost, and
  overhead for a TCP connection are large compared to an SMS message.

With my iPhone, there are contexts where SMS is more expensive that
HTTP/TCP (e.g. local use if I'm over my prepaid SMS limit).  In
addition, SMS can be more expensive on the server infrastructure side;
a two-way email-to-SMS gateway has to track a large amount of state
because SMS has no extension fields for reply gateways.  That's special
SMS-only state that's unnecessary with simple stateless HTTP/TCP
connections.  Finally, I observe this contradicts the previous point
that SMS "is a major source of revenue" (which implies it's expensive
for end-users).

3. The URI scheme doesn't have an extensibility model as far as I can
tell.  In the case of the mailto URI we needed to add extensions to
the original proposal over time.  Whether or not the same will be true
for SMS, it would be helpful to clearly state: is more than one
key-value after the "?" permitted.  If so, are unknown keys "must
understand" or silently ignored?

4. You need to discuss how use of comma as a delimiter between addresses
interacts with use of comma within a telephone-subscriber (e.g., as
the RFC 3966 ABNF permits in the isub= parameter).

5. While you've defined the charset of the body parameter, the semantics
are not defined.  Is a newline permitted?  If so, how is a newline
encoded?  Perhaps a reference to 5198 would be helpful?

6. Why is this "provisional" rather than "Permanent"?
2008-09-08
20 Chris Newman [Ballot Position Update] New position, Discuss, has been recorded by Chris Newman
2008-09-08
20 Russ Housley [Ballot comment]
Please consider the comments provided by Miguel Garcia in his Gen-ART
  Review.  I have not seen a response to this recent review.
2008-09-08
20 Russ Housley
[Ballot discuss]
Miguel Garcia did a Gen-ART Review that revealed two major concerns
  and some minor ones. 

  First, the SMS URI scheme syntax.  …
[Ballot discuss]
Miguel Garcia did a Gen-ART Review that revealed two major concerns
  and some minor ones. 

  First, the SMS URI scheme syntax.  is defined as:

    sms-body      = "body=" query

  And, query is defined in RFC 3986 as:

    query      = *( pchar / "/" / "?" )

  Notice that  can contain the equal sign, and RFC 3986 says
  that query components are often used to carry "key=value" pairs.
  I suspect that more than one equal sign might lead to implementation
  surprises, so the syntax should be adjusted or there should be text
  to highlight this situation to the reader.
 
  Second, the scope of this specification is not clear. Are the SMS
  procedures PART of the scope of this specification?  There seems to be
  more in this document than the SMS URI scheme specification.
  As one example, consider this text:

    When a "sms" URI is activated, the user agent MAY start a program
    for sending an SMS message, just as "mailto" may open a mail client.
2008-09-08
20 Russ Housley [Ballot Position Update] New position, Discuss, has been recorded by Russ Housley
2008-09-04
20 Lisa Dusseault Ballot has been issued by Lisa Dusseault
2008-09-04
16 (System) New version available: draft-wilde-sms-uri-16.txt
2008-09-03
20 Amanda Baber
IANA Evaluation comments:

Upon approval, IANA will register the following in the Provisional URI Schemes registry at http://www.iana.org/assignments/uri-schemes.html:

URI Scheme: sms
Description: Short Message Service …
IANA Evaluation comments:

Upon approval, IANA will register the following in the Provisional URI Schemes registry at http://www.iana.org/assignments/uri-schemes.html:

URI Scheme: sms
Description: Short Message Service
Reference: [RFC-wilde-sms-uri-15.txt]
2008-09-03
20 Lisa Dusseault [Ballot Position Update] New position, Yes, has been recorded for Lisa Dusseault
2008-09-03
20 Lisa Dusseault Ballot has been issued by Lisa Dusseault
2008-09-03
20 Lisa Dusseault Created "Approve" ballot
2008-09-03
20 Lisa Dusseault State Changes to IESG Evaluation from AD is watching by Lisa Dusseault
2008-09-03
20 Lisa Dusseault Area acronymn has been changed to app from gen
2008-09-03
20 Lisa Dusseault Placed on agenda for telechat - 2008-09-11 by Lisa Dusseault
2008-06-11
15 (System) New version available: draft-wilde-sms-uri-15.txt
2008-02-18
20 Lisa Dusseault State Changes to AD is watching from Waiting for Writeup::AD Followup by Lisa Dusseault
2007-12-18
20 (System) Sub state has been changed to AD Follow up from New Id Needed
2007-12-18
14 (System) New version available: draft-wilde-sms-uri-14.txt
2007-11-12
20 Lisa Dusseault State Changes to Waiting for Writeup::Revised ID Needed from Waiting for Writeup by Lisa Dusseault
2007-11-12
20 Lisa Dusseault New revision seems to be needed to address Gurbani and Patton issues
2007-11-12
20 Lisa Dusseault Vijay Gurbani brought up SIP interop issues
2007-11-09
20 Lisa Dusseault Gen-Art review by Michael A Patton: needs addressing.
2007-11-08
20 (System) State has been changed to Waiting for Writeup from In Last Call by system
2007-11-05
20 Lisa Dusseault Possibility of overlap with tel URI?  Consulted Henning who says that the SMSC number and message body are not possible with the tel URI.
2007-11-03
20 Samuel Weiler Request for Last Call review by SECDIR Completed. Reviewer: Derek Atkins.
2007-11-01
20 Lisa Dusseault Secdir review was OK
IANA review asked for IANA considerations section
2007-10-29
20 Lisa Dusseault
Todos later:
- Deal with the question of whether this duplicates functionality already covered by the tel: URI. 
- Deal with IANA issue: "The document …
Todos later:
- Deal with the question of whether this duplicates functionality already covered by the tel: URI. 
- Deal with IANA issue: "The document isn't clear about what actions are being requested. It mentions registration, but doesn't contain an IANA Considerations section."
2007-10-29
20 Amanda Baber IANA Last Call comments:

The document isn't clear about what actions are being requested. It mentions registration, but doesn't contain an IANA Considerations section.
2007-10-12
20 Lisa Dusseault State Change Notice email list have been change to leslie@thinkingcat.com from
2007-10-11
20 Samuel Weiler Request for Last Call review by SECDIR is assigned to Derek Atkins
2007-10-11
20 Samuel Weiler Request for Last Call review by SECDIR is assigned to Derek Atkins
2007-10-11
20 Amy Vezza State Changes to In Last Call from Last Call Requested by Amy Vezza
2007-10-10
20 Lisa Dusseault Last Call was requested by Lisa Dusseault
2007-10-10
20 Lisa Dusseault State Changes to Last Call Requested from AD Evaluation by Lisa Dusseault
2007-10-10
20 (System) Ballot writeup text was added
2007-10-10
20 (System) Last call text was added
2007-10-10
20 (System) Ballot approval text was added
2007-10-10
20 Lisa Dusseault State Changes to AD Evaluation from Publication Requested by Lisa Dusseault
2007-10-10
20 Lisa Dusseault State Changes to Publication Requested from AD is watching by Lisa Dusseault
2007-10-05
20 Lisa Dusseault State Changes to AD is watching from Publication Requested by Lisa Dusseault
2007-09-24
13 (System) New version available: draft-wilde-sms-uri-13.txt
2007-08-07
20 Lisa Dusseault State Changes to Publication Requested from AD is watching by Lisa Dusseault
2007-08-07
20 Lisa Dusseault Responsible AD has been changed to Lisa Dusseault from Ted Hardie
2007-07-26
20 (System) State Changes to AD is watching from Dead by system
2007-07-25
12 (System) New version available: draft-wilde-sms-uri-12.txt
2006-08-25
20 (System) State Changes to Dead from AD is watching by system
2006-08-25
20 (System) Document has expired
2006-02-09
11 (System) New version available: draft-wilde-sms-uri-11.txt
2005-08-03
10 (System) New version available: draft-wilde-sms-uri-10.txt
2005-03-09
09 (System) New version available: draft-wilde-sms-uri-09.txt
2005-01-31
08 (System) New version available: draft-wilde-sms-uri-08.txt
2005-01-28
20 Ted Hardie Draft Added by Ted Hardie in state AD is watching
2005-01-10
07 (System) New version available: draft-wilde-sms-uri-07.txt
2004-07-15
06 (System) New version available: draft-wilde-sms-uri-06.txt
2004-01-27
05 (System) New version available: draft-wilde-sms-uri-05.txt
2003-05-15
04 (System) New version available: draft-wilde-sms-uri-04.txt
2002-04-16
03 (System) New version available: draft-wilde-sms-uri-03.txt
2002-04-01
02 (System) New version available: draft-wilde-sms-uri-02.txt
2002-01-24
01 (System) New version available: draft-wilde-sms-uri-01.txt
2002-01-22
00 (System) New version available: draft-wilde-sms-uri-00.txt