We are in the process of removing the obsolete init scripts, so trying
to use them directly will make these operations not work at all.
In addition these actions are always denied on NGCP via our permanent
policy-rc.d, so there is no point in even trying.
Change-Id: I0ef824b419f8e48c06c240889626fb3fea43d61e
(cherry picked from commit c17d29512c)
Only outbound messages where fetched from DB because looking at the
`with` column was missing.
Change-Id: I4da2e804f3e47ff0a5ef598ee421bc308774e02a
(cherry picked from commit a0418df715)
This is more like a hack working around the unknown root cause of
why the storage driver is returning trailing garbage for some of
the entries of the key column.
It doesn't happen on the mysql client, so maybe lua related?
Change-Id: I4a5d0b27f0c6dbf9d220e86f1ab6d9e929ad2d89
- Bump Standards-Version to 3.9.8.
- Bump debhelper compatibility version 10.
- Switch from Priority extra to optional.
- Canonicalize Homepage URL.
- Add a debian/.gitignore file.
Change-Id: I0df02c5252fc686c7c40808aa0dcb69636a8af86
* sipwise app needs 'urn:xmpp:mam:1' at disco result
* upstream did implement supporting urn:xmpp_mam:[0-2] slightly different
looking through the code y noticed that if the disco has no 'to' it shows
the versions of mam supported
<!-- Out Fri 07 Apr 2017 10:53:38 AM CEST -->
<iq type='get'
id='info1'>
<query xmlns='http://jabber.org/protocol/disco#info'/>
</iq>
<!-- In Fri 07 Apr 2017 10:53:38 AM CEST -->
<iq id='info1' type='result' to='vseva@sipwise.com/Gajim' from='vseva@sipwise.com'>
<query xmlns='http://jabber.org/protocol/disco#info';>
<feature var='urn:xmpp:mam:0'/>
<feature var='urn:xmpp:mam:1'/>
<feature var='urn:xmpp:mam:2'/>
<feature var='urn:xmpp:sid:0'/>
<identity type='pep' category='pubsub'/>
<feature var='http://jabber.org/protocol/pubsub#publish'/>
</query>
</iq>
That is not what the XEP 0313 says:
<quote>
7. Determining support
If a server or other entity hosts archives and supports MAM queries, it MUST
advertise the 'urn:xmpp:mam:2' feature in response to Service Discovery
(XEP-0030) [15] requests made to archiving JIDs
(i.e. JIDs hosting an archive, such as users' bare JIDs):
</quote>
Change-Id: I1e69f4ce0270b79d3940c8806d4b30ae55aadd98
* migrate from files to dirs as upstream
* refresh debian/control list of modules
* refresh mod_auth_sql.patch
* update_plugins.sh for automate the process
* keep the list of prosody modules at
prosody-modules.list file
* keep the upstream mercurial revision at
prosody-modules.revision file
Change-Id: Id4a0a2c4e88dae64641270ee79c6ee206f5bb695
mod_lastactivity is not doing the work. Implemented as last activity
is last change of presence or last message sent
MT#11387 while at it move ngcp-system-tools Pre-Depends
to Depends to make piuparts happy
Change-Id: Ic2f29017c27b3ef3e4f4f9377f17d050de218b90