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 <[email protected]> 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-----
>