Hi,
*The third said in the original email "No usage since August 2014 so no need new DistID and DevID", which is clearly wrong. There's also that "another libpurple" with distid 1502 which doesn't match any client we own, and we don't know how you found that one.* I can't explain but you did the right thing to use 1718 for Finch. *Did the 1718 distid get invalidated? Can you re-enable it so that we don't have to make another release?* Please try again now and let me know, I correct a typo in the devID just now. Thanks, *Donald Le* *Product Management and Support AIM Platform* *O*: 703-265-5645 | *M*: 703-678-1073 *AIM*: donald...@teamaol.com *AOL Inc**. 22070 Broderick Drive Dulles, VA 20166* On Sun, Mar 12, 2017 at 1:25 PM, dequis <d...@dxzone.com.ar> wrote: > Hey Donald! > > As you may have heard we already released pidgin 2.12.0 (together with > libpurple and finch 2.12.0), updating the distid/devids. > > Here's what we used: > > Pidgin: > Distid: 1715 > Devid: do1UCeb5gNqxB1S1 > > Libpurple: > Distid: 1717 > Devid: ma19CwYN9i9Mw5nY > > Finch: > Distid: 1718 > Devid: ma18nmEklXMR7Cj_ > > The first two are normal. > > The third said in the original email "No usage since August 2014 so no > need new DistID and DevID", which is clearly wrong. There's also that > "another libpurple" with distid 1502 which doesn't match any client we own, > and we don't know how you found that one. > > So for the sake of avoiding a roundtrip in our communication and getting > the release packaged ASAP, we went ahead and used the remaining 1718 distid > for finch. > > This looks like it was a mistake, since we're now getting "Method not > allowed - clientLogin Not Allowed for this devId" errors in finch. > > Did the 1718 distid get invalidated? Can you re-enable it so that we don't > have to make another release? > > Thanks > > On 27 January 2017 at 01:54, Donald Le <donald...@teamaol.com> wrote: > >> All, >> >> My comments are inline. >> >> Thanks, >> >> >> *Donald Le* >> *Tech Director | Product Management and Support AIM Platform* >> *O*: 703-265-5645 <(703)%20265-5645> | *M*: 703-678-1073 >> <(703)%20678-1073> >> *AIM*: donald...@teamaol.com >> *AOL Inc*. 22070 Broderick Drive Dulles, VA 20166 >> >> On Thu, Oct 27, 2016 at 8:45 AM, Donald Le <donald...@teamaol.com> wrote: >> >>> All, >>> >>> Quick update: we had to delay AIM client upgrade due to other >>> integration, the date is tbd. >>> I will answer your questions in the coming weeks. >>> >>> >>> Thanks, >>> >>> >>> *Donald Le* >>> *Tech Director | Product Management and Support AIM Platform* >>> *O*: 703-265-5645 <%28703%29%20265-5645> | *M*: 703-678-1073 >>> <%28703%29%20678-1073> >>> *AIM*: donald...@teamaol.com >>> *AOL Inc*. 22070 Broderick Drive Dulles, VA 20166 >>> >>> On Fri, Oct 14, 2016 at 2:58 AM, dequis <d...@dxzone.com.ar> wrote: >>> >>>> Hi, I have a couple of questions, since there may have been a >>>> misunderstanding here. >>>> >>>> Pidgin currently supports three auth methods for AIM: >>>> >>>> - MD5 using slogin.oscar.aol.com. Uses the DistID, does not use the >>>> DevID >>>> >>> >> <Donald> All DistID used for login.oscar.aol.com and slogin.oscar.aol.com >> will be blocked. The date is tbd and AIM client upgrade will start Feb 24th >> 2017. >> >>> >>>> - clientLogin aka OpenAuth using >>>> api.screenname.aol.com/auth/clientLogin. Uses DistID and DevID. Has >>>> been the default setting for pidgin releases since 2009 >>>> >>> >> <Donald> This login path will stay but you need to update the DistID and >> DevID. We will give you a new set. >> >>> >>>> - Kerberos using kdc.uas.aol.com. Uses DistID and DevID. Introduced in >>>> pidgin 2.11.0, released four months ago. >>>> >>> >> <Donald> Same as above with OpenAuth. >> >>> >>>> If I'm understanding this right, the first method is being >>>> discontinued and the other two will continue working. It's possible a >>>> lot of users are using that - the account setting is a bit too >>>> visible, so users might just switch to it for the sake of changing >>>> settings. But as far as I can see, pidgin with the default >>>> configuration won't stop working. >>>> >>> >> <Donald> If Pidgin uses DistID = 1502 or 0, the login will be blocked. >> >>> >>>> What I don't understand is why we're changing the DistID and DevID. >>>> I'm 90% sure that clientlogin sends both in the same way as the >>>> official client. Did the previous ones get invalidated? >>>> >>> >> <Donald> Yes. >> >>> >>>> We're currently using these: >>>> >>>> Pidgin >>>> DistID: 1550 >>>> DevID: ma1cSASNCKFtrdv9 >>>> >>> >> <Donald> I reached out to Pidgin, see below. >> >> From: Donald Le <donald...@teamaol.com> >> Date: Thu, Sep 22, 2016 at 6:20 PM >> Subject: Re: AIM login >> To: Richard Vickery <r...@sfu.ca>, pid...@alexoren.com, Pidgin Support >> List <support@pidgin.im> >> >> new DevID = do1UCeb5gNqxB1S1 >> new distID = 1715 >> >> >>>> Finch: >>>> DistID: 1552 >>>> DevID: ma19sqWV9ymU6UYc >>>> >>> >> <Donald> No usage since August 2014 so no need new DistID and DevID. >> >>> >>>> Libpurple: >>>> DistID: 1553 >>>> DevID: ma15d7JTxbmVG-RP >>>> >>> >> <Donald> new DistID = 1717, new DevID = ma19CwYN9i9Mw5nY >> >> I found another Libpurple >> DistID: 1502 with no DevID >> new DistID = 1718, new DevID = >> ma18nmEklXMR7Cj_ >> >>> >>>> The source code says they are owned by the AIM account "markdoliner". >>>> >>>> Are these still valid? If they are, I think you can go ahead and pull >>>> the plug of the old auth method. >>>> >>>> Thanks >>>> >>>> >>>> On 14 October 2016 at 01:11, Gary Kramlich <g...@reaperworld.com> >>>> wrote: >>>> > Hi Donald, >>>> > >>>> > This is Gary Kramlich the current maintainer of Pidgin. Please excuse >>>> > my tardiness in this matter as I haven't had much time to dedicate to >>>> > Pidgin in the past few weeks. >>>> > >>>> > That said. We are staging a new version which will have this updates, >>>> > but we will most likely miss the 20161016 date. If we could get that >>>> > extended it would be great. >>>> > >>>> > Also our code base has contains two clients that connect to AIM and as >>>> > I've learned recently they do not share keys. The other clients name >>>> > is Finch and if we could get a set of keys for it that would be >>>> > awesome. Otherwise we'll just reuse the Pidgin ones for the time >>>> > being. >>>> > >>>> > Also is there a web portal or something where we can manage this keys? >>>> > If so, please respond to me directly as I assume we'll want to >>>> > control access to it. >>>> > >>>> > Thanks, >>>> > >>>> > -- >>>> > Gary Kramlich <g...@reaperworld.com> >>>> > >>>> > _______________________________________________ >>>> > Support@pidgin.im mailing list >>>> > Want to unsubscribe? Use this link: >>>> > https://pidgin.im/cgi-bin/mailman/listinfo/support >>>> >>> >>> >> >
_______________________________________________ Support@pidgin.im mailing list Want to unsubscribe? Use this link: https://pidgin.im/cgi-bin/mailman/listinfo/support
