Bug#854210: libnet-xmpp-perl: sendxmpp can't send message to hangouts (work fine for 1.02-5)

Salvatore Bonaccorso carnil at debian.org
Tue Jun 27 19:06:20 UTC 2017


Hi Gregor,

On Sun, Jun 25, 2017 at 11:40:09PM +0200, gregor herrmann wrote:
> On Sun, 25 Jun 2017 14:52:54 -0300, Eriberto Mota wrote:
> 
> > > Another question: you marked this bug as "affects: sendxmpp
> > > ejabberd". The former is obvious but why the latter? I don't think
> > > that ejabberd uses XML::Stream or Net::XMPP …
> > 
> > This information was provided by Markus Gschwendt here:
> > https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=854210#10
> 
> Right but I'm reading the message as "It also happens when I use
> sendxmpp to send a message to a server running ejabberd [and not only
> some google server as in the original bug report]". Cc'ing Markus for
> clarification.
>  
> > When you think that you will can fix the issue?
> 
> That depends on the answer to the question where the bug actually is
> (and following that who should fix it).
> 
> So far we have:
> - a bug against libnet-xmpp-perl which is (at least partially) the wrong
>   package; the change in Net::XMPP is that it starts to pass on the
>   empty path to the ssl certs from sendxmpp to XML::Stream (before
>   that it just ignored the path), so even if a change in Net::XMPP
>   triggered the issues, it's not doing anything wrong and doesn't
>   look like the place to fix anything;
> - a probably inflated severity, as sendxmpp appears to work fine if a
>   correct --tls-ca-path is passed on the command line (or probably in
>   its config file?);
> - the idea to make this all easier for users by setting a sane
>   default in either sendxmpp or libxml-stream-perl;
> - no indication that this affects anything else then sendxmpp
>   (if I interpret Markus' message correctly).
> 
> Currently I tend to think that setting an empty path for tls-ca-path
> is suboptimal behaviour in sendxmpp which should be fixed there.
> 
> But I'd welcome other opinions on this point.

Maybe I miss something obvious, but IMHO the bug should 1/ be
reassigned to sendxmpp itself. Then the question is if sendxmpp should
be patches actually (if so it might need to depend on
ca-certificates), or "just" document when
-tls-ca-path="/etc/ssl/certs" needs to be passed.

Maybe not a really useful reply, and I was not involved in the whole
discussion. But my gut feeling is that Net::XMPP is not at "fault"
here in this case.

Regards,
Salvatore



More information about the pkg-perl-maintainers mailing list