Send connman mailing list submissions to
[email protected]
To subscribe or unsubscribe via email, send a message with subject or
body 'help' to
[email protected]
You can reach the person managing the list at
[email protected]
When replying, please edit your Subject line so it is more specific
than "Re: Contents of connman digest..."
Today's Topics:
1. Re: connman wifi disconnect problem (Daniel Wagner)
2. Re: connman wifi disconnect problem (Daniel Wagner)
3. Re: connman wifi disconnect problem (KeithG)
----------------------------------------------------------------------
Date: Thu, 1 Oct 2020 09:08:22 +0200
From: Daniel Wagner <[email protected]>
Subject: Re: connman wifi disconnect problem
To: KeithG <[email protected]>
Cc: "Ryll, Jan (GED-SDD2)" <[email protected]>, "[email protected]"
<[email protected]>
Message-ID: <[email protected]>
Content-Type: text/plain; charset=us-ascii
On Wed, Sep 30, 2020 at 08:22:51AM +0200, Daniel Wagner wrote:
> On Mon, Sep 28, 2020 at 05:43:23AM -0500, KeithG wrote:
> > I get the same response on all Arch Linux systems: armv6 armv7 and x86_64.
> > Also, if I reboot with nothing connected to the ethernet port, it will
> > connect to the wifi SSID, but only at boot. If I connect the ethernet cable
> > then ssh into it and type 'connmanctl scan wifi', the prompt does not
> > return though the journalctl log shows that it did scan and that it did
> > 'see' the SSID but it will not connect.
>
> Okay, the auto connection algorithm somehow decides not to reconnect to
> the SSID. That is strange. As I said I'll try to reproduce it
> again.
I was not able to reproduce your problem. ConnMan reliable reconnects to
my WiFi network (toggling SSID on the router, restarting iwd, unplug and
plug USB WiFi dongle).
Though one thing I noticed in your problem description is that you are
also using ethernet at the same time. Note that ConnMan will not
autoconnect to WiFi if ethernet is present in the default settings. See
the documentation on connman.conf
DefaultAutoConnectTechnologies
DefaultFavoriteTechnologies
AlwaysConnectedTechnologies
PreferredTechnologies
SingleConnectedTechnology
with those config knobs you can influence the auto connect algorithm.
------------------------------
Date: Thu, 1 Oct 2020 09:29:16 +0200
From: Daniel Wagner <[email protected]>
Subject: Re: connman wifi disconnect problem
To: KeithG <[email protected]>
Cc: "Ryll, Jan (GED-SDD2)" <[email protected]>, "[email protected]"
<[email protected]>
Message-ID: <[email protected]>
Content-Type: text/plain; charset=us-ascii
On Wed, Sep 30, 2020 at 08:40:28PM -0500, KeithG wrote:
> I am at a loss as to how to help resolve this and really want to help get
> it resolved.
> It appears that connman1.38 will initiate a scan via 'connmanctl scan wifi'
> even though it does not report that it has scanned. The git version
> (1.38.r23) will report on the cli that it has scanned. So, that is an
> improvement.
6b391cfd294d ("iwd: Synchronize station scanning property with scan
state") fixed this. Please next time if something doesn't work update
first to the development version to replicate the problem. This avoids
wasting time for everyone.
> If I use either 1.38 (the current Arch Linux package) or build it from git,
> I cannot ge tthe Rpi or my laptop to reconnect when the ssid is rebooted
> even though the 'services' for the SSID
> show that it is 'autoconnect' and monitor-connman shows that is 'ses' it.
> Is there some main.conf setting that I have wrong?
>
> main.conf:
> FallbackNameservers = 8.8.8.8,8.8.4.4
> DefaultAutoConnectTechnologies = ethernet,wifi
> AllowHostnameUpdates = false
> AlwaysConnectedTechnologies = ethernet,wifi
> AutoConnectRoamingServices = true
>
> As I said previously, the only modifications to the build of the connman
> package under Arch are that it adds that dbus 'Agent' bits and also that it
> deletes the tmpfiles.d in the package that calls out a /var/run directory
> because Arch uses /run/. Other than that it is built under Arch as it is
> called out in the git to be built.
This should be fine. Don't think this is a problem.
> From my testing, ./monitor-connman seems to 'see' the ssid return, but will
> not reconnect after the router is rebooted.
>
> If I use systemd-networkd and iwd, it reconnects every time. With connman
> and iwd, I get no reconnect over a reboot.
I've redone my test with
AlwaysConnectedTechnologies = ethernet,wifi
SingleConnectedTechnology = false
and pulling the ethernet cable and disabling/enabling the wifi
network. ConnMan reconnected to both networks.
------------------------------
Date: Thu, 1 Oct 2020 19:27:21 -0500
From: KeithG <[email protected]>
Subject: Re: connman wifi disconnect problem
To: Daniel Wagner <[email protected]>
Cc: "Ryll, Jan (GED-SDD2)" <[email protected]>, "[email protected]"
<[email protected]>
Message-ID:
<CAG17S_PaU2bKz-EXOE+JqJMSFCHJWi+XDh4MopAL=bosnnl...@mail.gmail.com>
Content-Type: multipart/mixed; boundary="000000000000d6805305b0a532ae"
--000000000000d6805305b0a532ae
Content-Type: multipart/alternative; boundary="000000000000d6805105b0a532ac"
--000000000000d6805105b0a532ac
Content-Type: text/plain; charset="UTF-8"
Daniel et al
Still at this. I gave up on the RPI for now and am working on 2 laptops
with full blown Arch desktop. One laptop has a broadcom card and the other
an intel. I get the same result on both. If I let NetworkManager/iwd manage
the network the laptops reconnect as soon as the SSID reappears. Same if I
let systemd-networkd control it. If I let connman manage the network,
though, it will never reconnect to the SSID. This is with connman 1.37 and
1.38. and 1.38.r21. If I turn off the interface: 'ifconfig wlan0 down' then
back 'up', the laptop disconnects then reconnects immediately. If I turn
off the radio on the router, though, it never reconnects by itself. If I
type 'connmanctl services' I get a single service listed as opposed to a
list of a bunch of SSIDs. If I wait, it sometimes will eventually populate
that list and even list the 'known network' but will not connect. On these
laptops, I have been able to get it to reconnect if I type 'iwctl station
wlan0 scan' as well. If this does not work, it will connect if I bring the
interface down then back up.
The attached logs are simultaneous from a 'connected on the wlan' state.
>From here I powered down the radio on the router then powered it back up.
>From the logs, it looks like it disconnects then ceases scanning. It waited
in this state for many minutes (15?) As soon as I typed 'iwctl station
wlan0 scan' it connects and I am back online.Which component is supposed to
initiate the scan when it is offline? This was on the laptop with the
broadcom card and no ethernet conneccted.
The Arch package is built according to this package:
https://github.com/archlinux/svntogit-community/tree/packages/connman/trunk
Keith
On Thu, Oct 1, 2020 at 2:29 AM Daniel Wagner <[email protected]> wrote:
> On Wed, Sep 30, 2020 at 08:40:28PM -0500, KeithG wrote:
> > I am at a loss as to how to help resolve this and really want to help get
> > it resolved.
> > It appears that connman1.38 will initiate a scan via 'connmanctl scan
> wifi'
> > even though it does not report that it has scanned. The git version
> > (1.38.r23) will report on the cli that it has scanned. So, that is an
> > improvement.
>
> 6b391cfd294d ("iwd: Synchronize station scanning property with scan
> state") fixed this. Please next time if something doesn't work update
> first to the development version to replicate the problem. This avoids
> wasting time for everyone.
>
> > If I use either 1.38 (the current Arch Linux package) or build it from
> git,
> > I cannot ge tthe Rpi or my laptop to reconnect when the ssid is rebooted
> > even though the 'services' for the SSID
> > show that it is 'autoconnect' and monitor-connman shows that is 'ses' it.
> > Is there some main.conf setting that I have wrong?
> >
> > main.conf:
> > FallbackNameservers = 8.8.8.8,8.8.4.4
> > DefaultAutoConnectTechnologies = ethernet,wifi
> > AllowHostnameUpdates = false
> > AlwaysConnectedTechnologies = ethernet,wifi
> > AutoConnectRoamingServices = true
> >
> > As I said previously, the only modifications to the build of the connman
> > package under Arch are that it adds that dbus 'Agent' bits and also that
> it
> > deletes the tmpfiles.d in the package that calls out a /var/run directory
> > because Arch uses /run/. Other than that it is built under Arch as it is
> > called out in the git to be built.
>
> This should be fine. Don't think this is a problem.
>
> > From my testing, ./monitor-connman seems to 'see' the ssid return, but
> will
> > not reconnect after the router is rebooted.
> >
> > If I use systemd-networkd and iwd, it reconnects every time. With connman
> > and iwd, I get no reconnect over a reboot.
>
> I've redone my test with
>
> AlwaysConnectedTechnologies = ethernet,wifi
> SingleConnectedTechnology = false
>
> and pulling the ethernet cable and disabling/enabling the wifi
> network. ConnMan reconnected to both networks.
>
--000000000000d6805105b0a532ac
Content-Type: text/html; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
<div dir=3D"ltr"><div>Daniel et al</div><div><br></div><div>Still at this. =
I gave up on the RPI for now and am working on 2 laptops with full blown Ar=
ch desktop. One laptop has a broadcom card and the other an intel. I get th=
e same result on both. If I let NetworkManager/iwd manage the network the l=
aptops reconnect as soon as the SSID reappears. Same if I let systemd-netwo=
rkd control it. If I let connman manage the network, though, it will never =
reconnect to the SSID. This is with connman 1.37 and 1.38. and 1.38.r21. If=
I turn off the interface: 'ifconfig wlan0 down' then back 'up&=
#39;, the laptop disconnects then reconnects immediately. If I turn off the=
radio on the router, though, it never reconnects by itself. If I type '=
;connmanctl services' I get a single service listed as opposed to a lis=
t of a bunch of SSIDs. If I wait, it sometimes will eventually populate tha=
t list and even list the 'known network' but will not connect. On t=
hese laptops, I have been able to get it to reconnect if I type 'iwctl =
station wlan0 scan' as well. If this does not work, it will connect if =
I bring the interface down then back up.</div><div><br></div><div>
The attached logs are simultaneous from a 'connected on the wlan' s=
tate. From here I powered down the radio on the router then powered it back=
up. From the logs, it looks like it disconnects then ceases scanning. It w=
aited in this state for many minutes (15?) As soon as I typed 'iwctl st=
ation wlan0 scan' it connects and I am back online.Which component is s=
upposed to initiate the scan when it is offline? This was on the laptop wit=
h the broadcom card and no ethernet conneccted. <br></div><div><br></div><d=
iv>The Arch package is built according to this package:</div><div><a href=
=3D"https://github.com/archlinux/svntogit-community/tree/packages/connman/t=
runk">https://github.com/archlinux/svntogit-community/tree/packages/connman=
/trunk</a></div><div><br></div><div>Keith<br></div><div><br></div><div><br>=
</div><div><br></div></div><br><div class=3D"gmail_quote"><div dir=3D"ltr" =
class=3D"gmail_attr">On Thu, Oct 1, 2020 at 2:29 AM Daniel Wagner <<a hr=
ef=3D"mailto:[email protected]";>[email protected]</a>> wrote:<br></div><blockq=
uote class=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8ex;border-left:1p=
x solid rgb(204,204,204);padding-left:1ex">On Wed, Sep 30, 2020 at 08:40:28=
PM -0500, KeithG wrote:<br>
> I am at a loss as to how to help resolve this and really want to help =
get<br>
> it resolved.<br>
> It appears that connman1.38 will initiate a scan via 'connmanctl s=
can wifi'<br>
> even though it does not report that it has scanned. The git version<br=
>
> (1.38.r23) will report on the cli that it has scanned. So, that is an<=
br>
> improvement.<br>
<br>
6b391cfd294d ("iwd: Synchronize station scanning property with scan<br=
>
state") fixed this. Please next time if something doesn't work upd=
ate<br>
first to the development version to replicate the problem. This avoids<br>
wasting time for everyone.<br>
<br>
> If I use either 1.38 (the current Arch Linux package) or build it from=
git,<br>
> I cannot ge tthe Rpi or my laptop to reconnect when the ssid is reboot=
ed<br>
> even though the 'services' for the SSID<br>
> show that it is 'autoconnect' and monitor-connman shows that i=
s 'ses' it.<br>
> Is there some main.conf setting that I have wrong?<br>
> <br>
> main.conf:<br>
> FallbackNameservers =3D 8.8.8.8,8.8.4.4<br>
> DefaultAutoConnectTechnologies =3D ethernet,wifi<br>
> AllowHostnameUpdates =3D false<br>
> AlwaysConnectedTechnologies =3D ethernet,wifi<br>
> AutoConnectRoamingServices =3D true<br>
> <br>
> As I said previously, the only modifications to the build of the connm=
an<br>
> package under Arch are that it adds that dbus 'Agent' bits and=
also that it<br>
> deletes the tmpfiles.d in the package that calls out a /var/run direct=
ory<br>
> because Arch uses /run/. Other than that it is built under Arch as it =
is<br>
> called out in the git to be built.<br>
<br>
This should be fine. Don't think this is a problem.<br>
<br>
> From my testing, ./monitor-connman seems to 'see' the ssid ret=
urn, but will<br>
> not reconnect after the router is rebooted.<br>
> <br>
> If I use systemd-networkd and iwd, it reconnects every time. With conn=
man<br>
> and iwd, I get no reconnect over a reboot.<br>
<br>
I've redone my test with<br>
<br>
=C2=A0 AlwaysConnectedTechnologies =3D ethernet,wifi<br>
=C2=A0 SingleConnectedTechnology =3D false<br>
<br>
and pulling the ethernet cable and disabling/enabling the wifi<br>
network. ConnMan reconnected to both networks.<br>
</blockquote></div>
--000000000000d6805105b0a532ac--
--000000000000d6805305b0a532ae
Content-Type: text/plain; charset="US-ASCII"; name="logs_conn_iwd.txt"
Content-Disposition: attachment; filename="logs_conn_iwd.txt"
Content-Transfer-Encoding: base64
Content-ID: <f_kfriao1i0>
X-Attachment-Id: f_kfriao1i0
TW9uaXRvcmluZyBpbiAyIHdpbmRvd3MKCiQgLi9tb25pdG9yLWl3ZCAKe1N0YXRpb259IFsvbmV0
L2Nvbm5tYW4vaXdkLzAvM10gU3RhdGUgPSBkaXNjb25uZWN0ZWQKe05ldHdvcmt9IFsvbmV0L2Nv
bm5tYW4vaXdkLzAvMy83MzcwNjczM19wc2tdIENvbm5lY3RlZCA9IEZhbHNlCntTdGF0aW9ufSBb
L25ldC9jb25ubWFuL2l3ZC8wLzNdIFNjYW5uaW5nID0gVHJ1ZQp7U3RhdGlvbn0gWy9uZXQvY29u
bm1hbi9pd2QvMC8zXSBTdGF0ZSA9IGNvbm5lY3RpbmcKe1N0YXRpb259IFsvbmV0L2Nvbm5tYW4v
aXdkLzAvM10gQ29ubmVjdGVkTmV0d29yayA9IC9uZXQvY29ubm1hbi9pd2QvMC8zLzczNzA2NzMz
X3Bzawp7U3RhdGlvbn0gWy9uZXQvY29ubm1hbi9pd2QvMC8zXSBTY2FubmluZyA9IEZhbHNlCntO
ZXR3b3JrfSBbL25ldC9jb25ubWFuL2l3ZC8wLzMvNzM3MDY3MzNfcHNrXSBDb25uZWN0ZWQgPSBU
cnVlCntSZW1vdmVkIG5ldC5jb25ubWFuLml3ZC5OZXR3b3JrfSBbL25ldC9jb25ubWFuL2l3ZC8w
LzMvNTI3NTZlNjU0MTc1NjQ2OTZmNDE1MF9wc2tdCntSZW1vdmVkIG5ldC5jb25ubWFuLml3ZC5O
ZXR3b3JrfSBbL25ldC9jb25ubWFuL2l3ZC8wLzMvNDU2NDc2NjU2ZTc0NzU3MjY1NzNfcHNrXQp7
UmVtb3ZlZCBuZXQuY29ubm1hbi5pd2QuTmV0d29ya30gWy9uZXQvY29ubm1hbi9pd2QvMC8zLzQ1
NjQ3NjY1NmU3NDc1NzI2NTczMzNfcHNrXQp7UmVtb3ZlZCBuZXQuY29ubm1hbi5pd2QuTmV0d29y
a30gWy9uZXQvY29ubm1hbi9pd2QvMC8zLzc4NjY2OTZlNjk3NDc5Nzc2OTY2Njlfb3Blbl0Ke1Jl
bW92ZWQgbmV0LmNvbm5tYW4uaXdkLk5ldHdvcmt9IFsvbmV0L2Nvbm5tYW4vaXdkLzAvMy83Mzcw
NjczMl9wc2tdCntSZW1vdmVkIG5ldC5jb25ubWFuLml3ZC5OZXR3b3JrfSBbL25ldC9jb25ubWFu
L2l3ZC8wLzMvNDg2Zjc1NzM2NTUzNzQ2MTcyNmIzMDMxX3Bza10Ke1JlbW92ZWQgbmV0LmNvbm5t
YW4uaXdkLk5ldHdvcmt9IFsvbmV0L2Nvbm5tYW4vaXdkLzAvMy80MjY5NjQ2NTZlNDg2MTcyNzI2
OTczX3Bza10Ke1JlbW92ZWQgbmV0LmNvbm5tYW4uaXdkLk5ldHdvcmt9IFsvbmV0L2Nvbm5tYW4v
aXdkLzAvMy80ZDRmNTQ0ZjUyNGY0YzQxMmQ0NjQ1MzA0NDMxX3Bza10Ke1JlbW92ZWQgbmV0LmNv
bm5tYW4uaXdkLk5ldHdvcmt9IFsvbmV0L2Nvbm5tYW4vaXdkLzAvMy80MTU0NTQ2NTQ4NjU1NDRi
NDkzMl9wc2tdCntSZW1vdmVkIG5ldC5jb25ubWFuLml3ZC5OZXR3b3JrfSBbL25ldC9jb25ubWFu
L2l3ZC8wLzMvNGU0NTU0NDc0NTQxNTIzNjMzX3Bza10Ke1JlbW92ZWQgbmV0LmNvbm5tYW4uaXdk
Lk5ldHdvcmt9IFsvbmV0L2Nvbm5tYW4vaXdkLzAvMy81ODQ2NDk0ZTQ5NTQ1OV84MDIxeF0Ke1N0
YXRpb259IFsvbmV0L2Nvbm5tYW4vaXdkLzAvM10gU3RhdGUgPSBkaXNjb25uZWN0ZWQKe05ldHdv
cmt9IFsvbmV0L2Nvbm5tYW4vaXdkLzAvMy83MzcwNjczM19wc2tdIENvbm5lY3RlZCA9IEZhbHNl
CntTdGF0aW9ufSBbL25ldC9jb25ubWFuL2l3ZC8wLzNdIFNjYW5uaW5nID0gVHJ1ZQp7U3RhdGlv
bn0gWy9uZXQvY29ubm1hbi9pd2QvMC8zXSBTY2FubmluZyA9IEZhbHNlCntSZW1vdmVkIG5ldC5j
b25ubWFuLml3ZC5OZXR3b3JrfSBbL25ldC9jb25ubWFuL2l3ZC8wLzMvNzM3MDY3MzNfcHNrXQoK
U2FtZSB0aW1lLCBidXQgY29ubm1hbgoKJCAuL21vbml0b3ItY29ubm1hbiAKe1NlcnZpY2V9IFsv
bmV0L2Nvbm5tYW4vc2VydmljZS93aWZpX2MwY2IzODJmYzU5MV83MzcwNjczM19tYW5hZ2VkX3Bz
a10gRG9tYWlucyA9IFsgXQp7U2VydmljZX0gWy9uZXQvY29ubm1hbi9zZXJ2aWNlL3dpZmlfYzBj
YjM4MmZjNTkxXzczNzA2NzMzX21hbmFnZWRfcHNrXSBUaW1lc2VydmVycyA9IFsgXQp7TWFuYWdl
cn0gWy9dIFN0YXRlID0gcmVhZHkKe1NlcnZpY2V9IFsvbmV0L2Nvbm5tYW4vc2VydmljZS93aWZp
X2MwY2IzODJmYzU5MV83MzcwNjczM19tYW5hZ2VkX3Bza10gU3RhdGUgPSByZWFkeQp7U2Vydmlj
ZX0gWy9uZXQvY29ubm1hbi9zZXJ2aWNlL3dpZmlfYzBjYjM4MmZjNTkxXzczNzA2NzMzX21hbmFn
ZWRfcHNrXSBEb21haW5zID0gWyBdCntTZXJ2aWNlfSBbL25ldC9jb25ubWFuL3NlcnZpY2Uvd2lm
aV9jMGNiMzgyZmM1OTFfNzM3MDY3MzNfbWFuYWdlZF9wc2tdIFByb3h5ID0geyBNZXRob2Q9ZGly
ZWN0IH0Ke1NlcnZpY2V9IFsvbmV0L2Nvbm5tYW4vc2VydmljZS93aWZpX2MwY2IzODJmYzU5MV83
MzcwNjczM19tYW5hZ2VkX3Bza10gVGltZXNlcnZlcnMgPSBbIF0Ke1NlcnZpY2V9IFsvbmV0L2Nv
bm5tYW4vc2VydmljZS93aWZpX2MwY2IzODJmYzU5MV83MzcwNjczM19tYW5hZ2VkX3Bza10gU3Rh
dGUgPSBkaXNjb25uZWN0CntTZXJ2aWNlfSBbL25ldC9jb25ubWFuL3NlcnZpY2Uvd2lmaV9jMGNi
MzgyZmM1OTFfNzM3MDY3MzNfbWFuYWdlZF9wc2tdIFRpbWVzZXJ2ZXJzID0gWyBdCntTZXJ2aWNl
fSBbL25ldC9jb25ubWFuL3NlcnZpY2Uvd2lmaV9jMGNiMzgyZmM1OTFfNzM3MDY3MzNfbWFuYWdl
ZF9wc2tdIERvbWFpbnMgPSBbIF0Ke1NlcnZpY2V9IFsvbmV0L2Nvbm5tYW4vc2VydmljZS93aWZp
X2MwY2IzODJmYzU5MV83MzcwNjczM19tYW5hZ2VkX3Bza10gUHJveHkgPSB7IH0Ke1RlY2hub2xv
Z3l9IFsvbmV0L2Nvbm5tYW4vdGVjaG5vbG9neS93aWZpXSBDb25uZWN0ZWQgPSAwCntNYW5hZ2Vy
fSBbL10gU3RhdGUgPSBpZGxlCntTZXJ2aWNlfSBbL25ldC9jb25ubWFuL3NlcnZpY2Uvd2lmaV9j
MGNiMzgyZmM1OTFfNzM3MDY3MzNfbWFuYWdlZF9wc2tdIFN0YXRlID0gaWRsZQp7U2VydmljZX0g
Wy9uZXQvY29ubm1hbi9zZXJ2aWNlL3dpZmlfYzBjYjM4MmZjNTkxXzczNzA2NzMzX21hbmFnZWRf
cHNrXSBTdGF0ZSA9IGFzc29jaWF0aW9uCntTZXJ2aWNlfSBbL25ldC9jb25ubWFuL3NlcnZpY2Uv
d2lmaV9jMGNiMzgyZmM1OTFfNzM3MDY3MzNfbWFuYWdlZF9wc2tdIFN0YXRlID0gY29uZmlndXJh
dGlvbgp7U2VydmljZX0gWy9uZXQvY29ubm1hbi9zZXJ2aWNlL3dpZmlfYzBjYjM4MmZjNTkxXzcz
NzA2NzMzX21hbmFnZWRfcHNrXSBFdGhlcm5ldCA9IHsgTWV0aG9kPWF1dG8gSW50ZXJmYWNlPXds
YW4wIEFkZHJlc3M9QzA6Q0I6Mzg6MkY6QzU6OTEgTVRVPTE1MDAgfQp7U2VydmljZX0gWy9uZXQv
Y29ubm1hbi9zZXJ2aWNlL3dpZmlfYzBjYjM4MmZjNTkxXzczNzA2NzMzX21hbmFnZWRfcHNrXSBF
dGhlcm5ldCA9IHsgTWV0aG9kPWF1dG8gSW50ZXJmYWNlPXdsYW4wIEFkZHJlc3M9QzA6Q0I6Mzg6
MkY6QzU6OTEgTVRVPTE1MDAgfQp7U2VydmljZX0gWy9uZXQvY29ubm1hbi9zZXJ2aWNlL3dpZmlf
YzBjYjM4MmZjNTkxXzczNzA2NzMzX21hbmFnZWRfcHNrXSBFcnJvciA9IGludmFsaWQta2V5CntT
ZXJ2aWNlfSBbL25ldC9jb25ubWFuL3NlcnZpY2Uvd2lmaV9jMGNiMzgyZmM1OTFfNzM3MDY3MzNf
bWFuYWdlZF9wc2tdIFN0YXRlID0gZmFpbHVyZQp7U2VydmljZX0gWy9uZXQvY29ubm1hbi9zZXJ2
aWNlL3dpZmlfYzBjYjM4MmZjNTkxXzczNzA2NzMzX21hbmFnZWRfcHNrXSBEb21haW5zID0gWyBd
CntTZXJ2aWNlfSBbL25ldC9jb25ubWFuL3NlcnZpY2Uvd2lmaV9jMGNiMzgyZmM1OTFfNzM3MDY3
MzNfbWFuYWdlZF9wc2tdIFN0YXRlID0gaWRsZQp7U2VydmljZX0gWy9uZXQvY29ubm1hbi9zZXJ2
aWNlL3dpZmlfYzBjYjM4MmZjNTkxXzczNzA2NzMzX21hbmFnZWRfcHNrXSBJUHY0ID0geyB9CntT
ZXJ2aWNlfSBbL25ldC9jb25ubWFuL3NlcnZpY2Uvd2lmaV9jMGNiMzgyZmM1OTFfNzM3MDY3MzNf
bWFuYWdlZF9wc2tdIElQdjYgPSB7IH0Ke1NlcnZpY2V9IFsvbmV0L2Nvbm5tYW4vc2VydmljZS93
aWZpX2MwY2IzODJmYzU5MV80MTU0NTQ1ODQ5NTg0OTUzNzA2OV9tYW5hZ2VkX3Bza10gU3RyZW5n
dGggPSAyMwoK
--000000000000d6805305b0a532ae--
------------------------------
Subject: Digest Footer
_______________________________________________
connman mailing list -- [email protected]
To unsubscribe send an email to [email protected]
------------------------------
End of connman Digest, Vol 60, Issue 1
**************************************
