<br><br>
<div><span class="gmail_quote">On 23/02/06, <b class="gmail_sendername">Ian Goldberg</b> <<a href="mailto:ian@cypherpunks.ca">ian@cypherpunks.ca</a>> wrote:</span>
<blockquote class="gmail_quote" style="PADDING-LEFT: 1ex; MARGIN: 0px 0px 0px 0.8ex; BORDER-LEFT: #ccc 1px solid">On Thu, Feb 23, 2006 at 11:16:02AM +1100, Scott Ellis wrote:<br>> > Wow.  That *is* a hack.  Surely there's a way to extract your account
<br>> > name, though?<br>><br>> There really isn't the concept of an account name in miranda...I can get the<br>> protocol name, or the protocol unique identifier (e.g. UIN) which may not be<br>> human readable...or, which is about the closest thing, the name of the
<br>> user's database file - but that is often 'default' or something like that.<br><br>In what protocols is the "unique identifier" not human-readable?  Is<br>this not the string that someone else would type in to their IM client
<br>in order to send you a message?  If not, I'd think there's got to be a<br>way to determine what that string is.</blockquote>
<div> </div>
<div>e.g ICQ - the UIN is just a number - readable but not meaningful to me. The nickname they're given on the receiving end (if any) is not necessarily known to the sender</div><br>
<blockquote class="gmail_quote" style="PADDING-LEFT: 1ex; MARGIN: 0px 0px 0px 0.8ex; BORDER-LEFT: #ccc 1px solid">> I guess what I'm suggesting is that the library do some processing of the<br>> query message even when the policy is 'never'.
<br>><br>> Sorry, I mean't the username is passed into the 'receieve' function, on the<br>> receiver side - i misunderstood your last post regarding that.<br><br>Ah, but that message (generated by the sender) needs to be readable and
<br>make sense to someone that really *doesn't* have an OTR plugin.  So you<br>can't rely on the receiver to fill in the sender's name properly.</blockquote>
<div> </div>
<div>yes I realise that - but it's prefixed with the ?OTR? thing - so if there does happen to be an otr plugin on the receiving end, and if the message had some sort of recognisable standard content (e.g. i've modified the lib to remove html tags, so straight strcmp wouldn't work) then the receiver could do something more useful with it - and also fill in the nickname of the sender
</div></div>