| Issue 158: | PyICQ-t is not usable with GMail accounts | |
| 6 people starred this issue and may be notified of changes. | Back to list |
1. get gmail account 2. try to register with some pyicq-t instance 3. send authorization to pyicq-t Pyicq-t is expected to get one-way authorization and be listed as «subscription: from» in roster, but it's listed as «subscription: none». It looks like GMail bug, but I see possible workaround. I checked it with pyicq-t 0.8b, I assume that it applies to all pyicq-t versions. The possible solution is to grant authorization when USER requests authorization from transport.
Jan 24, 2009
#1
Mur...@gmail.com
Jan 24, 2009
By the way, also, it MAY be treated as usability bug — «Subscription: both» is usual state but other subscription states are uncommon and make average user think that something goes wrong.
Feb 3, 2009
Google has solve this issue today, on my 2 servers all works good. I think there are time to close this issue.
Feb 3, 2009
AT LAST!!!
Feb 3, 2009
MurzNN, how you solved the problem? my subscription: "from" for PyICQ-t transport... I use PSI client...
Feb 4, 2009
Before the Google solve his bug, subscription stay as "none" and pyicqt-server send subscription request every time. But after Google solve this bug, I confirm the subscription one time (it changes from "none" to "from") and after that pyicqt-server auto-logons to ICQ normally from Gmail web interface. I don't do any additional changes for this.
Feb 4, 2009
Realy, all works fine!)
Feb 12, 2009
(No comment was entered for this change.)
Status:
WontFix
Mar 24, 2009
It works fine for people who added it before late December, but you can't add it now. The workaround of importing a VCard in GMail does in fact add the transport to the roster but doesn't fix the inability to subscribe to or from the transport, which would be necessary for sign-on and/or control from within GTalk/GMail. Transports added before December still work fine. Google needs to fix this on their server.
Mar 24, 2009
Exactly. That's gmail issue. Here is relevant discussion: http://www.google.com/support/forum/p/Talk/thread?tid=28ea57ad8c3ad591 I crossposted my bugreport sent to google with analysis of the issue at my blog[1]. Gmail servers seem to drop <presence/> stanza, so transport can't get authorization. [1] http://darkk.livejournal.com/50477.html#cutid1
Mar 24, 2009
You can import vcard with already subscribed transport: http://www.google.com/support/forum/p/Talk/thread?tid=28ea57ad8c3ad591&hl=en#fid_28ea57ad8c3ad591000462534c30011d Chose your favorite transport (like: aim.myserver.org). Create a file named "contacts.vcf" with text: BEGIN:VCARD VERSION:3.0 FN:aim.myserver.org N:aim.myserver.org;;;; EMAIL;TYPE=INTERNET:aim.myserver.org END:VCARD
Mar 24, 2009
MurzNN- For everyone from the USA (and perhaps elsewhere),that DOES NOT generate a subscription either from or to the transport. We have tried requesting subscriptions to and from in a native XMPP client, re-registering for the transport, using other transport server versions, importing vcards, etc, and we cannot duplicate your success with getting a subscription to or from the transport, or a subscription to the contacts themselves, to be added to the roster. The gmail.com XMPP server ignores the requests. The contacts do not appear online even when they are. The transport server does not sign on unless you explicitly request sign-on with Psi (or other native client).
Mar 24, 2009
thomas.shanks, that's exactly what I discovered while observing XMPP traffic * s2s traffic between my jabber-server and pyicq-t instance * s2s traffic between my jabber-server and gmail.com gmail.com server just drops <presence/> stanzas coming from pyicq-t those are responsible for subscription management. Moreover, as far as I can see there is no location discrimination.
Mar 24, 2009
I do recognize that this is a bug in google's servers. However, there are alot of GMail users who want into the transports, and a workaround is possible. Therefore, this would me more of a feature request than a bug report. A possible workaround would be for the transport to allow the gmail.com user to subscribe TO the buddies (from the destination IM service) if the buddies have already subscribed to the user on that service before the transport was registered to the account, even though the gmail.com user has not (and cannot) subscribe to the transport. The transport could then also offer a special contact (with an @ sign so GMail will be willing to subscribe to and from it) that the XMPP user can subscribe to and from, perhaps transport@pyXXXt.server.com, which the transport could use to detect whether the user is online.
Mar 24, 2009
thomas.shanks, I has the problem with adding the subscribed pyicqt transport to Gmail account at the January of 2009. At that time importing the VCARD helps me, I seen the subscribed transport in the roster. IP of my server is 89.188.106.xx. But maybe now Google change something and this is don't work at now.
Sep 15, 2009
Just for the record, here is my workaround: http://github.com/darkk/pymeta-t
Oct 13, 2009
mathemonkey, thanks for pymeta-t! I will test it on my users if gmail will turn on the bug again. |