#826 Return <identity category="account" type="registered"/> on users bare JIDs

Reporter Jonas Wielicki
Owner Zash
Stars ★★ (2)
  • Priority-Medium
  • Milestone-0.9
  • Type-Defect
  • Status-Fixed
  1. Jonas Wielicki on

    What steps will reproduce the problem? 1. Have a prosody contact in your roster. 2. Send a disco#info request. What is the expected output? What do you see instead? Expected: <identity category="account" type="registered"/> plus possibly PEP. Got: Only <identity category="pubsub" type="pep"/> What version of the product are you using? On what operating system? 0.9.7-2+deb8u3 Please provide any additional information below. via xsf@muc.xmpp.org/ralphm

  2. Ralph Meijer on

    This also happens for 0.9.10-1 on Ubuntu.

  3. Florian Schmaus on

    Reference XEP-0030 § 4.1: When an entity sends a disco#info request to a bare JID (<account@domain.tld>) hosted by a server, the server itself MUST reply on behalf of the hosted account, either with an IQ-error or an IQ-result. For important rules regarding access to this functionality, see the Security Considerations section of this document. In particular, in response to a disco#info request sent to a bare JID with no node, if access is not denied the server SHOULD return an IQ-result for the bare JID, in which the primary identity SHOULD have a category of "account" with an appropriate type as specified in the Service Discovery Identities registry (most likely, a type of "registered"). Note: This enables authorized or trusted entities to discover whether the account exists and its account type (e.g., in IM systems to determine the existence of an account before adding it to a contact's roster).

  4. Link Mauve on

    Have a patch: https://prosody.im/pastebin/6262db09-c28e-4f0b-a415-2d113edec08c

  5. Zash on

    Thanks for the report and for the patch!

    • owner Zash
    • tags Status-Fixed Milestone-0.9

New comment

Not published. Used for spam prevention and optional update notifications.