The qpopper list archive ending on 30 Jul 2000
Topics covered in this issue include:
1. Re: AW: maildrop in mysql
Stephen Samuel <samuel at bcgreen dot com>
Tue, 25 Jul 2000 03:10:10 -0700
2. RE: AW: maildrop in mysql
"Aaron Chipper" <aaron at cpc.net dot au>
Tue, 25 Jul 2000 20:46:38 +1000
3. RE: AW: maildrop in mysql
Alan Brown <alan at manawatu.gen dot nz>
Tue, 25 Jul 2000 23:12:20 +1200 (NZST)
4. Re: maildrop in mysql
"Wodecki, Wiktor" <Wodecki at wapme-systems dot de>
Tue, 25 Jul 2000 13:19:21 +0200
5. Qpopper 3.0.x on NFS ?
qpopper-list at tiscali dot be
Tue, 25 Jul 2000 18:37:19 +0200
6. Issues with Outlook
"Spencer Yost" <yostsw at newidea.atis dot net>
Tue, 25 Jul 2000 15:56:03 -0400
7. APOP and OpenBSD
Frank Pineau <frank at pineaus dot com>
Tue, 25 Jul 2000 16:07:23 -0400
8. Re: APOP and OpenBSD
"Jeremy C. Reed" <reed at wcug.wwu dot edu>
Tue, 25 Jul 2000 13:38:09 -0700 (PDT)
9. Re: APOP and OpenBSD
Frank Pineau <frank at pineaus dot com>
Tue, 25 Jul 2000 16:49:38 -0400
10. Re: APOP and OpenBSD
Frank Pineau <frank at pineaus dot com>
Tue, 25 Jul 2000 16:45:51 -0400
11. Re: APOP and OpenBSD
Frank Pineau <frank at pineaus dot com>
Tue, 25 Jul 2000 16:48:13 -0400
12. qpopper "make" errors
Ray Kase <kase at warren.k12.in dot us>
Tue, 25 Jul 2000 17:17:14 -0700
13. Re: qpopper "make" errors
Fergal Daly <fergal at esatclear dot ie>
Wed, 26 Jul 2000 00:17:14 +0100
14. Re: qpopper "make" errors
Qpopper Support <qpopper at qualcomm dot com>
Tue, 25 Jul 2000 16:18:13 -0700
15. Re: APOP and OpenBSD
Frank Pineau <frank at pineaus dot com>
Tue, 25 Jul 2000 20:01:57 -0400
16. Re: APOP and OpenBSD
Randall Gellens <randy at qualcomm dot com>
Tue, 25 Jul 2000 18:47:42 -0700
17. Help: POP EOF or I/O error: Bad file number
Oleg Tipisov <ovt at RedCenter dot Ru>
Wed, 26 Jul 2000 14:38:54 +0400
18. Re: maildrop in mysql
"Wodecki, Wiktor" <Wodecki at wapme-systems dot de>
Wed, 26 Jul 2000 13:42:18 +0200
19. RE: Help: POP EOF or I/O error: Bad file number
"Vans Evers, Frank W. SAIC" <vansevef at socom dot mil>
Wed, 26 Jul 2000 08:14:46 -0400
20. Re: Issues with Outlook
"Spencer Yost" <yostsw at newidea.atis dot net>
Wed, 26 Jul 2000 08:21:39 -0400
21. Re: Help: POP EOF or I/O error: Bad file number
Oleg Tipisov <ovt at RedCenter dot Ru>
Wed, 26 Jul 2000 16:36:54 +0400
22. Further APOP and OpenBSD
Frank Pineau <frank at pineaus dot com>
Wed, 26 Jul 2000 09:08:09 -0400
23. Re: maildrop in mysql
Ken Hornstein <kenh at cmf.nrl.navy dot mil>
Wed, 26 Jul 2000 11:17:19 -0400
24. Re: Further APOP and OpenBSD
Randall Gellens <randy at qualcomm dot com>
Wed, 26 Jul 2000 09:04:49 -0700
25. Re: Help: POP EOF or I/O error: Bad file number
Randall Gellens <randy at qualcomm dot com>
Wed, 26 Jul 2000 09:07:36 -0700
26. Re: Issues with Outlook
"Kenneth Porter" <shiva at well dot com>
Wed, 26 Jul 2000 10:09:44 -0700
27. qpopper/tcp wrappers
Patricia Max <pam at lampinc dot com>
Wed, 26 Jul 2000 11:53:06 -0600 (MDT)
28. Re: qpopper/tcp wrappers
"Jeff A. Earickson" <jaearick at colby dot edu>
Wed, 26 Jul 2000 14:01:28 -0400 (EDT)
29. Re: qpopper/tcp wrappers
"Kenneth Porter" <shiva at well dot com>
Wed, 26 Jul 2000 11:20:51 -0700
30. Re: Further APOP and OpenBSD
Frank Pineau <frank at pineaus dot com>
Wed, 26 Jul 2000 15:25:27 -0400
31. Re: qpopper/tcp wrappers (fwd)
Marc.Romero at ibpc dot fr (Marc ROMERO)
Wed, 26 Jul 2000 21:52:09 +0200 (MET DST)
32. Re: qpopper/tcp wrappers
"Jack Barnett" <jbarnett at axil.netmate dot com>
Wed, 26 Jul 2000 13:42:35 -0500
33. Re: Further APOP and OpenBSD
Rickie Kerndt <kerndtr at kerndt dot com>
Wed, 26 Jul 2000 21:34:18 -0700
34. MX problems
"Master" <NetMaster at mailru dot com>
Thu, 27 Jul 2000 09:38:40 +0300
35. Re: MX problems
Jay Fowler <fowler at csufresno dot edu>
Wed, 26 Jul 2000 23:51:44 -0700 (PDT)
36. Re: MX problems
"Eric Hunter" <ehunter at netrover dot com>
Thu, 27 Jul 2000 02:52:08 -0400
37. qpopper3.1b6 compile problem under AIX 4.1.4
Jens Schleusener <Jens.Schleusener at dlr dot de>
Thu, 27 Jul 2000 12:02:27 +0200 (DFT)
38. Re: qpopper3.1b6 compile problem under AIX 4.1.4
"Jeff A. Earickson" <jaearick at colby dot edu>
Thu, 27 Jul 2000 09:42:50 -0400 (EDT)
39. BETA3.1b6: proposed changes for 3.1b7
"Jeff A. Earickson" <jaearick at colby dot edu>
Thu, 27 Jul 2000 10:02:01 -0400 (EDT)
40. Re: qpopper3.1b6 compile problem under AIX 4.1.4
Jens Schleusener <Jens.Schleusener at dlr dot de>
Thu, 27 Jul 2000 16:16:00 +0200 (DFT)
41. qpopper & pop-before-smtp
"Jeff Shultz(Shultz Infosystems)" <si at wvi dot com>
Thu, 27 Jul 2000 17:48:50 -0700 (PDT)
42. Re: Qpopper 3.0.x on NFS ?
Carles Xavier Munyoz =?iso-8859-1?Q?Baldó?=
Fri, 28 Jul 2000 09:47:03 +0200
43. qpopper <-> OpenLDAP?
"Jack Barnett" <jbarnett at axil.netmate dot com>
Fri, 28 Jul 2000 09:45:45 -0500
44. Re: qpopper <-> OpenLDAP?
Nuno Teixeira <nuno.teixeira at pt-quorum dot com>
Fri, 28 Jul 2000 19:42:23 +0100
45. Re: qpopper <-> OpenLDAP?
Peter Evans <peter at gol dot com>
Sat, 29 Jul 2000 03:56:27 +0900
46. Re: qpopper <-> OpenLDAP?
Ken Hornstein <kenh at cmf.nrl.navy dot mil>
Fri, 28 Jul 2000 15:12:28 -0400
47. Re: qpopper <-> OpenLDAP?
"Jack Barnett" <jbarnett at axil.netmate dot com>
Fri, 28 Jul 2000 14:59:37 -0500
48. Re: qpopper <-> OpenLDAP?
"Jack Barnett" <jbarnett at axil.netmate dot com>
Fri, 28 Jul 2000 15:01:52 -0500
49. Re: qpopper <-> OpenLDAP?
Peter Evans <peter at gol dot com>
Sat, 29 Jul 2000 09:23:03 +0900
50. Strange Problems with the Status-Flags in the Header
Christian Froemmel <blow_ at mailer.ukbf.fu-berlin dot de>
Sun, 30 Jul 2000 17:33:04 +0200 (CEST)
Date: Tue, 25 Jul 2000 03:10:10 -0700
From: Stephen Samuel <samuel at bcgreen dot com>
Subject: Re: AW: maildrop in mysql
I think that now might be the time to go to upper management and
say: "You know, this is gonna hurt us real bad..."
If you go to hashed spool directories, then the filesystem
actually becomes a decent database .. All you're doing is
asking for trouble. No normal software is going to work on
the system You're pretty much going to have to write/hack your own
*everything*. Normal UNIX tools are going to be useless.
Performance is going to suck. If *anything* happens to corrupt
the database, you risk losing the *entire* mail store.
Hmm, after writing the above, I just realized that I think
they're trying to duplicate the Microsoft mailstore -- they
just don't know quite how bad it sucks.
Storing the mail *location* in mysql might be passable,
but storing the mail itself seems silly. That's what the
filesystem is designed for.
"Wodecki, Wiktor" wrote:
>
> Hi,
>
> >>Why do you watnt to store the mail-files in a database?
> >>the database is slow with blop's!
>
> I don't store blops sind mails contain only ascii...don't need any blop's.
> Beside hits, it wasn't a decision by my but by upper management...
>
> Wiktor Wodecki
--
Stephen Samuel +1(604)876-0426 samuel at bcgreen dot com
http://www.bcgreen.com/~samuel/
The question, for this world, is not "will I die?".
It is, rather, "how will I live?".
From: "Aaron Chipper" <aaron at cpc.net dot au>
Subject: RE: AW: maildrop in mysql
Date: Tue, 25 Jul 2000 20:46:38 +1000
Samuel's quote below doesn't describe the half of it.
I hacked at a version of qpopper 2.53 to make it talk to an Informix
database that stores all user data as well as message INFORMATION.
We tried to use blob's etc for the mail, but it was waaaay too slow an
unwieldy. After some more hacking, we separated the actual files out into a
custom 'hashed' file system. This gave us acceptable performance.
Time taken? 6-8 weeks. We did this on SCO Unixware 2.1 (yes there are still
loonies who use this. Those of you in the 'SCOw' will know what I mean :)
Coffee consumed? GALLONS per day
Stress on the nerves? NOT worth it. (certainly not when you store the whole
message in the db)
Also, after you have Qpopper sorted out, you need to hack your
sendmail/postfix/whatever-mail-system-you-use to place the messages INTO the
system. Again, this can be unpleasant, depending on how tricky you want to
be.
Solution 1:
Shoot your managers and run.
Solution 2:
Beg your managers not to do it.
Solution 3: (Serious)
Tell them it is going to COST in terms of time, effort and resources. It
will be slow and generally suck.
Solution 4: (If all else fails)
See solution 1.
HTH.
##########################################
# Aaron Chipper #
# Software Developer & Nerd #
# Cooee Phone Company #
# Ph: +61 3 9233 8300 #
# Fx: +61 3 9233 8301 #
# Em: aaron at cpc.net dot au #
# "Any opinions expressed here are mine, #
# not yours, and certainly not those of #
# my employer." :) #
##########################################
> -----Original Message-----
> From: samuel at bcgreen dot com [mailto:samuel at bcgreen dot com]
> Sent: Tuesday, 25 July 2000 20:10
> To: Wodecki, Wiktor; qpopper at lists.pensive dot org
> Subject: Re: AW: maildrop in mysql
>
>
> I think that now might be the time to go to upper management and
> say: "You know, this is gonna hurt us real bad..."
>
> If you go to hashed spool directories, then the filesystem
> actually becomes a decent database .. All you're doing is
> asking for trouble. No normal software is going to work on
> the system You're pretty much going to have to write/hack your own
> *everything*. Normal UNIX tools are going to be useless.
> Performance is going to suck. If *anything* happens to corrupt
> the database, you risk losing the *entire* mail store.
>
> Hmm, after writing the above, I just realized that I think
> they're trying to duplicate the Microsoft mailstore -- they
> just don't know quite how bad it sucks.
>
> Storing the mail *location* in mysql might be passable,
> but storing the mail itself seems silly. That's what the
> filesystem is designed for.
>
> "Wodecki, Wiktor" wrote:
> >
> > Hi,
> >
> > >>Why do you watnt to store the mail-files in a database?
> > >>the database is slow with blop's!
> >
> > I don't store blops sind mails contain only ascii...don't need
> any blop's.
> > Beside hits, it wasn't a decision by my but by upper management...
> >
> > Wiktor Wodecki
>
> --
> Stephen Samuel +1(604)876-0426 samuel at bcgreen dot com
> http://www.bcgreen.com/~samuel/
> The question, for this world, is not "will I die?".
> It is, rather, "how will I live?".
Date: Tue, 25 Jul 2000 23:12:20 +1200 (NZST)
From: Alan Brown <alan at manawatu.gen dot nz>
Subject: RE: AW: maildrop in mysql
On Tue, 25 Jul 2000, Aaron Chipper wrote:
> Solution 4: (If all else fails)
> See solution 1.
Solution 5:
Use Oracle 8i's internet filesystem addon ("iDirectory")
MySQL is good for many things. Having beaten on it for 18 months, I can
assure you it's _not_ suitable for multithreaded write-intensive or
modification-intensive work, even in the latest 3.23 versions.
AB
From: "Wodecki, Wiktor" <Wodecki at wapme-systems dot de>
Subject: Re: maildrop in mysql
Date: Tue, 25 Jul 2000 13:19:21 +0200
hi folks,
thanks for all those interesting mails I've got. I will think about it and
drop a mail to my chef. I'll keep you in touch..
Regards,
Wiktor Wodecki
Date: Tue, 25 Jul 2000 18:37:19 +0200
From: qpopper-list at tiscali dot be
Subject: Qpopper 3.0.x on NFS ?
Hi,
Does someone had used qpopper 3.0.2 (or 3.0.1) with the spool mounted in
NFS (2 or 3) ?
--
Linux - The Choice of The GNU Generation
Laurent Luyckx
System Administrator - Tiscali Belgium
http://www.tiscali.be
Date: Tue, 25 Jul 2000 15:56:03 -0400
From: "Spencer Yost" <yostsw at newidea.atis dot net>
Subject: Issues with Outlook
We are currently running Qpopper 3.1b4, wrapped up by SSLWrap version 2.05.
This has run beautifully (thanks to help from this list) for a few
months. It has been great to be able to serve both Outlook and APOP users
simultaneously. All of our Outlook users have been Outlook 98 and Outlook
2000 users and we have had no problems that I know about.
Yesterday we added a group of Outlook 97 users, and started running across
problems. The problems have not been consistent. Some users with 97
have no problems, others with identical versions of both Outlook and IE (IE
5.5) do have the following problem:
Outlook hangs until the pop server timeout, or it flat locks up tight.
(Re-installs of Outlook do not fix the problem, neither do reboots (-; )
The server returns (as you would expect):
Jul 25 15:50:07 newidea popper[16363]: (null) at localhost (127.0.0.1):
-ERR POP
EOF or I/O Error: 104 (Connection reset by peer); 0 (Success)
Any known problems with "OutHouse" 97 or any insight as to what my problem
might be?
Thank in advance!
Spencer Yost
From: Frank Pineau <frank at pineaus dot com>
Subject: APOP and OpenBSD
Date: Tue, 25 Jul 2000 16:07:23 -0400
I'm trying to work this up on OBSD and having a little trouble. Everything
works fine, but Qpopper seems to be ignoring my request for APOP. In
inetd.conf, I've even forced APOP with -p 2 and it still appears to ignore it.
I am still able to login and pop my mail, but my log files are not showing the
expected
Jul 25 15:14:04 mail popper[20253]: apop "frank"
which indicates an APOP connection. (That line is from a RedHat server where it
works fine).
I'm using 3.1b5. Any suggestions?
FP
--
<*><*><*><*><*><*><*><*><*><*><*><*><*><*><*><*><*>
Frank Pineau ------------>
frank at pineaus.IHATESPAM dot com
http://www.pineaus.com
Eight out of every five people are math illiterate.
<*><*><*><*><*><*><*><*><*><*><*><*><*><*><*><*><*>
PGP Public Key:
http://www.pineaus.com/frankpineau.asc
No mail from web-based mail systems such as Hotmail
or Yahoo will be accepted.
Date: Tue, 25 Jul 2000 13:38:09 -0700 (PDT)
From: "Jeremy C. Reed" <reed at wcug.wwu dot edu>
Subject: Re: APOP and OpenBSD
On Tue, 25 Jul 2000, Frank Pineau wrote:
> I'm trying to work this up on OBSD and having a little trouble.
> Everything works fine, but Qpopper seems to be ignoring my request for
> APOP. In inetd.conf, I've even forced APOP with -p 2 and it still
What version of qpopper? (Are you using an old OpenBSD port of
qpopper? Because I don't think that OpenBSD has a port anymore.)
I read a few messages on openbsd.misc that said APOP is not working for
the OpenBSD qpopper port.
You may want to build from source.
Jeremy C. Reed
....................................................
BSD software, documentation, resources, news...
http://bsd.reedmedia.net/
From: Frank Pineau <frank at pineaus dot com>
Subject: Re: APOP and OpenBSD
Date: Tue, 25 Jul 2000 16:49:38 -0400
On Tue, 25 Jul 2000 13:43:50 -0700, a data storm erupted from Rickie Kerndt
<rkerndt at bdis dot com>:
>Are you seeing any log entries from popper? Try looking in ipflog. The default
>configure when building popper uses local0 for logging which in OpenBSD is
>ipflog.
>
>You can also try telnet'ng to port 110 and test by entering commands to watch
>the dialog. Or use a packet sniffer to watch the conversation to see what is
>going on.
>
One thing I did notice is that doing a "popauth -init" creates /etc/pop.auth.db
instead of /etc/pop.auth like I specified in the config. I'm wondering if
there's something odd going on there.
FP
--
<*><*><*><*><*><*><*><*><*><*><*><*><*><*><*><*><*>
Frank Pineau ------------>
frank at pineaus.IHATESPAM dot com
http://www.pineaus.com
Eight out of every five people are math illiterate.
<*><*><*><*><*><*><*><*><*><*><*><*><*><*><*><*><*>
PGP Public Key:
http://www.pineaus.com/frankpineau.asc
No mail from web-based mail systems such as Hotmail
or Yahoo will be accepted.
From: Frank Pineau <frank at pineaus dot com>
Subject: Re: APOP and OpenBSD
Date: Tue, 25 Jul 2000 16:45:51 -0400
On Tue, 25 Jul 2000 13:38:09 -0700 (PDT), a data storm erupted from "Jeremy C.
Reed" <reed at wcug.wwu dot edu>:
>
>What version of qpopper? (Are you using an old OpenBSD port of
>qpopper? Because I don't think that OpenBSD has a port anymore.)
>
>I read a few messages on openbsd.misc that said APOP is not working for
>the OpenBSD qpopper port.
>
>You may want to build from source.
>
I mentioned in the last message that I'm using 3.1b5. Compiled from source,
since that version is not available as a port.
FP
--
<*><*><*><*><*><*><*><*><*><*><*><*><*><*><*><*><*>
Frank Pineau ------------>
frank at pineaus.IHATESPAM dot com
http://www.pineaus.com
Eight out of every five people are math illiterate.
<*><*><*><*><*><*><*><*><*><*><*><*><*><*><*><*><*>
PGP Public Key:
http://www.pineaus.com/frankpineau.asc
No mail from web-based mail systems such as Hotmail
or Yahoo will be accepted.
From: Frank Pineau <frank at pineaus dot com>
Subject: Re: APOP and OpenBSD
Date: Tue, 25 Jul 2000 16:48:13 -0400
On Tue, 25 Jul 2000 13:43:50 -0700, a data storm erupted from Rickie Kerndt
<rkerndt at bdis dot com>:
>
>Are you seeing any log entries from popper? Try looking in ipflog. The default
>configure when building popper uses local0 for logging which in OpenBSD is
>ipflog.
>
Yes, as I said, I can pop mail just fine. The log entries indicate normal pop
activity. It just appears to be lacking APOP support, as though it's ignoring
the client APOP request altogether and falling back to user/pass. I haven't
tried telnetting yet. That's next on my huge list of Things To Do. :)
FP
--
<*><*><*><*><*><*><*><*><*><*><*><*><*><*><*><*><*>
Frank Pineau ------------>
frank at pineaus.IHATESPAM dot com
http://www.pineaus.com
Eight out of every five people are math illiterate.
<*><*><*><*><*><*><*><*><*><*><*><*><*><*><*><*><*>
PGP Public Key:
http://www.pineaus.com/frankpineau.asc
No mail from web-based mail systems such as Hotmail
or Yahoo will be accepted.
Date: Tue, 25 Jul 2000 17:17:14 -0700
From: Ray Kase <kase at warren.k12.in dot us>
Subject: qpopper "make" errors
Hello,
We're currently using qpopper 2.5.3 on HP-UX 11.0. I'm trying to install
3.0.2 and get the following errors while trying to "make"
# make
cc -c -I.. -I.. -I. -I../mmangle -I../common \
-g -Ae -DHAVE_CONFIG_H -DHPUX -DUNIX pop_dele.c -o pop_dele.o
(Bundled) cc: warning 480: The -g option is available only with the C/ANSI
C product; ignored.
(Bundled) cc: warning 480: The -A option is available only with the C/ANSI
C product; ignored.
(Bundled) cc: "popper.h", line 327: error 1000: Unexpected symbol: "*".
(Bundled) cc: "popper.h", line 329: error 1000: Unexpected symbol: "FP".
(Bundled) cc: "popper.h", line 455: error 1000: Unexpected symbol: "*".
(Bundled) cc: "popper.h", line 456: error 1000: Unexpected symbol: "*".
The Unexpected symbol errors go on for many more lines.
Then these:
(Bundled) cc: "popper.h", line 327: error 1506: Parameters allowed in
function definition only.
(Bundled) cc: "popper.h", line 329: error 1573: Type of "Stack" is
undefined due to an illegal declaration.
(Bundled) cc: "popper.h", line 329: error 1578: Size of struct or union
member is unknown.
(Bundled) cc: "popper.h", line 455: error 1705: Function prototypes are an
ANSI feature.
(Bundled) cc: "popper.h", line 455: error 1573: Type of "p" is undefined
due to an illegal declaration.
(Bundled) cc: "popper.h", line 456: error 1705: Function prototypes are an
ANSI feature.
Which again go on for many lines.
Then :
(Bundled) cc: "popper.h", line 481: error 1616: Unable to open intrinsic
file "/usr/local/lib/sysintr".
Any help would be greatly appreciated.
Thanks in Advance.
___________________________________________________________________
Ray Kase - Chief Information Officer, MSD Warren Township
email: kase at warren.k12.in dot us Voice:317-532-6135 Fax: 317-532-6148
"... imagine the edge of chaos as a place where there is enough
innovation to keep a system vibrant and enough stability to keep
it from collapsing into anarchy" - Michael Crichton
Date: Wed, 26 Jul 2000 00:17:14 +0100
From: Fergal Daly <fergal at esatclear dot ie>
Subject: Re: qpopper "make" errors
Don't know anything about HPUX but judging by the error messages, the
bundled C compiler is not ANSI compliant and you probably need to get hold
of an ANSI compliant one to compile qpopper (or anything else given that it
complains about something as common as prototypes being and ANSI only
feature!). Go and get gcc for HPUX, I'm afraid I don't know exactly where,
but http://gcc.gnu.org/ is a good starting point,
Fergal
At 01:17 26/07/00, Ray Kase wrote:
>Hello,
>
>We're currently using qpopper 2.5.3 on HP-UX 11.0. I'm trying to install
>3.0.2 and get the following errors while trying to "make"
>
># make
> cc -c -I.. -I.. -I. -I../mmangle -I../common \
> -g -Ae -DHAVE_CONFIG_H -DHPUX -DUNIX pop_dele.c -o pop_dele.o
>(Bundled) cc: warning 480: The -g option is available only with the C/ANSI
>C product; ignored.
>(Bundled) cc: warning 480: The -A option is available only with the C/ANSI
>C product; ignored.
>(Bundled) cc: "popper.h", line 327: error 1000: Unexpected symbol: "*".
>(Bundled) cc: "popper.h", line 329: error 1000: Unexpected symbol: "FP".
>(Bundled) cc: "popper.h", line 455: error 1000: Unexpected symbol: "*".
>(Bundled) cc: "popper.h", line 456: error 1000: Unexpected symbol: "*".
>
>The Unexpected symbol errors go on for many more lines.
>
>Then these:
>
>(Bundled) cc: "popper.h", line 327: error 1506: Parameters allowed in
>function definition only.
>(Bundled) cc: "popper.h", line 329: error 1573: Type of "Stack" is
>undefined due to an illegal declaration.
>(Bundled) cc: "popper.h", line 329: error 1578: Size of struct or union
>member is unknown.
>(Bundled) cc: "popper.h", line 455: error 1705: Function prototypes are an
>ANSI feature.
>(Bundled) cc: "popper.h", line 455: error 1573: Type of "p" is undefined
>due to an illegal declaration.
>(Bundled) cc: "popper.h", line 456: error 1705: Function prototypes are an
>ANSI feature.
>
>Which again go on for many lines.
>
>Then :
>
>(Bundled) cc: "popper.h", line 481: error 1616: Unable to open intrinsic
>file "/usr/local/lib/sysintr".
>
>
>Any help would be greatly appreciated.
>
>Thanks in Advance.
>
>
>
>___________________________________________________________________
>Ray Kase - Chief Information Officer, MSD Warren Township
>email: kase at warren.k12.in dot us Voice:317-532-6135 Fax: 317-532-6148
>
>"... imagine the edge of chaos as a place where there is enough
>innovation to keep a system vibrant and enough stability to keep
>it from collapsing into anarchy" - Michael Crichton
Date: Tue, 25 Jul 2000 16:18:13 -0700
From: Qpopper Support <qpopper at qualcomm dot com>
Subject: Re: qpopper "make" errors
At 5:17 PM -0700 7/25/00, Ray Kase wrote:
> Hello,
>
> We're currently using qpopper 2.5.3 on HP-UX 11.0. I'm trying to install
> 3.0.2 and get the following errors while trying to "make"
>
> # make
> cc -c -I.. -I.. -I. -I../mmangle -I../common \
> -g -Ae -DHAVE_CONFIG_H -DHPUX -DUNIX pop_dele.c -o pop_dele.o
> (Bundled) cc: warning 480: The -g option is available only with the C/ANSI
> C product; ignored.
> (Bundled) cc: warning 480: The -A option is available only with the C/ANSI
> C product; ignored.
> (Bundled) cc: "popper.h", line 327: error 1000: Unexpected symbol: "*".
> (Bundled) cc: "popper.h", line 329: error 1000: Unexpected symbol: "FP".
> (Bundled) cc: "popper.h", line 455: error 1000: Unexpected symbol: "*".
> (Bundled) cc: "popper.h", line 456: error 1000: Unexpected symbol: "*".
>
> The Unexpected symbol errors go on for many more lines.
>
> Then these:
>
> (Bundled) cc: "popper.h", line 327: error 1506: Parameters allowed in
> function definition only.
> (Bundled) cc: "popper.h", line 329: error 1573: Type of "Stack" is
> undefined due to an illegal declaration.
> (Bundled) cc: "popper.h", line 329: error 1578: Size of struct or union
> member is unknown.
> (Bundled) cc: "popper.h", line 455: error 1705: Function prototypes are an
> ANSI feature.
> (Bundled) cc: "popper.h", line 455: error 1573: Type of "p" is undefined
> due to an illegal declaration.
> (Bundled) cc: "popper.h", line 456: error 1705: Function prototypes are an
> ANSI feature.
>
> Which again go on for many lines.
>
> Then :
>
> (Bundled) cc: "popper.h", line 481: error 1616: Unable to open intrinsic
> file "/usr/local/lib/sysintr".
>
>
> Any help would be greatly appreciated.
>
> Thanks in Advance.
>
You are using the bundled HP compiler, which does not support ANSI
C. You need to either install the proprietary HP ANSI C compiler,
or install the free GCC (available from <http://www.gnu.org>).
From: Frank Pineau <frank at pineaus dot com>
Subject: Re: APOP and OpenBSD
Date: Tue, 25 Jul 2000 20:01:57 -0400
On Tue, 25 Jul 2000 14:18:07 -0700, you wrote:
>>One thing I did notice is that doing a "popauth -init" creates
>/etc/pop.auth.db
>>instead of /etc/pop.auth like I specified in the config. I'm wondering=
if
>>there's something odd going on there.
>>
>
>pop.auth.db is the resultant db file when using pop.auth.
Yes, of course, but on my RedHat box it doesn't do that (for popauth, =
anyway.
=46or hash, it does.)
=46P
--
<*><*><*><*><*><*><*><*><*><*><*><*><*><*><*><*><*>
=46rank Pineau ------------>
frank at pineaus.IHATESPAM dot com
http://www.pineaus.com
Time is the best teacher. Unfortunately,
it kills all of its students.
<*><*><*><*><*><*><*><*><*><*><*><*><*><*><*><*><*>
PGP Public Key:
http://www.pineaus.com/frankpineau.asc
No mail from web-based mail systems such as Hotmail
or Yahoo will be accepted.
Date: Tue, 25 Jul 2000 18:47:42 -0700
From: Randall Gellens <randy at qualcomm dot com>
Subject: Re: APOP and OpenBSD
At 4:07 PM -0400 7/25/00, Frank Pineau wrote:
> I'm trying to work this up on OBSD and having a little trouble. Everything
> works fine, but Qpopper seems to be ignoring my request for APOP. In
> inetd.conf, I've even forced APOP with -p 2 and it still appears to
> ignore it.
> I am still able to login and pop my mail, but my log files are not
> showing the
> expected
>
> Jul 25 15:14:04 mail popper[20253]: apop "frank"
>
> which indicates an APOP connection. (That line is from a RedHat
> server where it
> works fine).
>
> I'm using 3.1b5. Any suggestions?
Turn on tracing and see what it says.
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'.
Date: Wed, 26 Jul 2000 14:38:54 +0400
From: Oleg Tipisov <ovt at RedCenter dot Ru>
Subject: Help: POP EOF or I/O error: Bad file number
Hi!
Yesterday we got a lot of the following in the syslog:
Jul 25 18:15:36 skuns popper[15303]: [ID 702911 local0.notice] (v3.0) POP login by user "okbars"
at (bars) 194.67.102.9 [pop_pass.c:1023]
Jul 25 18:15:36 skuns popper[15303]: [ID 702911 local0.notice] okbars at bars (194.67.102.9):
-ERR POP EOF or I/O error: Bad file number (9) [popper.c:560]
Jul 25 18:15:36 skuns popper[15303]: [ID 702911 local0.notice] Stats: okbars 0 0 441 7802723 bars
194.67.102.9 [pop_updt.c:160]
Only 3 of 20 people got this. All of them use Netscape and have
"Leave messages on server" turned on. The server is Solaris 2.7.
It seems that the server was low on disk space, but I'm not sure.
Q1: Is there any relationship between the syslog errors and disk space?
Today those 3 people downloaded their mail successfully, but Netscape
(4.7 for Solaris, 4.61 for W'95) downloaded messages that have already
been marked as "read". Now they see 2 copies of each message in the
Messenger.
Q2: Can anybody explain this ?
Oleg Tipisov,
REDCENTER,
Moscow
From: "Wodecki, Wiktor" <Wodecki at wapme-systems dot de>
Subject: Re: maildrop in mysql
Date: Wed, 26 Jul 2000 13:42:18 +0200
heya folks,
my chief wants this database solution done. So I'll start doing it, if
anyone has any good tips tell them *now* please :-) I'll set up a webpage
with sources and a doc when project is finished.
Regards,
Wiktor
From: "Vans Evers, Frank W. SAIC" <vansevef at socom dot mil>
Subject: RE: Help: POP EOF or I/O error: Bad file number
Date: Wed, 26 Jul 2000 08:14:46 -0400
I have had this problem many times when my "started" connection did not
complete as requested. You have the mail that moved but the mail is not
deleted from the POP server queues. When you connect again, you will get
what you already saved as well as the rest. I don't know about the low on
space thing. I think the duplicate mail behavior is a common problem when
you experience a connection problem.
What was/is their client platform??
TIA
/s/ Frank (reporting from Seffner Florida)
-----Original Message-----
From: Oleg Tipisov [mailto:ovt at RedCenter dot Ru]
Sent: Wednesday, July 26, 2000 6:39 AM
To: qpopper at lists.pensive dot org
Subject: Help: POP EOF or I/O error: Bad file number
Hi!
Yesterday we got a lot of the following in the syslog:
Jul 25 18:15:36 skuns popper[15303]: [ID 702911 local0.notice] (v3.0) POP
login by user "okbars"
at (bars) 194.67.102.9 [pop_pass.c:1023]
Jul 25 18:15:36 skuns popper[15303]: [ID 702911 local0.notice] okbars at
bars (194.67.102.9):
-ERR POP EOF or I/O error: Bad file number (9) [popper.c:560]
Jul 25 18:15:36 skuns popper[15303]: [ID 702911 local0.notice] Stats: okbars
0 0 441 7802723 bars
194.67.102.9 [pop_updt.c:160]
Only 3 of 20 people got this. All of them use Netscape and have
"Leave messages on server" turned on. The server is Solaris 2.7.
It seems that the server was low on disk space, but I'm not sure.
Q1: Is there any relationship between the syslog errors and disk space?
Today those 3 people downloaded their mail successfully, but Netscape
(4.7 for Solaris, 4.61 for W'95) downloaded messages that have already
been marked as "read". Now they see 2 copies of each message in the
Messenger.
Q2: Can anybody explain this ?
Oleg Tipisov,
REDCENTER,
Moscow
Date: Wed, 26 Jul 2000 08:21:39 -0400
From: "Spencer Yost" <yostsw at newidea.atis dot net>
Subject: Re: Issues with Outlook
Hate to reply to my own message, but I left a potentially important detail
out:
>Outlook hangs until the pop server timeout, or it flat locks up tight.
>(Re-installs of Outlook do not fix the problem, neither do reboots (-; )
>
Outlook only fails to get the messages AFTER the first attempt. It always
retrieves mail successfully the first time you retrieve mail after
application start-up. On one machine, you do have to completely reboot to
get this "First time is a success" behavior. The other machines you can
simply exit-logoff then restart Outlook to repeat this first time success.
Again, Outlook 98 and 2000 on any platform or software mix have no
problems.
Obviously, upgrading Outlook is not an option either, or I would have had
Outlook >97 on their computers faster than you can say "I hate Bill Gates"
(-;
Thanks!
Spencer Yost
Plow the net! http://www.atis.net
Date: Wed, 26 Jul 2000 16:36:54 +0400
From: Oleg Tipisov <ovt at RedCenter dot Ru>
Subject: Re: Help: POP EOF or I/O error: Bad file number
Vans Evers, Frank W. SAIC wrote:
>
> I have had this problem many times when my "started" connection did not
> complete as requested. You have the mail that moved but the mail is not
> deleted from the POP server queues. When you connect again, you will get
> what you already saved as well as the rest. I don't know about the low on
Well, but people received duplicates of messages that were 2-3 monthes old,
already marked as "read". It looks like mail client bug.
> space thing. I think the duplicate mail behavior is a common problem when
> you experience a connection problem.
>
> What was/is their client platform??
Netscape 4.6-4.7, Win95, Solaris.
>
> TIA
>
> /s/ Frank (reporting from Seffner Florida)
>
> -----Original Message-----
> From: Oleg Tipisov [mailto:ovt at RedCenter dot Ru]
> Sent: Wednesday, July 26, 2000 6:39 AM
> To: qpopper at lists.pensive dot org
> Subject: Help: POP EOF or I/O error: Bad file number
>
> Hi!
>
> Yesterday we got a lot of the following in the syslog:
>
> Jul 25 18:15:36 skuns popper[15303]: [ID 702911 local0.notice] (v3.0) POP
> login by user "okbars"
> at (bars) 194.67.102.9 [pop_pass.c:1023]
> Jul 25 18:15:36 skuns popper[15303]: [ID 702911 local0.notice] okbars at
> bars (194.67.102.9):
> -ERR POP EOF or I/O error: Bad file number (9) [popper.c:560]
> Jul 25 18:15:36 skuns popper[15303]: [ID 702911 local0.notice] Stats: okbars
> 0 0 441 7802723 bars
> 194.67.102.9 [pop_updt.c:160]
>
> Only 3 of 20 people got this. All of them use Netscape and have
> "Leave messages on server" turned on. The server is Solaris 2.7.
> It seems that the server was low on disk space, but I'm not sure.
>
> Q1: Is there any relationship between the syslog errors and disk space?
>
> Today those 3 people downloaded their mail successfully, but Netscape
> (4.7 for Solaris, 4.61 for W'95) downloaded messages that have already
> been marked as "read". Now they see 2 copies of each message in the
> Messenger.
>
> Q2: Can anybody explain this ?
>
> Oleg Tipisov,
> REDCENTER,
> Moscow
From: Frank Pineau <frank at pineaus dot com>
Subject: Further APOP and OpenBSD
Date: Wed, 26 Jul 2000 09:08:09 -0400
>This causes detailed tracing to be written to the syslog (if you used
>'-d') or to the file specified as 'tracefile'.
Well, after running debug, it appears that it IS using APOP, but there is no
normal indication that it is doing so. Under RH, there is a third line which
states that it is an APOP connection.
Jul 26 09:03:40 cyan popper[7866]: (v?) POP login by user "fpineau" at
(192.168.10.51) 192.168.10.51 [pop_apop.c:382]
Jul 26 09:03:40 cyan popper[7866]: Stats: fpineau 0 0 0 0 192.168.10.51
192.168.10.51 [pop_updt.c:224]
FP
--
<*><*><*><*><*><*><*><*><*><*><*><*><*><*><*><*><*>
Frank Pineau ------------>
frank at pineaus.IHATESPAM dot com
http://www.pineaus.com
Eight out of every five people are math illiterate.
<*><*><*><*><*><*><*><*><*><*><*><*><*><*><*><*><*>
PGP Public Key:
http://www.pineaus.com/frankpineau.asc
No mail from web-based mail systems such as Hotmail
or Yahoo will be accepted.
Subject: Re: maildrop in mysql
Date: Wed, 26 Jul 2000 11:17:19 -0400
From: Ken Hornstein <kenh at cmf.nrl.navy dot mil>
>my chief wants this database solution done. So I'll start doing it, if
>anyone has any good tips tell them *now* please :-) I'll set up a webpage
>with sources and a doc when project is finished.
What is and isn't a database is really debatable, IMHO. You could call
the filesystem a database (the filename is the key, and the file
contents are the data corresponding to that key). If you want to
have better than linear lookup, use a hashed spool (which is supported
already in qpopper).
I wouldn't personally feel guilty about telling my boss that email was
stored in a database if we were just using a vanilla mail spool; what
you want to do is of course up to you.
--Ken
Date: Wed, 26 Jul 2000 09:04:49 -0700
From: Randall Gellens <randy at qualcomm dot com>
Subject: Re: Further APOP and OpenBSD
At 9:08 AM -0400 7/26/00, Frank Pineau wrote:
> >This causes detailed tracing to be written to the syslog (if you used
>>'-d') or to the file specified as 'tracefile'.
>
>
> Well, after running debug, it appears that it IS using APOP, but there is no
> normal indication that it is doing so. Under RH, there is a third
> line which
> states that it is an APOP connection.
>
> Jul 26 09:03:40 cyan popper[7866]: (v?) POP login by user "fpineau" at
> (192.168.10.51) 192.168.10.51 [pop_apop.c:382]
>
> Jul 26 09:03:40 cyan popper[7866]: Stats: fpineau 0 0 0 0 192.168.10.51
> 192.168.10.51 [pop_updt.c:224]
Try using 3.1b6 and see if it's better.
Date: Wed, 26 Jul 2000 09:07:36 -0700
From: Randall Gellens <randy at qualcomm dot com>
Subject: Re: Help: POP EOF or I/O error: Bad file number
Try Qpopper 3.1b6, which has fixed some bugs in this area. It's
possible that client bugs caused old mail to never be deleted, and a
Qpopper bug caused that mail to be downloaded again. Perhaps the
users should try Eudora?
From: "Kenneth Porter" <shiva at well dot com>
Date: Wed, 26 Jul 2000 10:09:44 -0700
Subject: Re: Issues with Outlook
On Wed, 26 Jul 2000 08:21:39 -0400, Spencer Yost wrote:
>Outlook only fails to get the messages AFTER the first attempt. It always
>retrieves mail successfully the first time you retrieve mail after
>application start-up. On one machine, you do have to completely reboot to
>get this "First time is a success" behavior. The other machines you can
>simply exit-logoff then restart Outlook to repeat this first time success.
Sounds like Outlook doesn't completely shut down unless one logs off.
(Having to use it to manage my Compaq palmtop, that doesn't surprise
me.) There may be an icon for it in the SysTray, or you can find the
process in the Task Manager. For the machine that requires a reboot,
perhaps Outlook is running outside user context, so it doesn't shut
down on a logout. Either way, try killing the process and see if you
can reconnect successfully without logging out.
The next step is to run tcpdump (or equivalent packet logger) on the
server to see just what Outlook does differently from its more
successful brethren.
Ken
mailto:shiva at well dot com
http://www.sewingwitch.com/ken/
http://www.harrybrowne2000.org/
Kill the Carnivore! http://www.lp.org/action/carnivore/
Date: Wed, 26 Jul 2000 11:53:06 -0600 (MDT)
From: Patricia Max <pam at lampinc dot com>
Subject: qpopper/tcp wrappers
Do I have to do anything special to build newer verions of
popper/qpopper to use tcp wrappers to limit access?
Thanks in advance.
Patricia Max
Date: Wed, 26 Jul 2000 14:01:28 -0400 (EDT)
From: "Jeff A. Earickson" <jaearick at colby dot edu>
Subject: Re: qpopper/tcp wrappers
Should just be a case of building qpopper as normal, and then invoking
it via tcpwrappers from inetd.conf:
pop3 stream tcp nowait root /usr/lbin/tcpd /opt/maild/popper
where tcpd is the tcpwrapper daemon.
** Jeff A. Earickson
On Wed, 26 Jul 2000, Patricia Max wrote:
> Date: Wed, 26 Jul 2000 11:53:06 -0600 (MDT)
> From: Patricia Max <pam at lampinc dot com>
> To: Subscribers of Qpopper <qpopper at lists.pensive dot org>
> Subject: qpopper/tcp wrappers
>
> Do I have to do anything special to build newer verions of
> popper/qpopper to use tcp wrappers to limit access?
>
> Thanks in advance.
>
> Patricia Max
>
From: "Kenneth Porter" <shiva at well dot com>
Date: Wed, 26 Jul 2000 11:20:51 -0700
Subject: Re: qpopper/tcp wrappers
On Wed, 26 Jul 2000 11:53:06 -0600 (MDT), Patricia Max wrote:
>Do I have to do anything special to build newer verions of
>popper/qpopper to use tcp wrappers to limit access?
I'm using qpopper with tcp wrappers under Red Hat 6.1, and didn't have
to do any special prep to qpopper. Just added a line to
/etc/hosts.allow for the qpopper service.
Ken
mailto:shiva at well dot com
http://www.sewingwitch.com/ken/
http://www.harrybrowne2000.org/
Kill the Carnivore! http://www.lp.org/action/carnivore/
From: Frank Pineau <frank at pineaus dot com>
Subject: Re: Further APOP and OpenBSD
Date: Wed, 26 Jul 2000 15:25:27 -0400
On Wed, 26 Jul 2000 09:04:49 -0700, a data storm erupted from Randall Gellens
<randy at qualcomm dot com>:
>At 9:08 AM -0400 7/26/00, Frank Pineau wrote:
>
>> >This causes detailed tracing to be written to the syslog (if you used
>>>'-d') or to the file specified as 'tracefile'.
>>
>>
>> Well, after running debug, it appears that it IS using APOP, but there is no
>> normal indication that it is doing so. Under RH, there is a third
>> line which
>> states that it is an APOP connection.
>>
>> Jul 26 09:03:40 cyan popper[7866]: (v?) POP login by user "fpineau" at
>> (192.168.10.51) 192.168.10.51 [pop_apop.c:382]
>>
>> Jul 26 09:03:40 cyan popper[7866]: Stats: fpineau 0 0 0 0 192.168.10.51
>> 192.168.10.51 [pop_updt.c:224]
>
>Try using 3.1b6 and see if it's better.
I can confirm that 3.1b6 does report APOP in the log file on OpenBSD where 3.1b5
does not, so my problem appears to be resolved. Thanks.
Jul 26 15:25:01 cyan popper[23072]: apop "fpineau"
Jul 26 15:25:01 cyan popper[23072]: (v?) POP login by user "fpineau" at
(192.168.10.51) 192.168.10.51
Jul 26 15:25:01 cyan popper[23072]: Stats: fpineau 0 0 0 0 192.168.10.51
192.168.10.51
FP
--
<*><*><*><*><*><*><*><*><*><*><*><*><*><*><*><*><*>
Frank Pineau ------------>
frank at pineaus.IHATESPAM dot com
http://www.pineaus.com
Eight out of every five people are math illiterate.
<*><*><*><*><*><*><*><*><*><*><*><*><*><*><*><*><*>
PGP Public Key:
http://www.pineaus.com/frankpineau.asc
No mail from web-based mail systems such as Hotmail
or Yahoo will be accepted.
From: Marc.Romero at ibpc dot fr (Marc ROMERO)
Subject: Re: qpopper/tcp wrappers (fwd)
Date: Wed, 26 Jul 2000 21:52:09 +0200 (MET DST)
>>Do I have to do anything special to build newer verions of
>>popper/qpopper to use tcp wrappers to limit access?
>
>I'm using qpopper with tcp wrappers under Red Hat 6.1, and didn't have
>to do any special prep to qpopper. Just added a line to
>/etc/hosts.allow for the qpopper service.
I'um using qpopper with tcp wrapper under Solaris 2.8, I've mapped domain
in hosts.allow and hosts.deny.
For exemples :
for my hosts.deny, I have :
ALL : .xx : spawn (echo "Access form %u %h using %d" | sendmail auth) : DENY (to deny all entry in domain xx)
popper : xxx.xxx.xxx.xxx : spawn (echo "Access form %u %h using %d" | sendmail auth) : DENY (to deny a host)
for my hosts.allow, I've :
ALL: xxx.xx.xxx.0/255.255.255.0 (for IP in my domain)
popper: xxx.xxx.xxx.xxx (for an host, it can pop in my server)
Entry to add in /etc/inetd.conf
pop3 stream tcp nowait root /usr/sbin/tcpd /usr/local/bin/popper -s
This configuration has been installed for 2 years ego, I don't have any problem for this.
--
Best Regards,
Amicalement,
Marc
_____________________________________________________________________
Marc ROMERO, CNRS - IFR 550, Administrateur Reseaux et Systemes
Institut de Biologie Physico-Chimique, Fondation Edmond de Rothschild
13, rue Pierre et Marie Curie, F-75005 Paris, France
Tel : +33 [0]1 58 41 50 34, Fax : +33 [0]1 58 41 50 21
E-Mail : Marc.Romero at ibpc.fr, WWW : http://www.ibpc dot fr/~romero
From: "Jack Barnett" <jbarnett at axil.netmate dot com>
Subject: Re: qpopper/tcp wrappers
Date: Wed, 26 Jul 2000 13:42:35 -0500
----- Original Message -----
From: "Patricia Max" <pam at lampinc dot com>
To: "Subscribers of Qpopper" <qpopper at lists.pensive dot org>
Sent: Wednesday, July 26, 2000 12:53 PM
Subject: qpopper/tcp wrappers
> Do I have to do anything special to build newer verions of
> popper/qpopper to use tcp wrappers to limit access?
>
> Thanks in advance.
>
> Patricia Max
>
Nope. Just run it out of inetd
------
Humor or insantiy? http://geekweb.org
------
Date: Wed, 26 Jul 2000 21:34:18 -0700
From: Rickie Kerndt <kerndtr at kerndt dot com>
Subject: Re: Further APOP and OpenBSD
At 03:25 PM 07/26/2000 -0400, you wrote:
>I can confirm that 3.1b6 does report APOP in the log file on OpenBSD where
>3.1b5
>does not, so my problem appears to be resolved. Thanks.
Well, qpopper 3.1b4, 3.1b5, & 3.1b6 all logged apop connections correctly
for me in OpenBSD
Jul 26 21:03:04 purser popper[18804]: apop "kerndtr"
Jul 26 21:03:08 purser popper[18804]: (v3.1b4-krb-IV) POP login by user
"kerndtr" at (192.168.1.1
but now i remember that i built 3.1b4 with kerberos support and had to
patch pop_user.c to allow cleartext with kerberos authentication when
cleartext is otherwise forbidden. i was building with apop as well so user
could authenticate with either. Looking at 3.1b6 pop_user.c this same
problem still exists. I've been testing 3.1b5 and 3.1b6 on an OpenBSD
system without kerberos support so haven't bothered incorperating these
changes there. Maybe somthing that should be fixed? Patch below:
--- pop_user.c.orig Tue Jul 4 12:39:42 2000
+++ pop_user.c Tue Jul 4 14:17:40 2000
@@ -182,7 +182,7 @@
#ifdef AUTHON
- if ( p->AllowClearText == ClearTextDefault ) {
+ if ( p->AllowClearText == ClearTextDefault && (p->AuthType != kerberos)) {
DEBUG_LOG0 ( p, "AllowClearText == ClearTextDefault; checking if "
"user exists in APOP/SCRAM db" );
@@ -294,7 +294,8 @@
} /* able to open db */
} /* p->AllowClearText == ClearTextDefault */
- if ( ( p->AllowClearText == ClearTextNever ) ||
+ if ( ( p->AuthType != kerberos ) ||
+ ( p->AllowClearText == ClearTextNever ) ||
( p->AllowClearText == ClearTextLocal &&
strncmp ( "127.", p->ipaddr, 4 ) != 0 )
) {
From: "Master" <NetMaster at mailru dot com>
Subject: MX problems
Date: Thu, 27 Jul 2000 09:38:40 +0300
Hello.
Sorry if this letter is not the exact place where to be placed but I
need
help immediatly and do not know where to ask.
The MX record for belinfo.com is defined as follows:
$ORIGIN belinfo.com.
@ 1D IN SOA ns1.intellispace.net.
dns-admin.noc.inte
llispace.net. (
2000071303 ; serial
3H ; refresh
1H ; retry
1W ; expiry
1D ) ; minimum
1D IN NS NS1.INTELLISPACE.NET.
1D IN NS NS2.INTELLISPACE.NET.
1D IN A 160.79.25.18
1D IN MX 5 160.79.25.18
But mail for master at belinfo dot com do not reach belinfo.com
I received something like:
----- Transcript of session follows -----
550 5.1.2 <master at belinfo dot com>... Host unknown (Name server:
160.79.25.18.belinfo.com.: host not found)
I can't understand where is the problem because everything work
correctly until yesterday.
Any help or advice where I can find information about the problem will
ne kindly
appreciated.
Date: Wed, 26 Jul 2000 23:51:44 -0700 (PDT)
From: Jay Fowler <fowler at csufresno dot edu>
Subject: Re: MX problems
Try sticking a dot (period) at the end of your IP address for your
MX record. Your domain is concatenating with the IP address because
you are not terminating the entry with a period. Your NS record looks
good.
> 1D IN NS NS1.INTELLISPACE.NET.
> 1D IN A 160.79.25.18
> 1D IN MX 5 160.79.25.18
Notice your domain is concatenated to the IP ....
> ----- Transcript of session follows -----
> 550 5.1.2 <master at belinfo dot com>... Host unknown (Name server:
> 160.79.25.18.belinfo.com.: host not found)
Good luck,
Jay
______________________________________________________________________
Jay Fowler jay_fowler at csufresno dot edu
UNIX Systems Group, ITS http://sysadmin.csufresno.edu
California State University, Fresno Tel: (559) 278-3923
From: "Eric Hunter" <ehunter at netrover dot com>
Subject: Re: MX problems
Date: Thu, 27 Jul 2000 02:52:08 -0400
Your MX record can't be an IP address... it needs to be a name, such as
mail.belinfo.com (which you'd also define in your zone file).
Eric
----- Original Message -----
From: "Master" <NetMaster at mailru dot com>
To: "Subscribers of Qpopper" <qpopper at lists.pensive dot org>
Sent: Thursday, July 27, 2000 2:38 AM
Subject: MX problems
> Hello.
> Sorry if this letter is not the exact place where to be placed but I
> need
> help immediatly and do not know where to ask.
> The MX record for belinfo.com is defined as follows:
>
> $ORIGIN belinfo.com.
> @ 1D IN SOA ns1.intellispace.net.
> dns-admin.noc.inte
> llispace.net. (
> 2000071303 ; serial
> 3H ; refresh
> 1H ; retry
> 1W ; expiry
> 1D ) ; minimum
>
> 1D IN NS NS1.INTELLISPACE.NET.
> 1D IN NS NS2.INTELLISPACE.NET.
> 1D IN A 160.79.25.18
> 1D IN MX 5 160.79.25.18
>
> But mail for master at belinfo dot com do not reach belinfo.com
>
> I received something like:
>
> ----- Transcript of session follows -----
> 550 5.1.2 <master at belinfo dot com>... Host unknown (Name server:
> 160.79.25.18.belinfo.com.: host not found)
>
> I can't understand where is the problem because everything work
> correctly until yesterday.
>
> Any help or advice where I can find information about the problem will
> ne kindly
> appreciated.
>
>
Date: Thu, 27 Jul 2000 12:02:27 +0200 (DFT)
From: Jens Schleusener <Jens.Schleusener at dlr dot de>
Subject: qpopper3.1b6 compile problem under AIX 4.1.4
Hi,
I just tried to compile qpopper3.1b6 under AIX 4.1.4 (gcc version 2.7.2.2)
and got the error
cd ./popper && gnumake all
gnumake[1]: Entering directory
`/usr/local/contrib/src/qpopper3.1b6/popper'
gcc -c -I.. -I.. -I. \
-I../mmangle -I../common \
-g -O2 -fpcc-struct-return -DHAVE_CONFIG_H -DAIX -DUNIX
pop_dele.c -o pop_dele.o
In file included from popper.h:69,
from pop_dele.c:25:
../common/string_util.h:36: parse error before `0'
Similar error if I force the use of IBM's C-compiler.
The critical part in common/string_util.h seems to be
typedef enum {
FALSE = 0,
TRUE = 1
} BOOLEAN;
probably since FALSE and TRUE are already defined?
Sorry, I am not a C expert.
Same error/construct at least within snprintf.c.
By the way, under Linux (gcc version 2.95.2) I have no such problems.
Greetings
Jens
--
Dr. Jens Schleusener debis Systemhaus
phone: +49 (551) 709-2493 Solutions for Research
fax: +49 (551) 709-2169 Bunsenstr.10
mail: Jens.Schleusener at dlr dot de D-37073 Goettingen
Date: Thu, 27 Jul 2000 09:42:50 -0400 (EDT)
From: "Jeff A. Earickson" <jaearick at colby dot edu>
Subject: Re: qpopper3.1b6 compile problem under AIX 4.1.4
Hi,
I ran into that problem with 3.1b6 and some of my custom code. As
I remember, what I did in the spot I had problems with was to move the
#include "popper.h" before the #includes that reference
things in /usr/include. That chased the problem away for me.
** 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
----------------------------------------------------------------------------
I came, I saw, I applied duct-tape to it.
----------------------------------------------------------------------------
On Thu, 27 Jul 2000, Jens Schleusener wrote:
> Date: Thu, 27 Jul 2000 12:02:27 +0200 (DFT)
> From: Jens Schleusener <Jens.Schleusener at dlr dot de>
> To: Subscribers of Qpopper <qpopper at lists.pensive dot org>
> Subject: qpopper3.1b6 compile problem under AIX 4.1.4
>
> Hi,
>
> I just tried to compile qpopper3.1b6 under AIX 4.1.4 (gcc version 2.7.2.2)
> and got the error
>
> cd ./popper && gnumake all
> gnumake[1]: Entering directory
> `/usr/local/contrib/src/qpopper3.1b6/popper'
> gcc -c -I.. -I.. -I. \
> -I../mmangle -I../common \
> -g -O2 -fpcc-struct-return -DHAVE_CONFIG_H -DAIX -DUNIX
> pop_dele.c -o pop_dele.o
> In file included from popper.h:69,
> from pop_dele.c:25:
> ../common/string_util.h:36: parse error before `0'
>
> Similar error if I force the use of IBM's C-compiler.
>
> The critical part in common/string_util.h seems to be
>
> typedef enum {
> FALSE = 0,
> TRUE = 1
> } BOOLEAN;
>
> probably since FALSE and TRUE are already defined?
> Sorry, I am not a C expert.
>
> Same error/construct at least within snprintf.c.
>
> By the way, under Linux (gcc version 2.95.2) I have no such problems.
>
> Greetings
>
> Jens
>
> --
> Dr. Jens Schleusener debis Systemhaus
> phone: +49 (551) 709-2493 Solutions for Research
> fax: +49 (551) 709-2169 Bunsenstr.10
> mail: Jens.Schleusener at dlr dot de D-37073 Goettingen
>
Date: Thu, 27 Jul 2000 10:02:01 -0400 (EDT)
From: "Jeff A. Earickson" <jaearick at colby dot edu>
Subject: BETA3.1b6: proposed changes for 3.1b7
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.
--2006451189-1903590565-964706521=:11384
Content-Type: TEXT/PLAIN; charset=US-ASCII
Yo qpopper developers,
The attached patchfile contains my changes against 3.1b6 that I would
like to have considered for inclusion in the final 3.1 (or later). The
big addition here is DCE authentication. I ran into the corner case with
PAM on HP-UX 11.0 that PAM will not successfully authenticate someone if
they don't have full login access to the machine; in our case POP users
do not get full login access to our mail server. This "feature" is an
obscure design mismatch between PAM, DCE authentication, and HP's
Integrated-Login product. So I had to roll my previous DCE authentication
back into the 3.1 code. This method makes direct calls into the DCE
registry to authenticate someone.
This version of 3.1 beta, plus my custom changes, is now running
in production mode on our mail server (in -S server mode) with no
reported problems.
I sent in the DCE authentication code to Qualcomm long ago (2.51),
never heard back from Qualcomm, and it never appeared in the production
code. Some feedback from the Qualcomm developers would be common
courtesy; I feel like I'm yelling into a deep well. Hello, Qualcomm?
Here's my latest snippet of the Change file:
Changes from 3.1b6 to 3.1b7
---------------------------
1. Configuration options fail on HPUX 11.0 when --with-pam is
used due to reference to -ldl library in configure.in.
Removed references to -ldl in configure.in.
2. Compilation of popper/pop_pass.c fails on HPUX 11.0 when
--with-pam is used, because non-pam version of auth_user()
is not hidden by cpp directives.
3. A third hash_spooling mechanism is added. The first character
of the userid is used as a subdirectory within the spooldir
for the location of the mailbox. The pop dropfile goes in
the "pop" subdirectory therein. So for user "joeblow" and
a spool directory of "/var/mail", the mailbox is located at
/var/mail/j/joeblow
and the dropfile is located at:
/var/mail/j/pop/.joeblow.pop
4. Configure-time options added to configure.in for features already
in the code, but not in the configure options. These are:
--with-nonauth=path Set the nonauthorized users file path.
Default is /etc/pop.nonauth.
--with-auth=path Set the authorized users file path.
Default is /etc/pop.authorized.
The appropriate defines for these were added to config.h.in.
5. Added a loadlimit mechanism, to prevent qpopper connections if
the system load is above a system-configurable value. Added
a configure option (--with-loadlimit=load), and code in popper.c
to enable this for systems that use getloadavg(3) (eg, Solaris)
and for HPUX 10.x/11.x systems. Needs code for other types of
UNIX.
6. Changed the message for nonauthorized users to *tell* them they
are not authorized, instead of the usual vague message. For use
with AUTHFILE and NONAUTHFILE macros.
7. Fixed a bug in pop_init.c, where p->debug and p->stats were not
initialized before being used in the getopts loop.
8. Added a timecheck in pop_pass.c to keep people from repeatedly
checking email. Only works if KEEP_TEMP_DROP is defined. Checks
the timestamp on the saved dropfile against the current time, if
less than MIN_ACCESS_TIME, then rejects the connection.
MIN_ACCESS_TIME is defined in popper.h.
9. Added DCE authentication support. Known to work on HP 10.20 and
11.0 systems. May work on other DCE platforms. Enable via
configuration using --with-DCE.
** 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
----------------------------------------------------------------------------
I came, I saw, I applied duct-tape to it.
----------------------------------------------------------------------------
--2006451189-1903590565-964706521=:11384
Content-Type: TEXT/PLAIN; charset=US-ASCII; name="diffs.31b6.to.31b7+DCE"
Content-Transfer-Encoding: BASE64
Content-ID: <Pine.HPX.4.21.0007271002010.11384 at ithaca.offices.its.colby dot edu>
Content-Description:
Content-Disposition: attachment; filename="diffs.31b6.to.31b7+DCE"
IyBUaGlzIGlzIGEgcGF0Y2ggZm9yIHFwb3BwZXIzLjFiNiB0byB1cGRhdGUg
aXQgdG8gcXBvcHBlcjMuMWI3K0RDRQ0KIyANCiMgVG8gYXBwbHkgdGhpcyBw
YXRjaDoNCiMgU1RFUCAxOiBDaGRpciB0byB0aGUgc291cmNlIGRpcmVjdG9y
eS4NCiMgU1RFUCAyOiBSdW4gdGhlICdhcHBseXBhdGNoJyBwcm9ncmFtIHdp
dGggdGhpcyBwYXRjaCBmaWxlIGFzIGlucHV0Lg0KIw0KIyBJZiB5b3UgZG8g
bm90IGhhdmUgJ2FwcGx5cGF0Y2gnLCBpdCBpcyBwYXJ0IG9mIHRoZSAnbWFr
ZXBhdGNoJyBwYWNrYWdlDQojIHRoYXQgeW91IGNhbiBmZXRjaCBmcm9tIHRo
ZSBDb21wcmVoZW5zaXZlIFBlcmwgQXJjaGl2ZSBOZXR3b3JrOg0KIyBodHRw
Oi8vd3d3LnBlcmwuY29tL0NQQU4vYXV0aG9ycy9Kb2hhbl9Wcm9tYW5zL21h
a2VwYXRjaC14LnkudGFyLmd6DQojIEluIHRoZSBhYm92ZSBVUkwsICd4JyBz
aG91bGQgYmUgMiBvciBoaWdoZXIuDQojDQojIFRvIGFwcGx5IHRoaXMgcGF0
Y2ggd2l0aG91dCB0aGUgdXNlIG9mICdhcHBseXBhdGNoJzoNCiMgU1RFUCAx
OiBDaGRpciB0byB0aGUgc291cmNlIGRpcmVjdG9yeS4NCiMgSWYgeW91IGhh
dmUgYSBkZWNlbnQgQm91cm5lLXR5cGUgc2hlbGw6DQojIFNURVAgMjogUnVu
IHRoZSBzaGVsbCB3aXRoIHRoaXMgZmlsZSBhcyBpbnB1dC4NCiMgSWYgeW91
IGRvbid0IGhhdmUgc3VjaCBhIHNoZWxsLCB5b3UgbWF5IG5lZWQgdG8gbWFu
dWFsbHkgY3JlYXRlDQojIHRoZSBmaWxlcyBhcyBzaG93biBiZWxvdy4NCiMg
U1RFUCAzOiBSdW4gdGhlICdwYXRjaCcgcHJvZ3JhbSB3aXRoIHRoaXMgZmls
ZSBhcyBpbnB1dC4NCiMNCiMgVGhlc2UgYXJlIHRoZSBjb21tYW5kcyBuZWVk
ZWQgdG8gY3JlYXRlL2RlbGV0ZSBmaWxlcy9kaXJlY3RvcmllczoNCiMNCnRv
dWNoICdwb3BwZXIvZGNlX3B3ZW50LmMnDQpjaG1vZCAwNjAwICdwb3BwZXIv
ZGNlX3B3ZW50LmMnDQp0b3VjaCAncG9wcGVyL3BvcF9hdXRoZGNlLmMnDQpj
aG1vZCAwNjAwICdwb3BwZXIvcG9wX2F1dGhkY2UuYycNCiMNCiMgVGhpcyBj
b21tYW5kIHRlcm1pbmF0ZXMgdGhlIHNoZWxsIGFuZCBuZWVkIG5vdCBiZSBl
eGVjdXRlZCBtYW51YWxseS4NCmV4aXQNCiMNCiMjIyMgRW5kIG9mIFByZWFt
YmxlICMjIyMNCg0KIyMjIyBQYXRjaCBkYXRhIGZvbGxvd3MgIyMjIw0KZGlm
ZiAtYyAncXBvcHBlcjMuMWI2L0lOU1RBTEwnICdxcG9wcGVyMy4xYjcrRENF
L0lOU1RBTEwnDQpJbmRleDogLi9JTlNUQUxMDQoqKiogLi9JTlNUQUxMCUZy
aSBKdWwgMTQgMjA6MTI6MTQgMjAwMA0KLS0tIC4vSU5TVEFMTAlUdWUgSnVs
IDI1IDEwOjE3OjA2IDIwMDANCioqKioqKioqKioqKioqKg0KKioqIDE2OCwx
NzQgKioqKg0KICANCiAgIC0td2l0aC13YXJuaW5ncyAgICAgICAgICBFbmFi
bGUgYWRkaXRpb25hbCBjb21waWxlciB3YXJuaW5ncy4NCiAgDQohICAtLWVu
YWJsZS1oYXNoLXNwb29sPTF8MiAgVXNlIGhhc2hlZCBzcG9vbCBkaXJlY3Rv
cnkuICBTZWUgDQogICAgICAgICAgICAgICAgICAgICAgICAgICAgSEFTSF9T
UE9PTCBpbiBzZWN0aW9uIE1BQ1JPUyBmb3IgbW9yZQ0KICAgICAgICAgICAg
ICAgICAgICAgICAgICAgIGluZm9ybWF0aW9uLiAgVGhlIGRlZmF1bHQgbWV0
aG9kIGlzIDIuDQogICANCi0tLSAxNjgsMTc1IC0tLS0NCiAgDQogICAtLXdp
dGgtd2FybmluZ3MgICAgICAgICAgRW5hYmxlIGFkZGl0aW9uYWwgY29tcGls
ZXIgd2FybmluZ3MuDQogIA0KISAgLS1lbmFibGUtaGFzaC1zcG9vbD0xfDJ8
MyAgDQohICAgICAgICAgICAgICAgICAgICAgICAgICAgVXNlIGhhc2hlZCBz
cG9vbCBkaXJlY3RvcnkuICBTZWUgDQogICAgICAgICAgICAgICAgICAgICAg
ICAgICAgSEFTSF9TUE9PTCBpbiBzZWN0aW9uIE1BQ1JPUyBmb3IgbW9yZQ0K
ICAgICAgICAgICAgICAgICAgICAgICAgICAgIGluZm9ybWF0aW9uLiAgVGhl
IGRlZmF1bHQgbWV0aG9kIGlzIDIuDQogICANCioqKioqKioqKioqKioqKg0K
KioqIDI1MywyNTggKioqKg0KLS0tIDI1NCwyNzIgLS0tLQ0KICANCiAgIC0t
ZW5hYmxlLWtzb2NraW5zdCAgICAgICBVc2VzIGdldHNvY2tpbnN0KCkgZm9y
IEtlcmJlcm9zIGluc3RhbmNlLg0KICANCisgIC0td2l0aC1ub25hdXRoPXBh
dGggICAgICBTZXQgdGhlIG5vbmF1dGhvcml6ZWQgdXNlcnMgZmlsZSBwYXRo
Lg0KKyAgICAgICAgICAgICAgICAgICAgICAgICAgIERlZmF1bHQgaXMgL2V0
Yy9wb3Aubm9uYXV0aC4NCisgDQorICAtLXdpdGgtYXV0aD1wYXRoICAgICAg
ICAgU2V0IHRoZSBhdXRob3JpemVkIHVzZXJzIGZpbGUgcGF0aC4NCisgICAg
ICAgICAgICAgICAgICAgICAgICAgICBEZWZhdWx0IGlzICAvZXRjL3BvcC5h
dXRob3JpemVkLg0KKyANCisgIC0td2l0aC1sb2FkbGltaXQ9bG9hZCAgICBF
bmFibGUgbG9hZGxpbWl0IGZlYXR1cmUuICBMb2FkIGlzIHRoZQ0KKyAgICAg
ICAgICAgICAgICAgICAgICAgICAgIG51bWVyaWNhbCAxIG1pbnV0ZSBsb2Fk
IGF2ZXJhZ2UsIGdlbmVyYWxseQ0KKyAgICAgICAgICAgICAgICAgICAgICAg
ICAgIHNlZW4gdmlhIHRoZSB1c2VyIGNvbW1hbmQgInVwdGltZSIuICANCisg
ICAgICAgICAgICAgICAgICAgICAgICAgICBTZWUgTE9BRExJTUlUIGluIHNl
Y3Rpb24gTUFDUk9TIGZvcg0KKyAgICAgICAgICAgICAgICAgICAgICAgICAg
IG1vcmUgaW5mb3JtYXRpb24uICBEZWZhdWx0ID0gMTYuMA0KKyANCisgDQog
IA0KICANCiAgMy4gUlVOLVRJTUUgT1BUSU9OUyAoQ09NTUFORCBMSU5FIE9Q
VElPTlMpOg0KKioqKioqKioqKioqKioqDQoqKiogODg4LDkwMyAqKioqDQog
IHRoZWlyIG1haWwuICBEZWZpbmUgdGhpcyBtYWNybyB0byBpbmhpYml0IHRo
ZQ0KICBkZWZhdWx0IGJlaGF2aW9yLCBhbmQgb2JleSBSRkMgMTkzOSwNCiAg
DQohIHkpIEhBU0hfU1BPT0w9KDF8MikgLS0gTWFpbCBpcyBkZXBvc2l0ZWQg
aW50byB0aGUgDQohIG1haWxzcG9vbHMgYnkgZWl0aGVyICgxKSBoYXNoaW5n
IHRoZSBmaXJzdCA0IA0KISBjaGFyYWN0ZXJzIG9yICgyKSBieSB1c2luZyBt
YWlsc3Bvb2xzIGluIA0KISBkaXJlY3RvcmllcyBhcyBpbiB0aGUgZm9sbG93
aW5nOiAgLzwxc3QgDQohIGxldHRlcj4vPDJuZCBsZXR0ZXI+L2ZpbGUuICBG
b3IgZXhhbXBsZSwgaWYgdGhlDQohIHNwb29sIGRpcmVjdG9yeSBpcyAiL3Zh
ci9tYWlsIiwgdGhlIHNwb29sIGZpbGUgZm9yDQohIHVzZXIgIm1haWRhIiB3
b3VsZCBiZToNCiAgICAgL3Zhci9tYWlsL21haWRhICAgICAgICAgIEhBU0hf
U1BPT0wgbm90IHNldA0KICAgICAvdmFyL21haWwvby9tYWlkYSAgICAgICAg
SEFTSF9TUE9PTD0xDQogICAgIC92YXIvbWFpbC9tL2EvbWFpZGEgICAgICBI
QVNIX1NQT09MPTINCiAgDQogIFVzZSB0aGUgLS1lbmFibGUtaGFzaC1zcG9v
bCBjb25maWd1cmUgZmxhZyB0byBzZXQNCiAgdGhpcy4NCi0tLSA5MDIsOTE5
IC0tLS0NCiAgdGhlaXIgbWFpbC4gIERlZmluZSB0aGlzIG1hY3JvIHRvIGlu
aGliaXQgdGhlDQogIGRlZmF1bHQgYmVoYXZpb3IsIGFuZCBvYmV5IFJGQyAx
OTM5LA0KICANCiEgeSkgSEFTSF9TUE9PTD0oMXwyfDMpIC0tIE1haWwgaXMg
ZGVwb3NpdGVkIGludG8gdGhlDQohIG1haWxzcG9vbHMgYnkgZWl0aGVyICgx
KSBoYXNoaW5nIHRoZSBmaXJzdCA0DQohIGNoYXJhY3RlcnMsICgyKSBieSB1
c2luZyBtYWlsc3Bvb2xzIGluDQohIGRpcmVjdG9yaWVzIGFzIGluIHRoZSBm
b2xsb3dpbmc6ICAvPDFzdA0KISBsZXR0ZXI+LzwybmQgbGV0dGVyPi9maWxl
LCBvciAoMykgYnkganVzdCB1c2luZyB0aGUNCiEgZmlyc3QgbGV0dGVyIG9m
IHRoZSB1c2VyaWQgYXMgdGhlIHN1YmRpcmVjdG9yeS4NCiEgRm9yIGV4YW1w
bGUsIGlmIHRoZSBzcG9vbCBkaXJlY3RvcnkgaXMgIi92YXIvbWFpbCIsDQoh
IHRoZSBzcG9vbCBmaWxlIGZvciB1c2VyICJtYWlkYSIgd291bGQgYmU6DQog
ICAgIC92YXIvbWFpbC9tYWlkYSAgICAgICAgICBIQVNIX1NQT09MIG5vdCBz
ZXQNCiAgICAgL3Zhci9tYWlsL28vbWFpZGEgICAgICAgIEhBU0hfU1BPT0w9
MQ0KICAgICAvdmFyL21haWwvbS9hL21haWRhICAgICAgSEFTSF9TUE9PTD0y
DQorICAgIC92YXIvbWFpbC9tL21haWRhICAgICAgICBIQVNIX1NQT09MPTMN
CiAgDQogIFVzZSB0aGUgLS1lbmFibGUtaGFzaC1zcG9vbCBjb25maWd1cmUg
ZmxhZyB0byBzZXQNCiAgdGhpcy4NCioqKioqKioqKioqKioqKg0KKioqIDk1
Niw5NjEgKioqKg0KLS0tIDk3Miw5ODUgLS0tLQ0KICBhaCkgVFJBQ0VfTVNH
X0JPRFkgLS0gRGVmaW5lIHRvIGluY2x1ZGUgbWVzc2FnZSBib2RpZXMgaW4N
CiAgdHJhY2UgaW5mb3JtYXRpb24gd3JpdHRlbiB3aXRoIC10IG9yIC1kIHJ1
bi10aW1lIGZsYWcuDQogIA0KKyBhYykgTE9BRExJTUlUIC0tIERlZmluZSBh
IGZsb2F0aW5nIHBvaW50IHZhbHVlIGlmIHlvdSB3YW50DQorIHFwb3BwZXIg
dG8gcmVmdXNlIGNvbm5lY3Rpb25zIHdoZW5ldmVyIHRoZSAxLW1pbnV0ZSBs
b2FkIGF2ZXJhZ2UNCisgKGdlbmVyYWxseSBzZWVuIHZpYSAidXB0aW1lIikg
Z29lcyBhYm92ZSB0aGUgY2hvc2VuIHZhbHVlLg0KKyBUaGlzIGZlYXR1cmUg
a2VlcHMgeW91ciBzeXN0ZW0gZnJvbSBmYWxsaW5nIG92ZXIgaWYgeW91IHRh
a2UNCisgbG90cyBvZiBwb3AgY29ubmVjdGlvbnMgYW5kIHlvdXIgc3lzdGVt
IGxvYWQgZ29lcyB3YXkgdXAuDQorIFdvcmtzIG9uIGFueSBzeXN0ZW0gc3Vw
cG9ydGluZyB0aGUgZ2V0bG9hZGF2ZygzKSBjYWxsIChlZywgDQorIFNvbGFy
aXMyIHN5c3RlbXMpLCBhbmQgb24gYW55IEhQVVggMTAueCBvciAxMS54IHN5
c3RlbS4gIENvZGluZw0KKyBpcyBuZWVkZWQgdG8gc3VwcG9ydCBvdGhlciBi
cmFuZHMgb2YgVU5JWC4NCiAgDQogIA0KICBOT1RFUzoNCmRpZmYgLWMgJ3Fw
b3BwZXIzLjFiNi9jb21tb24vZ2VucGF0aC5jJyAncXBvcHBlcjMuMWI3K0RD
RS9jb21tb24vZ2VucGF0aC5jJw0KSW5kZXg6IC4vY29tbW9uL2dlbnBhdGgu
Yw0KKioqIC4vY29tbW9uL2dlbnBhdGguYwlGcmkgSnVuIDMwIDIxOjQyOjIw
IDIwMDANCi0tLSAuL2NvbW1vbi9nZW5wYXRoLmMJVHVlIEp1bCAyNSAxMDox
NzowNiAyMDAwDQoqKioqKioqKioqKioqKioNCioqKiA5MSw5NiAqKioqDQot
LS0gOTEsMTAwIC0tLS0NCiAgICogICAgICAgICAgICB0byBvcGVuLiAgRWc6
IC91c3Ivc3Bvb2wvdS9zL3VzZXIuDQogICAqICAgICAgICAgICAgTGFycnkg
U2Nod2ltbWVyIDxyb3NlYnVkQGN5Y2xvbmUuc3RhbmZvcmQuZWR1Pg0KICAg
Kg0KKyAgKiBNZXRob2QgMyAtIFVzZSB0aGUgZmlyc3QgY2hhcmFjdGVyIG9u
bHksIHNvIHlvdSBoYXZlIDI2IHN1YmRpcmVjdG9yaWVzLA0KKyAgKiAgICAg
ICAgICAgIEVnLCAvdmFyL3Nwb29sL2ovam9lYmxvdw0KKyAgKiAgICAgICAg
ICAgIEFsc28sIHB1dHMgdGhlIGRyb3BmaWxlIGluIC92YXIvc3Bvb2wvai9w
b3AvLmpvZWJsb3cucG9wDQorICAqDQogICAqIEFsbCB0aGVzZSBtZXRob2Rz
IHJlcXVpcmUgdGhhdCBsb2NhbCBtYWlsIGRlbGl2ZXJ5IGFuZCBjbGllbnQg
cHJvZ3JhbXMNCiAgICogdXNlIHRoZSBzYW1lIGFsZ29yaXRobS4gIE9ubHkg
b25lIG1ldGhvZCB0byBhIGN1c3RvbWVyIDotKQ0KICAgKi8NCioqKioqKioq
KioqKioqKg0KKioqIDE5NSwyMDIgKioqKg0KICAgICAgcmV0dXJuIDE7DQog
IH0NCiAgDQohICNlbmRpZg0KISAjaWYgKEhBU0hfU1BPT0wgPT0gMikNCiAg
DQogIGludCANCiAgZ2VucGF0aCAoIGNoYXIgKnBzelVzZXIsIGNoYXIgKnBz
ekRyb3AsIGludCBpRHJvcExlbiwgR05QSF9XSElDSCBpV2hpY2gsDQotLS0g
MTk5LDIwNSAtLS0tDQogICAgICByZXR1cm4gMTsNCiAgfQ0KICANCiEgI2Vs
aWYgKEhBU0hfU1BPT0wgPT0gMikgfHwgKEhBU0hfU1BPT0wgPT0gMykNCiAg
DQogIGludCANCiAgZ2VucGF0aCAoIGNoYXIgKnBzelVzZXIsIGNoYXIgKnBz
ekRyb3AsIGludCBpRHJvcExlbiwgR05QSF9XSElDSCBpV2hpY2gsDQoqKioq
KioqKioqKioqKioNCioqKiAyMTksMjM1ICoqKioNCi0tLSAyMjIsMjUwIC0t
LS0NCiAgICAgICAgICByZXR1cm4gLTE7DQogICAgICB9DQogICAgICANCisg
I2lmIChIQVNIX1NQT09MID09IDMpDQorICAgICBRc3ByaW50ZiAoIHBzekRy
b3AsICIlcy8lYy8iLA0KKyAgICAgICAgICAgICAgIChpV2hpY2ggIT0gR05Q
SF9QT1AgPyBQT1BfTUFJTERJUiA6IFBPUF9EUk9QX0RJUiksDQorICAgICAg
ICAgICAgICAgKnBzelVzZXIpOw0KKyAjZWxzZQ0KICAgICAgUXNwcmludGYg
KCBwc3pEcm9wLCAiJXMvJWMvJWMvIiwgDQogICAgICAgICAgICAgICAgKGlX
aGljaCAhPSBHTlBIX1BPUCA/IFBPUF9NQUlMRElSIDogUE9QX0RST1BfRElS
KSwNCiAgICAgICAgICAgICAgICAqcHN6VXNlciwgDQogICAgICAgICAgICAg
ICAgKihwc3pVc2VyKzEpID8gKihwc3pVc2VyKzEpIDogKnBzelVzZXIgKTsN
CisgI2VuZGlmDQogIA0KICAgICAgc3dpdGNoICggaVdoaWNoICkgew0KICAg
ICAgICAgIGNhc2UgR05QSF9TUE9PTDogIC8qIHNwb29sIGZpbGUgKi8NCiAg
ICAgICAgICAgICAgc3RybGNhdCAoIHBzekRyb3AsIHBzelVzZXIsIGlEcm9w
TGVuICk7DQogICAgICAgICAgICAgIGJyZWFrOw0KICAgICAgICAgIGNhc2Ug
R05QSF9QT1A6ICAgIC8qIC5wb3AgZmlsZSAgKi8NCisgI2lmIChIQVNIX1NQ
T09MID09IDMpDQorICAgICAgICAgICAgIFFzcHJpbnRmICggcHN6RHJvcCwg
IiVzLyVjL3BvcC8uJXMucG9wIiwNCisgICAgICAgICAgICAgICAoaVdoaWNo
ICE9IEdOUEhfUE9QID8gUE9QX01BSUxESVIgOiBQT1BfRFJPUF9ESVIpLA0K
KyAgICAgICAgICAgICAgICpwc3pVc2VyLHBzelVzZXIpOw0KKyAjZWxzZQ0K
ICAgICAgICAgICAgICBRc3ByaW50ZiAoIHBzekRyb3AgKyBzdHJsZW4ocHN6
RHJvcCksIFBPUF9EUk9QLCBwc3pVc2VyICk7DQorICNlbmRpZg0KICAgICAg
ICAgICAgICBicmVhazsNCiAgICAgICAgICBjYXNlIEdOUEhfVE1QOiAgICAv
KiB0bXB4eHh4ICAgICovDQogICAgICAgICAgICAgIHN0cmxjYXQgKCBwc3pE
cm9wLCBQT1BfVE1QRFJPUCwgaURyb3BMZW4gKTsNCioqKioqKioqKioqKioq
Kg0KKioqIDI3MCwyNzcgKioqKg0KICAgICAgcmV0dXJuIDE7DQogIH0NCiAg
DQohICNlbmRpZg0KISAjaWYgKEhBU0hfU1BPT0wgIT0gMSAmJiBIQVNIX1NQ
T09MICE9IDIpDQogIA0KICBpbnQgDQogIGdlbnBhdGggKCBjaGFyICpwc3pV
c2VyLCBjaGFyICpwc3pEcm9wLCBpbnQgaURyb3BMZW4sIEdOUEhfV0hJQ0gg
aVdoaWNoLA0KLS0tIDI4NSwyOTEgLS0tLQ0KICAgICAgcmV0dXJuIDE7DQog
IH0NCiAgDQohICNlbHNlICAvKiBlbmQgb2YgSEFTSF9TUE9PTCBtZXRob2Rz
ICovDQogIA0KICBpbnQgDQogIGdlbnBhdGggKCBjaGFyICpwc3pVc2VyLCBj
aGFyICpwc3pEcm9wLCBpbnQgaURyb3BMZW4sIEdOUEhfV0hJQ0ggaVdoaWNo
LA0KZGlmZiAtYyAncXBvcHBlcjMuMWI2L2NvbmZpZy5oLmluJyAncXBvcHBl
cjMuMWI3K0RDRS9jb25maWcuaC5pbicNCkluZGV4OiAuL2NvbmZpZy5oLmlu
DQoqKiogLi9jb25maWcuaC5pbglGcmkgSnVsIDE0IDE4OjMxOjIxIDIwMDAN
Ci0tLSAuL2NvbmZpZy5oLmluCVR1ZSBKdWwgMjUgMTM6MzY6MzEgMjAwMA0K
KioqKioqKioqKioqKioqDQoqKiogODAsODUgKioqKg0KLS0tIDgwLDk3IC0t
LS0NCiAgLyogRGVmaW5lIGlmIHlvdSB3YW50IHN1Y2Nlc3NmdWwgYXV0aGVu
dGljYXRpb25zIHRvIGJlIGxvZ2dlZCAqLw0KICAjdW5kZWYgTE9HX0xPR0lO
DQogIA0KKyAvKiBEZWZpbmUgaWYgeW91IHVzZSB0aGUgIm5vdCBhdXRob3Jp
emVkIHRvIHVzZSIgKC9ldGMvcG9wLm5vbmF1dGgpIGZpbGUgKi8NCisgI3Vu
ZGVmIE5PTkFVVEhGSUxFDQorIA0KKyAvKiBEZWZpbmUgaWYgeW91IHVzZSB0
aGUgImF1dGhvcml6ZWQiIGZpbGUgKi8NCisgI3VuZGVmIEFVVEhGSUxFDQor
IA0KKyAvKiBEZWZpbmUgaWYgeW91IHVzZSB0aGUgbG9hZC1saW1pdCBtZWNo
YW5pc20gdG8gcHJldmVudCBoaWdoIG1hY2hpbmUgbG9hZHMgKi8NCisgI3Vu
ZGVmIExPQURMSU1JVA0KKyANCisgLyogRGVmaW5lIGlmIHlvdSB1c2UgRENF
ICovDQorICN1bmRlZiBEQ0UNCisgDQogIC8qIA0KICAgKiBEZWZpbmUgaWYg
eW91IHdhbnQgdG8gYXV0b21hdGljYWxseSBkZWxldGUgUkVUUmQgbWVzc2Fn
ZXMuDQogICAqIENhdXRpb246IFRoaXMgY291bGQgY2F1c2UgbG9zdCBtYWls
LiAgQmUgc3VyZSB1c2VycyBhcmUNCioqKioqKioqKioqKioqKg0KKioqIDE3
NCwxODYgKioqKg0KICAjdW5kZWYgU1BFQ19QT1BfQVVUSA0KICANCiAgLyoN
CiEgICogRGVmaW5lIGFuZCBzZXQgdG8gMSBvciAyIHRvIHVzZSBoYXNoZWQg
c3Bvb2wgZGlyZWN0b3JpZXMuICBWYWx1ZQ0KICAgKiAxIGhhc2hlcyB0aGUg
Zmlyc3QgNCBjaGFyYWN0ZXJzOyB2YWx1ZSAyIHVzZXMgLzwxc3QgbGV0dGVy
Pi8NCiAgICogPDJuZCBsZXR0ZXI+LiAgRm9yIGV4YW1wbGUsIGlmIHRoZSBz
cG9vbCBkaXJlY3RvcnkgaXMgIi92YXIvbWFpbCIsIA0KICAgKiB0aGUgc3Bv
b2wgZmlsZSBmb3IgdXNlciAibWFpZGEiIHdvdWxkIGJlOg0KICAgKiAgICAg
L3Zhci9tYWlsL21haWRhICAgICAgICAgIEhBU0hfU1BPT0wgbm90IHNldA0K
ICAgKiAgICAgL3Zhci9tYWlsL28vbWFpZGEgICAgICAgIEhBU0hfU1BPT0w9
MQ0KICAgKiAgICAgL3Zhci9tYWlsL20vYS9tYWlkYSAgICAgIEhBU0hfU1BP
T0w9Mg0KICAgKi8NCiAgI3VuZGVmIEhBU0hfU1BPT0wNCiAgDQotLS0gMTg2
LDE5OSAtLS0tDQogICN1bmRlZiBTUEVDX1BPUF9BVVRIDQogIA0KICAvKg0K
ISAgKiBEZWZpbmUgYW5kIHNldCB0byAxLCAyLCBvciAzIHRvIHVzZSBoYXNo
ZWQgc3Bvb2wgZGlyZWN0b3JpZXMuICBWYWx1ZQ0KICAgKiAxIGhhc2hlcyB0
aGUgZmlyc3QgNCBjaGFyYWN0ZXJzOyB2YWx1ZSAyIHVzZXMgLzwxc3QgbGV0
dGVyPi8NCiAgICogPDJuZCBsZXR0ZXI+LiAgRm9yIGV4YW1wbGUsIGlmIHRo
ZSBzcG9vbCBkaXJlY3RvcnkgaXMgIi92YXIvbWFpbCIsIA0KICAgKiB0aGUg
c3Bvb2wgZmlsZSBmb3IgdXNlciAibWFpZGEiIHdvdWxkIGJlOg0KICAgKiAg
ICAgL3Zhci9tYWlsL21haWRhICAgICAgICAgIEhBU0hfU1BPT0wgbm90IHNl
dA0KICAgKiAgICAgL3Zhci9tYWlsL28vbWFpZGEgICAgICAgIEhBU0hfU1BP
T0w9MQ0KICAgKiAgICAgL3Zhci9tYWlsL20vYS9tYWlkYSAgICAgIEhBU0hf
U1BPT0w9Mg0KKyAgKiAgICAgL3Zhci9tYWlsL20vbWFpZGEgICAgICAgIEhB
U0hfU1BPT0w9MyAoZmlyc3QgbGV0dGVyIG9mIHVzZXJpZCkNCiAgICovDQog
ICN1bmRlZiBIQVNIX1NQT09MDQogIA0KKioqKioqKioqKioqKioqDQoqKiog
MjI0LDIyOSAqKioqDQotLS0gMjM3LDI1MSAtLS0tDQogIA0KICAvKiBEZWZp
bmUgaWYgeW91IGhhdmUgdGhlIDxkYm0uaD4gaGVhZGVyIGZpbGUuICAqLw0K
ICAjdW5kZWYgSEFWRV9EQk1fSA0KKyANCisgLyogRGVmaW5lIGlmIHlvdSBo
YXZlIHRoZSA8ZGNlL2RjZV9lcnJvci5oPiBoZWFkZXIgZmlsZS4gICovDQor
ICN1bmRlZiBIQVZFX0RDRV9EQ0VfRVJST1JfSA0KKyANCisgLyogRGVmaW5l
IGlmIHlvdSBoYXZlIHRoZSA8ZGNlL3JwYy5oPiBoZWFkZXIgZmlsZS4gICov
DQorICN1bmRlZiBIQVZFX0RDRV9SUENfSA0KKyANCisgLyogRGVmaW5lIGlm
IHlvdSBoYXZlIHRoZSA8ZGNlL3NlY19sb2dpbi5oPiBoZWFkZXIgZmlsZS4g
ICovDQorICN1bmRlZiBIQVZFX0RDRV9TRUNfTE9HSU5fSA0KICANCiAgLyog
RGVmaW5lIGlmIHlvdSBoYXZlIHRoZSA8ZGlyZW50Lmg+IGhlYWRlciBmaWxl
LiAgKi8NCiAgI3VuZGVmIEhBVkVfRElSRU5UX0gNCmRpZmYgLWMgJ3Fwb3Bw
ZXIzLjFiNi9jb25maWd1cmUuaW4nICdxcG9wcGVyMy4xYjcrRENFL2NvbmZp
Z3VyZS5pbicNCkluZGV4OiAuL2NvbmZpZ3VyZS5pbg0KKioqIC4vY29uZmln
dXJlLmluCVR1ZSBKdWwgMTggMTU6MjI6MTMgMjAwMA0KLS0tIC4vY29uZmln
dXJlLmluCVR1ZSBKdWwgMjUgMTY6MTA6MTYgMjAwMA0KKioqKioqKioqKioq
KioqDQoqKiogMzEyLDMxOCAqKioqDQogICAgICAgICAgQUNfTVNHX1JFU1VM
VChFbmFibGluZyBQQU0gd2l0aCBzZXJ2aWNlIG5hbWUgInBvcDMiIGFuZCBk
ZWZpbmluZyBTUEVDX1BPUF9BVVRIKQ0KICAgICAgZmkNCiAgICAgIEFDX0RF
RklORShTUEVDX1BPUF9BVVRIKQ0KISAgICAgTElCUz0iJExJQlMgLWxwYW0g
LWxkbCINCiAgZmkNCiAgDQogIA0KLS0tIDMxMiwzMTggLS0tLQ0KICAgICAg
ICAgIEFDX01TR19SRVNVTFQoRW5hYmxpbmcgUEFNIHdpdGggc2VydmljZSBu
YW1lICJwb3AzIiBhbmQgZGVmaW5pbmcgU1BFQ19QT1BfQVVUSCkNCiAgICAg
IGZpDQogICAgICBBQ19ERUZJTkUoU1BFQ19QT1BfQVVUSCkNCiEgICAgIExJ
QlM9IiRMSUJTIC1scGFtIg0KICBmaQ0KICANCiAgDQoqKioqKioqKioqKioq
KioNCioqKiAzOTIsNDAxICoqKioNCiAgZmkNCiAgDQogIA0KISBBQ19BUkdf
RU5BQkxFKGhhc2gtc3Bvb2wsIFsgLS1lbmFibGUtaGFzaC1zcG9vbD0xfDIg
IEVuYWJsZSBoYXNoZWQgc3Bvb2wgZGlyZWN0b3JpZXMgWzJdIF0sIA0KICAg
ICAgICAgICAgICAgIGhhc2hzcG9vbD0iJGVuYWJsZXZhbCIsIGhhc2hzcG9v
bD0ibm8iKQ0KICBpZiB0ZXN0ICIkaGFzaHNwb29sIiAhPSAibm8iOyB0aGVu
DQohICAgICBpZiB0ZXN0ICIkaGFzaHNwb29sIiA9ICIxIiAtbyAiJGhhc2hz
cG9vbCIgPSAiMiIgOyB0aGVuIA0KICAgICAgICAgIEFDX01TR19SRVNVTFQo
VXNpbmcgaGFzaGVkIHNwb29sIGRpcmVjdG9yeSBtZXRob2QgJGhhc2hzcG9v
bCkNCiAgICAgICAgICBBQ19ERUZJTkVfVU5RVU9URUQoSEFTSF9TUE9PTCwg
JGhhc2hzcG9vbCkNCiAgICAgIGVsc2UgIA0KLS0tIDM5Miw0MDEgLS0tLQ0K
ICBmaQ0KICANCiAgDQohIEFDX0FSR19FTkFCTEUoaGFzaC1zcG9vbCwgWyAt
LWVuYWJsZS1oYXNoLXNwb29sPTF8MnwzICBFbmFibGUgaGFzaGVkIHNwb29s
IGRpcmVjdG9yaWVzIFsyXSBdLCANCiAgICAgICAgICAgICAgICBoYXNoc3Bv
b2w9IiRlbmFibGV2YWwiLCBoYXNoc3Bvb2w9Im5vIikNCiAgaWYgdGVzdCAi
JGhhc2hzcG9vbCIgIT0gIm5vIjsgdGhlbg0KISAgICAgaWYgdGVzdCAiJGhh
c2hzcG9vbCIgPSAiMSIgLW8gIiRoYXNoc3Bvb2wiID0gIjIiIC1vICIkaGFz
aHNwb29sIiA9ICIzIiA7IHRoZW4gDQogICAgICAgICAgQUNfTVNHX1JFU1VM
VChVc2luZyBoYXNoZWQgc3Bvb2wgZGlyZWN0b3J5IG1ldGhvZCAkaGFzaHNw
b29sKQ0KICAgICAgICAgIEFDX0RFRklORV9VTlFVT1RFRChIQVNIX1NQT09M
LCAkaGFzaHNwb29sKQ0KICAgICAgZWxzZSAgDQoqKioqKioqKioqKioqKioN
CioqKiA0NjQsNDY5ICoqKioNCi0tLSA0NjQsNTI3IC0tLS0NCiAgICAgIEFD
X0RFRklORShVU0VfQlVMTF9HUk9VUFMpDQogIGZpDQogIA0KKyBkbmwtLS1s
b2NhdGlvbiBvZiBub25hdXRob3JpemVkIHVzZXJzIGZpbGUNCisgQUNfQVJH
X1dJVEgobm9uYXV0aCwgWyAtLXdpdGgtbm9uYXV0aD1wYXRoICAgICAgU2V0
IHRoZSBub25hdXRob3JpemVkIHVzZXJzIGZpbGUgcGF0aCBbL2V0Yy9wb3Au
bm9uYXV0aF1dLA0KKyAJbm9uYXV0aD0kd2l0aHZhbCwgbm9uYXV0aD0ibm8i
KQ0KKyBpZiB0ZXN0ICIkbm9uYXV0aCIgIT0gIm5vIiA7IHRoZW4NCisgCWlm
IHRlc3QgLXogIiRub25hdXRoIiA7IHRoZW4NCisgCQlBQ19NU0dfUkVTVUxU
KE5vbmF1dGhvcml6ZWQgdXNlcnMgZmlsZSAvZXRjL3BvcC5ub25hdXRoIGVu
YWJsZWQpDQorIAkJQUNfREVGSU5FX1VOUVVPVEVEKE5PTkFVVEhGSUxFLCIv
ZXRjL3BvcC5ub25hdXRoIikNCisgCWVsc2UNCisgCQlBQ19NU0dfUkVTVUxU
KE5vbmF1dGhvcml6ZWQgdXNlcnMgZmlsZSAkbm9uYXV0aCBlbmFibGVkKQ0K
KyAJCUFDX0RFRklORV9VTlFVT1RFRChOT05BVVRIRklMRSwiJG5vbmF1dGgi
KQ0KKyAJZmkNCisgZmkNCisgDQorIGRubC0tLWxvY2F0aW9uIG9mIGF1dGhv
cml6ZWQgdXNlcnMgZmlsZQ0KKyBBQ19BUkdfV0lUSChhdXRoLCBbIC0td2l0
aC1hdXRoPXBhdGgJICBTZXQgdGhlIGF1dGhvcml6ZWQgdXNlcnMgZmlsZSBw
YXRoIFsvZXRjL3BvcC5hdXRob3JpemVkXV0sDQorIAlhdXRoPSR3aXRodmFs
LCBhdXRoPSJubyIpDQorIGlmIHRlc3QgIiRhdXRoIiAhPSAibm8iIDsgdGhl
bg0KKyAJaWYgdGVzdCAteiAiJGF1dGgiIDsgdGhlbg0KKyAJCUFDX01TR19S
RVNVTFQoQXV0aG9yaXplZCB1c2VycyBmaWxlIC9ldGMvcG9wLmF1dGhvcml6
ZWQgZW5hYmxlZCkNCisgCQlBQ19ERUZJTkVfVU5RVU9URUQoQVVUSEZJTEUs
Ii9ldGMvcG9wLmF1dGhvcml6ZWQiKQ0KKyAJZWxzZQ0KKyAJCUFDX01TR19S
RVNVTFQoQXV0aG9yaXplZCB1c2VycyBmaWxlICRhdXRoIGVuYWJsZWQpDQor
IAkJQUNfREVGSU5FX1VOUVVPVEVEKEFVVEhGSUxFLCIkYXV0aCIpDQorIAlm
aQ0KKyBmaQ0KKyANCisgZG5sLS0tIGxvYWRsaW1pdCBmZWF0dXJlIGVuYWJs
ZWQNCisgQUNfQVJHX1dJVEgobG9hZGxpbWl0LCBbIC0td2l0aC1sb2FkbGlt
aXQ9bG9hZCAgICBFbmFibGUgbG9hZGxpbWl0IGZlYXR1cmUgW2RlZmF1bHQ9
MTYuMF1dLCANCisgCWxvYWRsaW1pdD0iJHdpdGh2YWwiLCBsb2FkbGltaXQ9
Im5vIikNCisgaWYgdGVzdCAiJGxvYWRsaW1pdCIgIT0gIm5vIjsgdGhlbg0K
KyAJaWYgdGVzdCAteiAiJGxvYWRsaW1pdCIgOyB0aGVuDQorIAkJQUNfTVNH
X1JFU1VMVChVc2luZyBMb2FkbGltaXQgZmVhdHVyZSB3aXRoIG1heGltdW0g
bG9hZCA9IDE2LjApDQorICAgICAJQUNfREVGSU5FX1VOUVVPVEVEKExPQURM
SU1JVCwgIjE2LjAiKQ0KKyAJZWxzZQ0KKyAJCUFDX01TR19SRVNVTFQoVXNp
bmcgTG9hZGxpbWl0IGZlYXR1cmUgd2l0aCBtYXhpbXVtIGxvYWQgPSAkbG9h
ZGxpbWl0KQ0KKyAgICAgCUFDX0RFRklORV9VTlFVT1RFRChMT0FETElNSVQs
ICRsb2FkbGltaXQpDQorIAlmaQ0KKyBmaQ0KKyANCisgZG5sLS0tIERDRSBh
dXRoZW50aWNhdGlvbiBzdXBwb3J0DQorIEFDX0FSR19XSVRIKERDRSwgWyAt
LXdpdGgtRENFICAgICAgICAgICAgICAgRW5hYmxlIERDRSBhdXRoZW50aWNh
dGlvbiBzdXBwb3J0XSwgDQorIAlEQ0U9IiR3aXRodmFsIiwgRENFPSJubyIp
DQorIGlmIHRlc3QgIiREQ0UiICE9ICJubyI7IHRoZW4NCisgCUFDX01TR19S
RVNVTFQoRENFIGF1dGhlbnRpY2F0aW9uIHN1cHBvcnQgZW5hYmxlZCkNCisg
CUFDX0RFRklORShEQ0UpDQorIAlTWVNfTkFNRT0iYHVuYW1lIC1zciAyPi9k
ZXYvbnVsbCB8IHNlZCAxcWAiDQorIAlpZiB0ZXN0IC16ICJcJFNZU19OQU1F
IjsgdGhlbiBTWVNfTkFNRT11bmtub3duO2ZpDQorIAlPU19OQU1FPSJgZWNo
byAkU1lTX05BTUUgMj4vZGV2L251bGwgfCBzZWQgLWUgJ3MvWyBdLiovLydg
Ig0KKyAJT1NfVkVSU0lPTj0iYGVjaG8gJFNZU19OQU1FIDI+L2Rldi9udWxs
IHwgc2VkIC1lICdzLy4qWyBdLy8nYCINCisgCUFDX01TR19SRVNVTFQoU3lz
dGVtIG5hbWU6ICRPU19OQU1FOyBTeXN0ZW0gdmVyc2lvbjogJE9TX1ZFUlNJ
T04pDQorIAlpZiB0ZXN0ICRPU19OQU1FID0gIkhQLVVYIjsgdGhlbg0KKyAJ
CUFDX01TR19SRVNVTFQoSFBVWCBhbmQgRENFIGRldGVjdGVkIG11c3QgdXNl
IEhQIEMgY29tcGlsZXIpDQorIAkJQ0M9ImNjIg0KKyAJCUFDX1NVQlNUKEND
KQ0KKyAJCUNGTEFHUz0iLUFlICtPNCArRVNsaXQiDQorIAkJQUNfU1VCU1Qo
Q0ZMQUdTKQ0KKyAJZmkNCisgZmkNCiAgDQogIEFDX0FSR19XSVRIKGtlcmJl
cm9zNSwgWyAtLXdpdGgta2VyYmVyb3M1PWRpciAgICAgRW5hYmxlIEtlcmJl
cm9zIDUgc3VwcG9ydF0sDQogICAgICAgICAgICAga3JiNV9wcmVmaXg9JHt3
aXRodmFsfSxrcmI1X3ByZWZpeD0ibm8iKQ0KKioqKioqKioqKioqKioqDQoq
KiogODMyLDgzNyAqKioqDQotLS0gODkwLDg5OCAtLS0tDQogIGRibS5oIFwN
CiAgc2hhZG93LmggXA0KICBzZWN1cml0eS9wYW1fYXBwbC5oIFwNCisgZGNl
L3JwYy5oIFwNCisgZGNlL3NlY19sb2dpbi5oIFwNCisgZGNlL2RjZV9lcnJv
ci5oIFwNCiAgKQ0KICANCiAgDQoqKioqKioqKioqKioqKioNCioqKiA4NDIs
ODQ3ICoqKioNCi0tLSA5MDMsOTA5IC0tLS0NCiAgQUNfQ0hFQ0tfTElCKHJl
c29sdiwgcmVzX2luaXQsIE5FVFdPUktfTElCUz0iJE5FVFdPUktfTElCUyAt
bHJlc29sdiIpDQogIEFDX0NIRUNLX0xJQihtYWlsLCBtYWlsbG9jaywgTkVU
V09SS19MSUJTPSIkTkVUV09SS19MSUJTIC1sbWFpbCI7IEFDX0RFRklORShT
WVNfTUFJTExPQ0spKQ0KICBBQ19DSEVDS19MSUIoa3JiLCBrcmJfcmVjdmF1
dGgsIEtFUkJFUk9TX0xJQlM9IiRLRVJCRVJPU19MSUJTIC1sa3JiIikNCisg
QUNfQ0hFQ0tfTElCKGRjZSwgc2VjX2xvZ2luX3NldHVwX2lkZW50aXR5LCBE
Q0VfTElCUz0iLWxkY2UiKQ0KICANCiAgQUNfQ0hFQ0tfTElCKHNlY3VyaXR5
LCBzZXRfYXV0aF9wYXJhbWV0ZXJzLCBMSUJTPSIkTElCUyAtbHNlY3VyaXR5
IikNCiAgaWYgdGVzdCAiJHVzZV9wYW0iID0gIm5vIjsgdGhlbg0KKioqKioq
KioqKioqKioqDQoqKiogODg1LDg5MCAqKioqDQotLS0gOTQ3LDk1MyAtLS0t
DQogIA0KICBBQ19TVUJTVChORVRXT1JLX0xJQlMpDQogIEFDX1NVQlNUKEtF
UkJFUk9TX0xJQlMpDQorIEFDX1NVQlNUKERDRV9MSUJTKQ0KICBBQ19TVUJT
VChEQk1fTElCUykNCiAgQUNfU1VCU1QoTElCUykNCiAgDQpkaWZmIC1jICdx
cG9wcGVyMy4xYjYvZG9jL0NoYW5nZXMnICdxcG9wcGVyMy4xYjcrRENFL2Rv
Yy9DaGFuZ2VzJw0KSW5kZXg6IC4vZG9jL0NoYW5nZXMNCioqKiAuL2RvYy9D
aGFuZ2VzCU1vbiBKdWwgMTcgMjE6MDA6MDYgMjAwMA0KLS0tIC4vZG9jL0No
YW5nZXMJVHVlIEp1bCAyNSAxNjowMDoxNSAyMDAwDQoqKioqKioqKioqKioq
KioNCioqKiA1LDEwICoqKioNCi0tLSA1LDU0IC0tLS0NCiAgVGhpcyBkb2N1
bWVudCBjb250YWlucyB0aGUgY2hhbmdlcyBzaW5jZSB0aGUgbGFzdCByZWxl
YXNlLg0KICANCiAgDQorIENoYW5nZXMgZnJvbSAzLjFiNiB0byAzLjFiNw0K
KyAtLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0NCisgDQorICAxLiAgQ29u
ZmlndXJhdGlvbiBvcHRpb25zIGZhaWwgb24gSFBVWCAxMS4wIHdoZW4gLS13
aXRoLXBhbSBpcw0KKyAgICAgIHVzZWQgZHVlIHRvIHJlZmVyZW5jZSB0byAt
bGRsIGxpYnJhcnkgaW4gY29uZmlndXJlLmluLg0KKyAgICAgIFJlbW92ZWQg
cmVmZXJlbmNlcyB0byAtbGRsIGluIGNvbmZpZ3VyZS5pbi4NCisgIDIuICBD
b21waWxhdGlvbiBvZiBwb3BwZXIvcG9wX3Bhc3MuYyBmYWlscyBvbiBIUFVY
IDExLjAgd2hlbg0KKyAgICAgIC0td2l0aC1wYW0gaXMgdXNlZCwgYmVjYXVz
ZSBub24tcGFtIHZlcnNpb24gb2YgYXV0aF91c2VyKCkNCisgICAgICBpcyBu
b3QgaGlkZGVuIGJ5IGNwcCBkaXJlY3RpdmVzLg0KKyAgMy4gIEEgdGhpcmQg
aGFzaF9zcG9vbGluZyBtZWNoYW5pc20gaXMgYWRkZWQuICBUaGUgZmlyc3Qg
Y2hhcmFjdGVyDQorICAgICAgb2YgdGhlIHVzZXJpZCBpcyB1c2VkIGFzIGEg
c3ViZGlyZWN0b3J5IHdpdGhpbiB0aGUgc3Bvb2xkaXINCisgICAgICBmb3Ig
dGhlIGxvY2F0aW9uIG9mIHRoZSBtYWlsYm94LiAgVGhlIHBvcCBkcm9wZmls
ZSBnb2VzIGluDQorICAgICAgdGhlICJwb3AiIHN1YmRpcmVjdG9yeSB0aGVy
ZWluLiAgU28gZm9yIHVzZXIgImpvZWJsb3ciIGFuZA0KKyAgICAgIGEgc3Bv
b2wgZGlyZWN0b3J5IG9mICIvdmFyL21haWwiLCB0aGUgbWFpbGJveCBpcyBs
b2NhdGVkIGF0DQorICAgICAgICAgL3Zhci9tYWlsL2ovam9lYmxvdw0KKyAg
ICAgIGFuZCB0aGUgZHJvcGZpbGUgaXMgbG9jYXRlZCBhdDoNCisgICAgICAg
ICAvdmFyL21haWwvai9wb3AvLmpvZWJsb3cucG9wDQorICA0LiAgQ29uZmln
dXJlLXRpbWUgb3B0aW9ucyBhZGRlZCB0byBjb25maWd1cmUuaW4gZm9yIGZl
YXR1cmVzIGFscmVhZHkNCisgICAgICBpbiB0aGUgY29kZSwgYnV0IG5vdCBp
biB0aGUgY29uZmlndXJlIG9wdGlvbnMuICBUaGVzZSBhcmU6DQorICAgICAg
ICAgLS13aXRoLW5vbmF1dGg9cGF0aCAgICAgIFNldCB0aGUgbm9uYXV0aG9y
aXplZCB1c2VycyBmaWxlIHBhdGguDQorICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgIERlZmF1bHQgaXMgL2V0Yy9wb3Aubm9uYXV0aC4NCisg
ICAgICAgICAtLXdpdGgtYXV0aD1wYXRoICAgICAgICAgU2V0IHRoZSBhdXRo
b3JpemVkIHVzZXJzIGZpbGUgcGF0aC4NCisgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgRGVmYXVsdCBpcyAgL2V0Yy9wb3AuYXV0aG9yaXpl
ZC4NCisgICAgICBUaGUgYXBwcm9wcmlhdGUgZGVmaW5lcyBmb3IgdGhlc2Ug
d2VyZSBhZGRlZCB0byBjb25maWcuaC5pbi4NCisgIDUuICBBZGRlZCBhIGxv
YWRsaW1pdCBtZWNoYW5pc20sIHRvIHByZXZlbnQgcXBvcHBlciBjb25uZWN0
aW9ucyBpZg0KKyAgICAgIHRoZSBzeXN0ZW0gbG9hZCBpcyBhYm92ZSBhIHN5
c3RlbS1jb25maWd1cmFibGUgdmFsdWUuICBBZGRlZA0KKyAgICAgIGEgY29u
ZmlndXJlIG9wdGlvbiAoLS13aXRoLWxvYWRsaW1pdD1sb2FkKSwgYW5kIGNv
ZGUgaW4gcG9wcGVyLmMNCisgICAgICB0byBlbmFibGUgdGhpcyBmb3Igc3lz
dGVtcyB0aGF0IHVzZSBnZXRsb2FkYXZnKDMpIChlZywgU29sYXJpcykNCisg
ICAgICBhbmQgZm9yIEhQVVggMTAueC8xMS54IHN5c3RlbXMuICBOZWVkcyBj
b2RlIGZvciBvdGhlciB0eXBlcyBvZg0KKyAgICAgIFVOSVguDQorICA2LiAg
Q2hhbmdlZCB0aGUgbWVzc2FnZSBmb3Igbm9uYXV0aG9yaXplZCB1c2VycyB0
byAqdGVsbCogdGhlbSB0aGV5DQorICAgICAgYXJlIG5vdCBhdXRob3JpemVk
LCBpbnN0ZWFkIG9mIHRoZSB1c3VhbCB2YWd1ZSBtZXNzYWdlLiAgRm9yIHVz
ZQ0KKyAgICAgIHdpdGggQVVUSEZJTEUgYW5kIE5PTkFVVEhGSUxFIG1hY3Jv
cy4NCisgIDcuICBGaXhlZCBhIGJ1ZyBpbiBwb3BfaW5pdC5jLCB3aGVyZSBw
LT5kZWJ1ZyBhbmQgcC0+c3RhdHMgd2VyZSBub3QNCisgICAgICBpbml0aWFs
aXplZCBiZWZvcmUgYmVpbmcgdXNlZCBpbiB0aGUgZ2V0b3B0cyBsb29wLg0K
KyAgOC4gIEFkZGVkIGEgdGltZWNoZWNrIGluIHBvcF9wYXNzLmMgdG8ga2Vl
cCBwZW9wbGUgZnJvbSByZXBlYXRlZGx5DQorICAgICAgY2hlY2tpbmcgZW1h
aWwuICBPbmx5IHdvcmtzIGlmIEtFRVBfVEVNUF9EUk9QIGlzIGRlZmluZWQu
ICBDaGVja3MNCisgICAgICB0aGUgdGltZXN0YW1wIG9uIHRoZSBzYXZlZCBk
cm9wZmlsZSBhZ2FpbnN0IHRoZSBjdXJyZW50IHRpbWUsIGlmDQorICAgICAg
bGVzcyB0aGFuIE1JTl9BQ0NFU1NfVElNRSwgdGhlbiByZWplY3RzIHRoZSBj
b25uZWN0aW9uLiAgDQorICAgICAgTUlOX0FDQ0VTU19USU1FIGlzIGRlZmlu
ZWQgaW4gcG9wcGVyLmguDQorICA5LiAgQWRkZWQgRENFIGF1dGhlbnRpY2F0
aW9uIHN1cHBvcnQuICBLbm93biB0byB3b3JrIG9uIEhQIDEwLjIwIGFuZA0K
KyAgICAgIDExLjAgc3lzdGVtcy4gIE1heSB3b3JrIG9uIG90aGVyIERDRSBw
bGF0Zm9ybXMuICBFbmFibGUgdmlhDQorICAgICAgY29uZmlndXJhdGlvbiB1
c2luZyAtLXdpdGgtRENFLg0KKyANCiAgQ2hhbmdlcyBmcm9tIDMuMWI1IHRv
IDMuMWI2DQogIC0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0KICANCioq
KioqKioqKioqKioqKg0KKioqIDEzLDE5ICoqKioNCiAgIDMuICBBZGRlZCAn
Y2hlY2stZm10JyBzY3JpcHQgdG8gY2hlY2sgZm9yIHBvdGVudGlhbCBmb3Jt
YXQgbWlzbWF0Y2hlcw0KICAgICAgIGluIHBvcF9tc2csIHBvcF9sb2csIGxv
Z2l0LCBhbmQgREVCVUdfTE9HeCBjYWxscy4NCiAgIDQuICBGaXhlZCBwb3Rl
bnRpYWwgZm9ybWF0IG1pc21hdGNoZXMuDQotIA0KICANCiAgQ2hhbmdlcyBm
cm9tIDMuMWI0IHRvIDMuMWI1DQogIC0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLQ0KLS0tIDU3LDYyIC0tLS0NCmRpZmYgLWMgJ3Fwb3BwZXIzLjFiNi9w
b3BwZXIvTWFrZWZpbGUuaW4nICdxcG9wcGVyMy4xYjcrRENFL3BvcHBlci9N
YWtlZmlsZS5pbicNCkluZGV4OiAuL3BvcHBlci9NYWtlZmlsZS5pbg0KKioq
IC4vcG9wcGVyL01ha2VmaWxlLmluCVRodSBKdW4gMjkgMTI6MDg6MjkgMjAw
MA0KLS0tIC4vcG9wcGVyL01ha2VmaWxlLmluCVR1ZSBKdWwgMjUgMTQ6Mjc6
MjEgMjAwMA0KKioqKioqKioqKioqKioqDQoqKiogNzMsODAgKioqKg0KICAJ
CQlwb3BfdXNlci5vIHBvcF94dG5kLm8gcG9wX3htaXQubyBwb3BwZXIubyBc
DQogIAkJCXBvcF9idWxsLm8geHRuZF94bHN0Lm8gcG9wX3VpZGwubyBta3Rl
bXAubyBcDQogIAkJCXBvcF9ycG9wLm8gcG9wX2Fwb3AubyBtZDUubyBwb3Bf
YXV0aC5vIHBvcF9wb3BlLm8gXA0KISAgICAgICAgICAgICAgICAgICAgICAg
ICBwb3BfZXh0ZW5kLm8gc2NyYW0ubyBobWFjLm8gYmFzZTY0Lm8gcG9wX3V0
aWwubyBcDQohICAgICAgICAgICAgICAgICAgICAgICAgIGdldF9zdWJfb3B0
Lm8gbXNnX3B0ci5vIGRyYWMubyBwb3BfY29uZmlnLm8NCiAgDQogIFNSQ1MJ
CT0JcG9wX2RlbGUuYyBwb3BfZHJvcGNvcHkuYyBcDQogIAkJCXBvcF9nZXRf
Y29tbWFuZC5jIHBvcF9nZXRfc3ViY29tbWFuZC5jIHBvcF9pbml0LmMgXA0K
LS0tIDczLDgxIC0tLS0NCiAgCQkJcG9wX3VzZXIubyBwb3BfeHRuZC5vIHBv
cF94bWl0Lm8gcG9wcGVyLm8gXA0KICAJCQlwb3BfYnVsbC5vIHh0bmRfeGxz
dC5vIHBvcF91aWRsLm8gbWt0ZW1wLm8gXA0KICAJCQlwb3BfcnBvcC5vIHBv
cF9hcG9wLm8gbWQ1Lm8gcG9wX2F1dGgubyBwb3BfcG9wZS5vIFwNCiEgCQkJ
cG9wX2V4dGVuZC5vIHNjcmFtLm8gaG1hYy5vIGJhc2U2NC5vIHBvcF91dGls
Lm8gXA0KISAJCQlnZXRfc3ViX29wdC5vIG1zZ19wdHIubyBkcmFjLm8gcG9w
X2NvbmZpZy5vIFwNCiEgCQkJcG9wX2F1dGhkY2UubyBkY2VfcHdlbnQubw0K
ICANCiAgU1JDUwkJPQlwb3BfZGVsZS5jIHBvcF9kcm9wY29weS5jIFwNCiAg
CQkJcG9wX2dldF9jb21tYW5kLmMgcG9wX2dldF9zdWJjb21tYW5kLmMgcG9w
X2luaXQuYyBcDQoqKioqKioqKioqKioqKioNCioqKiA4NCw5MSAqKioqDQog
IAkJCXBvcF91c2VyLmMgcG9wX3h0bmQuYyBwb3BfeG1pdC5jIHBvcHBlci5j
IFwNCiAgCQkJcG9wX2J1bGwuYyB4dG5kX3hsc3QuYyBwb3BfdWlkbC5jIG1r
dGVtcC5jIFwNCiAgCQkJcG9wX3Jwb3AuYyBwb3BfYXBvcC5jIG1kNS5jIHBv
cF9hdXRoLmMgcG9wX3BvcGUuYyBcDQohICAgICAgICAgICAgICAgICAgICAg
ICAgIHBvcF9leHRlbmQuYyBzY3JhbS5jIGhtYWMuYyBiYXNlNjQuYyBwb3Bf
dXRpbC5jIFwNCiEgICAgICAgICAgICAgICAgICAgICAgICAgZ2V0X3N1Yl9v
cHQuYyBtc2dfcHRyLmMgZHJhYy5jIHBvcF9jb25maWcuYw0KICANCiAgUE9Q
QVVUSE9CSlMgICAgID0gICAgICAgYmFzZTY0Lm8gc2NyYW0ubyBtZDUubyBc
DQogIAkJCWhtYWMubyBwb3BhdXRoLm8NCi0tLSA4NSw5MyAtLS0tDQogIAkJ
CXBvcF91c2VyLmMgcG9wX3h0bmQuYyBwb3BfeG1pdC5jIHBvcHBlci5jIFwN
CiAgCQkJcG9wX2J1bGwuYyB4dG5kX3hsc3QuYyBwb3BfdWlkbC5jIG1rdGVt
cC5jIFwNCiAgCQkJcG9wX3Jwb3AuYyBwb3BfYXBvcC5jIG1kNS5jIHBvcF9h
dXRoLmMgcG9wX3BvcGUuYyBcDQohIAkJCXBvcF9leHRlbmQuYyBzY3JhbS5j
IGhtYWMuYyBiYXNlNjQuYyBwb3BfdXRpbC5jIFwNCiEgCQkJZ2V0X3N1Yl9v
cHQuYyBtc2dfcHRyLmMgZHJhYy5jIHBvcF9jb25maWcuYyBcDQohIAkJCXBv
cF9hdXRoZGNlLmMgZGNlX3B3ZW50LmMNCiAgDQogIFBPUEFVVEhPQkpTICAg
ICA9ICAgICAgIGJhc2U2NC5vIHNjcmFtLm8gbWQ1Lm8gXA0KICAJCQlobWFj
Lm8gcG9wYXV0aC5vDQoqKioqKioqKioqKioqKioNCioqKiAxMTAsMTE2ICoq
KioNCiAgTkVUV09SS19MSUJTCT0JQE5FVFdPUktfTElCU0ANCiAgS0VSQkVS
T1NfTElCUwk9CUBLRVJCRVJPU19MSUJTQA0KICBEQk1fTElCUwk9CUBEQk1f
TElCU0ANCiEgTElCUwkJPSAJQE5FVFdPUktfTElCU0AgQEtFUkJFUk9TX0xJ
QlNAIEBEQk1fTElCU0AgQExJQlNADQogIEFSX0ZMQUcgICAgICAgICA9ICAg
ICAgIEBBUl9GTEFHQA0KICBSQU5MSUJfQ01EICAgICAgPSAgICAgICBAUkFO
TElCX0NNREANCiAgDQotLS0gMTEyLDExOSAtLS0tDQogIE5FVFdPUktfTElC
Uwk9CUBORVRXT1JLX0xJQlNADQogIEtFUkJFUk9TX0xJQlMJPQlAS0VSQkVS
T1NfTElCU0ANCiAgREJNX0xJQlMJPQlAREJNX0xJQlNADQohIERDRV9MSUJT
ICAgID0gICBARENFX0xJQlNADQohIExJQlMJCT0gCUBORVRXT1JLX0xJQlNA
IEBLRVJCRVJPU19MSUJTQCBAREJNX0xJQlNAIEBMSUJTQCBARENFX0xJQlNA
DQogIEFSX0ZMQUcgICAgICAgICA9ICAgICAgIEBBUl9GTEFHQA0KICBSQU5M
SUJfQ01EICAgICAgPSAgICAgICBAUkFOTElCX0NNREANCiAgDQpkaWZmIC1j
IC9kZXYvbnVsbCAncXBvcHBlcjMuMWI3K0RDRS9wb3BwZXIvZGNlX3B3ZW50
LmMnDQpJbmRleDogLi9wb3BwZXIvZGNlX3B3ZW50LmMNCioqKiAuL3BvcHBl
ci9kY2VfcHdlbnQuYwlXZWQgRGVjIDMxIDE5OjAwOjAwIDE5NjkNCi0tLSAu
L3BvcHBlci9kY2VfcHdlbnQuYwlUdWUgSnVsIDI1IDE1OjIzOjE0IDIwMDAN
CioqKioqKioqKioqKioqKg0KKioqIDAgKioqKg0KLS0tIDEsMjg5IC0tLS0N
CisgLyoNCisgICogIENvbnRyaWJ1dGVkIGJ5IEplZmYgRWFyaWNrc29uLCBD
b2xieSBDb2xsZWdlLCBXYXRlcnZpbGxlLCBNRQ0KKyAgKiAgKGphZWFyaWNr
QGNvbGJ5LmVkdSkNCisgICoNCisgICogIFRoZSBjb2RlIGJlbG93IGJhc2lj
YWxseSBjb21lcyBmcm9tIHRoZSBleGFtcGxlcyBzdXBwbGllZCBvbg0KKyAg
KiAgdGhlIE9TRiBEQ0UgMS4wLjMgbWFucGFnZXMgZm9yIHRoZSBzZWNfbG9n
aW4gcm91dGluZXMsIHdpdGgNCisgICogIGVub3VnaCBhZGRpdGlvbmFsIHBv
bGlzaGluZyB0byBtYWtlIHRoZSByb3V0aW5lIHdvcmsgY29ycmVjdGx5Lg0K
KyAgKg0KKyAgKiAgVGhpcyBjb2RlIGlzIGtub3duIHRvIHdvcmsgb24gSFAg
NzAwIGFuZCA4MDAgc2VyaWVzIHN5c3RlbXMNCisgICogIHJ1bm5pbmcgSFAt
VVggOS5YIGFuZCAxMC5YLCB3aXRoIGVpdGhlciBIUCdzIHZlcnNpb24gMS4y
LjEgb2YgRENFLg0KKyAgKiAgKGFrYSwgT1NGIERDRSAxLjAuMykgb3Igd2l0
aCBIUCdzIHZlcnNpb24gMS40IG9mIERDRSAoYWthLCBPU0YNCisgICogIERD
RSAxLjEpLg0KKyAgKg0KKyAgKiAgVXNlIGF0IHlvdXIgb3duIHJpc2shISEg
IChCdXQgSSB3b3VsZCBsaWtlIHRvIGhlYXIgYWJvdXQgYnVncy4pDQorICov
DQorIA0KKyAjaWZkZWYgSEFWRV9DT05GSUdfSA0KKyAjaW5jbHVkZSA8Y29u
ZmlnLmg+DQorICNlbmRpZg0KKyANCisgI2lmZGVmIERDRQ0KKyANCisgI2lu
Y2x1ZGUgPHN0ZGlvLmg+DQorIC8qICNpbmNsdWRlIDxzdHJpbmcuaD4gKi8N
CisgI2luY2x1ZGUgPHNpZ25hbC5oPg0KKyAjaW5jbHVkZSA8c2V0am1wLmg+
DQorICNpbmNsdWRlIDxwd2QuaD4NCisgI2luY2x1ZGUgInBvcHBlci5oIg0K
KyAjaW5jbHVkZSA8ZGNlL3JwYy5oPg0KKyAjaW5jbHVkZSA8ZGNlL3NlY19s
b2dpbi5oPg0KKyAjaW5jbHVkZSA8ZGNlL2RjZV9lcnJvci5oPiAvKiByZXF1
aXJlZCB0byBjYWxsIGRjZV9lcnJvcl9pbnFfdGV4dCByb3V0aW5lICAgKi8N
CisgDQorIC8qIGdsb2JhbCB2YXJpYWJsZXMgKi8NCisgc3RhdGljIGludAkJ
CQllcnJvcl9zdGF0Ow0KKyBzdGF0aWMgdW5zaWduZWQgY2hhcgllcnJvcl9z
dHJpbmdbZGNlX2NfZXJyb3Jfc3RyaW5nX2xlbl07DQorIGptcF9idWYJCQkJ
CWRjZWp1bXA7CQkvKiBzdGFjayBmb3Igc2V0am1wL2xvbmdqbXAgaGVyZWlu
ICovDQorIHNlY19sb2dpbl9oYW5kbGVfdAkJbG9naW5fY29udGV4dDsJLyog
RENFIGxvZ2luIGNvbnRleHQgKi8NCisgDQorIHZvaWQgZGNldGltZW91dCgp
DQorIHsNCisgCWVycm9yX3N0YXR1c190CQlzdGF0dXM7DQorIA0KKyAJc2Vj
X2xvZ2luX3B1cmdlX2NvbnRleHQoJmxvZ2luX2NvbnRleHQsJnN0YXR1cyk7
DQorICAgICBsb25nam1wKGRjZWp1bXAsMSk7DQorIH0NCisgDQorIGludCBk
Y2VfYXV0aF90aW1lKHAsIGVycm9ybXNnLCB0aW1lb3V0KQ0KKyAvKiByZXR1
cm5zIDEgKCJ0cnVlIikgaWYgdXNlciBpcyBhIHZhbGlkIERDRSBwcmluY2lw
YWwsIDAgb3RoZXJ3aXNlICovDQorIC8qIGNsZWFucyB1cCBhbmQgZXhpdHMg
aWYgRENFIHRpbWVzIG91dCAqLw0KKyBQT1AgKnA7DQorIGNoYXIgKmVycm9y
bXNnOw0KKyBpbnQgdGltZW91dDsNCisgew0KKyAJaW50IHJldGNvZGU7DQor
IA0KKyAJLyogcHJlcGFyZSB0byBjYXRjaCB0aGUgc2lnbmFsIGZvciBEQ0Ug
dGltZW91dCAqLw0KKyAJKHZvaWQpIHNpZ25hbChTSUdBTFJNLCBkY2V0aW1l
b3V0KTsNCisgDQorIAkvKiBub3cgc2V0IHRoZSBEQ0UgdGltZW91dCBhbGFy
bSAqLw0KKyAJYWxhcm0odGltZW91dCk7DQorIA0KKyAjaWZkZWYgREVCVUcN
CisgCWlmKHAtPmRlYnVnKSBwb3BfbG9nKHAsUE9QX0RFQlVHLEhFUkUsDQor
IAkJImRjZV9hdXRoX3RpbWU6IHNpZ25hbCBhbmQgYWxhcm0gc2V0IGZvciAl
ZCBzZWNcbiIsdGltZW91dCk7DQorICNlbmRpZg0KKyANCisgCS8qIHNldCBy
ZXRjb2RlIHRvIGZhaWx1cmUgaWYgYWxhcm0gd2VudCBvZmYgKi8NCisgCS8q
IGJlZm9yZSB0aGUgZGNlX3B3ZW50KCkgY2FsbCBmaW5pc2hlZCAqLw0KKyAJ
LyogdGltZSB0byBkaWUuLi4gKi8NCisgCWlmKHNldGptcChkY2VqdW1wKSkN
CisgCXsNCisgI2lmZGVmIERFQlVHDQorIAkJaWYocC0+ZGVidWcpIHBvcF9s
b2cocCxQT1BfREVCVUcsSEVSRSwNCisgCQkJImRjZV9hdXRoX3RpbWU6IHJl
dHVybmluZyBmcm9tIGxvbmdqbXBcbiIpOw0KKyAjZW5kaWYNCisgCQlwb3Bf
bXNnKHAsUE9QX0ZBSUxVUkUsIEhFUkUsDQorIAkJCSJEQ0UgQXV0aGVudGlj
YXRpb24gVGltZW91dCBmb3IgJXMiLHAtPnVzZXIpOw0KKyAJCWNsb3NlbG9n
KCk7DQorIAkJZXhpdCgtMSk7DQorIAl9DQorIAllbHNlDQorIAl7DQorICNp
ZmRlZiBERUJVRw0KKyAJCWlmKHAtPmRlYnVnKSBwb3BfbG9nKHAsUE9QX0RF
QlVHLEhFUkUsDQorIAkJCSJkY2VfYXV0aF90aW1lOiBiZWZvcmUgZGNlX3B3
ZW50XG4iKTsNCisgI2VuZGlmDQorIAkJcmV0Y29kZSA9IGRjZV9wd2VudChw
LCBlcnJvcm1zZyk7DQorICNpZmRlZiBERUJVRw0KKyAJCWlmKHAtPmRlYnVn
KSBwb3BfbG9nKHAsUE9QX0RFQlVHLEhFUkUsDQorIAkJCSJkY2VfYXV0aF90
aW1lOiBhZnRlciBkY2VfcHdlbnRcbiIpOw0KKyAjZW5kaWYNCisgCX0NCisg
DQorIAkvKiB0dXJuIG9mZiB0aGUgYWxhcm0gYW5kIHJlc2V0IFNJR0FMUk0g
Ki8NCisgCWFsYXJtKDApOw0KKyAJKHZvaWQpIHNpZ25hbChTSUdBTFJNLFNJ
R19ERkwpOw0KKyANCisgI2lmZGVmIERFQlVHDQorIAlpZihwLT5kZWJ1Zykg
cG9wX2xvZyhwLFBPUF9ERUJVRyxIRVJFLA0KKyAJCSJkY2VfYXV0aF90aW1l
OiBzaWduYWwgYW5kIGFsYXJtIHR1cm5lZCBvZmZcbiIpOw0KKyAjZW5kaWYN
CisgDQorIAlyZXR1cm4gcmV0Y29kZTsNCisgfQ0KKyANCisgaW50IGRjZV9w
d2VudChwLCBlcnJvcm1zZykNCisgLyogcmV0dXJucyAxICgidHJ1ZSIpIGlm
IHVzZXIgaXMgYSB2YWxpZCBEQ0UgcHJpbmNpcGFsLCAwIG90aGVyd2lzZSAq
Lw0KKyBQT1AgKnA7DQorIGNoYXIgKmVycm9ybXNnOw0KKyB7DQorIAlzdHJ1
Y3QgcGFzc3dkCQkqcHdkOw0KKyAJc2VjX3Bhc3N3ZF9yZWNfdAlwYXNzd29y
ZF9yZWM7DQorIAlib29sZWFuMzIJCQlyZXNldF9wYXNzd2Q7DQorIAlzZWNf
bG9naW5fYXV0aF9zcmNfdAlhdXRoX3NyYzsNCisgCWVycm9yX3N0YXR1c190
CQlzdGF0dXM7DQorIAl1bnNpZ25lZDMyCQkJbmJ5dGVzOw0KKyAJY2hhcgkJ
CQkqdG1wcGFzczsNCisgDQorIAkvKiBjcmVhdGUgdGhlIGxvY2FsIGNvbnRl
eHQgb2YgdGhlIERDRSBwcmluY2lwYWwgbmVjZXNzYXJ5ICAgKi8NCisgCS8q
IHRvIHBlcmZvcm0gYXV0aGVudGljYXRlZCBuZXR3b3JrIG9wZXJhdGlvbnMu
IFRoZSBuZXR3b3JrICAqLw0KKyAJLyogaWRlbnRpdHkgc2V0IHVwIGJ5IHRo
aXMgb3BlcmF0aW9uIGNhbm5vdCBiZSB1c2VkIHVudGlsIGl0ICovDQorIAkv
KiBpcyB2YWxpZGF0ZWQgdmlhIHNlY19sb2dpbl92YWxpZGF0ZV9pZGVudGl0
eSgpLiAqLw0KKyAJaWYoc2VjX2xvZ2luX3NldHVwX2lkZW50aXR5KCh1bnNp
Z25lZF9jaGFyX3BfdCkgcC0+dXNlciwNCisgCQlzZWNfbG9naW5fbm9fZmxh
Z3MsJmxvZ2luX2NvbnRleHQsJnN0YXR1cykpDQorIAl7DQorIAkJaWYoY2hl
Y2socCxzdGF0dXMsInNlY19sb2dpbl9zZXR1cF9pZGVudGl0eSgxKToiKSkg
DQorIAkJew0KKyAJCQlzdHJjcHkoZXJyb3Jtc2csKGNvbnN0IGNoYXIgKikg
ZXJyb3Jfc3RyaW5nKTsNCisgCQkJcmV0dXJuKDApOw0KKyAJCX0NCisgDQor
IAkJLyogbm90ZSB0aGF0IGNvbnRlbnRzIG9mIHBhc3N3ZCBhcmUgdHJhc2hl
ZCBhZnRlciBEQ0UgKi8NCisgCQkvKiBzbyB3ZSBuZWVkIHRvIG1ha2UgYSBs
b2NhbCBjb3B5IG9mIGl0IGZvciB1c2UgaGVyZSAqLw0KKyAJCS8qIG1hbGxv
YyBzcGFjZSBmb3IgcGFzc3dkIHN0cnVjdHVyZSAqLw0KKyAJCW5ieXRlcyA9
IHN0cmxlbihwLT5wb3BfcGFybVsxXSkrMTsNCisgCQlpZigodG1wcGFzcyA9
IChjaGFyICopIG1hbGxvYyhuYnl0ZXMpKSA9PSBOVUxMKQ0KKyAJCXsNCisg
CQkJc3RyY3B5KGVycm9ybXNnLHAtPnVzZXIpOw0KKyAJCQlzdHJjYXQoZXJy
b3Jtc2csIjogbWFsbG9jIGZvciB0bXBwYXNzIGZhaWxlZC4iKTsNCisgCQkJ
cmV0dXJuKDApOw0KKyAJCX0NCisgCQlzdHJjcHkodG1wcGFzcyxwLT5wb3Bf
cGFybVsxXSk7DQorIA0KKyAJCXBhc3N3b3JkX3JlYy5rZXkudGFnZ2VkX3Vu
aW9uLnBsYWluID0gKGlkbF9jaGFyICopIHRtcHBhc3M7DQorIAkJcGFzc3dv
cmRfcmVjLmtleS5rZXlfdHlwZSA9IHNlY19wYXNzd2RfcGxhaW47DQorIAkJ
cGFzc3dvcmRfcmVjLnBlcHBlciA9IE5VTEw7DQorIAkJcGFzc3dvcmRfcmVj
LnZlcnNpb25fbnVtYmVyID0gc2VjX3Bhc3N3ZF9jX3ZlcnNpb25fbm9uZTsN
CisgDQorIAkJLyogdmFsaWRhdGUgdGhlIGxvZ2luIGNvbnRleHQgd2l0aCB0
aGUgcGFzc3dvcmQgKi8NCisgCQlpZihzZWNfbG9naW5fdmFsaWRhdGVfaWRl
bnRpdHkobG9naW5fY29udGV4dCwmcGFzc3dvcmRfcmVjLA0KKyAJCQkmcmVz
ZXRfcGFzc3dkLCZhdXRoX3NyYywmc3RhdHVzKSkNCisgCQl7DQorIAkJCWlm
KGNoZWNrKHAsc3RhdHVzLCJzZWNfbG9naW5fdmFsaWRhdGVfaWRlbnRpdHko
MSk6IikpIA0KKyAJCQl7DQorIAkJCQlzdHJjcHkoZXJyb3Jtc2csKGNvbnN0
IGNoYXIgKikgZXJyb3Jfc3RyaW5nKTsNCisgCQkJCXJldHVybigwKTsNCisg
CQkJfQ0KKyANCisgCQkJLyogQ2VydGlmeSB0aGF0IHRoZSBEQ0UgU2VjdXJp
dHkgU2VydmVyIHVzZWQgdG8gc2V0ICAgICAgKi8NCisgCQkJLyogdXAgYW5k
IHZhbGlkYXRlIGEgbG9naW4gY29udGV4dCBpcyBsZWdpdGltYXRlLiAgTWFr
ZXMgKi8NCisgCQkJLyogc3VyZSB0aGF0IHdlIGRpZG4ndCBnZXQgc3Bvb2Zl
ZCBieSBhbm90aGVyIERDRSBzZXJ2ZXIuKi8NCisgCQkJaWYoIXNlY19sb2dp
bl9jZXJ0aWZ5X2lkZW50aXR5KGxvZ2luX2NvbnRleHQsJnN0YXR1cykpDQor
IAkJCXsNCisgCQkJCS8qIGZwcmludGYoc3RkZXJyLCJXaG9hISBCb2d1cyBh
dXRoZW50aWNhdGlvbiBzZXJ2ZXIhXG4iKTsgKi8NCisgCQkJCSh2b2lkKSBj
aGVjayhwLHN0YXR1cywic2VjX2xvZ2luX2NlcnRpZnlfaWRlbnRpdHkoMSk6
Iik7IA0KKyAJCQkJc3RyY3B5KGVycm9ybXNnLChjb25zdCBjaGFyICopIGVy
cm9yX3N0cmluZyk7DQorIAkJCQlyZXR1cm4oMCk7DQorIAkJCX0NCisgCQkJ
aWYoY2hlY2socCxzdGF0dXMsInNlY19sb2dpbl9jZXJ0aWZ5X2lkZW50aXR5
KDIpOiIpKSANCisgCQkJew0KKyAJCQkJc3RyY3B5KGVycm9ybXNnLChjb25z
dCBjaGFyICopIGVycm9yX3N0cmluZyk7DQorIAkJCQlyZXR1cm4oMCk7DQor
IAkJCX0NCisgDQorIAkJCS8qIHNldHMgdGhlIG5ldHdvcmsgY3JlZGVudGlh
bHMgdG8gdGhvc2Ugc3BlY2lmaWVkICovDQorIAkJCS8qIGJ5IHRoZSBub3cg
dmFsaWRhdGVkIGxvZ2luIGNvbnRleHQuICovDQorIAkJCXNlY19sb2dpbl9z
ZXRfY29udGV4dChsb2dpbl9jb250ZXh0LCZzdGF0dXMpOw0KKyAJCQlpZihj
aGVjayhwLHN0YXR1cywic2VjX2xvZ2luX3NldF9jb250ZXh0OiIpKSANCisg
CQkJew0KKyAJCQkJc3RyY3B5KGVycm9ybXNnLChjb25zdCBjaGFyICopIGVy
cm9yX3N0cmluZyk7DQorIAkJCQlyZXR1cm4oMCk7DQorIAkJCX0NCisgDQor
IAkJCS8qIG9vcHMsIHlvdXIgY3JlZGVudGlhbHMgd2VyZSBubyBnb29kLiBQ
b3NzaWJseSAgICovDQorIAkJCS8qIGNhdXNlZCBieSBjbG9jayB0aW1lcyBv
dXQgb2YgYWRqdXN0bWVudCBiZXR3ZWVuICovDQorIAkJCS8qIERDRSBjbGll
bnQgYW5kIERDRSBzZWN1cml0eSBzZXJ2ZXIuLi4gICAgICAgICAgICovDQor
IAkJCWlmKGF1dGhfc3JjICE9IHNlY19sb2dpbl9hdXRoX3NyY19uZXR3b3Jr
KQ0KKyAJCQl7DQorIAkJCQkvKiBmcHJpbnRmKHN0ZGVyciwiWW91IGhhdmUg
bm8gbmV0d29yayBjcmVkZW50aWFsc1xuIik7ICovDQorIAkJCQlzdHJjcHko
ZXJyb3Jtc2cscC0+dXNlcik7DQorIAkJCQlzdHJjYXQoZXJyb3Jtc2csIiBo
YXMgbm8gbmV0d29yayBjcmVkZW50aWFscy4iKTsNCisgCQkJCXJldHVybigw
KTsNCisgCQkJfQ0KKyAJCQkvKiBjaGVjayBpZiB0aGUgcGFzc3dvcmQgaGFz
IGFnZWQgYW5kIGlzIG5vIGdvb2QgKi8NCisgCQkJaWYocmVzZXRfcGFzc3dk
KQ0KKyAJCQl7DQorIAkJCQkvKiBmcHJpbnRmKHN0ZGVyciwiWW91ciBEQ0Ug
cGFzc3dvcmQgbmVlZHMgcmVzZXR0aW5nXG4iKTsgKi8NCisgCQkJCXN0cmNw
eShlcnJvcm1zZyxwLT51c2VyKTsNCisgCQkJCXN0cmNhdChlcnJvcm1zZywi
IGhhcyBhbiBpbnZhbGlkIHBhc3N3b3JkLiIpOw0KKyAJCQkJcmV0dXJuKDAp
Ow0KKyAJCQl9DQorIA0KKyAjaWZkZWYgVU5ORUVERUQNCisgCQkJLyogbWFs
bG9jIHNwYWNlIGZvciBwYXNzd2Qgc3RydWN0dXJlICovDQorIAkJCW5ieXRl
cyA9IHNpemVvZihzdHJ1Y3QgcGFzc3dkKTsNCisgCQkJaWYoKHB3ZCA9IChz
dHJ1Y3QgcGFzc3dkICopIG1hbGxvYyhuYnl0ZXMpKSA9PSBOVUxMKQ0KKyAJ
CQl7DQorIAkJCQkvKiBmcHJpbnRmKHN0ZGVyciwibWFsbG9jIGZvciBwYXNz
d2Qgc3RydWN0IGZhaWxlZFxuIik7ICovDQorIAkJCQlzdHJjcHkoZXJyb3Jt
c2cscC0+dXNlcik7DQorIAkJCQlzdHJjYXQoZXJyb3Jtc2csIjogbWFsbG9j
IGZvciBwYXNzd2Qgc3RydWN0IGZhaWxlZC4iKTsNCisgCQkJCXJldHVybigw
KTsNCisgCQkJfQ0KKyANCisgCQkJLyogd2Ugc2hvdWxkIGJlIGEgdmFsaWQg
dXNlciBieSB0aGlzIHBvaW50LiAgUHVsbCB0aGUgKi8NCisgCQkJLyogdXNl
cidzIHBhc3N3b3JkIHN0cnVjdHVyZSBmcm9tIHRoZSBEQ0Ugc2VjdXJpdHkg
ICAgKi8NCisgCQkJLyogc2VydmVyIGp1c3QgdG8gbWFrZSBzdXJlLiAgSWYg
d2UgZ2V0IGl0IHdpdGggbm8gICAgKi8NCisgCQkJLyogcHJvYmxlbXMsIHRo
ZW4gd2UgcmVhbGx5IGFyZSBsZWdpdGltYXRlLi4uICAgICAgICAgKi8NCisg
CQkJc2VjX2xvZ2luX2dldF9wd2VudChsb2dpbl9jb250ZXh0LChzZWNfbG9n
aW5fcGFzc3dkX3QpIHB3ZCwmc3RhdHVzKTsNCisgCQkJZnJlZShwd2QpOw0K
KyAJCQlpZihjaGVjayhwLHN0YXR1cywic2VjX2xvZ2luX2dldF9wd2VudDoi
KSkgDQorIAkJCXsNCisgCQkJCXN0cmNweShlcnJvcm1zZywoY29uc3QgY2hh
ciAqKSBlcnJvcl9zdHJpbmcpOw0KKyAJCQkJcmV0dXJuKDApOw0KKyAJCQl9
DQorICNlbmRpZiAvKiBVTk5FRURFRCAqLw0KKyANCisgCQkJLyoqKioqKioq
KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq
KioqKioqKi8NCisgCQkJLyogaWYgd2UgZ2V0IHRvIGhlcmUsIHRoZW4gdGhl
IHB3ZW50IGFib3ZlIHByb3Blcmx5IGZldGNoZWQgKi8NCisgCQkJLyogdGhl
IHBhc3N3b3JkIHN0cnVjdHVyZSBmcm9tIHRoZSBEQ0UgcmVnaXN0cnksIHNv
IHRoZSB1c2VyKi8NCisgCQkJLyogIG11c3QgYmUgdmFsaWQuICBXZSBkb24n
dCByZWFsbHkgY2FyZSB3aGF0IHRoZSB1c2VyJ3MgICAgKi8NCisgCQkJLyog
cmVnaXN0cnkgcGFzc3dvcmQgaXMsIGp1c3QgdGhhdCB0aGUgdXNlciBjb3Vs
ZCBiZSAgICAgICAgKi8NCisgCQkJLyogdmFsaWRhdGVkLiAgSW4gZmFjdCwg
aWYgd2UgdHJpZWQgdG8gY29tcGFyZSB0aGUgbG9jYWwgICAgKi8NCisgCQkJ
LyogcGFzc3dvcmQgdG8gdGhlIERDRSBlbnRyeSBhdCB0aGlzIHBvaW50LCB0
aGUgb3BlcmF0aW9uICAgKi8NCisgCQkJLyogd291bGQgZmFpbCBpZiB0aGUg
aGlkZGVuIHBhc3N3b3JkIGZlYXR1cmUgaXMgdHVybmVkIG9uLCAgKi8NCisg
CQkJLyogYmVjYXVzZSB0aGUgcGFzc3dvcmQgZmllbGQgd291bGQgY29udGFp
biBhbiBhc3Rlcmlzay4gICAgKi8NCisgCQkJLyogICBBbHNvIGdvIGFoZWFk
IGFuZCBkZXN0cm95IHRoZSB1c2VyJ3MgRENFIGxvZ2luIGNvbnRleHQgKi8N
CisgCQkJLyogYmVmb3JlIHdlIGxlYXZlIGhlcmUgKGFuZCBkb24ndCBib3Ro
ZXIgY2hlY2tpbmcgdGhlICAgICAgKi8NCisgCQkJLyogc3RhdHVzKSwgaW4g
b3JkZXIgdG8gY2xlYW4gdXAgY3JlZGVudGlhbHMgZmlsZXMgaW4gICAgICAg
Ki8NCisgCQkJLyogL29wdC9kY2Vsb2NhbC92YXIvc2VjdXJpdHkvY3JlZHMu
ICBCeSBkb2luZyB0aGlzLCB3ZSBhcmUgKi8NCisgCQkJLyogYXNzdW1pbmcg
dGhhdCB0aGUgdXNlciB3aWxsIG5vdCBuZWVkIERDRSBhdXRoZW50aWNhdGlv
biAgKi8NCisgCQkJLyogbGF0ZXIgaW4gdGhlIHByb2dyYW0sIG9ubHkgbG9j
YWwgYXV0aGVudGljYXRpb24uICBJZiB0aGlzKi8NCisgCQkJLyogaXMgbm90
IHRydWUsIHRoZW4gdGhlIGxvZ2luX2NvbnRleHQgd2lsbCBoYXZlIHRvIGJl
ICAgICAgKi8NCisgCQkJLyogcmV0dXJuZWQgdG8gdGhlIGNhbGxpbmcgcHJv
Z3JhbSwgYW5kIHRoZSBjb250ZXh0IHB1cmdlZCAgKi8NCisgCQkJLyogc29t
ZXdoZXJlIGxhdGVyIGluIHRoZSBwcm9ncmFtLiAgICAgICAgICAgICAgICAg
ICAgICAgICAgKi8NCisgCQkJLyoqKioqKioqKioqKioqKioqKioqKioqKioq
KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKi8NCisgCQkJc2Vj
X2xvZ2luX3B1cmdlX2NvbnRleHQoJmxvZ2luX2NvbnRleHQsJnN0YXR1cyk7
DQorIAkJCWVycm9ybXNnID0gTlVMTDsNCisgCQkJcmV0dXJuKDEpOw0KKyAJ
CX0NCisgCQllbHNlDQorIAkJew0KKyAJCQlpZihjaGVjayhwLHN0YXR1cywi
c2VjX2xvZ2luX3ZhbGlkYXRlX2lkZW50aXR5KDIpOiIpKSANCisgCQkJew0K
KyAJCQkJc3RyY3B5KGVycm9ybXNnLChjb25zdCBjaGFyICopIGVycm9yX3N0
cmluZyk7DQorIAkJCQlyZXR1cm4oMCk7DQorIAkJCX0NCisgCQkJc2VjX2xv
Z2luX3B1cmdlX2NvbnRleHQoJmxvZ2luX2NvbnRleHQsJnN0YXR1cyk7DQor
IAkJCWlmKGNoZWNrKHAsc3RhdHVzLCJzZWNfbG9naW5fcHVyZ2VfY29udGV4
dDoiKSkNCisgCQkJew0KKyAJCQkJc3RyY3B5KGVycm9ybXNnLChjb25zdCBj
aGFyICopIGVycm9yX3N0cmluZyk7DQorIAkJCQlyZXR1cm4oMCk7DQorIAkJ
CX0NCisgCQl9DQorIAkJZnJlZSh0bXBwYXNzKTsNCisgCX0NCisgCWlmKGNo
ZWNrKHAsc3RhdHVzLCJzZWNfbG9naW5fc2V0dXBfaWRlbnRpdHkoMik6Iikp
DQorIAl7DQorIAkJc3RyY3B5KGVycm9ybXNnLChjb25zdCBjaGFyICopIGVy
cm9yX3N0cmluZyk7DQorIAkJcmV0dXJuKDApOw0KKyAJfQ0KKyAJcmV0dXJu
KDApOw0KKyB9DQorIA0KKyBpbnQgY2hlY2socCxpbnB1dF9zdGF0dXMsIGNv
bW1lbnQpIA0KKyAvKiByZXR1cm5zIDAgZm9yIERDRSAib2siIHN0YXR1cywg
MSBvdGhlcndpc2UgKi8NCisgUE9QICpwOw0KKyBlcnJvcl9zdGF0dXNfdCBp
bnB1dF9zdGF0dXM7DQorIGNoYXIgKmNvbW1lbnQ7DQorIHsgDQorIAlpZihp
bnB1dF9zdGF0dXMgPT0gcnBjX3Nfb2spIHJldHVybigwKTsNCisgCWRjZV9l
cnJvcl9pbnFfdGV4dChpbnB1dF9zdGF0dXMsIGVycm9yX3N0cmluZywgJmVy
cm9yX3N0YXQpOyANCisgI2lmZGVmIERFQlVHDQorIAlpZihwLT5kZWJ1Zykg
cG9wX2xvZyhwLFBPUF9ERUJVRyxIRVJFLA0KKyAJCSJEQ0U6ICVzICVzIixj
b21tZW50LGVycm9yX3N0cmluZyk7DQorICNlbmRpZg0KKyAJcmV0dXJuKDEp
Ow0KKyB9DQorIA0KKyAjZW5kaWYgLyogRENFICovDQpkaWZmIC1jIC9kZXYv
bnVsbCAncXBvcHBlcjMuMWI3K0RDRS9wb3BwZXIvcG9wX2F1dGhkY2UuYycN
CkluZGV4OiAuL3BvcHBlci9wb3BfYXV0aGRjZS5jDQoqKiogLi9wb3BwZXIv
cG9wX2F1dGhkY2UuYwlXZWQgRGVjIDMxIDE5OjAwOjAwIDE5NjkNCi0tLSAu
L3BvcHBlci9wb3BfYXV0aGRjZS5jCVR1ZSBKdWwgMjUgMTU6NTc6MzggMjAw
MA0KKioqKioqKioqKioqKioqDQoqKiogMCAqKioqDQotLS0gMSw5OCAtLS0t
DQorIC8qDQorICAqICBDb250cmlidXRlZCBieSBKZWZmIEVhcmlja3Nvbiwg
Q29sYnkgQ29sbGVnZSwgV2F0ZXJ2aWxsZSwgTUUNCisgICogIChqYWVhcmlj
a0Bjb2xieS5lZHUpDQorICAqDQorICAqLw0KKyANCisgI2lmZGVmIEhBVkVf
Q09ORklHX0gNCisgI2luY2x1ZGUgPGNvbmZpZy5oPg0KKyAjZW5kaWYNCisg
DQorICNpZmRlZiBEQ0UNCisgDQorICNpbmNsdWRlIDxwd2QuaD4NCisgI2lu
Y2x1ZGUgPGNyeXB0Lmg+DQorICNpZmRlZiBTWVNWDQorICNpbmNsdWRlIDxz
dHJpbmcuaD4NCisgI2Vsc2UNCisgI2luY2x1ZGUgPHN0cmluZ3MuaD4NCisg
I2VuZGlmDQorICNpbmNsdWRlIDxzdGRpby5oPg0KKyANCisgI2RlZmluZSBE
Q0VfVElNRU9VVCA2MCAgLyogdGltZW91dCBvbiBEQ0UgYXV0aGVudGljYXRp
b24gYWZ0ZXIgdGhpcyBzZWNzICovDQorICNkZWZpbmUgUEFTU1dEX09WRVJS
SURFICIvb3B0L2RjZWxvY2FsL2V0Yy9wYXNzd2Rfb3ZlcnJpZGUiDQorIA0K
KyBpbnQgdXNlX2RjZV9wYXNzd2Q7DQorIA0KKyAjaW5jbHVkZSAicG9wcGVy
LmgiDQorIA0KKyBjaGFyICpjcnlwdCgpOw0KKyANCisgaW50IGF1dGhfdXNl
cl9kY2UgKHApDQorIFBPUCAqcDsNCisgew0KKyAJRklMRSAqZmQ7DQorIAlz
dHJ1Y3QgcGFzc3dkICpwdzsNCisgCWNoYXIgZXJyb3Jtc2dbTUFYTVNHTElO
RUxFTl07DQorIA0KKyAjaWZkZWYgREVCVUcNCisgCWlmKHAtPmRlYnVnKSBw
b3BfbG9nKHAsUE9QX0RFQlVHLEhFUkUsDQorIAkJIkxvb2tpbmcgaW4gJXMu
IixQQVNTV0RfT1ZFUlJJREUpOw0KKyAjZW5kaWYNCisgDQorIAkvKiBmaXJz
dCBsb29rIGluIHRoZSBwYXNzd2Rfb3ZlcnJpZGUgZmlsZSAqLw0KKyAJaWYo
KGZkID0gZm9wZW4oUEFTU1dEX09WRVJSSURFLCAiciIpKSA9PSBOVUxMKQ0K
KyAJew0KKyAJCXJldHVybiAocG9wX21zZyhwLFBPUF9GQUlMVVJFLEhFUkUs
DQorIAkJCSJEQ0U6IENhbm5vdCBvcGVuICVzLiIsUEFTU1dEX09WRVJSSURF
KSk7DQorIAl9DQorIA0KKyAJdXNlX2RjZV9wYXNzd2Q9MDsNCisgDQorIAkv
KiBMb29rIGZvciB0aGUgdXNlciBpbiBwYXNzd29yZF9vdmVycmlkZSBmaWxl
ICovDQorIAl3aGlsZSgocHcgPSBmZ2V0cHdlbnQoZmQpKSAhPSBOVUxMKQ0K
KyAJew0KKyAJCWlmKHN0cmNtcChwLT51c2VyLCBwdy0+cHdfbmFtZSkgPT0g
MCkgYnJlYWs7DQorIAl9DQorIA0KKyAJLyogaWYgdGhlIHBhc3N3b3JkIHN0
cnVjdHVyZSBpcyBOVUxMIHRoZW4gd2UgaGl0IEVPRiAqLw0KKyAJLyogaWYg
dGhlIHBhc3N3b3JkIGZpZWxkIGlzIG5vdCAxMyBjaGFyYWN0ZXJzIGxvbmcs
ICAqLw0KKyAJLyogdGhlbiBpdCBpcyBub3QgYW4gZW5jcnlwdGVkIHBhc3N3
b3JkIGZpZWxkLCBzbyAgICAqLw0KKyAJLyogY2xvc2UgdGhlIGZpbGUgYW5k
IG1vdmUgb24gKi8NCisgCWlmKHB3ID09IE5VTEwgfHwgc3RybGVuKHB3LT5w
d19wYXNzd2QpICE9IDEzKQ0KKyAJew0KKyAJCWZjbG9zZShmZCk7DQorIAl9
DQorIAkvKiB0aGUgcGFzc3dvcmQgZmllbGQgaXMgZ29vZCBzbyBzcGVuZCB0
aGUgQ1BVIGN5Y2xlcyAqLw0KKyAJLyogdG8gZW5jcnlwdCBpdCBhbmQgc2Vl
IGlmIHRoZSBlbnRlcmVkIHB3IGlzIHZhbGlkLi4gKi8NCisgCWVsc2UNCisg
CXsNCisgCQlpZihzdHJjbXAoY3J5cHQocC0+cG9wX3Bhcm1bMV0scHctPnB3
X3Bhc3N3ZCkscHctPnB3X3Bhc3N3ZCkgPT0gMCkNCisgCQl7DQorIAkJCXVz
ZV9kY2VfcGFzc3dkPTE7DQorIAkJCWZjbG9zZShmZCk7DQorIAkJCXJldHVy
bihQT1BfU1VDQ0VTUyk7DQorIAkJfQ0KKyAJCWVsc2UNCisgCQl7DQorIAkJ
CWZjbG9zZShmZCk7DQorIAkJfQ0KKyAJfQ0KKyANCisgI2lmZGVmIERFQlVH
DQorIAlpZihwLT5kZWJ1ZykgcG9wX2xvZyhwLFBPUF9ERUJVRyxIRVJFLA0K
KyAJCSJDb25zdWx0aW5nIERDRSBSZWdpc3RyeS4iKTsNCisgI2VuZGlmDQor
IA0KKyAJLyogdGhlbiBnbyBhc2sgdGhlIERDRSByZWdpc3RyeSAqLw0KKyAJ
aWYoZGNlX2F1dGhfdGltZShwLGVycm9ybXNnLERDRV9USU1FT1VUKSA9PSAx
KQ0KKyAJew0KKyAJCXVzZV9kY2VfcGFzc3dkPTE7DQorIAkJcmV0dXJuKFBP
UF9TVUNDRVNTKTsNCisgCX0NCisgDQorIAkvKiBpZiB3ZSBnZXQgdG8gaGVy
ZSB0aGVuIGV2ZXJ5dGhpbmcgZmFpbGVkICovDQorIAlyZXR1cm4ocG9wX21z
ZyhwLFBPUF9GQUlMVVJFLEhFUkUsDQorIAkJCSJEQ0U6IFwiJXNcIiIsZXJy
b3Jtc2cpKTsNCisgfQ0KKyAjZW5kaWYgLyogRENFICovDQpkaWZmIC1jICdx
cG9wcGVyMy4xYjYvcG9wcGVyL3BvcF9pbml0LmMnICdxcG9wcGVyMy4xYjcr
RENFL3BvcHBlci9wb3BfaW5pdC5jJw0KSW5kZXg6IC4vcG9wcGVyL3BvcF9p
bml0LmMNCioqKiAuL3BvcHBlci9wb3BfaW5pdC5jCU1vbiBKdWwgMjQgMjE6
MDc6MjYgMjAwMA0KLS0tIC4vcG9wcGVyL3BvcF9pbml0LmMJVHVlIEp1bCAy
NSAxMDoxNzowNiAyMDAwDQoqKioqKioqKioqKioqKioNCioqKiA0MTksNDI0
ICoqKioNCi0tLSA0MTksNDI2IC0tLS0NCiAgICAgIC8qICANCiAgICAgICAq
IEluaXRpYWxpemUgbWFpbGRyb3Agc3RhdHVzIHZhcmlhYmxlcyBpbiB0aGUg
UE9QIHBhcmFtZXRlciBibG9jayANCiAgICAgICAqLw0KKyAgICAgcC0+ZGVi
dWcgICAgICAgICAgICAgICA9IDA7DQorICAgICBwLT5zdGF0cyAgICAgICAg
ICAgICAgID0gMDsNCiAgICAgIHAtPm1zZ3NfZGVsZXRlZCAgICAgICAgPSAw
Ow0KICAgICAgcC0+bGFzdF9tc2cgICAgICAgICAgICA9IDA7DQogICAgICBw
LT5ieXRlc19kZWxldGVkICAgICAgID0gMDsNCmRpZmYgLWMgJ3Fwb3BwZXIz
LjFiNi9wb3BwZXIvcG9wX3Bhc3MuYycgJ3Fwb3BwZXIzLjFiNytEQ0UvcG9w
cGVyL3BvcF9wYXNzLmMnDQpJbmRleDogLi9wb3BwZXIvcG9wX3Bhc3MuYw0K
KioqIC4vcG9wcGVyL3BvcF9wYXNzLmMJTW9uIEp1bCAxNyAxOTo1NToyNiAy
MDAwDQotLS0gLi9wb3BwZXIvcG9wX3Bhc3MuYwlUdWUgSnVsIDI1IDE2OjA2
OjI5IDIwMDANCioqKioqKioqKioqKioqKg0KKioqIDEwNiwxMTMgKioqKg0K
LS0tIDEwNiwxMjAgLS0tLQ0KICAjICBkZWZpbmUgICBDSEVDS19TUF9NQVgg
ICAgVFJVRQ0KICAjZW5kaWYgLyogRE9OVF9DSEVDS19TUF9NQVggKi8NCiAg
DQorICNpZmRlZiBLRUVQX1RFTVBfRFJPUA0KKyAjaW5jbHVkZSAiZ2VucGF0
aC5oIg0KKyAjZW5kaWYgLyogS0VFUF9URU1QX0RST1AgKi8NCisgDQogICNk
ZWZpbmUgU0xFRVBfU0VDT05EUyAxMA0KICANCisgI2lmZGVmIERDRQ0KKyBl
eHRlcm4gaW50IHVzZV9kY2VfcGFzc3dkOw0KKyAjZW5kaWYNCiAgDQogIC8q
IFRoaXMgZXJyb3IgbWVzc2FnZSBpcyB2YWd1ZSBvbiBwdXJwb3NlIHRvIGhl
bHAgaW1wcm92ZQ0KICAgICBzZWN1cml0eSBhdCB0aGUgaW5jb252aWVuY2Ug
b2YgYWRtaW5pc3RyYXRvcnMgYW5kIHVzZXJzICovDQoqKioqKioqKioqKioq
KioNCioqKiA0OTYsNTAyICoqKioNCiAgIyAgZW5kaWYgIC8qIFBUWCB8fCBJ
U0MgKi8NCiAgDQogIC8qLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0gUE9QU0NPIG9yIEhQVVggKi8NCiEgIyAgaWYg
ZGVmaW5lZChQT1BTQ08pIHx8IGRlZmluZWQoSFBVWCkNCiAgDQogICMgICAg
aWZkZWYgUE9QU0NPDQogICMgICAgICBpbmNsdWRlIDxzeXMvc2VjdXJpdHku
aD4NCi0tLSA1MDMsNTA5IC0tLS0NCiAgIyAgZW5kaWYgIC8qIFBUWCB8fCBJ
U0MgKi8NCiAgDQogIC8qLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0gUE9QU0NPIG9yIEhQVVggKi8NCiEgIyAgaWYg
IWRlZmluZWQoVVNFX1BBTSkgJiYgKGRlZmluZWQoUE9QU0NPKSB8fCBkZWZp
bmVkKEhQVVgpKQ0KICANCiAgIyAgICBpZmRlZiBQT1BTQ08NCiAgIyAgICAg
IGluY2x1ZGUgPHN5cy9zZWN1cml0eS5oPg0KKioqKioqKioqKioqKioqDQoq
KiogMTExNywxMTIyICoqKioNCi0tLSAxMTI0LDExNzYgLS0tLQ0KICANCiAg
I2VuZGlmICAvKiBTUEVDX1BPUF9BVVRIICovDQogIA0KKyAjaWZkZWYgS0VF
UF9URU1QX0RST1ANCisgaW50IHBvcF9hY2Nlc3N0aW1lKHApDQorIFBPUCAq
cDsNCisgLyogY2hlY2sgdGltZSBzaW5jZSBsYXN0IFBPUCBhY2Nlc3MsIGFz
IG1lYXN1cmVkIGJ5ICovDQorIC8qIHRoZSB0aW1lc3RhbXAgb24gdGhlIFBP
UF9EUk9QIGZpbGUuICBSZXR1cm5zIG9uZSAqLw0KKyAvKiBpZiBlbm91Z2h0
IHRpbWUgaGFzIHBhc3NlZCAob3Igbm8gZHJvcCBmaWxlKSBvciAgKi8NCisg
Lyogb3IgemVybyBpZiBtaW5pbXVtIHRpbWUgaGFzIG5vdCBlbGFwc2VkLi4u
ICovDQorIHsNCisgCXN0cnVjdCBzdGF0IGJ1ZjsNCisgCXRpbWVfdCBub3cs
IGRpZmY7DQorIA0KKyAgICAgaWYgKCBnZW5wYXRoICggcC0+dXNlciwgDQor
ICAgICAgICAgICAgICAgICAgICBwLT50ZW1wX2Ryb3AsIA0KKyAgICAgICAg
ICAgICAgICAgICAgc2l6ZW9mKHAtPnRlbXBfZHJvcCksDQorICAgICAgICAg
ICAgICAgICAgICBHTlBIX1BPUCwNCisgICAgICAgICAgICAgICAgICAgIChw
LT5kZWJ1ZyA/IHAtPnRyYWNlIDogTlVMTCksDQorICAgICAgICAgICAgICAg
ICAgICBwLT5kZWJ1ZyApIDwgMCApDQorICAgICAgICAgcmV0dXJuICggcG9w
X21zZyAoIHAsIFBPUF9GQUlMVVJFLCBIRVJFLA0KKyAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAiW1NZUy9URU1QXSBVbmFibGUgdG8gZ2V0IHRlbXBv
cmFyeSBkcm9wIG5hbWUiICkgKTsNCisgDQorICNpZmRlZiBERUJVRw0KKyAg
ICAgaWYocC0+ZGVidWcpDQorICAgICAgICAgcG9wX2xvZyhwLFBPUF9ERUJV
RyxIRVJFLCJhY2Nlc3N0aW1lOiBUZW1wb3JhcnkgbWFpbGRyb3AgaXMgJyVz
JyIsDQorICAgICAgICAgICAgIHAtPnRlbXBfZHJvcCk7DQorICNlbmRpZg0K
KyANCisgCS8qIGlmIG5vIHBvcF9kcm9wIGZpbGUgdGhlbiBnbyBvbiAqLw0K
KyAJaWYoc3RhdChwLT50ZW1wX2Ryb3AsJmJ1ZikgIT0gMCkNCisgCXsNCisg
CQlyZXR1cm4oMSk7DQorIAl9DQorIAkNCisgCS8qIGdldCB0aGUgY3VycmVu
dCB0aW1lICovDQorIAlub3cgPSB0aW1lKE5VTEwpOw0KKyANCisgCS8qIGRp
ZmZlcmVuY2UgaW4gdGltZXMgaW4gc2Vjb25kcyAqLw0KKyAJZGlmZiA9IChu
b3cgLSBidWYuc3RfbXRpbWUpOw0KKyANCisgI2lmZGVmIERFQlVHDQorIAlp
ZihwLT5kZWJ1ZykgcG9wX2xvZyhwLFBPUF9ERUJVRywgSEVSRSwNCisgCQki
VGltZSBzaW5jZSBsYXN0IGFjY2VzcyBvZiAlcyA9ICVkIHNlY29uZHMiLHAt
PnRlbXBfZHJvcCxkaWZmKTsNCisgI2VuZGlmDQorIA0KKyAgICAgcmV0dXJu
KChkaWZmIDwgTUlOX0FDQ0VTU19USU1FKSA/IDAgOiAxKTsNCisgfQ0KKyAN
CisgI2VuZGlmIC8qIEtFRVBfVEVNUF9EUk9QICovDQogIA0KICAvKiANCiAg
ICogIHBhc3M6ICAgT2J0YWluIHRoZSB1c2VyIHBhc3N3b3JkIGZyb20gYSBQ
T1AgY2xpZW50DQoqKioqKioqKioqKioqKioNCioqKiAxMTYxLDExNjcgKioq
Kg0KICAgICAgICAgIERFQlVHX0xPRzIgKCBwLCAiVXNlciAlLjEyOHMgaW4g
bm9uYXV0aGZpbGUgJS4yNTZzIiwNCiAgICAgICAgICAgICAgICAgICAgICAg
cC0+dXNlciwgTk9OQVVUSEZJTEUgKTsNCiAgICAgICAgICBzbGVlcCAgKCBT
TEVFUF9TRUNPTkRTICk7DQohICAgICAgICAgcmV0dXJuICggcG9wX21zZyAo
IHAsIFBPUF9GQUlMVVJFLCBIRVJFLCBwd2Vycm1zZywgcC0+dXNlciApICk7
DQogICAgICB9DQogICNlbmRpZiAvKiBOT05BVVRIRklMRSAqLw0KICANCi0t
LSAxMjE1LDEyMjQgLS0tLQ0KICAgICAgICAgIERFQlVHX0xPRzIgKCBwLCAi
VXNlciAlLjEyOHMgaW4gbm9uYXV0aGZpbGUgJS4yNTZzIiwNCiAgICAgICAg
ICAgICAgICAgICAgICAgcC0+dXNlciwgTk9OQVVUSEZJTEUgKTsNCiAgICAg
ICAgICBzbGVlcCAgKCBTTEVFUF9TRUNPTkRTICk7DQohICAgICAgICAgcmV0
dXJuICggcG9wX21zZyAoIHAsIFBPUF9GQUlMVVJFLCBIRVJFLA0KISAgICAg
ICAgICAgICAgICAgICAgICAgICAgICJbQVVUSF0gJXMgbm90IGF1dGhvcml6
ZWQgdG8gdXNlIFBPUCIsDQohICAgICAgICAgICAgICAgICAgICAgICAgICAg
cC0+dXNlciApICk7DQohIA0KICAgICAgfQ0KICAjZW5kaWYgLyogTk9OQVVU
SEZJTEUgKi8NCiAgDQoqKioqKioqKioqKioqKioNCioqKiAxMTczLDExNzkg
KioqKg0KICAgICAgICAgIERFQlVHX0xPRzIgKCBwLCAiVXNlciAlLjEyOHMg
bm90IGluIGF1dGhmaWxlICUuMjU2cyIsDQogICAgICAgICAgICAgICAgICAg
ICAgIHAtPnVzZXIsIEFVVEhGSUxFICk7DQogICAgICAgICAgc2xlZXAgICgg
U0xFRVBfU0VDT05EUyApOw0KISAgICAgICAgIHJldHVybiAoIHBvcF9tc2cg
KCBwLCBQT1BfRkFJTFVSRSwgSEVSRSwgcHdlcnJtc2csIHAtPnVzZXIgKSAp
Ow0KICAgICAgfQ0KICAjZW5kaWYgLyogQVVUSEZJTEUgKi8NCiAgDQotLS0g
MTIzMCwxMjM4IC0tLS0NCiAgICAgICAgICBERUJVR19MT0cyICggcCwgIlVz
ZXIgJS4xMjhzIG5vdCBpbiBhdXRoZmlsZSAlLjI1NnMiLA0KICAgICAgICAg
ICAgICAgICAgICAgICBwLT51c2VyLCBBVVRIRklMRSApOw0KICAgICAgICAg
IHNsZWVwICAoIFNMRUVQX1NFQ09ORFMgKTsNCiEgICAgICAgICByZXR1cm4g
KCBwb3BfbXNnICggcCwgUE9QX0ZBSUxVUkUsIEhFUkUsDQohICAgICAgICAg
ICAgICAgICAgICAgICAgICAgIltBVVRIXSAlcyBub3QgYXV0aG9yaXplZCB0
byB1c2UgUE9QIiwNCiEgICAgICAgICAgICAgICAgICAgICAgICAgICBwLT51
c2VyICkgKTsNCiAgICAgIH0NCiAgI2VuZGlmIC8qIEFVVEhGSUxFICovDQog
IA0KKioqKioqKioqKioqKioqDQoqKiogMTI3OSwxMjg3ICoqKioNCi0tLSAx
MzM4LDEzNjMgLS0tLQ0KICAgICAgfQ0KICAjZW5kaWYgLyogQ0hFQ0tfU0hF
TEwgKi8NCiAgDQorICNpZmRlZiBLRUVQX1RFTVBfRFJPUA0KKyAJLyoNCisg
CS8qIGlmIHVzZXIgaGFzIGFjY2Vzc2VkIHBvcCB3aXRoaW4gTUlOX0FDQ0VT
U19USU1FDQorIAkvKiBhcyBkZWZpbmVkIGJ5IG10aW1lIG9uIHRoZWlyIFBP
UF9EUk9QIGZpbGUgdGhlbg0KKyAJLyogZGVueSBhY2Nlc3MuLi4NCisgCSov
DQorIAlpZighcG9wX2FjY2Vzc3RpbWUocCkpDQorIAl7DQorIAkJcmV0dXJu
KHBvcF9tc2cocCwgUE9QX0ZBSUxVUkUsIEhFUkUsDQorIAkJCSJbQVVUSF0g
JXM6IHlvdSBqdXN0IGNoZWNrZWQgeW91ciBtYWlsISIscC0+dXNlcikpOw0K
KyAJfQ0KKyAjZW5kaWYgLyogS0VFUF9URU1QX0RST1AgKi8NCisgDQorICNp
ZmRlZiBEQ0UNCisgICAgIGlmIChhdXRoX3VzZXJfZGNlKHApICE9IFBPUF9T
VUNDRVNTDQorICNlbHNlDQogICAgICBpZiAoICggcC0+a2VyYmVyb3MgPyBh
dXRoX3VzZXJfa2VyYmVyb3MgKCBwLCBwd3AgKSANCiAgICAgICAgICAgICAg
ICAgICAgICAgICA6IGF1dGhfdXNlciAgICAgICAgICAoIHAsIHB3cCApIA0K
ICAgICAgICAgICApICE9IFBPUF9TVUNDRVNTIA0KKyAjZW5kaWYgLyogRENF
ICovDQogICAgICAgICApIHsNCiAgICAgICAgICBwb3BfbG9nICggcCwgUE9Q
X1BSSU9SSVRZLCBIRVJFLA0KICAgICAgICAgICAgICAgICAgICJbQVVUSF0g
RmFpbGVkIGF0dGVtcHRlZCBsb2dpbiB0byAlcyBmcm9tIGhvc3QgKCVzKSAl
cyIsDQoqKioqKioqKioqKioqKioNCioqKiAxMzY5LDEzNzcgKioqKg0KLS0t
IDE0NDUsMTQ2OCAtLS0tDQogICAgICAgKi8NCiAgDQogICNpZmRlZiBMT0df
TE9HSU4NCisgI2lmIGRlZmluZWQoRENFKQ0KKyAJaWYodXNlX2RjZV9wYXNz
d2QgPT0gMSkNCisgCXsNCisgCQlwb3BfbG9nKHAsUE9QX1BSSU9SSVRZLCBI
RVJFLA0KKyAJCQkiKHYlcykgJXMgRENFIGF1dGhlbnRpY2F0ZWQgZnJvbSAl
cyAoJXMpIiwNCisgCQkJVkVSU0lPTixwLT51c2VyLHAtPmNsaWVudCxwLT5p
cGFkZHIpOw0KKyAJfQ0KKyAJZWxzZQ0KKyAJew0KKyAJCXBvcF9sb2cocCxQ
T1BfUFJJT1JJVFksIEhFUkUsDQorIAkJCSIodiVzKSAlcyBhdXRoZW50aWNh
dGVkIGZyb20gJXMgKCVzKSIsDQorIAkJCVZFUlNJT04scC0+dXNlcixwLT5j
bGllbnQscC0+aXBhZGRyKTsNCisgCX0NCisgI2Vsc2UNCiAgICAgIHBvcF9s
b2cgKCBwLCBQT1BfUFJJT1JJVFksIEhFUkUsDQogICAgICAgICAgICAgICAg
Iih2JXMpIFBPUCBsb2dpbiBieSB1c2VyIFwiJXNcIiBhdCAoJXMpICVzIiwN
CiAgICAgICAgICAgICAgICBWRVJTSU9OLCBwLT51c2VyLCBwLT5jbGllbnQs
IHAtPmlwYWRkciApOw0KKyAjZW5kaWYgLyogRENFICovDQogICNlbmRpZiAv
KiBMT0dfTE9HSU4gKi8NCiAgDQogICNpZmRlZiBEUkFDX0FVVEgNCmRpZmYg
LWMgJ3Fwb3BwZXIzLjFiNi9wb3BwZXIvcG9wcGVyLmMnICdxcG9wcGVyMy4x
YjcrRENFL3BvcHBlci9wb3BwZXIuYycNCkluZGV4OiAuL3BvcHBlci9wb3Bw
ZXIuYw0KKioqIC4vcG9wcGVyL3BvcHBlci5jCU1vbiBKdWwgMTcgMjA6Mjc6
MTUgMjAwMA0KLS0tIC4vcG9wcGVyL3BvcHBlci5jCVdlZCBKdWwgMjYgMTE6
MDg6MzIgMjAwMA0KKioqKioqKioqKioqKioqDQoqKiogOTQsOTkgKioqKg0K
LS0tIDk0LDEwOSAtLS0tDQogICMgIGVuZGlmDQogICNlbmRpZiAvKiBTUEVD
X1BPUF9BVVRIICovDQogIA0KKyAjaWYgZGVmaW5lZChMT0FETElNSVQpDQor
ICNpZiBkZWZpbmVkKFNPTEFSSVMyKQ0KKyAjaW5jbHVkZSA8c3lzL2xvYWRh
dmcuaD4NCisgI2VuZGlmIC8qIFNPTEFSSVMyICovDQorICNpZiBkZWZpbmVk
KEhQVVgpDQorICNpbmNsdWRlIDxzeXMvcGFyYW0uaD4NCisgI2luY2x1ZGUg
PHN5cy9wc3RhdC5oPg0KKyAjZW5kaWYgLyogSFBVWCAqLw0KKyAjZW5kaWYg
LyogTE9BRExJTUlUICovDQorIA0KICAjaW5jbHVkZSAicG9wcGVyLmgiDQog
ICNpbmNsdWRlICJtaXNjLmgiDQogIA0KKioqKioqKioqKioqKioqDQoqKiog
MTczLDE4MCAqKioqDQogICAgICBpZiAoIHBvcF9pbml0ICggJnAsIGFyZ2Ms
IGFyZ3YgKSAhPSBQT1BfU1VDQ0VTUyApDQogICAgICAgICAgZXhpdCAoIDEg
KTsNCiAgDQogIC8qICANCiEgICogVGVsbCB0aGUgdXNlciB0aGF0IHdlIGFy
ZSBsaXN0ZW50aW5nIA0KICAgKi8NCiAgICAgIHsgLyogbG9jYWwgZW52ICov
DQogICAgICBjaGFyICAgICAgICAgICAgICAgIG15bmFtZSBbIDEyOCBdOw0K
LS0tIDE4MywyMDIgLS0tLQ0KICAgICAgaWYgKCBwb3BfaW5pdCAoICZwLCBh
cmdjLCBhcmd2ICkgIT0gUE9QX1NVQ0NFU1MgKQ0KICAgICAgICAgIGV4aXQg
KCAxICk7DQogIA0KKyAjaWYgZGVmaW5lZChMT0FETElNSVQpDQorICAgICAv
KiBpZiB0aGUgc3lzdGVtIGxvYWQgdG9vIGhpZ2gsIGRpZSBub3cgKi8NCisg
ICAgIGlmKHN5c3RlbV9sb2FkKCZwKSAhPSAwKQ0KKyAgICAgew0KKyAgICAg
ICAgIHBvcF9tc2coICZwLFBPUF9GQUlMVVJFLCBIRVJFLA0KKyAgICAgICAg
ICAgICAiU29ycnksIFBPUCBzZXJ2ZXIgbG9hZCB0b28gaGlnaCwgdHJ5IGxh
dGVyLi4uIChlcnIlZykiLA0KKyAgICAgICAgICAgICBMT0FETElNSVQpOw0K
KyAgICAgICAgIGNsb3NlbG9nKCk7DQorICAgICAgICAgZXhpdCgtMSk7DQor
ICAgICB9DQorICNlbmRpZiAvKiBMT0FETElNSVQgKi8NCisgDQogIC8qICAN
CiEgICogVGVsbCB0aGUgdXNlciB0aGF0IHdlIGFyZSBsaXN0ZW5pbmcgDQog
ICAqLw0KICAgICAgeyAvKiBsb2NhbCBlbnYgKi8NCiAgICAgIGNoYXIgICAg
ICAgICAgICAgICAgbXluYW1lIFsgMTI4IF07DQoqKioqKioqKioqKioqKioN
CioqKiAzMTYsMzIxICoqKioNCi0tLSAzMzgsMzgwIC0tLS0NCiAgICAgIGNs
b3NlbG9nKCk7DQogICAgICByZXR1cm4gKCAwICk7DQogIH0NCisgDQorICNp
ZiBkZWZpbmVkKExPQURMSU1JVCkNCisgaW50IHN5c3RlbV9sb2FkKHApDQor
IFBPUCAqcDsNCisgLyogaXMgdGhlIG9uZS1taW51dGUgc3lzdGVtIGxvYWQg
aGlnaGVyIHRoYW4gd2Ugd2FudD8gKi8NCisgew0KKyAJZG91YmxlIG9uZV9t
aW5fbG9hZF9hdmc7DQorIA0KKyAjaWYgZGVmaW5lZChTT0xBUklTMikNCisg
CS8qIHNwZWNpZmljIHRvIFNvbGFyaXMgKi8NCisgCWRvdWJsZSBsb2FkYXZn
WzNdOw0KKyANCisgCWlmKGdldGxvYWRhdmcobG9hZGF2ZywgMykgPT0gLTEp
DQorIAl7DQorIAkJcGVycm9yKCJnZXRsb2FkYXZnIik7DQorIAkJZXhpdCgx
KTsNCisgCX0NCisgCW9uZV9taW5fbG9hZF9hdmcgPSBsb2FkYXZnW0xPQURB
VkdfMU1JTl07DQorICNlbmRpZiAvKiBTT0xBUklTMiAqLw0KKyANCisgI2lm
IGRlZmluZWQoSFBVWCkNCisgCS8qIGNvbXBvbmVudHMgc3BlY2lmaWMgdG8g
YW4gSFAgMTAueCBvciAxMS54IHN5c3RlbSAqLw0KKyAJc3RydWN0IHBzdF9k
eW5hbWljIHBzZDsNCisgDQorIAlpZihwc3RhdF9nZXRkeW5hbWljKCZwc2Qs
IHNpemVvZihwc2QpLChzaXplX3QpMSwgMCkgPT0gLTEpDQorIAl7DQorIAkJ
cGVycm9yKCJwc3RhdF9keW5hbWljIik7DQorIAkJZXhpdCgxKTsNCisgCX0N
CisgCW9uZV9taW5fbG9hZF9hdmcgPSBwc2QucHNkX2F2Z18xX21pbjsNCisg
I2VuZGlmIC8qIEhQVVggKi8NCisgDQorICAgICBERUJVR19MT0cyIChwLCAi
Q2hlY2tpbmcgbG9hZCBsaW1pdCwgbG9hZCA9ICVnLCBsaW1pdCA9ICVnIiwN
CisgCQkJCW9uZV9taW5fbG9hZF9hdmcsIExPQURMSU1JVCk7DQorIAlyZXR1
cm4oKG9uZV9taW5fbG9hZF9hdmcgPiBMT0FETElNSVQpID8gMSA6IDApOw0K
KyB9DQorICNlbmRpZiAvKiBMT0FETElNSVQgKi8NCiAgDQogIGptcF9idWYg
ZW52Ow0KICANCmRpZmYgLWMgJ3Fwb3BwZXIzLjFiNi9wb3BwZXIvcG9wcGVy
LmgnICdxcG9wcGVyMy4xYjcrRENFL3BvcHBlci9wb3BwZXIuaCcNCkluZGV4
OiAuL3BvcHBlci9wb3BwZXIuaA0KKioqIC4vcG9wcGVyL3BvcHBlci5oCU1v
biBKdWwgMTcgMTk6NDg6NTYgMjAwMA0KLS0tIC4vcG9wcGVyL3BvcHBlci5o
CVR1ZSBKdWwgMjUgMTU6MDM6MjIgMjAwMA0KKioqKioqKioqKioqKioqDQoq
KiogODYsOTEgKioqKg0KLS0tIDg2LDkyIC0tLS0NCiAgI2RlZmluZSBNQVhD
TURMRU4gICAgICAgNA0KICAjZGVmaW5lIE1BWFBBUk1DT1VOVCAgICA1DQog
ICNkZWZpbmUgTUFYUEFSTUxFTiAgICAgIDEwDQorICNkZWZpbmUgTUlOX0FD
Q0VTU19USU1FIDEwICAgICAgLyogc2Vjb25kcyAqLw0KICAjZGVmaW5lIEFM
TE9DX01TR1MgIDIwDQogIA0KICAjaWZuZGVmIE1BWEhPU1ROQU1FTEVODQpk
aWZmIC1jICdxcG9wcGVyMy4xYjYvcG9wcGVyL3ZlcnNpb24uaCcgJ3Fwb3Bw
ZXIzLjFiNytEQ0UvcG9wcGVyL3ZlcnNpb24uaCcNCkluZGV4OiAuL3BvcHBl
ci92ZXJzaW9uLmgNCioqKiAuL3BvcHBlci92ZXJzaW9uLmgJU2F0IEp1bCAx
NSAxOTo0Mzo1MSAyMDAwDQotLS0gLi9wb3BwZXIvdmVyc2lvbi5oCVR1ZSBK
dWwgMjUgMTM6NDU6NTIgMjAwMA0KKioqKioqKioqKioqKioqDQoqKiogMTMs
MjEgKioqKg0KICAgKiAgQ3VycmVudCB2ZXJzaW9uIG9mIFFwb3BwZXINCiAg
ICovDQogIA0KISAjZGVmaW5lIFZFUlNfTlVNICAgICAgICAgICIzLjFiNiIN
CiAgDQohICNpZmRlZiBLRVJCRVJPUw0KICAjICBpZmRlZiBLUkI0DQogICMg
ICAgZGVmaW5lIFZFUlNfU1VGMSAgICAgIi1rcmItSVYiDQogICMgIGVuZGlm
IC8qIEtSQjQgKi8NCi0tLSAxMywyMyAtLS0tDQogICAqICBDdXJyZW50IHZl
cnNpb24gb2YgUXBvcHBlcg0KICAgKi8NCiAgDQohICNkZWZpbmUgVkVSU19O
VU0gICAgICAgICAgIjMuMWI3Ig0KICANCiEgI2lmZGVmIERDRQ0KISAjZGVm
aW5lIFZFUlNfU1VGMSAgICAgICAgICItRENFIg0KISAjZWxpZiBLRVJCRVJP
Uw0KICAjICBpZmRlZiBLUkI0DQogICMgICAgZGVmaW5lIFZFUlNfU1VGMSAg
ICAgIi1rcmItSVYiDQogICMgIGVuZGlmIC8qIEtSQjQgKi8NCiMjIyMgRW5k
IG9mIFBhdGNoIGRhdGEgIyMjIw0KDQojIyMjIEFwcGx5UGF0Y2ggZGF0YSBm
b2xsb3dzICMjIyMNCiMgRGF0YSB2ZXJzaW9uICAgICAgICA6IDEuMA0KIyBE
YXRlIGdlbmVyYXRlZCAgICAgIDogVGh1IEp1bCAyNyAwOToyNzo0MCAyMDAw
DQojIEdlbmVyYXRlZCBieSAgICAgICAgOiBtYWtlcGF0Y2ggMi4wMA0KIyBS
ZWN1cnNlIGRpcmVjdG9yaWVzIDogWWVzDQojIHAgJ0lOU1RBTEwnIDQ2NDM3
IDk2NDUzNDYyNiAwMTAwNDAwDQojIHAgJ2NvbW1vbi9nZW5wYXRoLmMnIDEz
NzM0IDk2NDUzNDYyNiAwMTAwNjAwDQojIHAgJ2NvbmZpZy5oLmluJyAxMTI2
NCA5NjQ1NDY1OTEgMDEwMDYwMA0KIyBwICdjb25maWd1cmUuaW4nIDMwNDIz
IDk2NDU1NTgxNiAwMTAwNjAwDQojIHAgJ2RvYy9DaGFuZ2VzJyA5MzYyIDk2
NDU1NTIxNSAwMTAwNjAwDQojIHAgJ3BvcHBlci9NYWtlZmlsZS5pbicgNDIz
OCA5NjQ1NDk2NDEgMDEwMDYwMA0KIyBjICdwb3BwZXIvZGNlX3B3ZW50LmMn
IDAgOTY0NTUyOTk0IDAxMDA2MDANCiMgYyAncG9wcGVyL3BvcF9hdXRoZGNl
LmMnIDAgOTY0NTU1MDU4IDAxMDA2MDANCiMgcCAncG9wcGVyL3BvcF9pbml0
LmMnIDI2NzkwIDk2NDUzNDYyNiAwMTAwNjAwDQojIHAgJ3BvcHBlci9wb3Bf
cGFzcy5jJyA0MDQwNCA5NjQ1NTU1ODkgMDEwMDYwMA0KIyBwICdwb3BwZXIv
cG9wcGVyLmMnIDE1Mzc3IDk2NDYyNDExMiAwMTAwNjAwDQojIHAgJ3BvcHBl
ci9wb3BwZXIuaCcgMjY3NDYgOTY0NTUxODAyIDAxMDA2MDANCiMgcCAncG9w
cGVyL3ZlcnNpb24uaCcgOTA3IDk2NDU0NzE1MiAwMTAwNjAwDQojIyMjIEVu
ZCBvZiBBcHBseVBhdGNoIGRhdGEgIyMjIw0KDQojIyMjIEVuZCBvZiBQYXRj
aCBraXQgW2NyZWF0ZWQ6IFRodSBKdWwgMjcgMDk6Mjc6NDAgMjAwMF0gIyMj
Iw0KIyMjIyBDaGVja3N1bTogMTMzMCA0MTYwMyAzOTAyNCAjIyMjDQo=
--2006451189-1903590565-964706521=:11384--
Date: Thu, 27 Jul 2000 16:16:00 +0200 (DFT)
From: Jens Schleusener <Jens.Schleusener at dlr dot de>
Subject: Re: qpopper3.1b6 compile problem under AIX 4.1.4
On Thu, 27 Jul 2000, Jeff A. Earickson wrote:
> Hi,
> I ran into that problem with 3.1b6 and some of my custom code. As
> I remember, what I did in the spot I had problems with was to move the
> #include "popper.h" before the #includes that reference
> things in /usr/include. That chased the problem away for me.
Thanks for your reply but your suggestion doesn't work in my case.
But your mail gave me the idea to replace in common/string_util.h
and common/snprintf.c the code
typedef enum {
FALSE = 0,
TRUE = 1
} BOOLEAN;
by
typedef enum {
QPOP_FALSE = 0,
QPOP_TRUE = 1
} BOOLEAN;
to avoid name conflicts and after that it compiles without errors. But as
I said I am not a C expert and have no idea if that is "allowed".
> > I just tried to compile qpopper3.1b6 under AIX 4.1.4 (gcc version 2.7.2.2)
> > and got the error
> >
> > cd ./popper && gnumake all
> > gnumake[1]: Entering directory
> > `/usr/local/contrib/src/qpopper3.1b6/popper'
> > gcc -c -I.. -I.. -I. \
> > -I../mmangle -I../common \
> > -g -O2 -fpcc-struct-return -DHAVE_CONFIG_H -DAIX -DUNIX
> > pop_dele.c -o pop_dele.o
> > In file included from popper.h:69,
> > from pop_dele.c:25:
> > ../common/string_util.h:36: parse error before `0'
> >
> > Similar error if I force the use of IBM's C-compiler.
> >
> > The critical part in common/string_util.h seems to be
> >
> > typedef enum {
> > FALSE = 0,
> > TRUE = 1
> > } BOOLEAN;
Jens
--
Dr. Jens Schleusener debis Systemhaus
phone: +49 (551) 709-2493 Solutions for Research
fax: +49 (551) 709-2169 Bunsenstr.10
mail: Jens.Schleusener at dlr dot de D-37073 Goettingen
From: "Jeff Shultz(Shultz Infosystems)" <si at wvi dot com>
Date: Thu, 27 Jul 2000 17:48:50 -0700 (PDT)
Subject: qpopper & pop-before-smtp
I've had qpopper running for a week or so, and generally I'm quite happy with it.
AFAIK, I'm running the latest version.
Is anyone else running pop-before-smtp (it's a Postfix smtp authentication program) with qpopper?
The reason I'm asking is because pop-before.smtp doesn't appear to be parsing the qpopper entries in the mail.log file.
Jeff Shultz
Shultz Infosystems - si at wvi dot com
http://www.wvi.com/~jbshultz
Date: Fri, 28 Jul 2000 09:47:03 +0200
From: Carles Xavier Munyoz =?iso-8859-1?Q?Baldó?=
Subject: Re: Qpopper 3.0.x on NFS ?
qpopper-list at tiscali dot be wrote:
> Does someone had used qpopper 3.0.2 (or 3.0.1) with the spool mounted in
> NFS (2 or 3) ?
Yes, I'm using qpopper 3.0.2 with the spool mounted using a NFS server.
For do it I have had to make changes in the source code of QPopper.
Greetings.
---
Carles Xavier Munyoz Baldó / carles.munyoz at ctv-jet dot com
Wanadoo España
Dpto. Sistemas / System Department
Tel: +34 96 5040000 Ext. 40046 - Fax: +34 96 5040047
http://www.wanadoo.es/
---
From: "Jack Barnett" <jbarnett at axil.netmate dot com>
Subject: qpopper <-> OpenLDAP?
Date: Fri, 28 Jul 2000 09:45:45 -0500
Is there a way to use qpopper with OpenLDAP?
Date: Fri, 28 Jul 2000 19:42:23 +0100
From: Nuno Teixeira <nuno.teixeira at pt-quorum dot com>
Subject: Re: qpopper <-> OpenLDAP?
Hi,
Can you tell me what is OpenLDAP and why should we use it?
Thanks very much,
Nuno Teixeira
----- Original Message -----
From: "Jack Barnett" <jbarnett at axil.netmate dot com>
To: "Subscribers of Qpopper" <qpopper at lists.pensive dot org>
Sent: Friday, July 28, 2000 3:45 PM
Subject: qpopper <-> OpenLDAP?
> Is there a way to use qpopper with OpenLDAP?
>
Date: Sat, 29 Jul 2000 03:56:27 +0900
From: Peter Evans <peter at gol dot com>
Subject: Re: qpopper <-> OpenLDAP?
Nuno Teixeira (nuno.teixeira at pt-quorum dot com) wrote:
> Can you tell me what is OpenLDAP and why should we use it?
Go here -> http://www.openldap.org/
Start reading.
You will find it educational.
Someone else wrote:
> > Is there a way to use qpopper with OpenLDAP?
Considering it took me about 20 minutes to add ldap support
to my pop-proxy, I dont expect it would take much longer to
do the same to qpopper.
P
still waiting for -DNOMIMEMANGLER
^_^
--
Remember The 5 K's.
The Justified Agents of Munya-munya-muuuu ...
Subject: Re: qpopper <-> OpenLDAP?
Date: Fri, 28 Jul 2000 15:12:28 -0400
From: Ken Hornstein <kenh at cmf.nrl.navy dot mil>
> Considering it took me about 20 minutes to add ldap support
> to my pop-proxy, I dont expect it would take much longer to
> do the same to qpopper.
Here's my problem: I know what LDAP is, but I have no idea what the hell,
"Adding LDAP support to qpopper" means.
--Ken
From: "Jack Barnett" <jbarnett at axil.netmate dot com>
Subject: Re: qpopper <-> OpenLDAP?
Date: Fri, 28 Jul 2000 14:59:37 -0500
> Hi,
>
> Can you tell me what is OpenLDAP and why should we use it?
>
> Thanks very much,
>
> Nuno Teixeira
It is a directory service avaiable for Unix, used to distrubate resource to
many machines (among other things). I am learning it now, so I can't tell
you to much about it. http://www.openldap.org would have some more
information on it. Think of say NIS+, but not as complex (so they say).
As far as "why should we use it", I wasn't pimping or trying to sell it to
you. You might consider using it, if you have 2 or more Unix machines that
need to share information/resources. If your only dealing with one super
fast Unix box, you probably won't need it IMHO.
Jack
From: "Jack Barnett" <jbarnett at axil.netmate dot com>
Subject: Re: qpopper <-> OpenLDAP?
Date: Fri, 28 Jul 2000 15:01:52 -0500
> Nuno Teixeira (nuno.teixeira at pt-quorum dot com) wrote:
> > Can you tell me what is OpenLDAP and why should we use it?
>
> Go here -> http://www.openldap.org/
> Start reading.
> You will find it educational.
>
>
> Someone else wrote:
> > > Is there a way to use qpopper with OpenLDAP?
>
> Considering it took me about 20 minutes to add ldap support
> to my pop-proxy, I dont expect it would take much longer to
> do the same to qpopper.
>
> P
Would this require knowning basic C programming? Because we don't have any
of that over here, we have yet to get a new shipment for awhile :)
It is a 20 minute user/admin tweak or a 20 minute intense programers hack?
Jack
> still waiting for -DNOMIMEMANGLER
> ^_^
>
>
> --
> Remember The 5 K's.
> The Justified Agents of Munya-munya-muuuu ...
>
Date: Sat, 29 Jul 2000 09:23:03 +0900
From: Peter Evans <peter at gol dot com>
Subject: Re: qpopper <-> OpenLDAP?
Jack Barnett (jbarnett at axil.netmate dot com) wrote:
> > Nuno Teixeira (nuno.teixeira at pt-quorum dot com) wrote:
> > > Can you tell me what is OpenLDAP and why should we use it?
> > Go here -> http://www.openldap.org/
> > Start reading.
> > You will find it educational.
"What is LDAP for"
doing all your mail without a single real user account.
no users with shell, less security problems.
and now you can trivially cluster with things like
mailrouters and poprouters.
> > Someone else wrote:
> > > > Is there a way to use qpopper with OpenLDAP?
> >
> > Considering it took me about 20 minutes to add ldap support
> > to my pop-proxy, I dont expect it would take much longer to
> > do the same to qpopper.
> Would this require knowning basic C programming? Because we don't have any
> of that over here, we have yet to get a new shipment for awhile :)
20 minute admin tweak, ie.
find where it authenticates users, modify that section to
use your special wonder ldap routine.
> It is a 20 minute user/admin tweak or a 20 minute intense programers hack?
200 lines of sparse, commented code for my pop-proxy.
the openldap has libraries for the gruesome stuff. ^^!
P
--
Remember The 5 K's.
The Justified Agents of Munya-munya-muuuu ...
Date: Sun, 30 Jul 2000 17:33:04 +0200 (CEST)
From: Christian Froemmel <blow_ at mailer.ukbf.fu-berlin dot de>
Subject: Strange Problems with the Status-Flags in the Header
Hi all,
FYI: I am mail-admin in a hospital in Berlin serving 2500 users with
mail/pop3/imap/web-service.
I've got very strange problems with the Status-Flags in the Header. I've
compiled the qpopper-3.1b6 with the following flags:
--enable-servermode
--enable-log-login
--enable-shy
--enable-uw-kludge
--enable-old-uidl
--enable-timing
--disable-check-pw-max
--disable-status
and the last flag is the Problem. I usually read my mail directly on the
mailer with elm, so there the qpopper is not involved in any way. But
sometimes I read my mail via a web-based interface (in particular Mailman
by Endymion Corp.) There the webinterface fetches the mail via connection
to the pop-server. And there is the problem. When I delete Mail in the
webinterface, the following 20 mails or so get mangled (I don't see a
system in how many mails get mangled). REALLY mangled.
Here's an example:
Mail before mangling.
------------ snip -
From ftp4all at ftp4all dot de Wed Jul 26 13:21:47 2000
>From lfroemmel Wed Jul 26 13:21:47 2000
Return-path: <ftp4all at ftp4all dot de>
Delivery-date: Wed, 26 Jul 2000 13:21:46 +0200
Received: from chakotay.headlight.de (nobody at chakotay.headlight dot de [195.254.117.168])
by mailer.ukbf.fu-berlin.de with esmtp (Exim 3.15 #1)
id 13HPFy-0000YA-00
for froemmel at ukbf.fu-berlin dot de; Wed, 26 Jul 2000 13:21:46 +0200
Received: (from nobody@localhost)
by chakotay.headlight.de (8.8.8/8.8.8) id NAA04541;
Wed, 26 Jul 2000 13:49:32 +0200 (CEST)
(envelope-from ftp4all at ftp4all dot de)
Date: Wed, 26 Jul 2000 13:49:32 +0200 (CEST)
Message-Id: <200007261149.NAA04541 at chakotay.headlight dot de>
To: froemmel at ukbf.fu-berlin dot de
From: "FTP4ALL HELPDESK" <ftp4all at ftp4all dot de>
Subject: New FTP4ALL HelpDesk Post
Status: O
A new message, "Re: ftp clients," was posted on the FTP4ALL HelpDesk <http://www.ftp4all.de/cgi-bin/f4a.cgi>
The message reads as follows:
-------------------------
testmail
-------------------------
This is an automatically-generated notice.
------------ snap -
so far so good, now the mail after mangling:
------------ snip -
From ftp4all at ftp4all dot de Wed Jul 26 13:21:46 2000
Status: RO
>From froemmel Wed Jul 26 13:21:46 2000
Return-path: <ftp4all at ftp4all dot de>
Delivery-date: Wed, 26 Jul 2000 13:21:46 +0200
Received: from chakotay.headlight.de (nobody at chakotay.headlight dot de [195.254.117.168])
by mailer.ukbf.fu-berlin.de with esmtp (Exim 3.15 #1)
id 13HPFy-0000YA-00
for froemmel at ukbf.fu-berlin dot de; Wed, 26 Jul 2000 13:21:46 +0200
Received: (from nobody@localhost)
by chakotay.headlight.de (8.8.8/8.8.8) id NAA04541;
Wed, 26 Jul 2000 13:49:32 +0200 (CEST)
(envelope-from ftp4all at ftp4all dot de)
Date: Wed, 26 Jul 2000 13:49:32 +0200 (CEST)
Message-Id: <200007261149.NAA04541 at chakotay.headlight dot de>
------------ snap -
As you can see, the whole body is gone and there IS a status-flag set, on
a completely nonsense place. I now did a littlebit of debugging from where
the error could occure, and found the guilty routine in popper/pop_updt.c
around line 450. So I completely deleted the writing of this status-crap
from the source, as well as the writing of that X-UIDL-flag in pop_updt.c,
line 436, which should be excluded with --disable-status as well.
Maybe this configure-flag is something like a joke ? But I hope that this
will go fine now. Luckily no one of my users ever reported a problem with
his mails, but I am really not happy with it, since I lost the second time
the half of my mailbox :(
Anyone else got similar problems with that status-things ?
And yes, I have to use this beta-versions. If anyone needs more
information, please write.
with kind regards
Christian Froemmel
---
Mailadministrator of Hospital "Benjamin Franklin" Berlin.
Phone 030/8445-3359 / Fax 030/8445-4102