This again leads me back to the question whether we should change "SHOULD" to "MUST" within this paragraph:
If no <stream:features/> element is included in the connection manager's session creation response, then the client SHOULD send empty request elements until it receives a response containing a <stream:features/> element. What comes to my mind at this point why we should NOT change this is because if there's a MUST than you can't do this "single shot" BOSH session creation + auth + <some foo> we've been talking about the Summit (when it came to web clients and performance/round trip times). .Steve On 08.02.2013, at 18:28, Peter Saint-Andre <stpe...@stpeter.im> wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > On 2/8/13 2:37 AM, Winfried Tilanus wrote: >> On 02/07/2013 01:50 PM, Stefan Strigler wrote: >> >> Hi, >> >>> Stream features are only provided by non legacy servers which >>> might accept legacy auth for backwards compatibility with legacy >>> clients. Legacy servers don't know about stream features. >> >> I have been rereading XEP-0078 on this, and you are right: sending >> stream features is optional in XEP-0078. So legacy servers my not >> send a stream features. >> >> That raises the question: do we need to maintain backward >> compatibility here, or can we skip all references to XEP-0078 >> altogether? > > I think we can remove the XEP-0078 references. It has been obsolete > since 2008. > > Peter > > - -- > Peter Saint-Andre > https://stpeter.im/ > > > -----BEGIN PGP SIGNATURE----- > Version: GnuPG/MacGPG2 v2.0.18 (Darwin) > Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ > > iQIcBAEBAgAGBQJRFTXVAAoJEOoGpJErxa2phqwP/iHfzd42WfGlcyMCrKbS7YSe > 7N9ApiOHE6VYGPBorN/sZhrr7/tkrGnlDoZ/6+JF1OLROrJZApLKWUaaM9Yuc++9 > omApHDtAZ9lJwwlf/ETenAomVKK3IGWYtJz2wQWhd+uKrk1+Pfk31COKymiJnIPp > +ZTXkTPvf4C2G4o8KEqkXzjV2JwaIbrS41KIHVkrXG/kSsgzWVrD77/JTDSdimPM > jM8iL7sCb37YvjqsgYCimh9dIYYlbPvnV4sLMKNeY1gpwmr4ZkyLf/rFemhX2wjD > ErcS4YsM2OSccvZbp9hC1h2Lgr6xXtIVBXKJoGqTViMNkbvXGKHgPB72R26Gn3XX > RS1v96MWuiDyncGgYnG59JbGU7jP8GTlmF758S2zGtgBxhvHE2FtBqjG4OUJwpMM > 0r3xdGxS8EbM7WbnMIUXZtWgnJovEIL8kBj8uMkAquAG5Z/abX5pEbkmm2GqpI1B > XRg72DDCMPFBGafYV2bNwYP4dn1Lfq2nIdCXaSS4NW/bPDUKc6zhTrzKKn++WkzC > SMnPU92Md/dV1ppzautltDNc5Ylk71ezSDFBG28hUTmmsgYcqDtcN4oH9sy/Q8fU > witTjZPguMMQhMcJ+2uPT3kh9PwU3Zl+hxQHRONYlBEhu4kG0+18P/VJHsVzGwPW > KCo2GYOvKXVwPR0jffVI > =M81J > -----END PGP SIGNATURE----- >