My favorites | Sign in
Project Home Downloads Wiki Issues Source
READ-ONLY: This project has been archived. For more information see this post.
Search
for
  Advanced search   Search tips   Subscriptions
Issue 158: PyICQ-t is not usable with GMail accounts
6 people starred this issue and may be notified of changes. Back to list
Status:  WontFix
Owner:  ----
Closed:  Feb 2009


 
Reported by mathemonkey, Jan 24, 2009
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
Confirm this issue. This is gmail bug described here:
http://www.google.com/support/forum/p/Talk/thread?tid=12ed713340e5ef5d&hl=en
But I think will be good to do a workaround in pyicqt, because, I think, Google don't
hurry to solve this bug :(
Jan 24, 2009
#2 mathemonkey
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
#3 Mur...@gmail.com
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
#4 3apa3a.b...@gmail.com
AT LAST!!!
Feb 3, 2009
#5 m.surkiz
MurzNN, how you solved the problem? my subscription: "from" for PyICQ-t transport...
I use PSI client...
Feb 4, 2009
#6 Mur...@gmail.com
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
#7 m.surkiz
Realy, all works fine!)
Feb 12, 2009
Project Member #8 r000ns...@gmail.com
(No comment was entered for this change.)
Status: WontFix
Mar 24, 2009
#9 thomas.s...@gmail.com
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
#10 mathemonkey
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
#11 Mur...@gmail.com
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
#13 thomas.s...@gmail.com
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
#14 mathemonkey
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
#15 thomas.s...@gmail.com
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
#16 Mur...@gmail.com
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
#17 mathemonkey
Just for the record, here is my workaround: http://github.com/darkk/pymeta-t
Oct 13, 2009
#18 Mur...@gmail.com
mathemonkey, thanks for pymeta-t! I will test it on my users if gmail will turn on
the bug again.

Powered by Google Project Hosting