The qpopper list archive ending on 13 Nov 2000
Topics covered in this issue include:
1. Re: I can't retrieve from my POP accounts...
peter.allen at moon-light.co dot uk
Wed, 18 Oct 2000 15:00:42 +0100
2. gdbm_open failed:Bulletin data base
mike miller <mikem at ndtel dot com>
Wed, 18 Oct 2000 09:42:08 -0500
3. Re: gdbm_open failed:Bulletin data base
Qpopper Support <qpopper at qualcomm dot com>
Wed, 18 Oct 2000 11:04:12 -0700
4. problem with drac
"Tom Frey" <tom at udzhome dot de>
Thu, 19 Oct 2000 21:15:15 +0200
5. Re: problem with drac
"Kenneth Porter" <shiva at well dot com>
Thu, 19 Oct 2000 12:41:11 -0700
6. Can't get Qpopper 3.0.2 working
Phillip Morgan <admin at netbiz.net dot au>
Sat, 21 Oct 2000 20:02:19 +1000
7. Re: Can't get Qpopper 3.0.2 working
peter at netlink.com dot au
Sun, 22 Oct 2000 12:19:45 +1100 (EST)
8. Need help on configuring qpopper 3.1 on Solaris 7 Sparc box.
"mei-hwa huang" <mhuang at uta dot edu>
Tue, 24 Oct 2000 11:15:02 -0500
9. Re: Need help on configuring qpopper 3.1 on Solaris 7 Sparc
Andy Druda <adruda at wagner dot edu>
Tue, 24 Oct 2000 13:13:42 -0400
10. Re: Need help on configuring qpopper 3.1 on Solaris 7 Sparc
Andy Druda <adruda at wagner dot edu>
Tue, 24 Oct 2000 13:42:06 -0400
11. Re: Need help on configuring qpopper 3.1 on Solaris 7 Sparcbox.
mike miller <mikem at ndtel dot com>
Tue, 24 Oct 2000 12:55:09 -0500
12. Re: Need help on configuring qpopper 3.1 on Solaris 7 Sparcbox.
"mei-hwa huang" <mhuang at uta dot edu>
Tue, 24 Oct 2000 14:13:54 -0500
13. Qpopper / Postfix / MySQL Help Wanted!
Jack Sasportas <jack at innovativeinternet dot com>
Thu, 26 Oct 2000 17:12:45 -0400
14. ?
Paulo Santos <psantos at gol.com dot br>
Sat, 28 Oct 2000 17:48:18 -0200
15. rotating logs
"Guido Dolci" <dolci at sfera dot net>
Sun, 29 Oct 2000 12:34:42 +0100
16. Re: rotating logs
"Guido Dolci" <dolci at sfera dot net>
Mon, 30 Oct 2000 08:53:05 +0100
17. Content Length Issues
"Stephen Sayers" <ssayers at gtnet.gov dot uk>
Mon, 30 Oct 2000 13:19:13 -0000
18. Re: ?
SuperUser <ralvarez at tmx.com dot ni>
Mon, 30 Oct 2000 09:33:48 -0600 (CST)
19. Qpopper & LDAP
Tyler Heath <theath at juniornet dot com>
Mon, 30 Oct 2000 12:09:16 -0500
20. Re: Content Length Issues
Qpopper Support <qpopper at qualcomm dot com>
Mon, 30 Oct 2000 09:26:05 -0800
21. .user.pop file
Joy <joyn at ndtel dot com>
Mon, 30 Oct 2000 13:02:30 -0600
22. qpopper config
"Bill Catlan" <wcatlan at optonline dot net>
Mon, 30 Oct 2000 15:39:10 -0500
23. Re: .user.pop file
Qpopper Support <qpopper at qualcomm dot com>
Mon, 30 Oct 2000 14:02:56 -0800
24. Re: Qpopper & LDAP
Peter Evans <peter at gol dot com>
Tue, 31 Oct 2000 09:02:40 +0900
25. Re: .user.pop file
Gudbjorn Hreinsson <gsh at skima dot is>
Tue, 31 Oct 2000 00:08:14 +0000
26. Re: .user.pop file
Alan Brown <alan at manawatu.gen dot nz>
Tue, 31 Oct 2000 15:38:42 +1300 (NZDT)
27. Re: qpopper config
"Kenneth Porter" <shiva at well dot com>
Mon, 30 Oct 2000 19:52:17 -0800
28. qpopper Help!
Alan Chung <alan at silveregg.co dot jp>
Tue, 31 Oct 2000 13:39:58 +0900
29. Defunct problen with Qpopper3.1
eduval at synergia-france.com dot fr
Tue, 31 Oct 2000 19:05:29 +0100
30. expire messages
Frank Beale <fbbeale at richmond.infi dot net>
Fri, 03 Nov 2000 17:17:53 -0500
31. Web based e-mail utility for sendmail
Rasheed Darras <rasheed at anet.net dot sa>
Sun, 5 Nov 2000 08:58:39 +0300
32. Re: Web based e-mail utility for sendmail
Qpopper Support <qpopper at qualcomm dot com>
Sun, 5 Nov 2000 22:22:37 -0800
33. RE: Web based e-mail utility for sendmail
"InvictaNet Customer Support" <support at invictanet.co dot uk>
Mon, 6 Nov 2000 15:58:24 -0000
34. Re: expire messages
Jeff Earickson <jaearick at colby dot edu>
Mon, 6 Nov 2000 11:22:56 -0500 (EST)
35. Re: expire messages
Frank Beale <fbbeale at richmond.infi dot net>
Mon, 06 Nov 2000 20:04:59 -0500
36. POP3 log
Jun Arlante <jarlante at codewan.com dot ph>
Tue, 07 Nov 2000 12:08:44 +0800
37. Hanging qpopper processes
"Oliver Fleischmann" <fleischmann.o at sebadyn dot de>
Tue, 7 Nov 2000 09:31:03 +0100
38. Re: Hanging qpopper processes
Mauk van der Laan <mauk at maatwerk dot net>
Tue, 07 Nov 2000 19:06:35 +0100
39. Re: POP3 log
Qpopper Support <qpopper at qualcomm dot com>
Tue, 7 Nov 2000 15:00:09 -0800
40. Re: Hanging qpopper processes
Qpopper Support <qpopper at qualcomm dot com>
Tue, 7 Nov 2000 15:05:08 -0800
41. Third party software for authentication
"Loka" <loka at mailbr.com dot br>
Thu, 9 Nov 2000 16:30:33 -0000
42. Zombie processes build up?
"Eric A. Sproul" <esproul at cstone dot net>
Fri, 10 Nov 2000 17:08:33 -0500
43. Qpopper 3.1.1 available
Qpopper Support <qpopper at qualcomm dot com>
Sun, 12 Nov 2000 00:10:01 -0800
44. Re: Qpopper 3.1.1 available
Alan Brown <alan at manawatu.gen dot nz>
Sun, 12 Nov 2000 21:57:35 +1300 (NZDT)
45. Re: Qpopper 3.1.1 available
Qpopper Support <qpopper at qualcomm dot com>
Sun, 12 Nov 2000 12:29:19 -0800
46. Re: Zombie processes build up?
Qpopper Support <qpopper at qualcomm dot com>
Sun, 12 Nov 2000 12:41:02 -0800
47. Re: Qpopper 3.1.1 available
Elgin Lee <ehl at funghi dot com>
Sun, 12 Nov 2000 12:59:39 -0800
48. Qpopper 3.1.2 available
Qpopper Support <qpopper at qualcomm dot com>
Sun, 12 Nov 2000 17:21:00 -0800
49. Re: Qpopper 3.1.2 available
Piotr Kasztelowicz <pekasz at lodz.ptkardio dot pl>
Mon, 13 Nov 2000 18:26:04 +0100 (MET)
50. standalone vs. xinetd
Admin Mailing Lists <mlist at intergrafix dot net>
Mon, 13 Nov 2000 14:33:52 -0500 (EST)
Date: Wed, 18 Oct 2000 15:00:42 +0100
From: peter.allen at moon-light.co dot uk
Subject: Re: I can't retrieve from my POP accounts...
Any clues you can provide for us, e.g.:
1) *exactly* what does your Outlook client do, any error messages etc ?
2) any information in any of your log files to show whether qpopper is
getting talked to and if so the response ?
3) can you telnet to the machine in question on port 110 from where you
are trying to check mail ?
4) can you get into your mail box, actually on the server ?
5) is there any firewall preventing you from talking to the server ?
Pls note that sendmail should not be relevant in this case as we are
talking principally about checking for mail rather than sending it.
Look forward to your reply (hoping you get this !!) .
Peter
At 09:31 18/10/2000 -0400, David Andrews wrote:
>*** My Sendmail is working, but POP is not, thus if anyone responds to this
>please CC to bravedave2 at yahoo dot com else it wont be helpful to me because I
>wont get it until after the problem is fixed. ****
>
>I have just installed RedHat 6.2 and compiled and installed qpopper 3.1.
>I'm not the most graceful person in LINUX so excuse any ignorance that seems
>obvious. After compiling and following the instructions in the INSTALL
>document, I am unable to retrieve email using my MS Outlook clients. It
>would appear that things installed correctly because at first my Outlook was
>reporting that it could not find a POP3 server, but that error disappeared
>after compiling and installing qpopper. However, the server seems to be
>avoiding Outlooks request to log on as it is not even asking me for a user
>ID and password. I purposefully put an incorrect ID in Outlook and when I
>do a send and receive mail I am not getting any errors. I am using wrapper
>on the Linux machine and have my hosts.allow configured. Sendmail is
>working just fine, else you wouldn't be reading this email. I suspect that
>email is coming in because if I send email from my Yahoo account, it does
>not get bounced back. At first this was not the case I was getting errors,
>and I figured out I needed to configure etc/mail/*allow files (I believe
>that's a send mail function?).
>
>Where else can I check for configuration problems?
>
>All help appreciated! And remember to CC to bravedave2 at yahoo dot com. Thanks
>again!
>
>David Andrews
>Network Admin
>MPIUA
>617-557-5656
>
Date: Wed, 18 Oct 2000 09:42:08 -0500
From: mike miller <mikem at ndtel dot com>
Subject: gdbm_open failed:Bulletin data base
I have a redhat 5.2 box with qpopper 3.0 installed and have been getting
a lot(hundreds) of unable to open bull data base errors:
Wed Oct 18 08:50:56 2000 [21062] gdbm_open failed: Resource temporarily
unavailable (11)
Wed Oct 18 08:50:56 2000
Wed Oct 18 08:50:56 2000 [21062] tcmed16 at 192.168.233.1
(192.168.233.1): -ERR [SYS/TEMP] Unable to open Bulletin data base;
contact your administrator
For long time everything will work fine then it pukes for a while and
works again. I have been unable to resolve the problem and was wondering
if any one has had any experience with this before?
I see that qpopper 3.1 has the -B switch to allow mail to be popped even
if the bull data base can't be read. I am going to upgrade to 3.1 but
was curious as to why the gdbm failure occurs.
Date: Wed, 18 Oct 2000 11:04:12 -0700
From: Qpopper Support <qpopper at qualcomm dot com>
Subject: Re: gdbm_open failed:Bulletin data base
At 9:42 AM -0500 10/18/00, mike miller wrote:
> I have a redhat 5.2 box with qpopper 3.0 installed and have been getting
> a lot(hundreds) of unable to open bull data base errors:
>
> Wed Oct 18 08:50:56 2000 [21062] gdbm_open failed: Resource temporarily
> unavailable (11)
> Wed Oct 18 08:50:56 2000
> Wed Oct 18 08:50:56 2000 [21062] tcmed16 at 192.168.233.1
> (192.168.233.1): -ERR [SYS/TEMP] Unable to open Bulletin data base;
> contact your administrator
>
> For long time everything will work fine then it pukes for a while and
> works again. I have been unable to resolve the problem and was wondering
> if any one has had any experience with this before?
>
> I see that qpopper 3.1 has the -B switch to allow mail to be popped even
> if the bull data base can't be read. I am going to upgrade to 3.1 but
> was curious as to why the gdbm failure occurs.
When a bulletin database is used, there is one global database for
all users. During a login Qpopper must open this database
read-write, which means only one session at a time. When there is a
heavy server load (lots of sessions at the same time) some sessions
are unable to lock the database in a reasonable amount of time.
Version 3.1 has fine-tuned the algorithm so that Qpopper waits for a
small fraction of a second (instead of multiple seconds) between
tries, and thus is able to try many more times. As a result, if you
upgrade to 3.1 you may find you do not even need the '-B' switch at
all.
You can also elect to have a file in each user's home directory,
instead of one global database. To do this, enable bulletins but do
not enable the bulletin database. That way there is no contention at
all. The downside is that each user needs a home directory that is
writable, and there are problems if the user is over quota.
From: "Tom Frey" <tom at udzhome dot de>
Subject: problem with drac
Date: Thu, 19 Oct 2000 21:15:15 +0200
This is a multi-part message in MIME format.
------=_NextPart_000_0013_01C03A11.ACA56770
Content-Type: text/plain;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
hi,
im using qpopper and with DRAC.. but by starting DRAC i get following =
error message in /var/log/messages:
Oct 19 20:59:19 server drac[9412]: unable to register (DRACPROG, =
DRACVERS, udp).
perhaps you can tell me what i'm doing wrong
thx tom
------=_NextPart_000_0013_01C03A11.ACA56770
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>
<DIV><FONT face=Arial size=2>hi,</FONT></DIV>
<DIV> </DIV>
<DIV><FONT face=Arial size=2>im using qpopper and with DRAC.. but by =
starting
DRAC i get following error message in /var/log/messages:</FONT></DIV>
<DIV> </DIV>
<DIV><FONT face=Arial size=2>Oct 19 20:59:19 server drac[9412]: =
unable to
register (DRACPROG, DRACVERS, udp).<BR></FONT></DIV>
<DIV><FONT face=Arial size=2>perhaps you can tell me what i'm doing
wrong</FONT></DIV>
<DIV><FONT face=Arial size=2></FONT> </DIV>
<DIV><FONT face=Arial size=2>thx tom</DIV></FONT></BODY></HTML>
------=_NextPart_000_0013_01C03A11.ACA56770--
From: "Kenneth Porter" <shiva at well dot com>
Date: Thu, 19 Oct 2000 12:41:11 -0700
Subject: Re: problem with drac
On Thu, 19 Oct 2000 21:15:15 +0200, Tom Frey wrote:
>im using qpopper and with DRAC.. but by starting DRAC i get following error message in /var/log/messages:
>Oct 19 20:59:19 server drac[9412]: unable to register (DRACPROG, DRACVERS, udp).
That probably means the portmapper isn't running. Do you have the
portmapper installed?
Ken
mailto:shiva at well dot com
http://www.sewingwitch.com/ken/
http://www.harrybrowne2000.org/
Date: Sat, 21 Oct 2000 20:02:19 +1000
From: Phillip Morgan <admin at netbiz.net dot au>
Subject: Can't get Qpopper 3.0.2 working
Hi
I've been anable to get any version of qpopper working since v2.53.
I compiled popper with --enable-specialauth --enable-servermode
(actually tried without too!), updated my inetd.conf and services files
as instructed in INSTALL and HUP'd inetd.
Despite there being only one 110/tcp entry in services and one pop3
entry in inetd I still get a 'already in use' error in my syslog log.
I'm damned if I can find the problem.
Anyone have any suggestions?
--
Cheers,
Phillip
NetBiz Internet Services | ICQ: 12796450
P.O. Box 449, Croydon 3136 | FTN: 3:633/252
Email: admin at netbiz.net dot au | Vox: +61 3 9876 5295
From: peter at netlink.com dot au
Subject: Re: Can't get Qpopper 3.0.2 working
Date: Sun, 22 Oct 2000 12:19:45 +1100 (EST)
Phillip,
You don't mention what your os is, but I would tend to believe
that your previous pop server (or earlier version of qpopper)
is still running.
Try doing a 'ps whatever' to find any other pop services or
a 'netstat whatever' to see if the server is listening on port 110.
Simply doing a HUP of inetd will not necessarily kill off an existing
process especially if it is running 'standalone'.
hth
Peter
>
> Hi
>
> I've been anable to get any version of qpopper working since v2.53.
>
> I compiled popper with --enable-specialauth --enable-servermode
> (actually tried without too!), updated my inetd.conf and services files
> as instructed in INSTALL and HUP'd inetd.
>
> Despite there being only one 110/tcp entry in services and one pop3
> entry in inetd I still get a 'already in use' error in my syslog log.
> I'm damned if I can find the problem.
>
> Anyone have any suggestions?
>
> --
> Cheers,
>
> Phillip
>
> NetBiz Internet Services | ICQ: 12796450
> P.O. Box 449, Croydon 3136 | FTN: 3:633/252
> Email: admin at netbiz.net dot au | Vox: +61 3 9876 5295
>
From: "mei-hwa huang" <mhuang at uta dot edu>
Subject: Need help on configuring qpopper 3.1 on Solaris 7 Sparc box.
Date: Tue, 24 Oct 2000 11:15:02 -0500
Hi,
I download the qpopper3.1.tat.gz to my Sun Sparc workstation running
Solaris 7. When I try to configure the qpopper by typing ./configure
command and get the following error messages.
"...
checking if ar chokes on -r... ./configure: ar : not found
./configure : ar : not found
ar fails
configure: error: ar doesn't work.
"
And the ./configure program stops. I did not change any configuration file
and just would like to quick start.
What does the error mean? What should I do to solve the problem? Any
information is very much appreciated.
Mei-hwa
Automation & Robotics Research Institute (ARRI)
7300 Jack Newell Blvd. S.,
Fort Worth, TX 76118
Tel: 817-272-5906 FAX: 817-272-5952
mhuang at uta dot edu
Date: Tue, 24 Oct 2000 13:13:42 -0400
From: Andy Druda <adruda at wagner dot edu>
Subject: Re: Need help on configuring qpopper 3.1 on Solaris 7 Sparc
The program ar is not installed on your server. I had the same problem with
my Solaris 8 intel. You need to install the package called UNWbtool. On my
Sol8 intel disks it was on Software 2/2. I am still working on my system
(more problems still) but at least I got past the "ar is not present"
thing. Hope this helps
Andy
At 12:15 PM 10/24/2000, mei-hwa huang wrote:
>Hi,
> I download the qpopper3.1.tat.gz to my Sun Sparc workstation running
>Solaris 7. When I try to configure the qpopper by typing ./configure
>command and get the following error messages.
>
>"...
>checking if ar chokes on -r... ./configure: ar : not found
>./configure : ar : not found
>ar fails
>configure: error: ar doesn't work.
>"
>
>And the ./configure program stops. I did not change any configuration file
>and just would like to quick start.
>What does the error mean? What should I do to solve the problem? Any
>information is very much appreciated.
>
>Mei-hwa
>
>
>
>
>Automation & Robotics Research Institute (ARRI)
>7300 Jack Newell Blvd. S.,
>Fort Worth, TX 76118
>Tel: 817-272-5906 FAX: 817-272-5952
>mhuang at uta dot edu
Andy Druda
Network & Communications Manager
Wagner College
Staten Island, New York 10301
1 718 390 3204
Date: Tue, 24 Oct 2000 13:42:06 -0400
From: Andy Druda <adruda at wagner dot edu>
Subject: Re: Need help on configuring qpopper 3.1 on Solaris 7 Sparc
hmm, that would be SUNWbtool
At 01:13 PM 10/24/2000, Andy Druda wrote:
>The program ar is not installed on your server. I had the same problem
>with my Solaris 8 intel. You need to install the package called UNWbtool.
>On my Sol8 intel disks it was on Software 2/2. I am still working on my
>system (more problems still) but at least I got past the "ar is not
>present" thing. Hope this helps
>
>Andy
>
>
>
>
>
>
>
>At 12:15 PM 10/24/2000, mei-hwa huang wrote:
>>Hi,
>> I download the qpopper3.1.tat.gz to my Sun Sparc workstation running
>>Solaris 7. When I try to configure the qpopper by typing ./configure
>>command and get the following error messages.
>>
>>"...
>>checking if ar chokes on -r... ./configure: ar : not found
>>./configure : ar : not found
>>ar fails
>>configure: error: ar doesn't work.
>>"
>>
>>And the ./configure program stops. I did not change any configuration file
>>and just would like to quick start.
>>What does the error mean? What should I do to solve the problem? Any
>>information is very much appreciated.
>>
>>Mei-hwa
>>
>>
>>
>>
>>Automation & Robotics Research Institute (ARRI)
>>7300 Jack Newell Blvd. S.,
>>Fort Worth, TX 76118
>>Tel: 817-272-5906 FAX: 817-272-5952
>>mhuang at uta dot edu
>
>
>
>
>Andy Druda
>Network & Communications Manager
>Wagner College
>Staten Island, New York 10301
>1 718 390 3204
Andy Druda
Network & Communications Manager
Wagner College
Staten Island, New York 10301
1 718 390 3204
Date: Tue, 24 Oct 2000 12:55:09 -0500
From: mike miller <mikem at ndtel dot com>
Subject: Re: Need help on configuring qpopper 3.1 on Solaris 7 Sparcbox.
You may also want to check that your path is ok to the ar file in
/usr/ccs/bin if not then you need to add that directory to your path
type "env" from the shell prompt to see what your path is set to. If
you dont have /usr/ccs/bin then:
PATH=PATH=/usr/sbin:/usr/bin:/usr/ccs/bin:/usr/local/bin; export PATH
then you should be ready to go....
Andy Druda wrote:
>
> hmm, that would be SUNWbtool
>
> At 01:13 PM 10/24/2000, Andy Druda wrote:
> >The program ar is not installed on your server. I had the same problem
> >with my Solaris 8 intel. You need to install the package called UNWbtool.
> >On my Sol8 intel disks it was on Software 2/2. I am still working on my
> >system (more problems still) but at least I got past the "ar is not
> >present" thing. Hope this helps
> >
> >Andy
> >
> >
> >
> >
> >
> >
> >
> >At 12:15 PM 10/24/2000, mei-hwa huang wrote:
> >>Hi,
> >> I download the qpopper3.1.tat.gz to my Sun Sparc workstation running
> >>Solaris 7. When I try to configure the qpopper by typing ./configure
> >>command and get the following error messages.
> >>
> >>"...
> >>checking if ar chokes on -r... ./configure: ar : not found
> >>./configure : ar : not found
> >>ar fails
> >>configure: error: ar doesn't work.
> >>"
> >>
> >>And the ./configure program stops. I did not change any configuration file
> >>and just would like to quick start.
> >>What does the error mean? What should I do to solve the problem? Any
> >>information is very much appreciated.
> >>
> >>Mei-hwa
> >>
> >>
> >>
> >>
> >>Automation & Robotics Research Institute (ARRI)
> >>7300 Jack Newell Blvd. S.,
> >>Fort Worth, TX 76118
> >>Tel: 817-272-5906 FAX: 817-272-5952
> >>mhuang at uta dot edu
> >
> >
> >
> >
> >Andy Druda
> >Network & Communications Manager
> >Wagner College
> >Staten Island, New York 10301
> >1 718 390 3204
>
> Andy Druda
> Network & Communications Manager
> Wagner College
> Staten Island, New York 10301
> 1 718 390 3204
From: "mei-hwa huang" <mhuang at uta dot edu>
Subject: Re: Need help on configuring qpopper 3.1 on Solaris 7 Sparcbox.
Date: Tue, 24 Oct 2000 14:13:54 -0500
Thanks to you all for providing the solutions. I add /usr/ccs/bin to my PATH
and solve the problems. Now I am running the qpopper 3.1 as my pop3 server.
Thanks.
mei-hwa
----- Original Message -----
From: mike miller <mikem at ndtel dot com>
Cc: Subscribers of Qpopper <qpopper at lists.pensive dot org>
Sent: Tuesday, October 24, 2000 12:55 PM
Subject: Re: Need help on configuring qpopper 3.1 on Solaris 7 Sparcbox.
> You may also want to check that your path is ok to the ar file in
> /usr/ccs/bin if not then you need to add that directory to your path
> type "env" from the shell prompt to see what your path is set to. If
> you dont have /usr/ccs/bin then:
>
> PATH=PATH=/usr/sbin:/usr/bin:/usr/ccs/bin:/usr/local/bin; export PATH
> then you should be ready to go....
>
>
>
> Andy Druda wrote:
> >
> > hmm, that would be SUNWbtool
> >
> > At 01:13 PM 10/24/2000, Andy Druda wrote:
> > >The program ar is not installed on your server. I had the same problem
> > >with my Solaris 8 intel. You need to install the package called
UNWbtool.
> > >On my Sol8 intel disks it was on Software 2/2. I am still working on my
> > >system (more problems still) but at least I got past the "ar is not
> > >present" thing. Hope this helps
> > >
> > >Andy
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >At 12:15 PM 10/24/2000, mei-hwa huang wrote:
> > >>Hi,
> > >> I download the qpopper3.1.tat.gz to my Sun Sparc workstation
running
> > >>Solaris 7. When I try to configure the qpopper by typing ./configure
> > >>command and get the following error messages.
> > >>
> > >>"...
> > >>checking if ar chokes on -r... ./configure: ar : not found
> > >>./configure : ar : not found
> > >>ar fails
> > >>configure: error: ar doesn't work.
> > >>"
> > >>
> > >>And the ./configure program stops. I did not change any configuration
file
> > >>and just would like to quick start.
> > >>What does the error mean? What should I do to solve the problem? Any
> > >>information is very much appreciated.
> > >>
> > >>Mei-hwa
> > >>
> > >>
> > >>
> > >>
> > >>Automation & Robotics Research Institute (ARRI)
> > >>7300 Jack Newell Blvd. S.,
> > >>Fort Worth, TX 76118
> > >>Tel: 817-272-5906 FAX: 817-272-5952
> > >>mhuang at uta dot edu
> > >
> > >
> > >
> > >
> > >Andy Druda
> > >Network & Communications Manager
> > >Wagner College
> > >Staten Island, New York 10301
> > >1 718 390 3204
> >
> > Andy Druda
> > Network & Communications Manager
> > Wagner College
> > Staten Island, New York 10301
> > 1 718 390 3204
>
Date: Thu, 26 Oct 2000 17:12:45 -0400
From: Jack Sasportas <jack at innovativeinternet dot com>
Subject: Qpopper / Postfix / MySQL Help Wanted!
I am looking to setup Qpopper on RedHat, and use MySQL users
instead of linux users. I would like to be able to support multiple bob
pop
accounts per say, so probably will use maildir. I would like to use
Postfix as the
MTA. I also want to have a configuration file that allows me to easily
modify things like minimum pop times, and have it notify users who are
poping to
check email every 30 seconds instead of lets say every 4 minutes.
I am of course open to suggestions.
I am looking for someone who has set this up before in this manner
and has it working perfectly with a decent amount of domains, and users,
of
course am willing to pay for your services.
Besides what is described, the ability to setup & config postfix,
procmail, some mailing list manager like ezmlm or major domo, and any
other mail
features you can think of will be very helpful.
Finally a small amount of training to ensure I understand how the
whole thing works.
Please contact me off list...
Thanks...
PS if this is not you, but you know someone who can do this I
would appreciate you
forwarding them this information.
___________________________________________________________
Jack Sasportas
Innovative Internet Solutions
Phone 305.665.2500
Fax 305.665.2551
www.innovativeinternet.com
www.web56.net
Date: Sat, 28 Oct 2000 17:48:18 -0200
From: Paulo Santos <psantos at gol.com dot br>
Subject: ?
Ola
From: "Guido Dolci" <dolci at sfera dot net>
Date: Sun, 29 Oct 2000 12:34:42 +0100
Subject: rotating logs
Hi,
I have a problem rotating logs using qpopper in daemon mode. Sending a HUP signal when rotating logs the process die....so what can I do?
Guido
From: "Guido Dolci" <dolci at sfera dot net>
Date: Mon, 30 Oct 2000 08:53:05 +0100
Subject: Re: rotating logs
I'm using -t , sending the HUP to the daemon, and I want to close and reopen the logfile
Thanks
Guido
On Sun, 29 Oct 2000 16:13:53 -0800, Qpopper Support wrote:
>At 12:34 PM +0100 10/29/00, Guido Dolci wrote:
>
>> Hi,
>>
>> I have a problem rotating logs using qpopper in daemon mode.
>> Sending a HUP signal when rotating logs the process die....so what
>> can I do?
>>
>> Guido
>
>Are you sending the daemon or the child processes a HUP signal?
>
>Are you using '-d' or '-t'?
>
>What is it you want to happen? Do you want the daemon to close and
>reopen the log?
>
From: "Stephen Sayers" <ssayers at gtnet.gov dot uk>
Subject: Content Length Issues
Date: Mon, 30 Oct 2000 13:19:13 -0000
Hi,
A similiar question was asked recently but I do not think anyone replied (at
least to the mailing list).
I am currently upgrading from version 2.52 to 3.1 of Qpopper on Solaris
2.5.1.
In our previous setup we disabled the use of Content Length Header when
processing messages in a mailbox. I understand the reason for this is
because if a message became damaged it might be a different size to that
reported by the Content Length header. This would result in one message
being run into another which is not a desirable state of affairs.
Is this still a problem in the current version of qpopper, or is the problem
caused by something else....like the local delivery agent..we use the
standard mailer for Solaris (mail).
In addition, can anyone explain how to disable content-length support in
qpopper 3.1?
Thank you in advance for your help.
Stephen Sayers
GTNET Support
Date: Mon, 30 Oct 2000 09:33:48 -0600 (CST)
From: SuperUser <ralvarez at tmx.com dot ni>
Subject: Re: ?
hola
------------------------------------------------------------------------
Ramon Alvarez Rayo
Contacto tecnico
e-mail: ralvarez at tmx.com dot ni
-----------------------------------------------------------------------
On Sat, 28 Oct 2000, Paulo Santos wrote:
> Ola
>
>
>
From: Tyler Heath <theath at juniornet dot com>
Subject: Qpopper & LDAP
Date: Mon, 30 Oct 2000 12:09:16 -0500
Hi,
Is there a way to use LDAP instead of /etc/passwd to authenticate pop users
with Qpopper?
-Tyler
Date: Mon, 30 Oct 2000 09:26:05 -0800
From: Qpopper Support <qpopper at qualcomm dot com>
Subject: Re: Content Length Issues
At 1:19 PM +0000 10/30/00, Stephen Sayers wrote:
> Hi,
>
> A similiar question was asked recently but I do not think anyone replied (at
> least to the mailing list).
>
> I am currently upgrading from version 2.52 to 3.1 of Qpopper on Solaris
> 2.5.1.
>
> In our previous setup we disabled the use of Content Length Header when
> processing messages in a mailbox. I understand the reason for this is
> because if a message became damaged it might be a different size to that
> reported by the Content Length header. This would result in one message
> being run into another which is not a desirable state of affairs.
>
> Is this still a problem in the current version of qpopper, or is the problem
> caused by something else....like the local delivery agent..we use the
> standard mailer for Solaris (mail).
The problem is in the local delivery agent. My understanding is that
the most recent mail.local (available from <http://www.sendmail.org>)
fixes a problem that causes incorrect Content-Length headers to be
generated.
Qpopper 3.1 includes a work-around for C-L headers which are slightly
off. I suggest upgrading to the latest mail.local and Qpopper 3.1,
and then see if you still have any problems with C-L.
>
> In addition, can anyone explain how to disable content-length support in
> qpopper 3.1?
Edit popper/Makefile to remove '-DCONTENT_LENGTH=1'. But first see
if this is needed.
Date: Mon, 30 Oct 2000 13:02:30 -0600
From: Joy <joyn at ndtel dot com>
Subject: .user.pop file
I am using a linux box using red hat 5.2, 2.2.5 kernel, qpopper 3.1
server mode, auto delete, and bulldb, and have a question about pop lock
files. How long does a .user.pop file stick around after a connection
has been broken? Is there a setting to change the time that it sticks
around? I have noticed that a customer was repeatedly trying to get his
mail (with the longest pop break of 13 minutes) which had a pop lock
file. After a 14 min break from checking his mail the lock went away.
--
Joy Newland
Operations Technology Specialist
North Dakota Telephone Company
From: "Bill Catlan" <wcatlan at optonline dot net>
Subject: qpopper config
Date: Mon, 30 Oct 2000 15:39:10 -0500
Hello,
I have qpopper installed on a RH 6.2 linux box. It responds properly to a
telnet session.
I am using a dynamic DNS provider that allows me to post MX records (although, I
am not sure at all whether I configured them correctly).
My preliminary question is this ... Do I need a sendmail server installed on the
same host as my qpopper install to act as a MTA for my qpopper install? Or,
will a remote MTA connect to my qpopper install to deliver mail, once properly
configured MX records, etc. are in place at my dynamic DNS provider?
Right now, with the above described config, my e-mail gets bounced back with the
following transcript:
The original message was received at Sun, 29 Oct 2000 20:14:06 -0500 (EST)
from s1.optonline.net [167.206.112.3]
----- The following addresses had permanent fatal errors -----
<wcatlan at mydomain dot com>
----- Transcript of session follows -----
553 5.3.5 localhost.townbrowser.com. config error: mail loops back to me (MX
problem?)
<wcatlan at mydomain dot com>... Deferred: Connection refused by townbrowser.com.
Thanks for any clues,
Bill
Date: Mon, 30 Oct 2000 14:02:56 -0800
From: Qpopper Support <qpopper at qualcomm dot com>
Subject: Re: .user.pop file
At 1:02 PM -0600 10/30/00, Joy wrote:
> I am using a linux box using red hat 5.2, 2.2.5 kernel, qpopper 3.1
> server mode, auto delete, and bulldb, and have a question about pop lock
> files. How long does a .user.pop file stick around after a connection
> has been broken? Is there a setting to change the time that it sticks
> around? I have noticed that a customer was repeatedly trying to get his
> mail (with the longest pop break of 13 minutes) which had a pop lock
> file. After a 14 min break from checking his mail the lock went away.
The .user.lock file should go away when the popper process for that
user exits. If the user's spool is especially large, this may take a
few minutes. If the popper process dies before it can finish
cleaning up, the .user.lock file will stay around. The next popper
process for that user will usurp the lock if it is older than 5 or 15
minutes. (While the lock is in use Qpopper refreshes it every minute
or so, to ensure that it doesn't become stale.)
The .user.pop file should also be removed when the popper process
cleans up and terminates. However, if it stays around, the next
popper process will simply use it (unless the first popper process is
still active).
If you can reproduce a situation where the user disconnects, the
popper process for that user dies, and the .user.lock or .user.pop
files stays around, please let me know.
Date: Tue, 31 Oct 2000 09:02:40 +0900
From: Peter Evans <peter at gol dot com>
Subject: Re: Qpopper & LDAP
Tyler Heath (theath at juniornet dot com) wrote:
> Is there a way to use LDAP instead of /etc/passwd to authenticate pop users
> with Qpopper?
1 - use PAM
2 - hack code.
Since I detest PAM and dont really have enough time to bother
learning its intricacies, I modified qp3.1 to speak LDAP
instead of getpwnam, it took about 2 hours.
One of the problems we have that may be unique is the requirement
to pull the pathname to the mailbox out of LDAP (like Home dir)
blame exim for this quirk -.-;
As a result, one needs to cache the results of the LDAP query or
hit your OpenLDAP server twice as hard.
Not a particularly difficult hack, but its not designed for
portability other than the fact that it works on IRIX/Solaris
and linux,
(hard coded names in the .h file, particular expectations of LDAP.)
P
----+
--
Remember The 5 K's. Would you like homing missiles too?
The Justified Agents of Munya-munya-muuuu ...
Date: Tue, 31 Oct 2000 00:08:14 +0000
From: Gudbjorn Hreinsson <gsh at skima dot is>
Subject: Re: .user.pop file
I actually had a similar but more sinister problem. I have RH Linux
6.2, raid-tools 0.9 (and two 18 GB disks striped for a single md
volume) and quota in combination with qpopper 3.1.
We didn't turn on quota in the beginning but then we started it
using a 10 MB limit. What happened was that qpopper would generate
a lock file and quota would complain for users with oversize files
but the lock went ahead anyway and copy the mailbox to a temp file
(.user.pop). If the user changed something (deleted a message etc.)
then qpopper would complain about not being able to copy the temp
file to the mailbox file and quit. However, sometimes the user would
log in the next time he would have an empty mailbox and a nonexistent
temp file.
We never figured what caused the mailbox file to become empty, but
sometimes there would be an incoming message between pop accesses
but not always...
We finally turned off quota and the problem went away (newest
raid-tools amd quota packages) and the concensus was that there
must have been some incompatibility between quota and raid-tools...
I am curious if anyone has met similar problems or has any insight?
We would like to implement quota again but not at the expense of
lost mail...
Thanks,
-GSH
Qpopper Support wrote:
>
> At 1:02 PM -0600 10/30/00, Joy wrote:
>
> > I am using a linux box using red hat 5.2, 2.2.5 kernel, qpopper 3.1
> > server mode, auto delete, and bulldb, and have a question about pop lock
> > files. How long does a .user.pop file stick around after a connection
> > has been broken? Is there a setting to change the time that it sticks
> > around? I have noticed that a customer was repeatedly trying to get his
> > mail (with the longest pop break of 13 minutes) which had a pop lock
> > file. After a 14 min break from checking his mail the lock went away.
>
> The .user.lock file should go away when the popper process for that
> user exits. If the user's spool is especially large, this may take a
> few minutes. If the popper process dies before it can finish
> cleaning up, the .user.lock file will stay around. The next popper
> process for that user will usurp the lock if it is older than 5 or 15
> minutes. (While the lock is in use Qpopper refreshes it every minute
> or so, to ensure that it doesn't become stale.)
>
> The .user.pop file should also be removed when the popper process
> cleans up and terminates. However, if it stays around, the next
> popper process will simply use it (unless the first popper process is
> still active).
>
> If you can reproduce a situation where the user disconnects, the
> popper process for that user dies, and the .user.lock or .user.pop
> files stays around, please let me know.
Date: Tue, 31 Oct 2000 15:38:42 +1300 (NZDT)
From: Alan Brown <alan at manawatu.gen dot nz>
Subject: Re: .user.pop file
On Mon, 30 Oct 2000, Joy wrote:
> I am using a linux box using red hat 5.2
Upgrade it.
5.2 is swiss cheese, security wise.
AB
From: "Kenneth Porter" <shiva at well dot com>
Date: Mon, 30 Oct 2000 19:52:17 -0800
Subject: Re: qpopper config
On Mon, 30 Oct 2000 15:39:10 -0500, Bill Catlan wrote:
>My preliminary question is this ... Do I need a sendmail server installed on the
>same host as my qpopper install to act as a MTA for my qpopper install? Or,
>will a remote MTA connect to my qpopper install to deliver mail, once properly
>configured MX records, etc. are in place at my dynamic DNS provider?
qpopper allows users to retrieve messages already on the box. You need
some mechanism (an MTA and MDA) to get the messages there in the first
place. I use sendmail and procmail for my MTA and MDA.
Ken
mailto:shiva at well dot com
http://www.sewingwitch.com/ken/
http://www.harrybrowne2000.org/
Date: Tue, 31 Oct 2000 13:39:58 +0900
From: Alan Chung <alan at silveregg.co dot jp>
Subject: qpopper Help!
I have installed qpopper on several servers and works fine. But one of the
latest I have done got the following error. There is no response when I
telnet to port 110.
Unable to obtain socket and address of client : Socket operation on
non-socket (88)
My inetd.conf is set just the same as others
pop3 stream tcp nowait root /usr/local/lib/popper qpopper -s
And I checked /etc/services and have made sure there is no duplicate 110
use. What could be wrong possibly? I run out of idea.
Please help!
Alan
Date: Tue, 31 Oct 2000 19:05:29 +0100
From: eduval at synergia-france.com dot fr
Subject: Defunct problen with Qpopper3.1
Hi,
Qpopper 3.1 (Mode standalone)
Linux 2.2.13 (Slackware)
Since three days, I have many <defunct> qpopper deamon on my server.
Do you have a same problem ?
If no, do you have an idea ?
Thank you.
Date: Fri, 03 Nov 2000 17:17:53 -0500
From: Frank Beale <fbbeale at richmond.infi dot net>
Subject: expire messages
I have qpopper3.1 running in server mode and it is working fine. I Thought I
read somewhere that you could have qpopper remove messages from the server
after they were x many days old, however I have not been able to find this
in the documentation. Did I dream this, can anyone set me straight? I don't
want to delete all the mail after it is downloaded, but I don't want users
to leave the mail on the server forever.
Thanks,
Frank Beale
From: Rasheed Darras <rasheed at anet.net dot sa>
Subject: Web based e-mail utility for sendmail
Date: Sun, 5 Nov 2000 08:58:39 +0300
I have QPOP ver. 2.53 and sendmail 8.9.3 on sun Solaris Unix.
I need web-based interface for adding/deleting users and modifying some of sendmail files
Like aliases, access, mailertable ... .
Regards,
Rasheed
Date: Sun, 5 Nov 2000 22:22:37 -0800
From: Qpopper Support <qpopper at qualcomm dot com>
Subject: Re: Web based e-mail utility for sendmail
At 8:58 AM +0300 11/5/00, Rasheed Darras wrote:
> I have QPOP ver. 2.53 and sendmail 8.9.3 on sun Solaris Unix.
You should upgrade to Qpopper 3.1, and you may want to get sendmail
8.10 or 8.11 as well.
From: "InvictaNet Customer Support" <support at invictanet.co dot uk>
Subject: RE: Web based e-mail utility for sendmail
Date: Mon, 6 Nov 2000 15:58:24 -0000
http://www.webmin.com
-----------------------------------------------------
InvictaNet - The Internet in Plain English, Guaranteed
http://www.invictanet.co.uk
mailto:info at invictanet.co dot uk
phone: 0870 7402252
fax: +44 (0)1233 334001
------------------------------------------------------
-----Original Message-----
From: Rasheed Darras [mailto:rasheed at anet.net dot sa]
Sent: Sunday, November 05, 2000 5:59 AM
To: Subscribers of Qpopper
Subject: Web based e-mail utility for sendmail
I have QPOP ver. 2.53 and sendmail 8.9.3 on sun Solaris Unix.
I need web-based interface for adding/deleting users and modifying some of
sendmail files
Like aliases, access, mailertable ... .
Regards,
Rasheed
Date: Mon, 6 Nov 2000 11:22:56 -0500 (EST)
From: Jeff Earickson <jaearick at colby dot edu>
Subject: Re: expire messages
This message is in MIME format. The first part should be readable text,
while the remaining parts are likely unreadable without MIME-aware tools.
Send mail to mime at docserver.cac.washington dot edu for more info.
---559023410-33463914-973527776=:20533
Content-Type: TEXT/PLAIN; charset=US-ASCII
Hi,
Attached is the perl script I use to clean out old email from user
mailboxes. I didn't write it, but it works (customize to your tastes).
The issue of cleaning out old email is not strictly a POP problem, but
a problem of concern here anyway.
** Jeff A. Earickson, Ph.D PHONE: 207-872-3659
** Senior UNIX Sysadmin, Information Technology EMAIL: jaearick at colby dot edu
** Colby College, 4214 Mayflower Hill, FAX: 207-872-3555
** Waterville ME, 04901-8842
----------------------------------------------------------------------------
Protons have Mass? I didn't know they were Catholic...
----------------------------------------------------------------------------
On Fri, 3 Nov 2000, Frank Beale wrote:
> Return-Path: <Qpopper-errors at lists.pensive dot org>
> Received: from turing.pensive.org (turing.pensive.org [204.210.11.246])
> by host-09.colby.edu
> (8.11.1/8.11.1/Colby-Hub/check_local4.1/1.43') with ESMTP id
> eA3MKWU12257
> for <jaearick at colby dot edu>; Fri, 3 Nov 2000 17:20:34 -0500 (EST)
> Received: from mailhost.bealenet.com (207.78.118.17) by turing.pensive.org
> with ESMTP (Eudora Internet Mail Server 3.0.2) for
> <qpopper at lists.pensive dot org>;
> Fri, 3 Nov 2000 14:17:54 -0800
> Received: from beale2 (beale2.bealenet.com [207.78.118.251])
> by mailhost.bealenet.com (8.9.3/8.9.3) with SMTP id RAA06322
> for <qpopper at lists.pensive dot org>; Fri, 3 Nov 2000 17:16:16 -0500
> X-Sender: fbbeale at richmond.infi dot net
> X-Mailer: Windows Eudora Light Version 1.5.4 (32)
> Mime-Version: 1.0
> Content-Type: text/plain; charset="us-ascii"
> Date: Fri, 03 Nov 2000 17:17:53 -0500
> Errors-To: List Administrator <Qpopper-errors at lists.pensive dot org>
> Precedence: bulk
> List-Subscribe: <mailto:qpopper-request at lists.pensive dot org?body=subscribe>
> List-Unsubscribe:
> <mailto:qpopper-request at lists.pensive dot org?body=unsubscribe>
> List-Archive: <mailto:autoshare at lists.pensive dot org?body=index%20QPopper>
> List-Post: <mailto:qpopper at lists.pensive dot org>
> List-Owner: Pensive Mailing List Admin <listmaster at lists.pensive dot org>
> List-Help: http://www.pensive.org/Mailing_Lists/
> List-Id: <QPopper.lists.pensive.org>
> List-Software: AutoShare 4.2.1b4 by Mikael Hansen
> To: Subscribers of Qpopper <qpopper at lists.pensive dot org>
> From: Frank Beale <fbbeale at richmond.infi dot net>
> Subject: expire messages
> Message-Id: <556878150811568584401 at lists.pensive dot org>
>
> I have qpopper3.1 running in server mode and it is working fine. I Thought I
> read somewhere that you could have qpopper remove messages from the server
> after they were x many days old, however I have not been able to find this
> in the documentation. Did I dream this, can anyone set me straight? I don't
> want to delete all the mail after it is downloaded, but I don't want users
> to leave the mail on the server forever.
>
>
> Thanks,
>
> Frank Beale
>
---559023410-33463914-973527776=:20533
Content-Type: TEXT/PLAIN; charset=US-ASCII; name=expire_mail
Content-Transfer-Encoding: BASE64
Content-ID: <Pine.SOL.4.30.0011061122560 dot 20533@cayuga>
Content-Description:
Content-Disposition: attachment; filename=expire_mail
IyEvb3B0L3Blcmw1LmRlYnVnL2Jpbi9wZXJsIC0tCQkJCQkgICAgIC0qLXBl
cmwtKi0NCiMNCiMhL3Vzci9iaW4vcGVybCAtLQkJCQkJICAgICAtKi1wZXJs
LSotDQojDQojIENvcHlyaWdodCAoYykgSW5mb3JtYXRpb24gU3lzdGVtcywg
VGhlIFByZXNzIEFzc29jaWF0aW9uIExpbWl0ZWQgMTk5Mw0KIyBQb3J0aW9u
cyBDb3B5cmlnaHQgKGMpIENvbXB1dGVyIE5ld3NwYXBlciBTZXJ2aWNlcyBM
aW1pdGVkIDE5OTMNCiMgQWxsIHJpZ2h0cyByZXNlcnZlZC4NCiMgDQojIExp
Y2Vuc2UgdG8gdXNlLCBjb3B5LCBtb2RpZnksIGFuZCBkaXN0cmlidXRlIHRo
aXMgd29yayBhbmQgaXRzDQojIGRvY3VtZW50YXRpb24gZm9yIGFueSBwdXJw
b3NlIGFuZCB3aXRob3V0IGZlZSBpcyBoZXJlYnkgZ3JhbnRlZCwNCiMgcHJv
dmlkZWQgdGhhdCB5b3UgYWxzbyBlbnN1cmUgbW9kaWZpZWQgZmlsZXMgY2Fy
cnkgcHJvbWluZW50IG5vdGljZXMNCiMgc3RhdGluZyB0aGF0IHlvdSBjaGFu
Z2VkIHRoZSBmaWxlcyBhbmQgdGhlIGRhdGUgb2YgYW55IGNoYW5nZSwgZW5z
dXJlDQojIHRoYXQgdGhlIGFib3ZlIGNvcHlyaWdodCBub3RpY2UgYXBwZWFy
IGluIGFsbCBjb3BpZXMsIHRoYXQgYm90aCB0aGUNCiMgY29weXJpZ2h0IG5v
dGljZSBhbmQgdGhpcyBwZXJtaXNzaW9uIG5vdGljZSBhcHBlYXIgaW4gc3Vw
cG9ydGluZw0KIyBkb2N1bWVudGF0aW9uLCBhbmQgdGhhdCB0aGUgbmFtZSBv
ZiBDb21wdXRlciBOZXdzcGFwZXIgU2VydmljZXMgbm90DQojIGJlIHVzZWQg
aW4gYWR2ZXJ0aXNpbmcgb3IgcHVibGljaXR5IHBlcnRhaW5pbmcgdG8gZGlz
dHJpYnV0aW9uIG9yIHVzZQ0KIyBvZiB0aGUgd29yayB3aXRob3V0IHNwZWNp
ZmljLCB3cml0dGVuIHByaW9yIHBlcm1pc3Npb24gZnJvbSBDb21wdXRlcg0K
IyBOZXdzcGFwZXIgU2VydmljZXMuDQojIA0KIyBCeSBjb3B5aW5nLCBkaXN0
cmlidXRpbmcgb3IgbW9kaWZ5aW5nIHRoaXMgd29yayAob3IgYW55IGRlcml2
ZWQgd29yaykNCiMgeW91IGluZGljYXRlIHlvdXIgYWNjZXB0YW5jZSBvZiB0
aGlzIGxpY2Vuc2UgYW5kIGFsbCBpdHMgdGVybXMgYW5kDQojIGNvbmRpdGlv
bnMuDQojIA0KIyBUSElTIFNPRlRXQVJFIElTIFBST1ZJREVEICJBUyBJUyIs
IFdJVEhPVVQgQU5ZIFdBUlJBTlRJRVMgT0YgQU5ZIEtJTkQsDQojIEVJVEhF
UiBFWFBSRVNTIE9SIElNUExJRUQsIElOQ0xVRElORywgQlVUIE5PVCBMSU1J
VEVEIFRPIEFOWSBJTVBMSUVEDQojIFdBUlJBTlRJRVMgT0YgTUVSQ0hBTlRB
QklMSVRZLCBGSVRORVNTIEZPUiBBIFBBUlRJQ1VMQVIgUFVSUE9TRSwgQU5E
DQojIE5PTklORlJJTkdFTUVOVCBPRiBUSElSRCBQQVJUWSBSSUdIVFMuICBU
SEUgRU5USVJFIFJJU0sgQVMgVE8gVEhFIFFVQUxJVFkNCiMgQU5EIFBFUkZP
Uk1BTkNFIE9GIFRIRSBTT0ZUV0FSRSwgSU5DTFVESU5HIEFOWSBEVVRZIFRP
IFNVUFBPUlQgT1INCiMgTUFJTlRBSU4sIEJFTE9OR1MgVE8gVEhFIExJQ0VO
U0VFLiAgU0hPVUxEIEFOWSBQT1JUSU9OIE9GIFRIRSBTT0ZUV0FSRQ0KIyBQ
Uk9WRSBERUZFQ1RJVkUsIFRIRSBMSUNFTlNFRSAoTk9UIFRIRSBDT1BZUklH
SFQgT1dORVIpIEFTU1VNRVMgVEhFDQojIEVOVElSRSBDT1NUIE9GIEFMTCBT
RVJWSUNJTkcsIFJFUEFJUiBBTkQgQ09SUkVDVElPTi4gIElOIE5PIEVWRU5U
IFNIQUxMDQojIFRIRSBDT1BZUklHSFQgT1dORVIgQkUgTElBQkxFIEZPUiBB
TlkgU1BFQ0lBTCwgSU5ESVJFQ1QgT1IgQ09OU0VRVUVOVElBTA0KIyBEQU1B
R0VTIE9SIEFOWSBEQU1BR0VTIFdIQVRTT0VWRVIgUkVTVUxUSU5HIEZST00g
TE9TUyBPRiBVU0UsIERBVEEgT1INCiMgUFJPRklUUywgV0hFVEhFUiBJTiBB
TiBBQ1RJT04gT0YgQ09OVFJBQ1QsIE5FR0xJR0VOQ0UgT1IgT1RIRVIgVE9S
VElPVVMNCiMgQUNUSU9OLCBBUklTSU5HIE9VVCBPRiBPUiBJTiBDT05ORUNU
SU9OIFdJVEggVEhFIFVTRSBPUiBQRVJGT1JNQU5DRSBPRg0KIyBUSElTIFNP
RlRXQVJFLg0KIw0KIw0KIyAkSWQ6IGV4cGlyZV9tYWlsLHYgMS4xIDE5OTMv
MDYvMDMgMTA6NDM6MjYgcGhpbCBFeHAgJA0KIw0KDQojDQojIEluZm9ybWF0
aW9uIFN5c3RlbXMgRW5naW5lZXJpbmcgR3JvdXANCiMgUGhpbCBNYWxlDQoj
DQoNCmxvY2FsKCRfZXhwaXJlX21haWxfcmNzaWQpID0gJyRJZDogZXhwaXJl
X21haWwsdiAxLjEgMTk5My8wNi8wMyAxMDo0MzoyNiBwaGlsIEV4cCAkJzsN
CmxvY2FsKCRfY29weXJpZ2h0KSA9ICdDb3B5cmlnaHQgKGMpIEluZm9ybWF0
aW9uIFN5c3RlbXMsIFRoZSBQcmVzcyBBc3NvY2lhdGlvbiBMaW1pdGVkIDE5
OTMnOw0KDQpyZXF1aXJlICJnZXRvcHRzLnBsIjsJCQkjIG9wdGlvbiBoYW5k
bGluZw0KcmVxdWlyZSAidGltZWxvY2FsLnBsIjsJCQkjIHRpbWUgY29udmVy
c2lvbg0KcmVxdWlyZSAiY3RpbWUucGwiOwkJCSMgY3RpbWUgZm9yIHBzZXVk
by1tYWlsaW5nDQpyZXF1aXJlICJzdGF0LnBsIjsJCQkjIGZpbGUgc3RhdHVz
DQoNCiMgUGVybCBtYWlsIGV4cGlyZS4NCiMgVGhpcyBwcm9ncmFtIHJlbW92
ZXMgb2xkIG1lc3NhZ2VzIGZyb20gc3lzdGVtIG1haWxib3hlcy4NCiMgSXQg
YXNzdW1lcyB0aGUgZm9ybWF0IG9mIG1haWxib3hlcyB0byBiZSBzdGFuZGFy
ZA0KIyBzZW5kbWFpbCBmb3JtYXQgbWFpbCB3aXRoIGEgYmxhbmsgbGluZSBm
b2xsb3dlZCBieSBhIGBGcm9tICcgbGluZQ0KIyBzdGFydGluZyBlYWNoIGFu
ZCBldmVyeSBtZXNzYWdlLiBNYWlsYm94IGxvY2tpbmcgaXMgdmlhIGZsb2Nr
Lg0KIyBXb3JrcyB1bmRlciBTdW5PUy4NCiMNCiMgT3B0aW9ucyBhcyBmb2xs
b3dzOg0KIyAtdiAJCQl2ZXJib3NlIG91dHB1dA0KIyAtVgkJCWRpc3BsYXkg
dmVyc2lvbiBpbmZvcm1hdGlvbiBhbmQgcXVpdA0KIyAtZCAJCQlkZWJ1ZyBt
b2RlIChubyBjaGFuZ2UgdG8gbWFpbGJveCkNCiMgLWwJCQlkaXNwbGF5IG1l
c3NhZ2VzIGZvciBjcm9udGFiIG91dHB1dA0KIyAtegkJCWRvIG5vdCBkZWxl
dGUgemVybyBsZW5ndGggbWFpbGJveGVzDQojIC10CQkJZG8gbm90IHJlc2V0
IGFjY2VzcyBhbmQgbW9kaWZpY2F0aW9uIHRpbWVzIG9uIG1haWxib3gNCiMg
LW8gCQkJYWx3YXlzIG9wZW4gbWFpbGJveCwgbmV2ZXIganVzdCB0ZXN0IG1v
ZGlmaWNhdGlvbiBkYXRlDQojIC1NCQkJYXBwZW5kIGEgbWVzc2FnZSBkZXRh
aWxpbmcgZGVsZXRlZCBtZXNzYWdlcyBmb3IgdGhlIHVzZXINCiMgLVQJCQlk
byBub3QgcmVjb3JkIGRlbGl2ZXJ5IG9mIG1haWwgc3VtbWFyeSBvbiBtYWls
Ym94IGRhdGUNCiMgLVcJCQlhcHBlbmQgd2FybmluZyBhYm91dCB3aGF0IHdv
dWxkIGJlIGRlbGV0ZWQgKGltcGxlcyBkZWJ1ZykNCiMgLWEgZGF5cwkJbWVz
c2FnZXMgd2hvc2UgYWdlIGlzIGdyZWF0ZXIgdGhhbiBkYXlzIGFyZSBleHBp
cmVkDQojIC1PIGRheXMJCW1lc3NhZ2VzIHdob3NlIGFnZSBpcyBncmVhdGVy
IHRoYW4gZGF5cyBhcmUgZXhwaXJlZA0KIyAtdSB1c2VyCQlvbmx5IGNvbnNp
ZGVyIG1lc3NhZ2VzIGZyb20gdXNlciAocmVnZXhwKQ0KIyAtUyByZWFkfG9s
ZAkJb25seSBjb25zaWRlciBtZXNzYWdlcyB3aXRoIHN0YXR1cyBgb2xkJyBv
ciBgcmVhZCcNCiMgLXMgc3ViamVjdAkJb25seSBjb25zaWRlciBtZXNzYWdl
cyB3aXRoIHN1YmplY3QgKHJlZ2V4cCkNCiMNCiMgQmFzZWQgb24gZXhwaXJl
X21haWwgYnkgU3RldmUgTWl0Y2hlbGwgKHN0ZXZlX21pdGNoZWxsQGNzdWZy
ZXNuby5lZHUpDQojDQoNCiMjIyMjDQojDQojIERlZmluaXRpb25zDQojDQoj
IyMjIw0KDQojIHNpdGUgcG9zdG1hc3RlciAtIFhYWCBjaGFuZ2UgdGhpcyBh
cyByZXF1aXJlZA0KJHBvc3RtYXN0ZXIgPSAicG9zdG1hc3RlclxAY29sYnku
ZWR1IjsNCg0KIyBjdXJyZW50IHVzZXINCiRtZSA9IGdldGxvZ2luIHx8IChn
ZXRwd3VpZCgkPCkpWzBdIHx8ICJ1bmtub3duIjsNCiRob21lID0gJEVOVnsn
SE9NRSd9Ow0KDQojIGRlZmF1bHQgbWFpbGJveCBmb3IgYSB1c2VyIC0gWFhY
IGNoYW5nZSB0aGlzIGFzIHJlcXVpcmVkDQokZGVmYXVsdF9tYWlsYm94ID0g
JEVOVnsnTUFJTEJPWCd9IHx8ICIvdmFyL21haWwvJG1lIjsNCg0KIy0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0NCiMgbm90aWNlIHRvIGFwcGVuZCB0byBs
aXN0IG9mIGRlbGV0ZWQgbWVzc2FnZXMNCiMtLS1tb2RpZmllZCBmb3IgQ29s
YnkNCiRub3RpY2UgPSAiDQpIZWxsbywNCg0KVGhlIG1lc3NhZ2VzIGxpc3Rl
ZCBiZWxvdywgd2hpY2ggeW91IGhhZCBwcmV2aW91c2x5IHJlYWQgYW5kIHdo
aWNoIHdlcmUNCm1vcmUgdGhhbiAzMCBkYXlzIG9sZCwgaGF2ZSBiZWVuIGRl
bGV0ZWQgZnJvbSB5b3VyIHN5c3RlbSBtYWlsYm94IA0Kb24gQ29sYnkncyBt
YWlsIHNlcnZlciBieSB0aGUgc3lzdGVtJ3MgbWFpbCBleHBpcnkgYWdlbnQu
ICBGb3IgaW5mb3JtYXRpb24NCmFib3V0IENvbGJ5J3MgcG9saWN5IG9uIG9s
ZCBlbWFpbCwgcGxlYXNlIHNlZSB0aGUgd2VicGFnZToNCg0KICAgaHR0cDov
L3d3dy5jb2xieS5lZHUvaW5mby50ZWNoL25ld3MvZW1haWxjaGFuZ2UuaHRt
bA0KDQpJZiB5b3UgYXJlIGEgRXVkb3JhIHVzZXIsIHRoaXMgd2VicGFnZSB3
aWxsIGV4cGxhaW4gd2h5IG1lc3NhZ2VzIHlvdQ0KdGhvdWdodCB0aGF0IHlv
dSBoYWQgYWxyZWFkeSBkZWxldGVkIGFyZSBsaXN0ZWQgYmVsb3cuICBQbGVh
c2Ugbm90ZSB0aGUNCmRpc2N1c3Npb24gYWJvdXQgdGhlIFwiTGVhdmUgTWFp
bCBvbiBTZXJ2ZXJcIiBvcHRpb247IHR1cm4gdGhpcyBvcHRpb24gb2ZmDQpp
ZiB5b3UgZG8gbm90IG5lZWQgaXQuDQoNCklmIHlvdSByZWFkIHlvdXIgbWFp
bCBvbiBjb2xieTAsIHBsZWFzZSBkZWxldGUgb2xkIG1haWwgb3IgZmlsZSBp
dCBpbiANCnlvdXIgcGVyc29uYWwgbWFpbCBmb2xkZXJzLiAgQW5kIHBsZWFz
ZSByZWFkIHlvdXIgZS1tYWlsIG9uIGEgcmVndWxhcg0KYmFzaXMgc28gaXQg
ZG9lc24ndCBzdGFjayB1cC4NCg0KICAgVGhhbmsgWW91LCANCiAgIFRoZSBG
b2xrcyBpbiBJbmZvcm1hdGlvbiBUZWNobm9sb2d5IFNlcnZpY2VzIjsNCg0K
Iy0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0NCiMgd2FybmluZyBhYm91dCBv
bGQgbWFpbCBtZXNzYWdlcw0KIy0tLW1vZGlmaWVkIGZvciBDb2xieQ0KJHdh
cm5pbmc9ICINCkhlbGxvLA0KDQpUaGUgbWVzc2FnZXMgbGlzdGVkIGJlbG93
LCB3aGljaCB5b3UgaGF2ZSBwcmV2aW91c2x5IHJlYWQgYW5kIHdoaWNoIGhh
dmUNCmRlbGl2ZXJ5IGRhdGVzIG1vcmUgdGhhbiAzMCBkYXlzIG9sZCwgc2hv
dWxkIGJlIGRlbGV0ZWQgZnJvbSB5b3VyIHN5c3RlbSANCm1haWxib3ggb24g
Q29sYnkncyBtYWlsIHNlcnZlci4NCg0KQWZ0ZXIgSmFudWFyeSAxLCAxOTk5
LCBhbnkgbWFpbCBtZXNzYWdlIG9uIHRoZSBDb2xieSBtYWlsIHNlcnZlcg0K
cHJldmlvdXNseSBtYXJrZWQgYXMgXCJyZWFkXCIgYnkgdGhlIG1haWxlciBz
b2Z0d2FyZSwgYW5kIGdyZWF0ZXIgdGhhbiANCjMwIGRheXMgb2xkIHdpbGwg
YmUgYXV0b21hdGljYWxseSBkZWxldGVkIGZyb20geW91ciBzeXN0ZW0gbWFp
bGJveC4gIA0KQSBjb3B5IHdpbGwgKm5vdCogYmUgc2F2ZWQgYW55d2hlcmUg
LS0gdGhlIG1lc3NhZ2Ugd2lsbCBiZSBHT05FLiAgDQpVbnJlYWQgbWVzc2Fn
ZXMsIG5vIG1hdHRlciBob3cgb2xkLCB3aWxsIG5vdCBiZSBkZWxldGVkLg0K
DQpQbGVhc2Ugc2VlIHRoZSB3ZWJwYWdlOg0KDQogICBodHRwOi8vd3d3LmNv
bGJ5LmVkdS9pbmZvLnRlY2gvbmV3cy9lbWFpbGNoYW5nZS5odG1sDQoNCmZv
ciBmdXJ0aGVyIGluZm9ybWF0aW9uIGFib3V0IENvbGJ5J3MgcG9saWN5IG9u
IG9sZCBlbWFpbC4gIElmIHlvdSBhcmUgYSANCkV1ZG9yYSB1c2VyLCB0aGlz
IHdlYnBhZ2Ugd2lsbCBleHBsYWluIHdoeSBtZXNzYWdlcyB5b3UgdGhvdWdo
dCB0aGF0IHlvdSANCmhhZCBhbHJlYWR5IGRlbGV0ZWQgYXJlIGxpc3RlZCBi
ZWxvdy4gIFBsZWFzZSBub3RlIHRoZSBkaXNjdXNzaW9uIGFib3V0IHRoZSAN
ClwiTGVhdmUgTWFpbCBvbiBTZXJ2ZXJcIiBvcHRpb247IHR1cm4gdGhpcyBv
cHRpb24gb2ZmIGlmIHlvdSBkbyBub3QgbmVlZCBpdC4NCg0KSWYgeW91IHJl
YWQgeW91ciBtYWlsIG9uIGNvbGJ5MCwgcGxlYXNlIGRlbGV0ZSBvbGQgbWFp
bCBvciBmaWxlIGl0IGluIA0KeW91ciBwZXJzb25hbCBtYWlsIGZvbGRlcnMu
ICBBbmQgcGxlYXNlIHJlYWQgeW91ciBlLW1haWwgb24gYSByZWd1bGFyDQpi
YXNpcyBzbyBpdCBkb2Vzbid0IHN0YWNrIHVwLg0KDQogICBUaGFuayBZb3Us
IA0KICAgVGhlIEZvbGtzIGluIEluZm9ybWF0aW9uIFRlY2hub2xvZ3kgU2Vy
dmljZXMiOw0KDQojLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0KDQojIHNl
dCB0aGUgdW1hc2sgZm9yIHRlbXAgZmlsZXMNCnVtYXNrKCAwNzAwICk7DQoN
CiMgbWFrZSBzdGRvdXQgdW5idWZmZXJlZA0Kc2VsZWN0KFNURE9VVCk7ICR8
ID0gMTsNCg0KJExPQ0tfRVggPSAyOwkJCQkjIGxvY2sNCiRMT0NLX1VOID0g
ODsJCQkJIyB1bmxvY2sNCiRTVEFSVF9USU1FID0gdGltZTsJCQkjIHRpbWUg
cmlnaHQgbm93DQokU0VDX1BFUl9EQVkgPSAyNCAqIDYwICogNjA7CQkjIHNl
Y29uZHMgaW4gYSBkYXkNCiRsaW5lX2J1ZmZlciA9ICIiOwkJCSMgZW1wdHkg
bGluZSBidWZmZXINCg0KIyBtb250aCBudW1iZXJzDQokbW9uX251bXsnSmFu
J30gPSAwOw0KJG1vbl9udW17J0ZlYid9ID0gMTsNCiRtb25fbnVteydNYXIn
fSA9IDI7DQokbW9uX251bXsnQXByJ30gPSAzOw0KJG1vbl9udW17J01heSd9
ID0gNDsNCiRtb25fbnVteydKdW4nfSA9IDU7DQokbW9uX251bXsnSnVsJ30g
PSA2Ow0KJG1vbl9udW17J0F1Zyd9ID0gNzsNCiRtb25fbnVteydTZXAnfSA9
IDg7DQokbW9uX251bXsnT2N0J30gPSA5Ow0KJG1vbl9udW17J05vdid9ID0g
MTA7DQokbW9uX251bXsnRGVjJ30gPSAxMTsNCg0KIyMjIyMNCiMNCiMgU3Vw
cG9ydA0KIw0KIyMjIyMNCg0KIyBsaW5lIGJ1ZmZlciBmb3IgbG9vay1haGVh
ZA0KDQpzdWIgZ2V0X2xpbmUNCnsNCglsb2NhbCggJGxpbmUgKSA9ICIiOwkJ
CSMgbGluZSB0byByZXR1cm4NCg0KCWlmKCAhICgkbGluZV9idWZmZXIgZXEg
IiIpICkgew0KCQkkbGluZSA9ICRsaW5lX2J1ZmZlcjsNCgkJJGxpbmVfYnVm
ZmVyID0gIiI7DQoJfSBlbHNlIHsNCgkJJGxpbmUgPSA8TUJPWD47DQoJfQ0K
CXJldHVybiAkbGluZTsNCn0NCg0KIyByZWFkIG1lc3NhZ2UgZnJvbSBtYWls
Ym94DQoNCnN1YiByZWFkX21lc3NhZ2UNCnsNCglsb2NhbCggJG1zZyApID0g
IiI7CQkJIyBtZXNzYWdlIHRvIHNlbmQgYmFjaw0KCWxvY2FsKCAkcHJldl9i
bGFuayApID0gMTsJCSMgYXNzdW1lIHByZXZpb3VzIGxpbmUgYmxhbmsNCgls
b2NhbCggJHNlZW5fZnJvbSApID0gMDsJCSMgc2VlbiBhIGZyb20gbGluZQ0K
CWxvY2FsKCAkbGluZSApID0gIiI7CQkJIyBjdXJyZW50IGxpbmUNCg0KCSMg
cmVzZXQgc29tZSBnbG9iYWxzDQoJJG1zZ19zdGF0dXMgPSAiIjsNCgkkbXNn
X3N1YmplY3QgPSAiIjsNCgkkbXNnX2RhdGUgPSAiIjsNCg0KCXdoaWxlKCAk
bGluZSA9ICZnZXRfbGluZSApIHsNCiAgICANCgkJaWYoICRsaW5lID1+IC9e
RnJvbVxzKyhbXlxzXSspXHMrKC4qKSQvICkgew0KCQkJIyBpZiBwcmV2aW91
cyBsaW5lIHdhcyBibGFuaywgdGhlbiBsZWdhbCBmcm9tIGxpbmUNCgkJCWlm
KCAkcHJldl9ibGFuayApIHsNCgkJCQkjIGlmIGFscmVhZHkgc2VlbiBhIGxl
Z2FsIGZyb20gbGluZSwgdGhlbiB0aGlzIGlzIG5leHQgbWVzc2FnZQ0KCQkJ
CWlmKCAkc2Vlbl9mcm9tICkgew0KCQkJCQkjIHB1c2hiYWNrIHRoaXMgZnJv
bSBsaW5lDQoJCQkJCSRsaW5lX2J1ZmZlciA9ICRsaW5lOw0KCQkJCQlyZXR1
cm4gJG1zZzsNCgkJCQl9DQoJCQkJJHNlZW5fZnJvbSsrOw0KCQkJCSMgRnJv
bSBsaW5lIGZvdW5kLCBleHRyYWN0IGluZm9ybWF0aW9uDQoJCQkJKCAkbXNn
X2Zyb20sICRtc2dfZGF0ZSApID0gKCAkMSwgJDIgKTsNCgkJCQkkbXNnX3N0
YW1wID0gJnJjdGltZSggJG1zZ19kYXRlICk7DQoJCQkJJG1zZ19hZ2UgPSAm
ZGF5c19vbGQoICRtc2dfc3RhbXAgKTsNCgkJCX0NCgkJfSBlbHNpZiggJGxp
bmUgPX4gL15bU3NddGF0dXM6IChbQS1aYS16XSspLyApIHsNCgkJCSggJG1z
Z19zdGF0dXMgKSA9ICggJDEgKTsNCgkJfSBlbHNpZiggJGxpbmUgPX4gL15b
U3NddWJqZWN0OiAoLiopJC8gKSB7DQoJCQkoICRtc2dfc3ViamVjdCApID0g
KCAkMSApOw0KCQl9DQoNCgkJIyBzZXQgcHJldmlvdXMgbGluZQ0KCQlpZigg
JGxpbmUgPX4gL14kLyApIHsNCgkJCSRwcmV2X2JsYW5rID0gMTsNCgkJfSBl
bHNlIHsNCgkJCSRwcmV2X2JsYW5rID0gMDsNCgkJfQ0KDQoJCSRtc2cgLj0g
JGxpbmU7DQoJfQ0KDQoJcmV0dXJuICRtc2c7DQp9DQoNCiMgd3JpdGUgYSBt
ZXNzYWdlIGludG8gYSBtYWlsYm94DQpzdWIgd3JpdGVfbWVzc2FnZQ0Kew0K
CXByaW50IFRNUEYgIkBfIjsNCn0NCg0KIyBwYXJzZSB0aGUgY3RpbWUgc3Ry
aW5nIGludG8gYSB0aW1lIHZhbHVlDQojIEZyb20gbGluZSBjb250YWlucyBs
b2NhbCB0aW1lDQoNCnN1YiByY3RpbWUNCnsNCglsb2NhbCggJHB0ICkgPSBA
XzsJCQkjIHRpbWUgdG8gY29udmVydA0KCWxvY2FsKCAkY3QgKSA9IC0xOwkJ
CSMgY29udmVydGVkIHRpbWUNCg0KCWlmKCRwdCA9fiAvXihbQS1aYS16XSsp
XHMrKFtBLVphLXpdKylccysoWzAtOV0rKVxzKyhbMC05Ol0rKVxzKyhbMC05
XSspLyApIHsNCgkJKCAkZGF5LCAkbW9uLCAkbWRheSwgJHRpbWUsICR5ZWFy
ICkgPSAoICQxLCAkMiwgJDMsICQ0LCAkNSApOw0KCQkoICRob3VyLCAkbWlu
LCAkc2VjICkgPSBzcGxpdCggJzonLCAkdGltZSApOw0KCQlpZiggJHllYXIg
PiAxOTAwICkgeyAkeWVhciAtPSAxOTAwOyB9DQoJCSRjdCA9ICZ0aW1lbG9j
YWwoJHNlYywkbWluLCRob3VyLCRtZGF5LCRtb25fbnVteyRtb259LCR5ZWFy
KTsNCgl9DQoJcmV0dXJuICRjdDsNCn0NCg0KIyBhZ2UgaW4gZGF5cw0Kc3Vi
IGRheXNfb2xkDQp7DQoJbG9jYWwoICRhZ2V2ICkgPSBAXzsJCQkjIHRpbWUg
dG8gY29udmVydA0KDQoJcmV0dXJuKCAoICRTVEFSVF9USU1FIC0gJGFnZXYg
KSAvICRTRUNfUEVSX0RBWSApOw0KfQ0KDQojIGJhc2VuYW1lDQpzdWIgYmFz
ZW5hbWUNCnsNCglsb2NhbCggJHBhdGggKSA9IEBfOwkJCSMgcGF0aCB0byBm
aW5kIHRoZSBiYXNlIG9mDQoJbG9jYWwoICRiYXNlICkgPSByaW5kZXgoICRw
YXRoLCAiLyIgKTsNCg0KCWlmKCAkYmFzZSA8IDAgKSB7DQoJCSRiYXNlID0g
JHBhdGg7DQoJfSBlbHNlIHsNCgkJJGJhc2UgPSBzdWJzdHIoJHBhdGgsICRi
YXNlICsgMSk7DQoJfQ0KDQoJcmV0dXJuICRiYXNlOw0KfQ0KDQojIHVzYWdl
IG1lc3NhZ2UNCnN1YiB1c2FnZQ0Kew0KCXByaW50IFNUREVSUiAidXNhZ2U6
IGV4cGlyZV9tYWlsIFstdmxWXSBbLXpvdFRNV10gWy1kXSB7IFstTyBkYXlz
XSBbLXUgdXNlcl0gWy1TIHJlYWR8b2xkXSBbLXMgc3ViamVjdF0gfSBtYWls
Ym94Li4uXG4iOw0KCWV4aXQgMDsNCn0NCg0KIyMjIyMNCiMNCiMgTWFpbg0K
Iw0KIyMjIyMNCg0KJkdldG9wdHMoICdWdk86YTpvdTp6ZFM6czpNdFRsVycg
KSB8fCAmdXNhZ2U7DQoNCiMgY29tcGF0DQokb3B0X2EgPSAkb3B0X08gaWYg
KCRvcHRfTyAmJiAhJG9wdF9hKTsNCg0KIyBjaGVjayB2ZXJzaW9uDQppZigg
JG9wdF9WICkgew0KCXByaW50ICJleHBpcmVfbWFpbDogbWFpbCBleHBpcnkg
YWdlbnRcbiI7DQoJcHJpbnQgImV4cGlyZV9tYWlsOiAkX2V4cGlyZV9tYWls
X3Jjc2lkXG4iOw0KCSZ1c2FnZTsNCn0NCg0KIyB1c2UgZGVmYXVsdCBtYWls
Ym94IGlmIG5vbiBzdXBwbGllZA0KaWYoICQjQVJHViA8ICRbICkgew0KCSRB
UkdWWzBdID0gIiRkZWZhdWx0X21haWxib3giOw0KfQ0KDQojIGRlY29kZSBz
dGF0dXMgb3B0aW9uDQppZiggJG9wdF9TICkgew0KCWlmKCAkb3B0X1MgZXEg
Im9sZCIgKSB7DQoJCSRvcHRfUyA9ICJPIjsNCgl9IGVsc2lmKCAkb3B0X1Mg
ZXEgInJlYWQiICkgew0KCQkkb3B0X1MgPSAiUiI7DQoJfSBlbHNlIHsNCgkJ
cHJpbnQgU1RERVJSICJleHBpcmVfbWFpbDogc3RhdHVzIG1heSBvbmx5IGJl
IG9uZSBvZiBgb2xkJyBvciBgdW5yZWFkJ1xuIjsNCgkJJnVzYWdlOw0KCX0N
Cn0NCg0KIyBjaGVjayB3ZSBhcmUgYWN0dWFsbHkgZG9pbmcgc29tZSBwcm9j
ZXNzaW5nDQppZiggISRvcHRfYSAmJiAhJG9wdF91ICYmICEkb3B0X1MgJiYg
ISRvcHRfcyApIHsNCglwcmludCBTVERFUlIgImV4cGlyZV9tYWlsOiBtdXN0
IHNwZWNpZnkgYXQgbGVhc3Qgb25lIG9mIC1PLCAtdSwgLVMgb3IgLXNcbiI7
DQoJJnVzYWdlOw0KfQ0KDQojIHdhcm5pbmcgbW9kZSBpbXBsZXMgZGVidWcg
bW9kZQ0KaWYoICRvcHRfVyApIHsgJG9wdF9kID0gMTsgfQ0KDQojIGRlYnVn
IG1vZGUgaW1wbGllcyB2ZXJib3NlIG1vZGUNCmlmKCAkb3B0X2QgKSB7ICRv
cHRfdiA9IDE7IH0NCg0KIyBmb3JlYWNoIG1haWxib3guLi4NCndoaWxlKCAk
bWFpbGJveCA9IHNoaWZ0ICkgew0KDQoJaWYoICRvcHRfdiAmJiAhJG9wdF9X
ICkgeyBwcmludCBTVERPVVQgIkNoZWNraW5nIG1haWxib3ggJG1haWxib3hc
biI7IH0NCg0KCSMgZG9lcyBtYWlsYm94IGV4aXN0DQoJaWYoICEgLWYgJG1h
aWxib3ggKSB7IG5leHQ7IH0NCg0KCSMgc3RhdCB0aGUgbWFpbGJveA0KCUBz
YiA9ICZTdGF0KCRtYWlsYm94KTsNCg0KCSMgY2FuIGl0IGJlIGRlbGV0ZWQg
bm93Pw0KCWlmKCAhJG9wdF9vICYmICRvcHRfYSApIHsNCgkJIyBjaGVjayB0
aGUgbW9kaWZpY2F0aW9uIGRhdGUNCgkJJGFnZSA9ICZkYXlzX29sZChAc2Jb
JFNUX01USU1FXSk7DQoJCWlmKCAkYWdlID4gJG9wdF9hICkgew0KCQkJaWYo
ICRvcHRfdiApIHsgcHJpbnQgU1RET1VUICJFeHBpcmluZyBtYWlsYm94ICRt
YWlsYm94XG4iOyB9DQoJCQlpZiggISRvcHRfZCApIHsNCgkJCQlpZiggJG9w
dF96ICkgew0KCQkJCQlvcGVuKCBNQk9YLCAiPiRtYWlsYm94IiApIHx8IA0K
CQkJCQlwcmludCBTVERFUlIgImV4cGlyZV9tYWlsOiBmYWlsZWQgdG8gdHJ1
bmNhdGUgJG1haWxib3hcbiI7DQoJCQkJCWNsb3NlKCBNQk9YICk7DQoJCQkJ
fSBlbHNlIHsNCgkJCQkJdW5saW5rKCAkbWFpbGJveCApIHx8DQoJCQkJCXBy
aW50IFNUREVSUiAiZXhwaXJlX21haWw6IGZhaWxlZCB0byByZW1vdmUgJG1h
aWxib3hcbiI7DQoJCQkJfQ0KCQkJfQ0KCQkJbmV4dDsNCgkJfQ0KCX0NCg0K
CSMgb3BlbiB0aGUgbWFpbGJveA0KCWlmKCAhb3BlbiggTUJPWCwgIis8JG1h
aWxib3giICkgKSB7DQoJCXByaW50IFNUREVSUiAiZXhwaXJlX21haWw6IHVu
YWJsZSB0byBvcGVuICRtYWlsYm94XG4iOw0KCQluZXh0Ow0KCX0NCg0KCSMg
bG9jayB0aGUgbWFpbGJveA0KCWlmKCAhZmxvY2soIE1CT1gsICRMT0NLX0VY
ICkgKSB7DQoJCXByaW50IFNUREVSUiAiZXhwaXJlX21haWw6IHVuYWJsZSB0
byBsb2NrICRtYWlsYm94XG4iOw0KCQljbG9zZSggTUJPWCApOw0KCQluZXh0
Ow0KCX0NCg0KCSMgb3BlbiB0aGUgdGVtcG9yYXJ5IGZpbGUNCgkkdG1wbmFt
ZSA9ICIkbWFpbGJveC5leHAkJCI7DQoJaWYoICFvcGVuKCBUTVBGLCAiKz4k
dG1wbmFtZSIgKSApIHsNCgkJcHJpbnQgU1RERVJSICJleHBpcmVfbWFpbDog
dW5hYmxlIHRvIGNyZWF0ZSB0ZW1wb3JhcnkgZmlsZSBmb3IgJG1haWxib3hc
biI7DQoJCWNsb3NlKCBNQk9YICk7DQoJCW5leHQ7DQoJfQ0KCXVubGluaygg
JHRtcG5hbWUgKTsNCg0KCSMgaW5pdCBjb3VudGVycw0KCSRjb3VudCA9IDA7
DQoJJGV4cCA9IDA7DQoNCgkjIHJlYWQgZWFjaCBtZXNzYWdlIGluIHR1cm4N
Cgl3aGlsZSggJG1zZyA9ICZyZWFkX21lc3NhZ2UgKSB7DQoNCgkJJGNvdW50
Kys7DQoNCgkJIyBsb29raW5nIGZvciBzcGVjaWZpYyBmcm9tIHVzZXJzDQoJ
CWlmKCAkb3B0X3UgKSB7DQoJCQlpZiggISAoJG1zZ19mcm9tID1+IC8kb3B0
X3UvKSApIHsNCgkJCQlpZiggJG9wdF92ICYmICEkb3B0X1cgKSB7DQoJCQkJ
CSNwcmludCBTVERPVVQgIlx0TXNnICMkY291bnQ6IGZyb20gICBcciI7DQoJ
CQkJCXByaW50IFNURE9VVCAiXHRNc2cgIyRjb3VudDogZnJvbSAgIFxuIjsN
CgkJCQl9DQoJCQkmd3JpdGVfbWVzc2FnZSggJG1zZyApOw0KCQkJbmV4dDsN
CgkJCX0NCgkJfQ0KDQoJCSMgY2hlY2sgbWVzc2FnZSBzdGF0dXMNCgkJaWYo
ICRvcHRfUyApIHsNCgkJCWlmKCAhKCRtc2dfc3RhdHVzID1+IC8kb3B0X1Mv
KSApIHsNCgkJCQlpZiggJG9wdF92ICYmICEkb3B0X1cgKSB7DQoJCQkJCSNw
cmludCBTVERPVVQgIlx0TXNnICMkY291bnQ6IHN0YXR1cyAgIFxyIjsNCgkJ
CQkJcHJpbnQgU1RET1VUICJcdE1zZyAjJGNvdW50OiBzdGF0dXMgICBcbiI7
DQoJCQkJfQ0KCQkJCSZ3cml0ZV9tZXNzYWdlKCAkbXNnICk7DQoJCQkJbmV4
dDsNCgkJCX0NCgkJfQ0KDQoJCSMgY2hlY2sgbWVzc2FnZSBzdWJqZWN0DQoJ
CWlmKCAkb3B0X3MgKSB7DQoJCQlpZiggISAoJG1zZ19zdWJqZWN0ID1+IC8k
b3B0X3MvKSApIHsNCgkJCQlpZiggJG9wdF92ICYmICEkb3B0X1cgKSB7DQoJ
CQkJCSNwcmludCBTVERPVVQgIlx0TXNnICMkY291bnQ6IHN1YmplY3QgICBc
ciI7DQoJCQkJCXByaW50IFNURE9VVCAiXHRNc2cgIyRjb3VudDogc3ViamVj
dCAgIFxuIjsNCgkJCQl9DQoJCQkmd3JpdGVfbWVzc2FnZSggJG1zZyApOw0K
CQkJbmV4dDsNCgkJCX0NCgkJfQ0KDQoJCSMgb25seSBvdGhlciB0aGluZyB0
byBjaGVjayBpcyBtZXNzYWdlIGFnZQ0KCQlpZiggJG9wdF9hICkgew0KCQkJ
aWYoICRtc2dfYWdlIDw9ICRvcHRfYSApIHsNCgkJCQlpZiggJG9wdF92ICYm
ICEkb3B0X1cgKSB7DQoJCQkJCSNwcmludCBTVERPVVQgIlx0TXNnICMkY291
bnQ6IG5ld2VyICAgXHIiOw0KCQkJCQlwcmludCBTVERPVVQgIlx0TXNnICMk
Y291bnQ6IG5ld2VyICAgXG4iOw0KCQkJCX0NCgkJCQkmd3JpdGVfbWVzc2Fn
ZSggJG1zZyApOw0KCQkJCW5leHQ7DQoJCQl9DQoJCX0NCg0KCQkjIGxvZyB0
aGUgZXhwaXJ5DQoJCWlmKCAkb3B0X3YgJiYgISRvcHRfVyApIHsNCgkJCSNw
cmludCBTVERPVVQgIlx0TXNnICMkY291bnQ6IGV4cGlyZWQgICBcciI7DQoJ
CQlwcmludCBTVERPVVQgIlx0TXNnICMkY291bnQ6IGV4cGlyZWQgICBcbiI7
DQoJCX0NCg0KCQkjIGNvcHkgbWVzc2FnZSBhY3Jvc3MgaWYgaW4gZGVidWcN
CgkJaWYoICRvcHRfZCApIHsNCgkJCSZ3cml0ZV9tZXNzYWdlKCAkbXNnICk7
DQoJCQlpZigkb3B0X1cpIHsNCgkJCQkjIHJlY29yZCB0aGUgbWFpbCBtZXNz
YWdlIGZyb20gYW5kIHN1YmplY3QgbGluZQ0KCQkJCSRwYWQgPSAnICcgeCAo
MjUgLSBsZW5ndGgoJG1zZ19mcm9tKSApOw0KCQkJCSRucGFkID0gJyAnIHgg
KCA0IC0gbGVuZ3RoKCRjb3VudCkgKTsNCgkJCQkkc3ViamVjdHNbJGV4cF0g
PSAiJG5wYWQkY291bnQgJG1zZ19mcm9tJHBhZCAkbXNnX2RhdGVcbiAgICAg
JG1zZ19zdWJqZWN0XG4iOw0KCQkJfQ0KCQl9IGVsc2Ugew0KCQkJIyByZWNv
cmQgdGhlIG1haWwgbWVzc2FnZSBmcm9tIGFuZCBzdWJqZWN0IGxpbmUNCgkJ
CSRwYWQgPSAnICcgeCAoMjUgLSBsZW5ndGgoJG1zZ19mcm9tKSApOw0KCQkJ
JG5wYWQgPSAnICcgeCAoIDQgLSBsZW5ndGgoJGNvdW50KSApOw0KCQkJJHN1
YmplY3RzWyRleHBdID0gIiRucGFkJGNvdW50ICRtc2dfZnJvbSRwYWQgJG1z
Z19kYXRlXG4gICAgICRtc2dfc3ViamVjdFxuIjsNCgkJfQ0KDQoJCSMgaW5j
cmVtZW50IHRoZSBleHBpcmVkIG1lc3NhZ2UgY291bnQNCgkJJGV4cCsrOw0K
CX0NCg0KCWlmKCAhJG9wdF9kICkgew0KDQoJCSMgaWYgc2VuZGluZyBtYWls
IHRvIHRoZSBvd25lciBvZiB0aGUgbWFpbGJveCwgYXBwZW5kIG1lc3NhZ2Ug
b24gdGhlIGVuZA0KCQlpZiggJG9wdF9NICYmICRleHAgPiAwICkgew0KCQkJ
Y2hvcCggJGN0ID0gJmN0aW1lKHRpbWUpICk7DQoJCQkkdG8gPSAmYmFzZW5h
bWUoICRtYWlsYm94ICk7DQoJCQljaG9wKCAkZnJvbWRhdGUgPSBgZGF0ZSAr
XCIlYSAlYiAlZCAlWCAlWVwiYCApOw0KCQkJcHJpbnQgVE1QRiAiRnJvbSAk
cG9zdG1hc3RlciAgJGZyb21kYXRlXG4iOw0KCQkJcHJpbnQgVE1QRiAiRGF0
ZTogJGN0XG4iOw0KCQkJcHJpbnQgVE1QRiAiRnJvbTogJHBvc3RtYXN0ZXIg
KE1haWwgRXhwaXJ5IEFnZW50KVxuIjsNCgkJCXByaW50IFRNUEYgIlJlcGx5
LVRvOiAkcG9zdG1hc3RlclxuIjsNCgkJCXByaW50IFRNUEYgIlRvOiAkdG9c
biI7DQoJCQlwcmludCBUTVBGICJTdWJqZWN0OiBFeHBpcmVkIE1haWwgU3Vt
bWFyeVxuXG4iOw0KCQkJcHJpbnQgVE1QRiAiJG5vdGljZVxuXG4iOw0KCQkJ
IyBmaXR0ZWQgdG8gJHN1YmplY3RzIGxheW91dA0KCQkJcHJpbnQgVE1QRiAi
IE1zZyBGcm9tICYgU3ViamVjdCAgICAgICAgICAgIERhdGVkXG5cbiI7DQoJ
CQlmb3JlYWNoICRtc2cgKCBAc3ViamVjdHMgKSB7DQoJCQkJcHJpbnQgVE1Q
RiAiJG1zZ1xuIjsNCgkJCX0NCg0KCQkJaWYoICEkb3B0X1QgKSB7DQoJCQkJ
IyBzZXQgdGhlIG1vZGlmaWNhdGlvbiB0aW1lIGZvciB0aGUgbWFpbGJveCB0
byBiZSBub3cNCgkJCQlAc2JbJFNUX01USU1FXSA9IHRpbWU7DQoJCQl9DQoJ
CX0NCg0KCQkjIGNvcHkgZGF0YSBiYWNrIGludG8gbWFpbGJveCB0byBwcmVz
ZXJ2ZSBwZXJtaXNzaW9ucywgY3JlYXRpb24gdGltZQ0KCQkjIGFuZCB1c2Vy
IGFuZCBncm91cCBpZA0KDQoJCSMgemVybyBsZW5ndGggdGhlIG1haWxib3gN
CgkJdHJ1bmNhdGUoIE1CT1gsIDAgKTsNCgkJIyAqKiogU1RBUlQgQ3JpdGlj
YWwNCgkJIyBhbnkgZGF0YSB0byBjb3B5Pw0KCQlpZiggJGV4cCA8PSAkY291
bnQgKSB7DQoJCQkjIHJlc3RhcnQgYm90aCBmaWxlcw0KCQkJc2VlayhNQk9Y
LCAwLCAwKTsNCgkJCXNlZWsoVE1QRiwgMCwgMCk7DQoJCQkjIGNvcHkgZmls
ZSBpbnRvIG1haWxib3gsIGJldHRlciB3aXRoIHN5c3JlYWQvc3lzd3JpdGU/
DQoJCQl3aGlsZSggPFRNUEY+ICkgew0KCQkJCXByaW50IE1CT1ggJF87DQoJ
CQl9DQoJCX0gZWxzaWYoICEkb3B0X3ogKSB7DQoJCQl1bmxpbmsoICRtYWls
Ym94ICk7DQoJCX0NCgkJIyAqKiogRU5EIENyaXRpY2FsDQoNCgl9IGVsc2Ug
ew0KCQkjIGlmIHNlbmRpbmcgd2FybmluZyB0byB0aGUgb3duZXIgb2YgdGhl
IG1haWxib3gsIGFwcGVuZCB3YXJuaW5nDQoJCWlmKCAkb3B0X1cgJiYgJGV4
cCA+IDAgKSB7DQoJCQljaG9wKCAkY3QgPSAmY3RpbWUodGltZSkgKTsNCgkJ
CSR0byA9ICZiYXNlbmFtZSggJG1haWxib3ggKTsNCgkJCWNob3AoICRmcm9t
ZGF0ZSA9IGBkYXRlICtcIiVhICViICVkICVYICVZXCJgICk7DQpwcmludGYo
ImZyb21kYXRlID0gJGZyb21kYXRlXG4iKTsNCgkJCXByaW50IFRNUEYgIkZy
b20gJHBvc3RtYXN0ZXIgICRmcm9tZGF0ZVxuIjsNCgkJCXByaW50IFRNUEYg
IkRhdGU6ICRjdFxuIjsNCgkJCXByaW50IFRNUEYgIkZyb206ICRwb3N0bWFz
dGVyIChNYWlsIEV4cGlyeSBBZ2VudClcbiI7DQoJCQlwcmludCBUTVBGICJS
ZXBseS1UbzogJHBvc3RtYXN0ZXJcbiI7DQoJCQlwcmludCBUTVBGICJUbzog
JHRvXG4iOw0KCQkJcHJpbnQgVE1QRiAiU3ViamVjdDogUGxlYXNlIGRlbGV0
ZSBvbGQgbWFpbCBmcm9tIHN5c3RlbSBtYWlsYm94XG5cbiI7DQoJCQlwcmlu
dCBUTVBGICIkd2FybmluZ1xuXG4iOw0KCQkJIyBmaXR0ZWQgdG8gJHN1Ympl
Y3RzIGxheW91dA0KCQkJcHJpbnQgVE1QRiAiIE1zZyBGcm9tICYgU3ViamVj
dCAgICAgICAgICAgIERhdGVkXG5cbiI7DQoJCQlmb3JlYWNoICRtc2cgKCBA
c3ViamVjdHMgKSB7DQoJCQkJcHJpbnQgVE1QRiAiJG1zZ1xuIjsNCgkJCX0N
Cg0KCQkJaWYoICEkb3B0X1QgKSB7DQoJCQkJIyBzZXQgdGhlIG1vZGlmaWNh
dGlvbiB0aW1lIGZvciB0aGUgbWFpbGJveCB0byBiZSBub3cNCgkJCQlAc2Jb
JFNUX01USU1FXSA9IHRpbWU7DQoJCQl9DQoNCgkJCSMgY29weSBkYXRhIGJh
Y2sgaW50byBtYWlsYm94IHRvIHByZXNlcnZlIHBlcm1pc3Npb25zLCBjcmVh
dGlvbiB0aW1lDQoJCQkjIGFuZCB1c2VyIGFuZCBncm91cCBpZA0KCQ0KCQkJ
IyB6ZXJvIGxlbmd0aCB0aGUgbWFpbGJveA0KCQkJdHJ1bmNhdGUoIE1CT1gs
IDAgKTsNCgkJCSMgKioqIFNUQVJUIENyaXRpY2FsDQoJCQkjIGFueSBkYXRh
IHRvIGNvcHk/DQoJCQlpZiggJGV4cCA8PSAkY291bnQgKSB7DQoJCQkJIyBy
ZXN0YXJ0IGJvdGggZmlsZXMNCgkJCQlzZWVrKE1CT1gsIDAsIDApOw0KCQkJ
CXNlZWsoVE1QRiwgMCwgMCk7DQoJCQkJIyBjb3B5IGZpbGUgaW50byBtYWls
Ym94LCBiZXR0ZXIgd2l0aCBzeXNyZWFkL3N5c3dyaXRlPw0KCQkJCXdoaWxl
KCA8VE1QRj4gKSB7DQoJCQkJCXByaW50IE1CT1ggJF87DQoJCQkJfQ0KCQkJ
fSBlbHNpZiggISRvcHRfeiApIHsNCgkJCQl1bmxpbmsoICRtYWlsYm94ICk7
DQoJCQl9DQoJCQkjICoqKiBFTkQgQ3JpdGljYWwNCgkJfQ0KCX0NCg0KCSMg
dW5sb2NrIG1haWxib3gNCglmbG9jayggTUJPWCwgJExPQ0tfVU4gKTsNCg0K
CSMgY2xvc2UgZmlsZXMNCgljbG9zZSggTUJPWCApOw0KCWNsb3NlKCBUTVBG
ICk7DQoNCgkjIHJlc2V0IGFjY2VzcyBhbmQgbW9kaWZpY2F0aW9uIGRhdGVz
DQoJIyBpZiB3ZSBoYXZlIHNlbnQgbWFpbCwgdGhlbiB0aGUgbW9kaWZpY2F0
aW9uIHRpbWUgaXMgdGhlIHRpbWUgb2YgdGhlIG1haWwNCglpZiggISRvcHRf
dCApIHsNCgkJdXRpbWUoIEBzYlskU1RfQVRJTUVdLCBAc2JbJFNUX01USU1F
XSwgJG1haWxib3ggKTsNCgl9DQoNCgkjIHNob3cgY291bnRlcnMNCglpZigg
JG9wdF92IHx8ICggJG9wdF9sICYmICRleHAgKSApIHsNCgkJcHJpbnQgIiRt
YWlsYm94IGNvbnRhaW5lZCAkY291bnQgbWVzc2FnZXMsIGV4cGlyZWQgJGV4
cCBtZXNzYWdlc1xuIjsNCgl9DQp9DQo=
---559023410-33463914-973527776=:20533--
Date: Mon, 06 Nov 2000 20:04:59 -0500
From: Frank Beale <fbbeale at richmond.infi dot net>
Subject: Re: expire messages
Thanks for the responses>
Guess I must have been dreaming after all. Since some of you seem to be
looking for the same solution, I will share what I have used this far. I
found a program a while back called Clean Mail which works if you want to
remove old mail in increments of a month at a time. It also has a feature
which has come in handy to remove an individual message that may have been
sent to many users either on purpose or spam. I have used it to search the
mail spool for viruses and removed them in the past as well.
http://jguellec.free.fr/program/perl/clean_mail/clean_mail_english.htm
After I posted the message below, I found another utililty called garbmail
that will run from a cron job and you can select how many days of mail you
want to keep. It has a lot of features to allow different things for
different users as well. It has been running now for 3 days and the spool is
staying at one level and not growing as it was before. This is probably the
best solution over all since it should not impose any more server load on
qpopper and can be run in the wee morning hours when things are quite. I
found this from TUCOWS Linuxberg under console email utilities.
Thanks,
Frank
At 05:17 PM 11/3/00 -0500, you wrote:
>I have qpopper3.1 running in server mode and it is working fine. I Thought I
>read somewhere that you could have qpopper remove messages from the server
>after they were x many days old, however I have not been able to find this
>in the documentation. Did I dream this, can anyone set me straight? I don't
>want to delete all the mail after it is downloaded, but I don't want users
>to leave the mail on the server forever.
>
>
>Thanks,
>
>Frank Beale
>
>
Date: Tue, 07 Nov 2000 12:08:44 +0800
From: Jun Arlante <jarlante at codewan.com dot ph>
Subject: POP3 log
Greetings to Everyone!
Just recently, I installed Qpopper version 3.0.2 on my Solaris 2.6 box. I
was able to make Qpopper
running but the problem is I cant find the logs in the Syslog. I compiled
qpopper with
--enable-debugging and --enable-log-login. I then add qpopper from inetd
.conf like this:
pop3 stream tcp nowait root
/usr/local/qpopper3.0.2/popper/popper qp
opper -d -T 120 -s
Where can I find the logs or How can I enable POP3 logs?
Thanks!!
Jun
From: "Oliver Fleischmann" <fleischmann.o at sebadyn dot de>
Date: Tue, 7 Nov 2000 09:31:03 +0100
Subject: Hanging qpopper processes
Hi there!
Since about four weeks we have moved our mail server from a slow
SUN solaris machine with sendmail and qpopper 3.0 beta something
and UW-imap to an i686 linux machine with Exim as MTA and qpopper
3.1fc1 and a current UW-imap.
Since then we experience some never dying qpopper processes laying
around, with the corresponding mailbox files locked. Though locking
doesn't seem to really work as there are not only the ".user.pop" files,
but also new "user" files with new mail. I'm sure, the users don't leave
open their pop3 connection for weeks.
I suspect a locking incompatibility between qpopper and exim. Has
anybody else experienced such problems and has a solution?
Your help would be very much appreciated.
Yours
Oliver
--
Oliver Fleischmann fleischmann.o at sebadyn dot de
Seba Dynatronic http://www.sebadyn.de
Mess- und Ortungstechnik GmbH Tel. +49-9544-68211
Dr.-Herbert-Iann-Str. 6 Fax. +49-9544-68202
D-96148 Baunach
Date: Tue, 07 Nov 2000 19:06:35 +0100
From: Mauk van der Laan <mauk at maatwerk dot net>
Subject: Re: Hanging qpopper processes
Yes, I have the same problem here. Qpopper will sometimes
hang and has to be killed. I did an strace on the hanging
process and it appears to be waiting for input. It allways
hangs after the client has sent its name and password.
The old version (2.xx) and the latest (3.1) have the same
problem.
It happens only on two accounts. A possible reason for this
problem migh be that they use the outlook version that comes
with Office 97 (sigh) and they read each others email,
but leave it on the server.
Any comments?
Mauk van der Laan
At 09:31 7-11-2000 +0100, Oliver Fleischmann wrote:
>Hi there!
>
>Since about four weeks we have moved our mail server from a slow
>SUN solaris machine with sendmail and qpopper 3.0 beta something
>and UW-imap to an i686 linux machine with Exim as MTA and qpopper
>3.1fc1 and a current UW-imap.
>
>Since then we experience some never dying qpopper processes laying
>around, with the corresponding mailbox files locked. Though locking
>doesn't seem to really work as there are not only the ".user.pop" files,
>but also new "user" files with new mail. I'm sure, the users don't leave
>open their pop3 connection for weeks.
>
>I suspect a locking incompatibility between qpopper and exim. Has
>anybody else experienced such problems and has a solution?
>
>Your help would be very much appreciated.
>Yours
>Oliver
>
>
>--
>Oliver Fleischmann fleischmann.o at sebadyn dot de
>Seba Dynatronic http://www.sebadyn.de
>Mess- und Ortungstechnik GmbH Tel. +49-9544-68211
>Dr.-Herbert-Iann-Str. 6 Fax. +49-9544-68202
>D-96148 Baunach
Date: Tue, 7 Nov 2000 15:00:09 -0800
From: Qpopper Support <qpopper at qualcomm dot com>
Subject: Re: POP3 log
At 12:08 PM +0800 11/7/00, Jun Arlante wrote:
> Greetings to Everyone!
>
> Just recently, I installed Qpopper version 3.0.2 on my Solaris
> 2.6 box. I was able to make Qpopper
> running but the problem is I cant find the logs in the Syslog. I
> compiled qpopper with
> --enable-debugging and --enable-log-login. I then add qpopper
> from inetd .conf like this:
>
>
> pop3 stream tcp nowait root
> /usr/local/qpopper3.0.2/popper/popper qp
> opper -d -T 120 -s
>
> Where can I find the logs or How can I enable POP3 logs?
>
> Thanks!!
>
> Jun
On Solaris the default log facility is LOCAL0. So check your
/etc/syslog.conf file to see how you handle LOCAL0 log entries.
You can also change the facility by using the
'--with-log-facility=name" ./configure switch in v3.1.
Date: Tue, 7 Nov 2000 15:05:08 -0800
From: Qpopper Support <qpopper at qualcomm dot com>
Subject: Re: Hanging qpopper processes
At 7:06 PM +0100 11/7/00, Mauk van der Laan wrote:
> Yes, I have the same problem here. Qpopper will sometimes
> hang and has to be killed. I did an strace on the hanging
> process and it appears to be waiting for input. It allways
> hangs after the client has sent its name and password.
> The old version (2.xx) and the latest (3.1) have the same
> problem.
>
> It happens only on two accounts. A possible reason for this
> problem migh be that they use the outlook version that comes
> with Office 97 (sigh) and they read each others email,
> but leave it on the server.
>
> Any comments?
>
> Mauk van der Laan
>
>
> At 09:31 7-11-2000 +0100, Oliver Fleischmann wrote:
>> Hi there!
>>
>> Since about four weeks we have moved our mail server from a slow
>> SUN solaris machine with sendmail and qpopper 3.0 beta something
>> and UW-imap to an i686 linux machine with Exim as MTA and qpopper
>> 3.1fc1 and a current UW-imap.
>>
>> Since then we experience some never dying qpopper processes laying
>> around, with the corresponding mailbox files locked. Though locking
>> doesn't seem to really work as there are not only the ".user.pop" files,
>> but also new "user" files with new mail. I'm sure, the users don't leave
>> open their pop3 connection for weeks.
>>
>> I suspect a locking incompatibility between qpopper and exim. Has
>> anybody else experienced such problems and has a solution?
>>
>> Your help would be very much appreciated.
>> Yours
>> Oliver
If it only happens with two users, can you configure a Qpopper with
debug tracing and run it on a different port, then have just these
two users change their Outlook to use the new port? That would be
a big help in tracking down what is going on. You could also
modify inetd.conf to strace Qpopper from the start, but only on the
new port.
To enable tracing in Qpopper:
1. Do a 'make clean'
2. Re-run ./configure, adding '--enable-debugging'.
3. Edit the inetd.conf line for Qpopper, adding '-d' or '-t tracefile'.
4. Send inetd a HUP signal.
This causes detailed tracing to be written to the syslog (if you
used '-d') or to the file specified as 'tracefile'.
I'd be very interested in seeing a trace and strace for a Qpopper
process which hangs.
From: "Loka" <loka at mailbr.com dot br>
Subject: Third party software for authentication
Date: Thu, 9 Nov 2000 16:30:33 -0000
Hi,
Where can I find QPopper's third party softwares for use authentication in a
file other than /etc/passwd ?
The FAQ just say that, but not specify any software for it.
thank you
Amaury C Jr
Date: Fri, 10 Nov 2000 17:08:33 -0500
From: "Eric A. Sproul" <esproul at cstone dot net>
Subject: Zombie processes build up?
Hi,
I'm having trouble with Qpopper 3.0.2 leaving zombie processes behind
that build up until the master process is restarted. They don't seem to
hurt the performance of the box too much, but I'm concerned that they
just keep adding up.
It's running in server mode (popper -RS) on FreeBSD 4.0.
Thanks!
Eric
--
Eric Sproul, Systems Administrator
Cornerstone Networks Inc. (http://www.cstone.net)
-------------------------------------------------
A red sign on the door of a physics professor: 'If this sign is blue,
you're going too fast.'
Date: Sun, 12 Nov 2000 00:10:01 -0800
From: Qpopper Support <qpopper at qualcomm dot com>
Subject: Qpopper 3.1.1 available
Qpopper 3.1.1 is available at
<ftp://ftp.qualcomm.com/eudora/servers/unix/popper/>.
The full list of changes from one release to the next is on the FTP
site, at
<ftp://ftp.qualcomm.com/eudora/servers/unix/popper/beta/Changes>.
The 3.1 release notes are at:
<ftp://ftp.qualcomm.com/eudora/servers/unix/popper/beta/Release.Notes>.
Changes from 3.1 to 3.1.1
-------------------------
1. Fix "POP authentication DB has wrong mode" on NeXTStep.
2. Update INSTALL for Linux 7 with xinetd.
3. Fix syntax error with gcc 2.6.3 on BSDI.
4. Ignore SIGCHLD on non-BSD systems.
5. HUP signal now closes and reopens log.
6. Only add 'idirafter' if '/usr/local/include/gdbm.h' present.
7. Log to specified facility in stand-alone mode.
8. Reopen log after calling pam_authenticate(), because it opens
log and uses LOG_AUTH facility (thanks to David Tonhofer for pointing
this out).
9. Corrected '<strings.h>' to '<string.h>'
Date: Sun, 12 Nov 2000 21:57:35 +1300 (NZDT)
From: Alan Brown <alan at manawatu.gen dot nz>
Subject: Re: Qpopper 3.1.1 available
On Sun, 12 Nov 2000, Qpopper Support wrote:
> 2. Update INSTALL for Linux 7 with xinetd.
There's no such animal as "Linux 7"
AB
Date: Sun, 12 Nov 2000 12:29:19 -0800
From: Qpopper Support <qpopper at qualcomm dot com>
Subject: Re: Qpopper 3.1.1 available
At 9:57 PM +1300 11/12/00, Alan Brown wrote:
> On Sun, 12 Nov 2000, Qpopper Support wrote:
>
>> 2. Update INSTALL for Linux 7 with xinetd.
>
> There's no such animal as "Linux 7"
Sorry about that. Of course it should say "Redhat 7 Linux". Typos
do slip in to the release notes sometimes.
Date: Sun, 12 Nov 2000 12:41:02 -0800
From: Qpopper Support <qpopper at qualcomm dot com>
Subject: Re: Zombie processes build up?
At 5:08 PM -0500 11/10/00, Eric A. Sproul wrote:
> Hi,
> I'm having trouble with Qpopper 3.0.2 leaving zombie processes behind
> that build up until the master process is restarted. They don't seem to
> hurt the performance of the box too much, but I'm concerned that they
> just keep adding up.
>
> It's running in server mode (popper -RS) on FreeBSD 4.0.
> Thanks!
> Eric
Are you sure it's 3.0.2? I thought server mode was added to 3.1.
At any rate, try 3.1.1, which should fix the problem.
Date: Sun, 12 Nov 2000 12:59:39 -0800
From: Elgin Lee <ehl at funghi dot com>
Subject: Re: Qpopper 3.1.1 available
I tried to compile 3.1.1 (--with-pam), but the compilation failed in
pop_pass.c:
pop_pass.c:409: warning: initialization from incompatible pointer type
pop_pass.c: In function `auth_user':
pop_pass.c:449: `pname' undeclared (first use in this function)
pop_pass.c:449: (Each undeclared identifier is reported only once
pop_pass.c:449: for each function it appears in.)
make[1]: *** [pop_pass.o] Error 1
It looks like the new code:
/*
* Need to reopen log after calling pam_authenticate, since
* it opens log and sets facility to LOG_AUTH.
*/
closelog();
#ifdef SYSLOG42
openlog ( pname, 0 );
#else
openlog ( pname, POP_LOGOPTS, POP_FACILITY );
#endif
makes use of a global variable (pname) that is defined in main.c only
for standalone.
Changing pname to p->myname fixed the compilation problem.
--Elgin
--- popper/pop_pass.c.pname Fri Nov 3 18:03:40 2000
+++ popper/pop_pass.c Sun Nov 12 12:51:09 2000
@@ -444,9 +444,9 @@
*/
closelog();
#ifdef SYSLOG42
- openlog ( pname, 0 );
+ openlog ( p->myname, 0 );
#else
- openlog ( pname, POP_LOGOPTS, POP_FACILITY );
+ openlog ( p->myname, POP_LOGOPTS, POP_FACILITY );
#endif
DEBUG_LOG2 ( p, "pam_authenticate returned %i; gp_errcode=%i",
Date: Sun, 12 Nov 2000 17:21:00 -0800
From: Qpopper Support <qpopper at qualcomm dot com>
Subject: Qpopper 3.1.2 available
Qpopper 3.1.2 is available at
<ftp://ftp.qualcomm.com/eudora/servers/unix/popper/>.
Changes from 3.1.1 to 3.1.2
---------------------------
1. Fixed reference to 'pname' instead of 'p->myname'.
Date: Mon, 13 Nov 2000 18:26:04 +0100 (MET)
From: Piotr Kasztelowicz <pekasz at lodz.ptkardio dot pl>
Subject: Re: Qpopper 3.1.2 available
Hello
On Sun, 12 Nov 2000, Qpopper Support wrote:
> Qpopper 3.1.2 is available at
> <ftp://ftp.qualcomm.com/eudora/servers/unix/popper/>.
During compilation on Solaris 2.6 such errors has been
reported -> please help me!
gcc pop_dele.o pop_dropcopy.o pop_get_command.o pop_get_subcommand.o
pop_init.o pop_last.o pop_list.o pop_log.o pop_lower.o pop_msg.o
pop_parse.o pop_pass.o pop_quit.o pop_rset.o pop_send.o pop_stat.o
pop_updt.o pop_user.o pop_xtnd.o pop_xmit.o popper.o pop_bull.o
xtnd_xlst.o pop_uidl.o mktemp.o pop_rpop.o pop_apop.o md5.o pop_auth.o
pop_pope.o pop_extend.o scram.o hmac.o base64.o pop_util.o get_sub_opt.o
msg_ptr.o drac.o pop_config.o main.o -o popper ../mmangle/libmangle.a \
-I../common ../common/libcommon.a \
-lnsl -lsocket -lresolv -lmail -lkrb -lposix4 -lcrypt
Undefined first referenced
symbol in file
__inet_ntoa pop_init.o
Best Wishes
Piotr Kasztelowicz
---
Piotr Kasztelowicz <Piotr.Kasztelowicz at lodz.ptkardio dot pl>
Date: Mon, 13 Nov 2000 14:33:52 -0500 (EST)
From: Admin Mailing Lists <mlist at intergrafix dot net>
Subject: standalone vs. xinetd
Can someone list the advantages and disadvantages of running qpopper in
standalone mode vs. xinetd mode
Thanx,
-Tony
.-._.-._.-._.-._.-._.-._.-._.-._.-._.-._.-._.-._.-._.-._.-._.-._.-._.-.
Anthony J. Biacco Network Administrator/Engineer
thelittleprince at asteroid-b612 dot org Intergrafix Internet Services
"Dream as if you'll live forever, live as if you'll die today"
http://www.asteroid-b612.org http://www.intergrafix.net
.-._.-._.-._.-._.-._.-._.-._.-._.-._.-._.-._.-._.-._.-._.-._.-._.-._.-.