[Box Backup] RE: boxbackup digest, Vol 1 #423 - 12 msgs
João Luís
boxbackup@fluffy.co.uk
Tue, 29 Nov 2005 13:07:59 -0000
This is a multi-part message in MIME format.
------=_NextPart_000_0005_01C5F4E5.ECC37DD0
Content-Type: text/plain;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Hello all,
I'm the issuer of message 1. I haven't solved my problem on my laptop.
When I try to start the service I get this three message on the
aplication event viewer:
Event Viewer 1:
Type Information
The description for Event ID ( 4 ) in Source ( bbackupd ) cannot be
found. The local computer may not have the necessary registry
information or message DLL files to display messages from a remote
computer. The following information is part of the event: Starting
daemon (config: C:\Program Files\Box Backup\bbackupd.conf) (version
0.09hWin32).
Event Viewer 2:
Type: WARNING
The description for Event ID ( 4 ) in Source ( bbackupd ) cannot be
found. The local computer may not have the necessary registry
information or message DLL files to display messages from a remote
computer. The following information is part of the event: Requested
store object info file 'C:\Program Files\Box
Backup\bbackupd\bbackupd.dat' does not exist, not accessible, or
inconsistent: no harm done, will re-cache from store.
Event Viewer 3:
Type: ERROR
The description for Event ID ( 4 ) in Source ( bbackupd ) cannot be
found. The local computer may not have the necessary registry
information or message DLL files to display messages from a remote
computer. The following information is part of the event: exception
Common (1/2) -- terminating.
My computer is:
[System Summary]
OS Name Microsoft Windows 2000 Professional
Version 5.0.2195 Service Pack 4 Build 2195
OS Manufacturer Microsoft Corporation
System Name JJFL-M300
System Manufacturer Compaq
System Model Armada M300 =20
System Type X86-based PC
Processor x86 Family 6 Model 8 Stepping 6 GenuineIntel ~597 Mhz
BIOS Version EPP runtime BIOS - Version 1.1=20
Windows Directory C:\WINNT
System Directory C:\WINNT\system32
Boot Device \Device\Harddisk0\Partition1
Locale United States
User Name JJFL-M300\joaoluis
Time Zone GMT Standard Time
Total Physical Memory 327.152 KB
Available Physical Memory 174.288 KB
Total Virtual Memory 1.612.308 KB
Available Virtual Memory 1.300.348 KB
I've installed the newer version 'boxwin0.09h.exe'. Because of this I
never got Boxi working, so I cannot test with it.
Does the ExtendedLogging write a special file, or only on the event
viewer?
I've attached my bbackupd.confto look on it.
Can anyone give more clues to solve it?
Seconf point:
Here we are a group of friends that could help, supporting the
development of BOXI. Can you give me some more information on what we
should do?
Regards,
Joao luis
-----Original Message-----
From: boxbackup-admin@fluffy.co.uk [mailto:boxbackup-admin@fluffy.co.uk]
On Behalf Of boxbackup-request@fluffy.co.uk
Sent: segunda-feira, 24 de Outubro de 2005 11:30
To: boxbackup@fluffy.co.uk
Subject: [***ZMAIL SPAM DETECTED*** Score/Req: 05.56/04.50] boxbackup
digest, Vol 1 #423 - 12 msgs
Send boxbackup mailing list submissions to
boxbackup@fluffy.co.uk
To subscribe or unsubscribe via the World Wide Web, visit
http://lists.warhead.org.uk/mailman/listinfo/boxbackup
or, via email, send a message with subject or body 'help' to
boxbackup-request@fluffy.co.uk
You can reach the person managing the list at
boxbackup-admin@fluffy.co.uk
When replying, please edit your Subject line so it is more specific than
"Re: Contents of boxbackup digest..."
Today's Topics:
1. windows client (=3D?iso-8859-1?B?Sm/jbyBMde1z?=3D)
2. Re: windows client (Per Thomsen)
3. Re: windows client (Mikael Syska)
4. RE: [unclassified] [Box Backup] Portability and public source
depot (Nick Knight)
5. Re: [unclassified] [Box Backup] Portability and public source
depot (Martin Ebourne)
6. Re: [unclassified] [Box Backup] Portability and public source
depot (Ben Summers)
7. FW: login (Nick Knight)
8. Re: [unclassified] [Box Backup] Portability and public source
depot (Martin Ebourne)
9. Re: [unclassified] [Box Backup] Portability and public source
depot (dave bamford)
10. Re: [unclassified] [Box Backup] Portability and public source
depot (Ben Summers)
11. Re: [unclassified] [Box Backup] Portability and public source
depot (Ben Summers)
12. Re: [unclassified] [Box Backup] Portability and public source
depot (Martin Ebourne)
--__--__--
Message: 1
From: =3D?iso-8859-1?B?Sm/jbyBMde1z?=3D <jjflluis@zmail.pt>
To: <boxbackup@fluffy.co.uk>
Date: Sun, 23 Oct 2005 23:52:17 +0100
Subject: [Box Backup] windows client
Reply-To: boxbackup@fluffy.co.uk
Hello all,
I'm new to this forum. My name is joao luis, from Portugal.
I've made a test installation of Boxbackup for my company. The server is
running smoothly, the Linux client is running smoothly, but my Windows
clients don't.=20
I've done the installation, the backup worked OK. But after the portable
has rebooted, the BoxBackup service doesn't start or when it start it
will die... Where can I know what is causing this behaviour? The message
box doesn't help anything. It says that could be a windows problem, or
driver problem.
Thank's
joao
--__--__--
Message: 2
Date: Sun, 23 Oct 2005 17:14:54 -0700
From: Per Thomsen <pthomsen@reedtz.com>
To: boxbackup@fluffy.co.uk
Subject: Re: [Box Backup] windows client
Reply-To: boxbackup@fluffy.co.uk
On 10/23/05 3:52 PM, Jo=E3o Lu=EDs wrote:
> Hello all,
>
> I'm new to this forum. My name is joao luis, from Portugal.
>
> I've made a test installation of Boxbackup for my company. The server=20
> is running smoothly, the Linux client is running smoothly, but my=20
> Windows clients don't. I've done the installation, the backup worked=20
> OK. But after the portable has rebooted, the BoxBackup service doesn't
> start or when it start it will die...
> Where can I know what is causing this behaviour? The message box
doesn't
> help anything. It says that could be a windows problem, or driver
> problem.
> =20
I would start by looking in the event log on the Windows client: Control
Panels -> Administrative tools -> Event Viewer
There should be some information there from the Windows client=20
(bbackupd), giving you some clue as to what's going on. If you don't see
anything that seems helpful, you might need to set the 'ExtendedLogging'
parameter in the bbackupd.conf file to 'yes'. That will give you more=20
data about the problem.
Hope this helps.
Thanks,
Per
--=20
Per Reedtz Thomsen | Reedtz Consulting, LLC | F: 209 883 4119
V: 209 883 4102 | pthomsen@reedtz.com | C: 209 996 9561
GPG ID: 1209784F | Yahoo! Chat: pthomsen | AIM: pthomsen
--__--__--
Message: 3
Date: Mon, 24 Oct 2005 07:20:17 +0200
From: Mikael Syska <mikael@syska.dk>
To: boxbackup@fluffy.co.uk
Subject: Re: [Box Backup] windows client
Reply-To: boxbackup@fluffy.co.uk
Hey Joao,
Dont think there are much help to get, unless you provide additional=20
information regarding the error?
Witch window client? winbox or boxi?
Can you start the windows client manualy?
What does it say if you start it from the command line?
mvh
Syska
Jo=E3o Lu=EDs wrote:
>Hello all,
>
>I'm new to this forum. My name is joao luis, from Portugal.
>
>I've made a test installation of Boxbackup for my company. The server=20
>is running smoothly, the Linux client is running smoothly, but my=20
>Windows clients don't. I've done the installation, the backup worked=20
>OK. But after the portable has rebooted, the BoxBackup service doesn't=20
>start or when it start it will die...
>Where can I know what is causing this behaviour? The message box
doesn't
>help anything. It says that could be a windows problem, or driver
>problem.
>
>Thank's
>joao
>
>
>_______________________________________________
>boxbackup mailing list
>boxbackup@fluffy.co.uk=20
>http://lists.warhead.org.uk/mailman/listinfo/boxbackup
> =20
>
--__--__--
Message: 4
Subject: RE: [unclassified] [Box Backup] Portability and public source
depot
Date: Mon, 24 Oct 2005 10:03:50 +0100
From: "Nick Knight" <nick@omniis.com>
To: <boxbackup@fluffy.co.uk>
Reply-To: boxbackup@fluffy.co.uk
Hello all,
I agree, with everything said. If you have a windows box I will happily
donate a copy of Visual C++ .Net. If you want to commit to this then let
me know where to send a copy?
The windows version communicates over a named pipe - this I can help
with.
The web services would be great - can I also add something which screams
to the user to back up all of their keys!
More information over the command socket - I agree also I have a need to
monitor boxbackup and email is not a good thing for easily spotting
issues which require intervention.
Also Ben, can I have a login for the SVN?
Nick
-----Original Message-----
From: boxbackup-admin@fluffy.co.uk [mailto:boxbackup-admin@fluffy.co.uk]
On Behalf Of Chris Wilson
Sent: 22 October 2005 21:54
To: boxbackup@fluffy.co.uk
Subject: Re: [unclassified] [Box Backup] Portability and public source
depot
Hi Stefan and all,
On Wed, 19 Oct 2005, Stefan Norlin wrote:
> We are referring to the command-line one. The Win port
> of the "core" Box product.
>
> I agree there is a need for a user interface in a longer perspective.=20
> I have not looked at the boxi stuff yet, but that might be something=20
> that is portable to Windows as well. It seems it runs under Cygwin=20
> currently but claims to have the possibility of being cross platform.
Boxi was designed specifically to be cross-platform portable, and
written=3D20 using the wxWindows toolkit for that reason. I would be =
very
interested=3D20 and happy to help with the porting.
Since I don't use Windows and don't have any non-free compilers, it
may=3D20 not be easy for me to do all the work myself. Any contributions
would be
gratefully accepted :-) The source code is in Sourceforge CVS and anyone
can download it and play with it. I'd be interested to know what
breaks=3D20 when compiling with MSVC or whatever compiler was used for =
the
Box Backup=3D20 win32 port.
The main thing that I know needs doing is to change the =
communication=3D20
method used by Boxi on win32 from Unix sockets to TCP/IP ports, to match
the native client. It should also be possible to compile for either=3D20
version on Cygwin.
> As of now we are mainly interested in putting together a more=20
> user-friendly installation with the possibility of entering config=20
> parameters during the installation process. Then it would be=20
> easy/easier to get it up and running on a Win box.
I've been considering writing a web service with an HTML GUI that allows
for easy registration and setup, but I haven't written any code yet.
This=3D20 would allow Boxi to generate new keys, upload them to the
server, and get=3D20 a signed cert automatically after the server admin
has authorised it.
I think it's not easy to create keys and certificates on Win32 at =
the=3D20
moment (OpenSSL is required?) and that should definitely be fixed. I
think=3D20 the code could be built into Boxi without too much trouble, =
but
OpenSSL's=3D20 APIs are complex and not well documented as far as I can
see (if you know=3D20 better then please point me to right part of TFM =
:-)
To make Boxi friendlier, it needs more information from Box Backup about
backup progress and files which couldn't be backed up. I've already=3D20
extended the command socket API but that needs to be merged into the
newly=3D20 open tree, and further work is necessary. It might be easier
Boxi was=3D20 itself a full-featured bbackupd, and didn't require a
separate executable,=3D20 but that would take quite a lot of work.
> If yes, maybe you could have a closer look at boxi and see what it=20
> would take to get it up and running on a Windows box natively.
By all means, please do, and let me know what I can do to help.
Cheers, Chris.
--=3D20
_ ___ __ _
/ __/ / ,__(_)_ | Chris Wilson <0000 at qwirx.com> - Cambs UK | / (_/
,\/ _/ /_ \ | Security/C/C++/Java/Perl/SQL/HTML Developer | \
_/_/_/_//_/___/ | We are GNU-free your mind-and your software |
_______________________________________________
boxbackup mailing list
boxbackup@fluffy.co.uk
http://lists.warhead.org.uk/mailman/listinfo/boxbackup
--__--__--
Message: 5
Subject: Re: [unclassified] [Box Backup] Portability and public source
depot
From: Martin Ebourne <lists@ebourne.me.uk>
To: boxbackup@fluffy.co.uk
Date: Mon, 24 Oct 2005 11:04:32 +0100
Reply-To: boxbackup@fluffy.co.uk
On Thu, 2005-10-20 at 13:04 +0100, Ben Summers wrote:
> The win32 stuff has been made to a vaguely unknown version of Box
> Backup, probably 0.08 plus changes from 0.09. It's also likely to =20
> need a lot of tidying to make it fit well within the existing =20
> sources, not break anything, and be able to compile both UNIX and =20
> Win32 from the same tree.
>=20
> What's the best way of approaching this problem?
It is perhaps a shame that you started the repository from 0.09, rather
than checking in older copies first. If 0.08 had been available I think
we could have branched from that, checked Nick's port in on top of it,
and then merged. I think any changes present in both copies would have
just been accepted.
However, I'm sure we can come up with something similar. I think the key
thing is that the win port must not be checked in on a branch from 0.09
or it will look like all the newer stuff has been deleted. Instead make
a new subdirectory in the repository, check in 0.08. Then check in
Nick's port on top of it. We should then be able to merge across from
there onto other branches or trunk.
Nick, if you've got the version of box you started working from, then
using that to seed the new directory instead of 0.08 would be even
better.
It's pretty easy to check a new tarball in on top of an old one - just
untar into the working copy, svn add new files, svn rm deleted files,
sanity check with svn st, then svn ci.
As to the tidying needed, we can work on that once it is in the
repository.
Any q's, just ask.
Cheers,
Martin.
--__--__--
Message: 6
From: Ben Summers <ben@fluffy.co.uk>
Subject: Re: [unclassified] [Box Backup] Portability and public source
depot
Date: Mon, 24 Oct 2005 11:11:38 +0100
To: boxbackup@fluffy.co.uk
Reply-To: boxbackup@fluffy.co.uk
On 24 Oct 2005, at 11:04, Martin Ebourne wrote:
> On Thu, 2005-10-20 at 13:04 +0100, Ben Summers wrote:
>
>> The win32 stuff has been made to a vaguely unknown version of Box=20
>> Backup, probably 0.08 plus changes from 0.09. It's also likely to=20
>> need a lot of tidying to make it fit well within the existing=20
>> sources, not break anything, and be able to compile both UNIX and=20
>> Win32 from the same tree.
>>
>> What's the best way of approaching this problem?
>>
>
> It is perhaps a shame that you started the repository from 0.09,
> rather
> than checking in older copies first. If 0.08 had been available I =20
> think
> we could have branched from that, checked Nick's port in on top of it,
> and then merged. I think any changes present in both copies would have
> just been accepted.
>
> However, I'm sure we can come up with something similar. I think
> the key
> thing is that the win port must not be checked in on a branch from =20
> 0.09
> or it will look like all the newer stuff has been deleted. Instead =20
> make
> a new subdirectory in the repository, check in 0.08. Then check in
> Nick's port on top of it. We should then be able to merge across from
> there onto other branches or trunk.
This is complicated, as it needs to be a version which hasn't been =20
prepared for release. Should I check in a version from my CVS to ben/=20
0_08 ?
Ben
--__--__--
Message: 7
Date: Mon, 24 Oct 2005 11:15:51 +0100
From: "Nick Knight" <nick@omniis.com>
To: <boxbackup@fluffy.co.uk>
Subject: [Box Backup] FW: login
Reply-To: boxbackup@fluffy.co.uk
Question for the SVN experts out there.
I am putting in the windows port. As Ben said I need to put in the
original version that I worked on, then upload the differences.
I am unsure what box version I started working on - somewhere in 0.08
but I believe it may have had some of Bens patches in it.
What is going to be the best way to pull in this version (simplified
please I am not a svn expert!!!)
Thanks
Nick
-----Original Message-----
From: Ben Summers [mailto:ben@fluffy.co.uk]=3D20
Sent: 24 October 2005 10:58
To: Nick Knight
Subject: Re: login
On 24 Oct 2005, at 10:36, Nick Knight wrote:
> Thanks Ben,
>
> Not wishing to screw up you svn repository can I just run this pas =
=3D20
> you.
>
> I have a working copy of my boxbackup with the windows work in it. =
=3D20
> It is called boxworking. To upload I should change this to 'nick' then
> =3D20 upload
> to your repository - which will create a nick folder?
>
> Is this correct?
I'm afraid that won't really do what we need.
You need to take the original files you started modifying, then do a =
=3D20
diff between them and your version with the -uw option. Then copy =3D20
trunk to nick/win32, check that out (NOT trunk), apply the diff, and =
=3D20
commit the modified files. Otherwise we lose all the lovely tracking =
=3D20
information.
I'm not an expert on this, so if you're not sure, ask on the list. =3D20
Martin appears to know all about this stuff.
Thanks,
Ben
--__--__--
Message: 8
Subject: Re: [unclassified] [Box Backup] Portability and public source
depot
From: Martin Ebourne <lists@ebourne.me.uk>
To: boxbackup@fluffy.co.uk
Date: Mon, 24 Oct 2005 11:22:20 +0100
Reply-To: boxbackup@fluffy.co.uk
On Mon, 2005-10-24 at 11:11 +0100, Ben Summers wrote:
> This is complicated, as it needs to be a version which hasn't been
> prepared for release. Should I check in a version from my CVS to ben/=20
> 0_08 ?
Yes, that should work.
You had box in CVS? Is there any reason you didn't just run cvs2svn to
convert the whole thing?
Cheers,
Martin.
--__--__--
Message: 9
Date: Mon, 24 Oct 2005 11:26:17 +0100
From: dave bamford <dave@logical-progress.com>
To: boxbackup@fluffy.co.uk
Subject: Re: [unclassified] [Box Backup] Portability and public source
depot
Reply-To: boxbackup@fluffy.co.uk
Martin Ebourne wrote:
>On Thu, 2005-10-20 at 13:04 +0100, Ben Summers wrote:
> =20
>
>>The win32 stuff has been made to a vaguely unknown version of Box
>>Backup, probably 0.08 plus changes from 0.09. It's also likely to =20
>>need a lot of tidying to make it fit well within the existing =20
>>sources, not break anything, and be able to compile both UNIX and =20
>>Win32 from the same tree.
>>
>>What's the best way of approaching this problem?
>> =20
>>
>
>It is perhaps a shame that you started the repository from 0.09, rather
>than checking in older copies first. If 0.08 had been available I think
>we could have branched from that, checked Nick's port in on top of it,=20
>and then merged. I think any changes present in both copies would have=20
>just been accepted.
>
>However, I'm sure we can come up with something similar. I think the=20
>key thing is that the win port must not be checked in on a branch from=20
>0.09 or it will look like all the newer stuff has been deleted. Instead
>make a new subdirectory in the repository, check in 0.08. Then check in
>Nick's port on top of it. We should then be able to merge across from=20
>there onto other branches or trunk.
>
>Nick, if you've got the version of box you started working from, then=20
>using that to seed the new directory instead of 0.08 would be even=20
>better.
>
>It's pretty easy to check a new tarball in on top of an old one - just=20
>untar into the working copy, svn add new files, svn rm deleted files,=20
>sanity check with svn st, then svn ci.
>
>As to the tidying needed, we can work on that once it is in the=20
>repository.
>
>Any q's, just ask.
>
>Cheers,
>
>Martin.
> =20
>
Hi
I have just compiled an OS2 port and would like to get this
incorporated. I used the existing win32 port as a starting point and
defined an OS2 variable. As OS2 is more unix like than win there were
less changes needed, the only bugbear was vfork, which was skipped by
the win32 port too. the only others that had to be added were poll and
syslog.
I am currently in the process of testing, all modules compiled, server
and client.
I can easily go back to a clean tarball and do the mods on this, my main
problems were with the configure program, I had to frig it a bit and
edit the makefiles slightly. Autoconfigure would be good.
Dave Bamford.
--__--__--
Message: 10
From: Ben Summers <ben@fluffy.co.uk>
Subject: Re: [unclassified] [Box Backup] Portability and public source
depot
Date: Mon, 24 Oct 2005 11:25:43 +0100
To: boxbackup@fluffy.co.uk
Reply-To: boxbackup@fluffy.co.uk
On 24 Oct 2005, at 11:22, Martin Ebourne wrote:
> On Mon, 2005-10-24 at 11:11 +0100, Ben Summers wrote:
>
>> This is complicated, as it needs to be a version which hasn't been=20
>> prepared for release. Should I check in a version from my CVS to ben/
>> 0_08 ?
>>
>
> Yes, that should work.
>
> You had box in CVS? Is there any reason you didn't just run cvs2svn to
> convert the whole thing?
The backup element is part of a bigger project, so there was quite a =20
bit of extra code in there I didn't feel like releasing.
Also, I'm lazy.
Ben
--__--__--
Message: 11
From: Ben Summers <ben@fluffy.co.uk>
Subject: Re: [unclassified] [Box Backup] Portability and public source
depot
Date: Mon, 24 Oct 2005 11:28:13 +0100
To: boxbackup@fluffy.co.uk
Reply-To: boxbackup@fluffy.co.uk
On 24 Oct 2005, at 11:26, dave bamford wrote:
> Hi
> I have just compiled an OS2 port and would like to get this
> incorporated.
> I used the existing win32 port as a starting point and defined an OS2
> variable. As OS2 is more unix like than win there were less changes
> needed, the only bugbear was vfork, which was skipped by the win32
> port too. the only others that had to be added were poll and syslog.
>
> I am currently in the process of testing, all modules compiled, server
> and client.
>
> I can easily go back to a clean tarball and do the mods on this, my
> main
> problems were with the configure program, I had to frig it a bit =20
> and edit
> the makefiles slightly. Autoconfigure would be good.
It might be best to wait until the autoconf version is merged in, and =20
then import the necessary patches after that?
Once we've got Nick's stuff in, I will take a good look at all the =20
changes and propose a plan for merging them all.
Ben
--__--__--
Message: 12
Subject: Re: [unclassified] [Box Backup] Portability and public source
depot
From: Martin Ebourne <lists@ebourne.me.uk>
To: boxbackup@fluffy.co.uk
Date: Mon, 24 Oct 2005 11:29:33 +0100
Reply-To: boxbackup@fluffy.co.uk
On Mon, 2005-10-24 at 11:26 +0100, dave bamford wrote:
> I can easily go back to a clean tarball and do the mods on this, my=20
> main problems were with the configure program, I had to frig it a bit=20
> and edit the makefiles slightly. Autoconfigure would be good.
In which case, it might be best to wait until everything in the
repository is merged. There's an autoconf port in there already. Then
hopefully you'll have very few changes to redo.
Cheers,
Martin.
--__--__--
_______________________________________________
boxbackup mailing list
boxbackup@fluffy.co.uk
http://lists.warhead.org.uk/mailman/listinfo/boxbackup
End of boxbackup Digest
------=_NextPart_000_0005_01C5F4E5.ECC37DD0
Content-Type: application/octet-stream;
name="bbackupd.rar"
Content-Transfer-Encoding: base64
Content-Disposition: attachment;
filename="bbackupd.rar"
UmFyIRoHAM+QcwAADQAAAAAAAAB3M3QggC0AIggAAK4RAAACsrR5bVNifTMdMw0AIAAAAGJiYWNr
dXBkLmNvbmYOIZENDM08mdG7LQN+DkPYAkoEziTUb2RgPgmk9EQkUjEzGJwiggOE3mYVhJvGbJWI
7G/u+gJPUkbsnyquycKUEEj7wTEz6Lr0+VVeVR+M1+CD+8/7432rt/n/GOhM6PtSqiaCVD3qeywQ
6adT/R0ZpH5kULBxQwppmo/CmXKifr2/1cO/v8Hm4fqrr7kVK/5HISNx+nn9s6c87BHi8Kuf1p6n
vWar53c/yl6PZNCSK+tGtf+142JUR5o4YKEfMKiEIr+pEq/rVH0hLCy+YTtK2tTck9Nu6IuPi/sw
KpmnT2y1tSu15Gbwckc6IQIFX9CXlaKsRI/+nuXM9Uml6JL0yaHo5rA4JJO7Lqeo0WDxIzQUyd+k
SAXjTWnleWBSbkDMy/OjumbPErIdEE3fjR9UcVeFBF6RuZUd717pNYuXk0RqeVDPHq7N3m31Yda7
zIELvXPE938531ksEDErUcrEOws0bKFwR76RGKiVZNBVSqB7IIpbOWH0W9ACideBSh3ekuNwbr2Q
uSVMpNPNaxJvLBNEIKelLyRAR7RaxsB+Rn9lzDURPklebrY0yoOEl4C5icNsY7tdj6DA3ulwgDxm
hZMAeuiex+Bf1fzPc+0GfwYTHmqxtQvVd3LefLfVouEHieUT1JzGsCGeQOtWYdBkshQEy6wCv5of
kHH0Jps23INQEbqjrlnslW616AEnSkSvhqhOHWIFHISDXDaa94dYDKwqUw6svmiTKwEQB0HVuy4d
a1sXZySz1LizWaiAUGwNjCKC25MxTnUcT+7UBsQd+PKU4emCQRZw+jf39kPnSBKF+9oshQIRYkJT
2x1uGgvtkyGOdz6DhoUQ50jhZjm5ReAeCY3a8wGxh8pWJ8WdAZ/m4MDQFhcDWnGrYx2HWmB6Yt41
raFt0YVtWksvcxmJxWZw2Ik3tvAoLF4BLcmB9qdaDEsKlQfSSLwKoeuaikCDU+2x4f+susSNmzim
S5C1wBOgzAMw9lu9BU9Rwsiz9dA64RgO5wAc6jtv5oOr3GxPzJKt1+v0fV1/GRAu+VPShs41R/96
24ILy1MjVu10BQFUEOlETbLYzpxqP0dsR1cTfAY5qjlZXUIYJeXe7xUlzwDtFz2g7ag/WwBGhaz+
yLSCa+A3/+VkJwRycYd3JoF/GhMkQgv0efz8Pn2EqX00RJEK+RoGCtOaxLyOYgv4SA6/ojZ/YDY/
Ka9ZDxPgljrDiIEbV4mmhqmR1UTmVXCEUPedO/JHmzDrbITxwD9fB9nmwwBJHKGOmY59y0w6L7dV
ahRA9E1WNgF97mGS9vW6iAqoaINK4gaqjo83iXWUPDG0+07TQVZIUp43Kk/SRKFKnAjQlzllLo3D
8LgDzSmE30vfkiKyhFy/IIwwy4bjtFGElwLJnDEBDbkzlmhDmKR4HekYJncbe2nUOlNpJpuH4ip7
pvG9iXIZczX3FBLx4oEJ9YmnwNgVlk68mIROTM1Si4sGh6VPusxIih0t8kcpkWCzP7kI1cUkdkF3
j8++2XPuGKoEFTOoGWKZBttbxQlBDQBq1snowmFjjZ0k4xY+GkaMDmXdbCtQTgsxN03vZ1UCCK7+
9OfOSMz2osf7m/glqMLOq1m2SOSosdurZlQzT2SDD2BwZQtZKRM9zULtuapHLP7M02qviLLdmFPR
XTPdjVd/jcyzs5RYFLjjEM70G03EexHTxdm3LMIxQEH3NuwYFsslQP6+9y7DyCWzsJai2HqVYdCl
rXmKA1kOu+vzNKrZKaL8yDnrY8GKLq4zKG8kydfkKELXZm7LIcrHk5Px92R7cJ8q3DmDL5AYRzI1
lN3eLQ199KbyLOVuYgXsFny1wKauN4vK4v4AI2D9AzD1o+SGc97mzh5jhWjblRAAsR03GQN1noKL
nwFhakCY8SmlbpnKnUHEI3m3rkQxsvZTMGjJYGVDdCTMddu2NqLP3unrZiN3rWxDS7SexiBOKxO1
m/ShxFL7F1sRS6bLnEt+KwC6BPKe+esoo3L2AeKIbqt/zEgW7GRWfkNqhcKg9hQiFisLOLHEGHqb
ucrjag42oHqvoNxXdD5KtrJxnaR3f79ja9scX9jdkuUl/Q+NtRffiatKyD8cvQLNuWbMn5cxp/tg
YvzeL97tyzDbk21eS/0pmPXlwaIBLABKPkpe9gtrJXRX/AZGq8Pu/DX2uaG0Ukz6P3P+7XtK4O6Z
ic2K9RN924nUTfGtKjqhkpGyw3gAwpW6fC+Ny62+u2ybKyj5E0OJ2JwzYmWp075rYM7qIt48T7oT
X1jN+iFTNH76WlGXXi/xcE8OSc18T3xL+nsby/hxSa4Klcsx9v6/oUn/gPky7z8FfkjOxH9RHc5d
BEEXlKXBIX7cJtN4SqRgX6jzJDNIZS+21TbZWnyll9JgkqwxGFM0ngkIJvFc76b3oc85c0SEYqzf
Fnt2VR5SLnw8Elu1ljkfS/uMG4fhze3h3fo6/eCJi5V6tJTlB2ItBaMsEFAySPhO2C0el+aU02jZ
SN43R2TScRvAWjQ3PKX0guWzs34WiARUsK3B6nbscxEIja5pGba+b1nL1rKzALV1dGGx0nbzuD5f
qllpmdrP4XujP6F141SDcZLL2WZkVfNJMYP4Am2Uj7HGL4Cr/MPqHiO0Yx2cdHGZUSyihEoBJmA/
pQYng23oMLkeGlh97Gi+l3aBZL3+wrf28N047XYVjp4qHyqdgMMHqlSutBc5z79r4iRjLueP/uar
krWkgG7NtX+b/86/kFe38I81NjtBY8Fc/QmBMlNtvOEn4uMB/8jEPXsAQAcA
------=_NextPart_000_0005_01C5F4E5.ECC37DD0--