<?xml version="1.0" encoding="UTF-8"?>
<rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns="http://purl.org/rss/1.0/" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:syn="http://purl.org/rss/1.0/modules/syndication/" xmlns:admin="http://webns.net/mvcb/">
  <channel rdf:about="http://blog.gmane.org/gmane.emacs.jabber.general">
    <title>gmane.emacs.jabber.general</title>
    <link>http://blog.gmane.org/gmane.emacs.jabber.general</link>
    <description/>
    <syn:updatePeriod>hourly</syn:updatePeriod>
    <syn:updateFrequency>1</syn:updateFrequency>
    <syn:updateBase>1901-01-01T00:00+00:00</syn:updateBase>
    <items>
      <rdf:Seq>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.emacs.jabber.general/1052"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.emacs.jabber.general/1041"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.emacs.jabber.general/1035"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.emacs.jabber.general/1034"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.emacs.jabber.general/1031"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.emacs.jabber.general/1030"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.emacs.jabber.general/1027"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.emacs.jabber.general/1026"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.emacs.jabber.general/1025"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.emacs.jabber.general/1023"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.emacs.jabber.general/1020"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.emacs.jabber.general/1018"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.emacs.jabber.general/1017"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.emacs.jabber.general/1011"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.emacs.jabber.general/1008"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.emacs.jabber.general/1004"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.emacs.jabber.general/999"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.emacs.jabber.general/996"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.emacs.jabber.general/991"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.emacs.jabber.general/988"/>
      </rdf:Seq>
    </items>
    <image rdf:resource="http://gmane.org/img/gmane-25t.png"/>
    <textinput rdf:resource=""/>
  </channel>
  <image rdf:about="http://gmane.org/img/gmane-25t.png">
    <title>Gmane</title>
    <url>http://gmane.org/img/gmane-25t.png</url>
    <link>http://gmane.org</link>
  </image>
  <item rdf:about="http://comments.gmane.org/gmane.emacs.jabber.general/1052">
    <title>STARTTLS uses native GnuTLS on Emacs 24</title>
    <link>http://comments.gmane.org/gmane.emacs.jabber.general/1052</link>
    <description>&lt;pre&gt;Hi all,

I just committed a change to the master branch that makes jabber.el use
native GnuTLS support, if your Emacs is new enough (i.e. version 24) and
has such support compiled in.

It should verify certificates by default, and refuse to connect to
servers with invalid certificates.  You can disable the checks per
server by adding the server name to jabber-invalid-certificate-servers.

Testing would be appreciated.  I've just given it a quick run on a
GnuTLS-enabled Emacs, so I _hope_ I haven't broken it on older Emacsen.
Also, it would be interesting to know if this works on Windows; I
remember that it was quite painful to get Emacs to talk to
gnutls-cli...

Regards,
Magnus


------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threa&lt;/pre&gt;</description>
    <dc:creator>Magnus Henoch</dc:creator>
    <dc:date>2012-05-15T21:58:19</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.emacs.jabber.general/1041">
    <title>Autoaway again: 2 issues</title>
    <link>http://comments.gmane.org/gmane.emacs.jabber.general/1041</link>
    <description>&lt;pre&gt;Hi,

unfortunately I have to write again about the autoaway issues I am
experiencing. There are two which maybe are related to each other.

At the moment, and following Evgenii's advice (thanks), I have this
config:

      jabber-default-show  ""
      jabber-autoaway-verbose t
      jabber-autoaway-timeout 7 
      jabber-autoaway-method 'jabber-current-idle-time 

(add-hook 'jabber-post-connect-hooks 'jabber-autoaway-start)

If I understand the help pages rightly, this should trigger autoaway
after 7 mins of no interaction with emacs. In this case I have the
problem that this is not working well. I'm observing the behaviour and
autoaway is triggered but not after 7 mins, but 14, 15, 16 mins... I
can't see any pattern.

The second issue is the following: I have this workflow:

1. connect in the morning [I want to be 'online']
2. begin of work [I want to be 'dnd']
3. coffee break [I wanto to be 'away'] &amp;lt;&amp;lt;&amp;lt;--- this is the problem
4. back to work [I want to be 'dnd'] &amp;lt;&amp;lt;&amp;lt;--- this is the problem
5. stop working &lt;/pre&gt;</description>
    <dc:creator>Igor Sosa Mayor</dc:creator>
    <dc:date>2012-03-22T07:09:36</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.emacs.jabber.general/1035">
    <title>autoaway triggered?</title>
    <link>http://comments.gmane.org/gmane.emacs.jabber.general/1035</link>
    <description>&lt;pre&gt;Hi,

i'm experiencing some problems with the autoaway with gmail.

I have the following config:

      jabber-autoaway-verbose t ;  muestra un mensaje al pasar a autoaway
      jabber-autoaway-timeout 7 ; funciona?
      jabber-autoaway-method 'jabber-current-idle-time ; ausencia de  interacciones con emacs

I see some messages in the *Messages* buffer (sorry, but at the moment
there is no one...).

BUT: if i see from the computer of my brother my account in gmail, it is
still as dnd, even if it should be away.

any hints? thanks in advance


&lt;/pre&gt;</description>
    <dc:creator>Igor Sosa Mayor</dc:creator>
    <dc:date>2012-03-20T08:13:31</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.emacs.jabber.general/1034">
    <title>GSoC: looking for mentors</title>
    <link>http://comments.gmane.org/gmane.emacs.jabber.general/1034</link>
    <description>&lt;pre&gt;Hello.

Recently the list of organizations participating in GSoC-12 has been published. And
as usual it includes XMPP Standards Foundation.

I'd love to work on the best jabber client out there (guess which one ;) under their
umbrella. Who's willing to become mentor and contribute couple of lines to:
http://wiki.xmpp.org/web/Summer_of_Code_2012

cheers,
Max.

------------------------------------------------------------------------------
This SF email is sponsosred by:
Try Windows Azure free for 90 days Click Here 
http://p.sf.net/sfu/sfd2d-msazure
&lt;/pre&gt;</description>
    <dc:creator>Max</dc:creator>
    <dc:date>2012-03-17T14:06:35</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.emacs.jabber.general/1031">
    <title>Jabber roster too 'noisy'</title>
    <link>http://comments.gmane.org/gmane.emacs.jabber.general/1031</link>
    <description>&lt;pre&gt;Hi,

i'm using jabber.el to connect to gmail. It works very well. I only have
one small 'problem' with the fact that the jabber is too 'noisy' with
some users that connect to gtalk using the gmail interface and the gtalk
program, androids, etc.

I get something like that:


 * USERNAME              Do not Disturb
     gmail.187B8193 - Do not Disturb (Busy)
     androide11c5635b818 - Do not Disturb (Busy)
 * USERNAME          Do not Disturb (Talk.v105D66A5633)
     Talk.v105D66A5633 - Do not Disturb (en casa)
     gmail.FF1464D7 - Away (en casa)

Is there a way to disable all this information and get only the name of
the person? Due to the fact, that this is a very new evolution, I can
imagine that this cannot (still) be configured...

Many thanks in advance.


&lt;/pre&gt;</description>
    <dc:creator>Igor Sosa Mayor</dc:creator>
    <dc:date>2012-03-16T13:14:40</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.emacs.jabber.general/1030">
    <title>Customized alert for tmux</title>
    <link>http://comments.gmane.org/gmane.emacs.jabber.general/1030</link>
    <description>&lt;pre&gt;Hello,

A while ago I started using tmux [1] instead of screen. I wrote this to
get alerts from emacs-jabber in tmux. Feel free to include it in
emacs-jabber.

----------------- 8&amp;lt; -----------------
(defun jabber-tmux-message (msg)
  "Show MSG in tmux"
  (call-process "tmux" nil nil nil "display-message" msg))

; Automatically defines jabber-{message,muc,presence,info}-tmux
; functions.
(define-jabber-alert tmux "Show a message through the tmux terminal multiplexer"
  'jabber-tmux-message)
----------------- 8&amp;lt; -----------------

[1] http://tmux.sourceforge.net/

&lt;/pre&gt;</description>
    <dc:creator>Michael Cardell Widerkrantz</dc:creator>
    <dc:date>2012-03-14T13:06:57</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.emacs.jabber.general/1027">
    <title>jabber.el 0.8.91 (was: Re:  Back to normality)</title>
    <link>http://comments.gmane.org/gmane.emacs.jabber.general/1027</link>
    <description>&lt;pre&gt;
...and by that, I of course meant the Tibetan New Year, which won't be
until 22nd February.  Sorry about the delay...

The files are here:
https://sourceforge.net/projects/emacs-jabber/files/emacs-jabber%20beta%20versions/0.8.91/

The above mentioned change is the only change from 0.8.90 (well, also
fixed the test suite), so if 0.8.90 works well with your Jabber server, the
only reason to upgrade is to provide me with fresh bug reports :) Which
is also, important of course.

Regards,
Magnus

------------------------------------------------------------------------------
Try before you buy = See our experts in action!
The most comprehensive online learning library for Microsoft developers
is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3,
Metro Style Apps, more. Free future releases when you subscribe now!
http://p.sf.net/sfu/learndevnow-dev2
_______________________________________________
Emacs-jabber-general mailing list
Emacs-jabber-general&amp;lt; at &amp;gt;lists.sourceforge.net
https://lists.sourcefo&lt;/pre&gt;</description>
    <dc:creator>Magnus Henoch</dc:creator>
    <dc:date>2012-02-03T16:47:47</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.emacs.jabber.general/1026">
    <title>disappearing buffers</title>
    <link>http://comments.gmane.org/gmane.emacs.jabber.general/1026</link>
    <description>&lt;pre&gt;I've been noticing that the following form may erase the second buffer
in the buffers list:

(jabber-starttls-connect '(:fsm jabber-connection :state :connecting :state-data (:send-function jabber-ssl-send :username "*****" :server "jabme.de" :resource "******" :password "*******" :registerp nil :connection-type starttls :encrypted nil :network-server nil :port nil) :deferred nil) "jabme.de" nil nil)

[the connection does fail due to circumstances beyond jabber.el]

As far as I can tell the problem is not always reproducible but it
happens often enough.  Sometimes you need to wait a little longer.

I have erroneously tracked the bug back to starttls-negotiate-gnutls.
Please see http://debbugs.gnu.org/cgi/bugreport.cgi?bug=10535

It turns out that it's unlikely that starttls-negotiate-gnutls could
operate on a killed buffer as with-current-buffer checks against this.
Yet the debugger in at least one occasion showed me that the local
variable `buffer' could be a killed buffer.

Now, to avoid jumping again to a&lt;/pre&gt;</description>
    <dc:creator>Walter C. Pelissero</dc:creator>
    <dc:date>2012-01-18T10:34:46</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.emacs.jabber.general/1025">
    <title>emacs-jabber vs. XEmacs</title>
    <link>http://comments.gmane.org/gmane.emacs.jabber.general/1025</link>
    <description>&lt;pre&gt;Some years ago I originally tried out emacs-jabber, around version 0,6
or 0.7, when there was less divergence between Emacs and XEmacs and it
was fairly easy to get it working in XEmacs.

Over the summer I had a need for a better Jabber client and put a little
more time into getting emacs-jabber 0.7.1 working in XEmacs 21.4.
That's still pretty old, I admit, but sufficiently functional for my
purposes.  0.8.0 and later have some more significant problems in XEmacs
that I haven't figured out how to address yet, but some of what I did
for 0.7.1 may help anyone (who still might care) get a more recent
version working in XEmacs.

I have a couple of suggestions that actually clean up the emacs-jabber
code somewhat as well as fix XEmacs portability problems:

1.  Insert (require 'timer) in a couple of strategic places (fsm.el and
    jabber-util.el) which in Emacs just ensures that the run-with-timer
    and cancel-timer functions are present, and in XEmacs loads a
    compatibility package that defines those func&lt;/pre&gt;</description>
    <dc:creator>Steve VanDevender</dc:creator>
    <dc:date>2011-12-29T07:15:44</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.emacs.jabber.general/1023">
    <title>Back to normality</title>
    <link>http://comments.gmane.org/gmane.emacs.jabber.general/1023</link>
    <description>&lt;pre&gt;Hi all,

Just wanted to let you know that I just pushed a change that is supposed
to make jabber.el work equally well with Google Talk as well as some
servers that didn't like the fix I made a few months ago.  So it would
be great if you all could test if the latest version in Git is able to
connect to various Jabber servers.  (ejabberd, Google Talk and Facebook
seem to work for me.)

I hope to roll a new pretest release before the new year, so you can try
it out without bothering with Git.

Regards,
Magnus


------------------------------------------------------------------------------
Write once. Port to many.
Get the SDK and tools to simplify cross-platform app development. Create 
new or port existing apps to sell to consumers worldwide. Explore the 
Intel AppUpSM program developer opportunity. appdeveloper.intel.com/join
http://p.sf.net/sfu/intel-appdev
&lt;/pre&gt;</description>
    <dc:creator>Magnus Henoch</dc:creator>
    <dc:date>2011-12-21T22:53:31</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.emacs.jabber.general/1020">
    <title>[PATCH] jabber-core: Fix header parsing</title>
    <link>http://comments.gmane.org/gmane.emacs.jabber.general/1020</link>
    <description>&lt;pre&gt;All,

For my own reasons, I decided to use the current emacs-jabber repository
as my current release.

Unfortunately the current repository contains a important bug and I was
unable to connect to the jabber servers I used to connect. Finally, I
found out that there is a bug introduced by the new header XML parsing
(commit 9c8bea1b):

   The (1+ (match-end 0)) is a mistake. Indeed, after the replace-match
   call the (match-end 0) point has changed to be at the end of the
   replaced string. So calling (point) is more than enough.

So, I wrote the very small patch attached to this email.

Btw, I want to congratulate the authors of this package which is quite
useful in my daily life and I want to say it is one of the most
interesting emacs-lisp code I ever read. In particular, the fsm part is
very instructive.

Please merge it or review it,

Regards,

Jeremy

---
Sent from my Emacs
------------------------------------------------------------------------------
10 Tips for Better Server Consolidation
Server virt&lt;/pre&gt;</description>
    <dc:creator>Jérémy Compostella</dc:creator>
    <dc:date>2011-12-15T21:42:34</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.emacs.jabber.general/1018">
    <title>Jabber.el and self-signed certificates</title>
    <link>http://comments.gmane.org/gmane.emacs.jabber.general/1018</link>
    <description>&lt;pre&gt;I'm using a small Prosody server with a self-signed certificate and in
my Emacs have:

(... (:port . 5222) (:connection-type . starttls)) in
jabber-account-list.

The connection fails with "STARTTLS negotiation failed", which I presume
is because it cannot verify the certificate.

Is it possible to have encryption using jabber.el and self-signed
certificates?


------------------------------------------------------------------------------
RSA(R) Conference 2012
Save $700 by Nov 18
Register now
http://p.sf.net/sfu/rsa-sfdev2dev1
&lt;/pre&gt;</description>
    <dc:creator>Barton</dc:creator>
    <dc:date>2011-11-07T20:11:37</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.emacs.jabber.general/1017">
    <title>Alert via ThinkLight</title>
    <link>http://comments.gmane.org/gmane.emacs.jabber.general/1017</link>
    <description>&lt;pre&gt;Hi,

the attached patch adds support for notification using the ThinkLight of
Lenovo ThinkPad notebooks, similar to pidgin-blinklight[1].

[1] http://www.joachim-breitner.de/blog/archives/239-gaim-thinklight-pidgin-blinklight.html

Florian
------------------------------------------------------------------------------
Get your Android app more play: Bring it to the BlackBerry PlayBook 
in minutes. BlackBerry App World&amp;amp;#153; now supports Android&amp;amp;#153; Apps 
for the BlackBerry&amp;amp;reg; PlayBook&amp;amp;#153;. Discover just how easy and simple 
it is! http://p.sf.net/sfu/android-dev2dev
_______________________________________________
Emacs-jabber-general mailing list
Emacs-jabber-general&amp;lt; at &amp;gt;lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emacs-jabber-general
&lt;/pre&gt;</description>
    <dc:creator>Florian Larysch</dc:creator>
    <dc:date>2011-10-29T19:19:26</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.emacs.jabber.general/1011">
    <title>jabber-groupchat</title>
    <link>http://comments.gmane.org/gmane.emacs.jabber.general/1011</link>
    <description>&lt;pre&gt;I've recently upgraded to emacs-jabber-0.8.90 running under emacs-23.2
(Ubuntu 11.04) and noticed the following:

when I hit return on a name in jabber-roster, two buffers are opened:
one is the normal chat buffer, while the other has a name of the form
jabber-groupchat-xyz.

I'm not sure why this second buffer is coming up. It's easy enough to
kill the buffer, but is this a bug or a feature?

Thanks,
Mandar.

------------------------------------------------------------------------------
All the data continuously generated in your IT infrastructure contains a
definitive record of customers, application performance, security
threats, fraudulent activity and more. Splunk takes this data and makes
sense of it. Business sense. IT sense. Common sense.
http://p.sf.net/sfu/splunk-d2d-oct
&lt;/pre&gt;</description>
    <dc:creator>Mandar Mitra</dc:creator>
    <dc:date>2011-10-18T08:23:13</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.emacs.jabber.general/1008">
    <title>libnotify and avatars</title>
    <link>http://comments.gmane.org/gmane.emacs.jabber.general/1008</link>
    <description>&lt;pre&gt;Hello.

The libnotify alert works quite fine for me.
However, one thing is unclear from documentation: what should I set into
jabber-libnotify-icon to make display appropriate avatar?

Or, in other words - how to get the filename of cached avatar to convey it into
jabber-libnotify-icon?

best regards,
Max.

------------------------------------------------------------------------------
All the data continuously generated in your IT infrastructure contains a
definitive record of customers, application performance, security
threats, fraudulent activity and more. Splunk takes this data and makes
sense of it. Business sense. IT sense. Common sense.
http://p.sf.net/sfu/splunk-d2dcopy1_______________________________________________
Emacs-jabber-general mailing list
Emacs-jabber-general&amp;lt; at &amp;gt;lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emacs-jabber-general
&lt;/pre&gt;</description>
    <dc:creator>Max</dc:creator>
    <dc:date>2011-10-10T09:50:30</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.emacs.jabber.general/1004">
    <title>Supporting open-gnutls-stream</title>
    <link>http://comments.gmane.org/gmane.emacs.jabber.general/1004</link>
    <description>&lt;pre&gt;Emacs24-bzr can be compiled with native libgnutls support so that you no
longer depend on gnutls-cli being installed. I've attached a tiny patch
to make jabber.el support this.

(BTW, the 'master' branch of the git repo is still pointing at d30ef9, so
I had to explicitly checkout 'namespace-prefixes' to get at the latest
version.)

Cheers,
David

------------------------------------------------------------------------------
EMC VNX: the world's simplest storage, starting under $10K
The only unified storage solution that offers unified management 
Up to 160% more powerful than alternatives and 25% more efficient. 
Guaranteed. http://p.sf.net/sfu/emc-vnx-dev2dev_______________________________________________
Emacs-jabber-general mailing list
Emacs-jabber-general&amp;lt; at &amp;gt;lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emacs-jabber-general
&lt;/pre&gt;</description>
    <dc:creator>David Engster</dc:creator>
    <dc:date>2011-08-25T16:35:00</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.emacs.jabber.general/999">
    <title>nicely formatted XML</title>
    <link>http://comments.gmane.org/gmane.emacs.jabber.general/999</link>
    <description>&lt;pre&gt;
_Nicely formatted_ XML, ha-ha, as opposed to the Li... Bwa-ha-ha!
That was very funny, Magnus. :')

Anyway, kudos to Justin for the perfect report and to Magnus for the release!
Thank you, guys.

&lt;/pre&gt;</description>
    <dc:creator>Valery V. Vorotyntsev</dc:creator>
    <dc:date>2011-08-21T20:30:37</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.emacs.jabber.general/996">
    <title>jabber.el 0.8.90</title>
    <link>http://comments.gmane.org/gmane.emacs.jabber.general/996</link>
    <description>&lt;pre&gt;So it's release time again...

I rolled a tarball from the changes in Git, including my namespace
prefix hack for Google Talk compatibility, and called it 0.8.90, as a
pretest/release candidate version for 0.9. Testing is very welcome. I
aim to get a "stable" release out on or around the 12th September,
which happens to be the second anniversary of the 0.8 release :)

There are more changes than the recent one. See all the details in the
NEWS file, but I'd like to highlight the improvements to the XML debug
log, now knows as the XML console. You can now see the stanzas
exchanged in nicely formatted XML format, as opposed to the Lisp
format previously used.

Download from here:

https://sourceforge.net/projects/emacs-jabber/files/emacs-jabber%20beta%20versions/0.8.90/

If you just want the namespace change, to backport it to an earlier
version, it should be perfectly possible using this diff:

http://ur1.ca/4y2mz

Enjoy!
Magnus

------------------------------------------------------------------------------
Ge&lt;/pre&gt;</description>
    <dc:creator>Magnus Henoch</dc:creator>
    <dc:date>2011-08-21T19:28:16</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.emacs.jabber.general/991">
    <title>Not receiving contact list</title>
    <link>http://comments.gmane.org/gmane.emacs.jabber.general/991</link>
    <description>&lt;pre&gt;
I just signed up to this list since I am experiencing the same problems
as others.  It appeared that I suddenly stopped receiving a roster from
google. Both gmail.com and google apps domains. However, my roster from
all other jabber services continue to work.

Once I dug further (setq jabber-debug-log-xml t) I saw that I was indeed
getting a roster. It is anonymized below


I suspect it is the

(ros:query ((xmlns:ros . "jabber:iq:roster")) ... )

since when I log into an ejabberd server I get

(query ((xmlns . "jabber:iq:roster")) ... )


It looks like google changed their 'protocol' by naming the namespace,
which is valid xml. However, a lot of xmpp code out there does not use a
full xml parser, so I imagine this is causing lots of pain.  Of course I
could be wrong, since I don't read lisp very often, but that is what
stuck out....



( my rosters tend to be very large, so I have cut them down to the first
couple entries ... )


from a gmail session:

sending (iq ((type . "get") (id . "emacs-iq-20047.1377.&lt;/pre&gt;</description>
    <dc:creator>Justin Kirby</dc:creator>
    <dc:date>2011-08-20T01:14:45</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.emacs.jabber.general/988">
    <title>Not receiving contact list</title>
    <link>http://comments.gmane.org/gmane.emacs.jabber.general/988</link>
    <description>&lt;pre&gt;Hi, all.

I've set up jabber.el and can successfully connect to my gmail account.
However, none of my contacts shows in the roster. If I use the GTalk
client or Pidgin I see my contacts. However, if I send a presence
subscription request, I am able to see the contact (in Pidgin, this new
contact shows in a new buddy group).

This is my config:

(setq tls-program '("openssl s_client -connect %h:%p -no_ssl2 -no_ticket"))
(setq jabber-account-list
      '(("me&amp;lt; at &amp;gt;gmail.com"
         (:password        . "**")
         (:network-server  . "talk.google.com")
         (:port            . 443)
         (:connection-type . ssl))))


Any ideas?

M.

------------------------------------------------------------------------------
Get a FREE DOWNLOAD! and learn more about uberSVN rich system, 
user administration capabilities and model configuration. Take 
the hassle out of deploying and managing Subversion and the 
tools developers use with it. http://p.sf.net/sfu/wandisco-d2d-2______________________________________________&lt;/pre&gt;</description>
    <dc:creator>Mark Skilbeck</dc:creator>
    <dc:date>2011-08-18T12:20:28</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.emacs.jabber.general/985">
    <title>How I can provide password for hidden passwordprotected groupchat?</title>
    <link>http://comments.gmane.org/gmane.emacs.jabber.general/985</link>
    <description>&lt;pre&gt;When M-x jabber-groupchat-join I got

Error entering room: Unauthorized: Password required to join this room.

I try use M-x jabber-edit-bookmarks to fill password but unsuccessfully.

How can I pass password to join room?

&lt;/pre&gt;</description>
    <dc:creator>Oleksandr Gavenko</dc:creator>
    <dc:date>2011-03-02T18:40:36</dc:date>
  </item>
  <textinput rdf:about="http://search.gmane.org/?group=$group=gmane.emacs.jabber.general">
    <title>Search Engine</title>
    <description>Search the mailing list at Gmane</description>
    <name>query</name>
    <link>http://search.gmane.org/?group=$group=gmane.emacs.jabber.general</link>
  </textinput>
</rdf:RDF>

