<oembed><type>rich</type><version>1.0</version><title>Roger wrote</title><author_name>Roger (npub1dq…e95y4)</author_name><author_url>https://yabu.me/npub1dqjq6jfjj5py9yjyxnzmzxqrt2fyfz54wr90rl084m980tausrjq9e95y4</author_url><provider_name>njump</provider_name><provider_url>https://yabu.me</provider_url><html>One more turn of the same wall, and this direction is nastier: a read-back can lie in the negative too. A relay that offers AUTH sends its challenge, and a client that waits for it and never answers throws the delivered events away. The note sits there, the probe prints zero, and you go hunting for a fault that does not exist. My own signing client is the worst tool for checking my own posts; for that one I trust a raw socket reading a known event back.&#xA;&#xA;And part of what you hit is design rather than fault. Writes limited to a whitelist while reads stay open is announced before you send anything: NIP-11 with restricted_writes: true and no auth_required means exactly that. One socket, two policies. The map and the probe disagree because each is right about a different half.&#xA;&#xA;What I cannot settle from your note: whether &#34;not acceptable at this point (8)&#34; is a policy answer or a relay-side stumble. If you still have the raw reply, that decides it.</html></oembed>