The qpopper list archive ending on 25 Jul 2000
Topics covered in this issue include:
1. Re: Vpop mail
Randall Gellens <randy at qualcomm dot com>
Wed, 19 Jul 2000 09:02:53 -0700
2. Re: ipop3d -> qpopper
Randall Gellens <randy at qualcomm dot com>
Wed, 19 Jul 2000 10:23:04 -0700
3. Re: The dot-lock and quota issue
Joseph S D Yao <jsdy at cospo.osis dot gov>
Wed, 19 Jul 2000 12:09:58 -0400
4. Re: error
Randall Gellens <randy at qualcomm dot com>
Wed, 19 Jul 2000 09:02:41 -0700
5. RE: ipop3d -> qpopper
"Tedd Hansen" <tedd.hansen at fastweb dot no>
Wed, 19 Jul 2000 18:37:33 +0200
6. sendmail/qpopper don't know which
Greg Strange <gstrange at e-tsi dot com>
Wed, 19 Jul 2000 11:43:34 -0500
7. Re: ipop3d -> qpopper
Jason Brown <jbrown at domania dot com>
Wed, 19 Jul 2000 14:57:31 -0400
8. Re: sendmail/qpopper don't know which
"Jeremy C. Reed" <reed at wcug.wwu dot edu>
Wed, 19 Jul 2000 12:16:12 -0700 (PDT)
9. Re: sendmail/qpopper don't know which
"Kenneth Porter" <shiva at well dot com>
Wed, 19 Jul 2000 13:14:22 -0700
10. options on qpopper
MikeS at ldm dot com
Wed, 19 Jul 2000 14:00:58 -0700
11. Re: sendmail/qpopper don't know which
Greg Strange <gstrange at e-tsi dot com>
Wed, 19 Jul 2000 16:10:31 -0500
12. Re: ipop3d -> qpopper
Randall Gellens <randy at qualcomm dot com>
Wed, 19 Jul 2000 15:33:12 -0700
13. client disconnect
Tim Riley <timr at gis dot net>
Wed, 19 Jul 2000 18:46:33 -0400 (EDT)
14. OT: Re: sendmail/qpopper don't know which
Darin Dugan <dddugan at iastate dot edu>
Wed, 19 Jul 2000 18:06:41 -0500
15. Re: options on qpopper
Qpopper Support <qpopper at qualcomm dot com>
Wed, 19 Jul 2000 15:41:56 -0700
16. Re: sendmail/qpopper don't know which
Alan Brown <alan at manawatu.gen dot nz>
Thu, 20 Jul 2000 11:13:07 +1200 (NZST)
17. Re: sendmail/qpopper don't know which
Stephen Samuel <samuel at bcgreen dot com>
Wed, 19 Jul 2000 15:42:00 -0700
18. Re: OT: Re: sendmail/qpopper don't know which
Greg Strange <gstrange at e-tsi dot com>
Wed, 19 Jul 2000 18:23:04 -0500
19. Re: sendmail/qpopper don't know which
Alan Brown <alan at manawatu.gen dot nz>
Thu, 20 Jul 2000 12:01:45 +1200 (NZST)
20. Re: client disconnect
Peter Evans <peter at gol dot com>
Thu, 20 Jul 2000 10:36:50 +0900
21. Still having problems with client disconnect
Tim Riley <timr at gis dot net>
Thu, 20 Jul 2000 09:38:22 -0400 (EDT)
22. Re: The dot-lock and quota issue
Admin Mailing Lists <mlist at intergrafix dot net>
Thu, 20 Jul 2000 10:32:24 -0400 (EDT)
23. mailboxes
Jose Aguayo <JAguayo at JFAX dot COM>
Thu, 20 Jul 2000 08:57:59 -0700
24. Re: mailboxes
"A. M. Salim" <salim at localweb dot com>
Thu, 20 Jul 2000 12:34:27 -0400 (EDT)
25. Re: mailboxes
peter.allen at moon-light.co dot uk
Thu, 20 Jul 2000 17:44:53 +0100
26. IE vulnerability reported by SANS
"Kenneth Porter" <shiva at well dot com>
Thu, 20 Jul 2000 10:14:32 -0700
27. Re: IE vulnerability reported by SANS
"Barry Treahy, Jr." <Treahy at mmaz dot com>
Thu, 20 Jul 2000 10:31:58 -0700
28. Re: mailboxes
"Kenneth Porter" <shiva at well dot com>
Thu, 20 Jul 2000 10:23:22 -0700
29. BETA 3.1b5: suggested patches for 3.1b6
"Jeff A. Earickson" <jaearick at colby dot edu>
Thu, 20 Jul 2000 16:31:20 -0400 (EDT)
30. Re: BETA 3.1b5: suggested patches for 3.1b6
"Kenneth Porter" <shiva at well dot com>
Thu, 20 Jul 2000 15:02:02 -0700
31. mail server test
Mark Wendt <mwendt at intertv dot com>
Fri, 21 Jul 2000 08:27:01 -0400
32. Re: BETA 3.1b5: suggested patches for 3.1b6
"Michael D. Sofka" <sofkam at rpi dot edu>
Fri, 21 Jul 2000 09:09:56 -0400
33. Re: BETA 3.1b5: suggested patches for 3.1b6
"Kenneth Porter" <shiva at well dot com>
Fri, 21 Jul 2000 09:32:44 -0700
34. Re: The dot-lock and quota issue
Joseph S D Yao <jsdy at cospo.osis dot gov>
Fri, 21 Jul 2000 15:30:32 -0400
35. Re: mailboxes
Joseph S D Yao <jsdy at cospo.osis dot gov>
Fri, 21 Jul 2000 15:39:59 -0400
36. Re: mailboxes
"Jack Barnett" <jbarnett at axil.netmate dot com>
Fri, 21 Jul 2000 14:58:16 -0500
37. Re: mailboxes
Joseph S D Yao <jsdy at cospo.osis dot gov>
Fri, 21 Jul 2000 16:14:09 -0400
38. Re: BETA 3.1b5: suggested patches for 3.1b6
Peter Evans <peter at gol dot com>
Sat, 22 Jul 2000 09:17:22 +0900
39. Not able to deliver messages
Jose Aguayo <JAguayo at JFAX dot COM>
Fri, 21 Jul 2000 17:32:36 -0700
40. Does Qpopper allow for virtual domains?
"Andrew Harrison" <aharrison at telus dot net>
Sat, 22 Jul 2000 00:13:31 +0100
41. Re: Not able to deliver messages
Fergal Daly <fergal at esatclear dot ie>
Sat, 22 Jul 2000 12:25:29 +0100
42. Re: BETA 3.1b5: suggested patches for 3.1b6
"Michael D. Sofka" <sofkam at rpi dot edu>
Mon, 24 Jul 2000 10:25:07 -0400
43. Re: BETA 3.1b5: suggested patches for 3.1b6 (revised!)
"Jeff A. Earickson" <jaearick at colby dot edu>
Mon, 24 Jul 2000 11:20:07 -0400 (EDT)
44. Re: BETA 3.1b5: suggested patches for 3.1b6 (revised!)
Fergal Daly <fergal at esatclear dot ie>
Mon, 24 Jul 2000 18:48:07 +0100
45. Re[2]: BETA 3.1b5: suggested patches for 3.1b6 (revised!)
Paulo Santos <psantos at gol.com dot br>
Mon, 24 Jul 2000 18:02:59 -0300
46. Qpopper 3.1b6 available
Qpopper Support <qpopper at qualcomm dot com>
Mon, 24 Jul 2000 18:40:17 -0700
47. maildrop in mysql
"Wodecki, Wiktor" <Wodecki at wapme-systems dot de>
Tue, 25 Jul 2000 09:28:50 +0200
48. Re: maildrop in mysql
robert rotman <rotman at inode dot at>
Tue, 25 Jul 2000 10:09:43 +0200 (CEST)
49. AW: maildrop in mysql
"Wodecki, Wiktor" <Wodecki at wapme-systems dot de>
Tue, 25 Jul 2000 10:25:13 +0200
50. Re: maildrop in mysql
"Master" <NetMaster at mailru dot com>
Tue, 25 Jul 2000 10:59:20 +0300
Date: Wed, 19 Jul 2000 09:02:53 -0700
From: Randall Gellens <randy at qualcomm dot com>
Subject: Re: Vpop mail
At 7:37 PM +0200 7/18/00, <fikser at irc.randmeer dot nl> wrote:
> Hello,
> I am running one vhost machine... their are different domains pointed to
> one
> ip adress on that machine.
> Now i am running qpopper on that machine and i have one domain that can
> receive and send mail.
> But now i want the other domains to do the same thing on the same machine.
> So i need e.g admin at blah.org admin@test dot org admin at plaap dot org all running on
> the same machine. Now i read that qpopper don;t support vhosts, so do i
> must
> run another mail deamon? or can it be done with sendmail or some other
> way?
>
> I appreciate your help very kindly!
>
> F.Edens
> admin at irc.randmeer dot nl
One way to do this is to have separate email addresses and logins.
So, for example, admin at blah dot org might map to login jdoe,
admin at test dot org to asmith, and admin at plaap dot org to jjones.
It would be possible to patch Qpopper to accept logins of the form
"user@domain" and use sendmail's mapping files to translate that into
'ufester' or whatever.
--
---------------------- (randomly-selected tag) ---------------------
Language is a virus from outer space. --William S. Burroughs
Date: Wed, 19 Jul 2000 10:23:04 -0700
From: Randall Gellens <randy at qualcomm dot com>
Subject: Re: ipop3d -> qpopper
At 11:38 AM -0400 7/19/00, Joseph S D Yao wrote:
> On Wed, Jul 19, 2000 at 04:32:33PM +0200, Tedd Hansen wrote:
>> I want to change from ipop3d (from the imap pack) to qpopper without making
>> all the users get all their mail all over again.
>>
>> I discovered that it includes the "DON'T DELETE THIS MESSAGE -- FOLDER
>> INTERNAL DATA" mail that ipop3d generates, changes uniqe message ID (UIDL)
>> and reports different size on all mails (LIST) (About 54 bytes more).
>>
>> How do can I make the swap without making the mail users download
>> every mail
>> all over ?
>> (I've read the README/INSTALL/FAQ and tried to search - maybe I missed
>> something important somewhere?)
>>
>> - Tedd
>
> Yes you did - the "--enable-uw-kludge" flag to './configure'.
>
That'll handle the DON'T DELETE THIS MESSAGE thing, but if the UIDs
are different users will still download all mail again.
Where does ipop3d store the UID? It should be possible to write a
script or small program to put the ipop3d UID in a X-UIDL header,
which of course Qpopper will then use. That would stop users from
redownloading messages.
Date: Wed, 19 Jul 2000 12:09:58 -0400
From: Joseph S D Yao <jsdy at cospo.osis dot gov>
Subject: Re: The dot-lock and quota issue
On Wed, Jul 19, 2000 at 09:03:40AM -0700, Randall Gellens wrote:
> At 11:08 AM -0400 7/19/00, Joseph S D Yao wrote:
>
> > Anything that uses MS browser functions appears to be vulnerable - even
> > Eudora. People might be well-advised to use Netscape Messenger [in the
> > Communicator package] instead.
>
> Eudora has an option to use the MS viewer or not. There's lots of
> good reasons to run with it off.
Ah! Yes, indeedy.
The CERT alert has a special note about Eudora.
--
Joe Yao jsdy at cospo.osis dot gov - Joseph S. D. Yao
COSPO/OSIS Computer Support EMT-B
-----------------------------------------------------------------------
This message is not an official statement of COSPO policies.
Date: Wed, 19 Jul 2000 09:02:41 -0700
From: Randall Gellens <randy at qualcomm dot com>
Subject: Re: error
At 10:31 AM -0700 7/18/00, MikeS at ldm dot com wrote:
> What would be a good starting point for troubleshooting for a
> problem where users can send (SMTP) but not receive (qpopper3.02)??
>
>
> =====
> Mike Singleton, CNE
> LD McFarland
> 1640 East Marc St.
> Tacoma WA 98421
> (800) 426-8430 x365
>
The INSTALL file has a section on this topic.
--
---------------------- (randomly-selected tag) ---------------------
f u cn rd ths, itn tyg h myxbl cd.
From: "Tedd Hansen" <tedd.hansen at fastweb dot no>
Subject: RE: ipop3d -> qpopper
Date: Wed, 19 Jul 2000 18:37:33 +0200
-----Original Message-----
From: Joseph S D Yao [mailto:jsdy at cospo.osis dot gov]
Sent: Wednesday, July 19, 2000 5:39 PM
To: Tedd Hansen
Cc: Subscribers of Qpopper
Subject: Re: ipop3d -> qpopper
> Yes you did - the "--enable-uw-kludge" flag to './configure'.
That didn't work, the configure flags i use is:
./configure --enable-shy --enable-log-login --enable-specialauth --enable-uw
-kludge
It skips that first mail, but all users must still download all their mail.
Message size and UIDL still differ, I belive this is the problem! (Message
size is +54 bytes, UIDL is very different due to the compact format in
qpopper)
[root@mail mail]# telnet localhost 110
Trying 127.0.0.1...
Connected to localhost.
Escape character is '^]'.
+OK POP3 localhost v7.64 server ready
user test
+OK User name accepted, password please
pass pass
+OK Mailbox open, 2 messages
list
+OK Mailbox scan listing follows
1 36109
2 3611
.
uidl
+OK Unique-ID listing follows
1 3975d60b00000001
2 3975d60b00000002
.
quit
+OK Sayonara
Connection closed by foreign host.
[root@mail mail]# telnet localhost 18018
Trying 127.0.0.1...
Connected to localhost.
Escape character is '^]'.
+OK QPOP Modified by mydomain (version ?) at mail.mydomain.com starting.
user test
+OK Password required for test.
pass pass
+OK test has 2 visible messages (1 hidden) in 40373 octets.
list
+OK 2 visible messages (40373 octets)
1 36163
2 3665
.
uidl
+OK uidl command accepted.
1 Je8!!3k'#!1oY"!#!O!!
2 J`T!!D+;!!=)d!!?H""!
.
quit
+OK Pop server at mail.mydomain.com signing off.
Connection closed by foreign host.
[root@mail mail]#
Date: Wed, 19 Jul 2000 11:43:34 -0500
Subject: sendmail/qpopper don't know which
From: Greg Strange <gstrange at e-tsi dot com>
Hello all.
I have compiled and set up my qpopper. I can pick up my mail and I can send
mail to other users in the same domain. however I can't seem to send to an
address outside my domain. Returns user unknown.
I have relay entire domain configured in sendmail. I am wondering if this
is qpopper issue.
Any suggestions?
Thanks in advance.
Greg Strange
Date: Wed, 19 Jul 2000 14:57:31 -0400
From: Jason Brown <jbrown at domania dot com>
Subject: Re: ipop3d -> qpopper
Apparently, it puts it as follows:
X-UID: 33
(lists it numerically.....this is the 33rd msg in the mail file)
I am trying to do the same thing (prevent users from re-downloading their mail when
I switch to qpopper)
Testing on a single mailbox, I converted the X-UID lines to X-UIDL, with the same
strings following it....it did not seem to work....
Anyone know how qpopper generates the string? (it looks like something either
random or encrypted)
Jason Brown
IT Team Leader
domania.com
Randall Gellens wrote:
> At 11:38 AM -0400 7/19/00, Joseph S D Yao wrote:
>
> > On Wed, Jul 19, 2000 at 04:32:33PM +0200, Tedd Hansen wrote:
> >> I want to change from ipop3d (from the imap pack) to qpopper without making
> >> all the users get all their mail all over again.
> >>
> >> I discovered that it includes the "DON'T DELETE THIS MESSAGE -- FOLDER
> >> INTERNAL DATA" mail that ipop3d generates, changes uniqe message ID (UIDL)
> >> and reports different size on all mails (LIST) (About 54 bytes more).
> >>
> >> How do can I make the swap without making the mail users download
> >> every mail
> >> all over ?
> >> (I've read the README/INSTALL/FAQ and tried to search - maybe I missed
> >> something important somewhere?)
> >>
> >> - Tedd
> >
> > Yes you did - the "--enable-uw-kludge" flag to './configure'.
> >
>
> That'll handle the DON'T DELETE THIS MESSAGE thing, but if the UIDs
> are different users will still download all mail again.
>
> Where does ipop3d store the UID? It should be possible to write a
> script or small program to put the ipop3d UID in a X-UIDL header,
> which of course Qpopper will then use. That would stop users from
> redownloading messages.
Date: Wed, 19 Jul 2000 12:16:12 -0700 (PDT)
From: "Jeremy C. Reed" <reed at wcug.wwu dot edu>
Subject: Re: sendmail/qpopper don't know which
On Wed, 19 Jul 2000, Greg Strange wrote:
> I have compiled and set up my qpopper. I can pick up my mail and I can send
> mail to other users in the same domain. however I can't seem to send to an
> address outside my domain. Returns user unknown.
>
> I have relay entire domain configured in sendmail. I am wondering if this
> is qpopper issue.
Not a POP3 issue. Look at the mail logs (maybe /var/log/maillog) for
details on why you can't send to outside addresses.
Jeremy C. Reed
....................................................
BSD software, documentation, resources, news...
http://bsd.reedmedia.net/
From: "Kenneth Porter" <shiva at well dot com>
Date: Wed, 19 Jul 2000 13:14:22 -0700
Subject: Re: sendmail/qpopper don't know which
On Wed, 19 Jul 2000 11:43:34 -0500, Greg Strange wrote:
>I have compiled and set up my qpopper. I can pick up my mail and I can send
>mail to other users in the same domain. however I can't seem to send to an
>address outside my domain. Returns user unknown.
>
>I have relay entire domain configured in sendmail. I am wondering if this
>is qpopper issue.
sendmail issue. See http://www.sendmail.org (there's a FAQ that should
cover this) and news:comp.mail.sendmail for help with that.
Ken
mailto:shiva at well dot com
http://www.sewingwitch.com/ken/
http://www.harrybrowne2000.org/
From: MikeS at ldm dot com
Subject: options on qpopper
Date: Wed, 19 Jul 2000 14:00:58 -0700
------_=_NextPart_000_01BFF1C4.701DFA00
Content-Type: multipart/alternative;
boundary="----_=_NextPart_001_01BFF1C4.701DFA00"
------_=_NextPart_001_01BFF1C4.701DFA00
Content-Type: text/plain;
charset="iso-8859-1"
The INSTALL file lists several options (flags) that can be specified.. I am
trying to get the -s -c -R flags to work. The only one I don't get a 'bad
config' message in the /var/log/messages is the -s option. I have tried -scR
-s -c -R and -s-c-R... any hints?
=====
Mike Singleton, CNE
LD McFarland
1640 East Marc St.
Tacoma WA 98421
(800) 426-8430 x365
------_=_NextPart_001_01BFF1C4.701DFA00
Content-Type: text/html;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">
<HTML>
<HEAD>
<META HTTP-EQUIV="Content-Type" CONTENT="text/html; =
charset=iso-8859-1">
<META NAME="Generator" CONTENT="MS Exchange Server version =
5.5.2652.35">
<TITLE>options on qpopper</TITLE>
</HEAD>
<BODY>
<P><FONT FACE=""Verdana"">The INSTALL file lists several options =
(flags) that can be specified.. I am trying to get the -s -c -R flags =
to work. The only one I don't get a 'bad config' message in the =
/var/log/messages is the -s option. I have tried -scR -s -c -R and =
-s-c-R... any hints?</FONT></P>
<P><FONT FACE="Arial">=A0</FONT>
<BR><FONT FACE="Arial">=====</FONT>
<BR><FONT FACE="Arial">Mike Singleton, CNE</FONT>
<BR><FONT FACE="Arial">LD McFarland</FONT>
<BR><FONT FACE="Arial">1640 East Marc St.</FONT>
<BR><FONT FACE="Arial">Tacoma WA 98421</FONT>
<BR><FONT FACE="Arial">(800) 426-8430 x365</FONT>
</P>
<P><FONT FACE="Arial" SIZE=2 COLOR="#000000"></FONT>
</BODY>
</HTML>
------_=_NextPart_001_01BFF1C4.701DFA00--
------_=_NextPart_000_01BFF1C4.701DFA00
Content-Type: image/gif;
name="TechTool.gif"
Content-Transfer-Encoding: base64
Content-Disposition: attachment;
filename="TechTool.gif"
Content-ID: <684580021@19072000-3062>
R0lGODlhQQByAPcAAAAAADMzM2ZmZpmZmcDAwAAAAAAAAAAAAPB0AQBMAE0AAABNABoAAAAMF1AA
fOxvADcBAACg9m8AcIj7vzCL+7//////yOxvAKxK978AAAAAMxdQACBK978BAAAADBdQALvxQwDY
H1AAAAAAAGYAAAAMF1AArAwAACgYUAABAAAA2B9QAEwAAACsDAAAAABAANgfUAAAAAAAAAAAAAEA
AAAsGVAABAEAAAAAAAAAAAAAKBhQADztbwBsAAgAGgAjAAAAAAAMF1AAYHNAANQCSABPcGVuAAAA
AAAMzxfE7W8ACO9vAMgn97/JF/a/AHBvAFxcQ2hyaXNuZVxjJFxvbGs5XHN0YXRpb24AdGVjaHRv
b2wuZ2lmAADE7W8AJ0v2vwQLXQAAAAAA5xcvAR+AFwE/AT8BKABvAQYAFwAfgBcBzj/PF/8WAAAA
AHhOIwDnAtaNPjfnFwEA9hQgAAIAcApvAAAAAAAAAF4BBI4BRPw5AgCE/QIA/xZgAAAAWgB+IAEA
SoABADABAAAJAH4gan9OIl8DCQAAAH4gOvUAAJp/AAAAAPQKAwCE/QIAABaEjgAADABvADJ+UFIA
BAADAAQBCAAAAAAABAAAAAAAAAAAAABbAQPAAAQwAH4gthcPAzcYDwMAAAAAUQBYAIg5AgAcD6x+
XFxDaHJpc25lXGMkXG9sazlcc3RhdGlvblx0ZWNodG9vbC5naWYAAAAAJkoDAAAEMABiAAAAXQAA
AFwwAQDW/zSAfwNbAV5/JQJ/AwkAAAB+IEr7AADO+wAANxgPA7YXDwNKALDxbwCY8W8ABoIAAOLx
YQAAAGIATABdAEYAA8ACBQAATAIAAAgXUAAcAQAAx4L3vwAATQAkGFAATAIAAAAAAAAIF1AAAABN
AEEAAAAMAE0AAQUAAAAAAABAAAAAgoT3v0EAAACZhPe/AABNAEEAAAAAAAAAAAAAAEEAAACsDAAA
AAAAAPCT978AAE0ALpT3v/SIXoFmAAAAZgAAAKwMAAAFhkMArAwAACH5BAEAAAQALAAAAABBAHIA
QAj/AAkIHCBAoMGDBwEoLIgw4UCFAAY0nDhRAEOEBAlChGhwI0UCAzx+HHmwoESSFxMqlBhA4EYB
AwJsBABzpEwABlOCJDkx5EyFFHHaVBjg5McBRnPyjEmUpNCGP1fybKjz4kKSNyEWzSrUJEeMOnsS
CDsV4cakZr8S+AmT7Fi3SyGefFpR7UikVIuWXSsV6lG7R2siTOm26WC6dA/6bDkyMdWPcicCNdtz
cs6kidEaRHt2M2MBlh2mNapXIGjHAxuihQuyr9+cERvefKxY9dipNxlLpugTdcWdGDVPvMka8dW9
mzWHjBtaskjkZpUrDfoy5UzoYkFKD9oxKgDdLvc+/w+uOoCAAObRn+e6Ub3786DTp4fPXqv89ee3
O2/eGGF9tb4JZ5Rw0F2X02mAlZSaar6JN95+BIoGFnYPNshXbEtlx5pL/BnVYGROHfUbh6g151uC
09VGlUQn9fYdcDsthlSLGCJ13koDtvYScILdZRB4m/EXnmJCEsdbhLc5JeSQIAF54UgM4fUaTyh2
JFuVkAm3IYkh9oYkSlp+mZWSS+6VkW1rDZTbQs8lldWWPDG0oZMkngQTe2kip9ZFUqroH5GujRcR
ewJKReeXdXkXloUqWdjnZmTOFJNmjk2qo6QiDvbXTzOWJuFAk3pHkn7UMWrlYd4hqeVwOhba3nIP
qf/V258YZWdad6ZSNlNRNc3K6oKaJoldSVr5+RJRRM0FY0meDnsho8XeRVaP2HmZJ29YKqYcooki
BqVho1ZW4HGfQlUmZbbB+SR3FOU2FYuqtdgYf55+eO6twELqZ3dOhmQdthj2lNSqFJ1GlmtMjvbr
srxRx6duPk2pEkOeulhrvEYhKBW8SCUrZUgtInVTnydxNXBYlGqrsMQcdnskmsHux253MgvU75eM
jjzzWmHNtvCjC5rq6275cokSvoNxCyLRGGUL1rbvZpvYg+8KONXSRCPorHZMzxvwbtE6+/Wpdzm9
49Y8x3sVyGmdmxW3UBKUqYHPQob11kDvC6PG+o7/RfWwUWYXIURtGapVrir7aXWKjRZk1Vk4Ubtp
lEmRhZaTS/NN4t1t20zb1Y0iS7iELdJ5GgF0Cqv3QS25SDfZo4Jr6+pt79r1keZtuHipMxV2VH2S
KxjvgnZGZRKCvNKk0UIs/gcvcDZinK/rhi2vPGgWIViTxqOrmDfDitXXLLpUiZopeR/d+T35rJvv
I/rDIdxf7ZimfpRwLcl+GbB0aUwo7OGiVbaohyuaBIleMEuOik7DLblFhG5eEdKjoMaw9UFGezoq
XJlUJRF1RYpPBQQh7UCFtgOW6TkGkldwPAiwF9mtOWxjoHIQl76/NQpRY2sN2t4GrXslTIFiM4yj
/5yGtGd554hITKISk7g/CpHrWhCqGoOgY61yde5qM0TO0KzYqLKgJnpRW1KDtpi+VTXwiexrG6Ke
FyzdofFa9sqVChW3KUp56IWjmmPiQIIyIYUmQPJL2uqABh6faEYmaYSNhey3R9b5LYfYSySHfDe7
ohErh3xhGc0+JzkKNk0ozYqYJEXZpMNIEVXlYcqinIMeznRmdfhBD3vuI8sl/kQ+8tkVLlH2ScAQ
xGeJjI+l0oIypemkXph0DMJiwiECWU4xfKLUiczlsPPRzjenu51M+mjA1HGLkW/8oQsB5abPKY41
htyZH3P4qGeqrlSQCRKDMAksqynthAB85JcC1zSw2OGzYIF8mWrgxLl81qksbZni1c5VooBm6XZ4
jCeg6HnBSrZwfqYhYk8eZ8uOevSjAAgIADs=
------_=_NextPart_000_01BFF1C4.701DFA00--
Date: Wed, 19 Jul 2000 16:10:31 -0500
Subject: Re: sendmail/qpopper don't know which
From: Greg Strange <gstrange at e-tsi dot com>
on 7/19/00 3:14 PM, Kenneth Porter at shiva at well dot com wrote:
> On Wed, 19 Jul 2000 11:43:34 -0500, Greg Strange wrote:
>
>> I have compiled and set up my qpopper. I can pick up my mail and I can send
>> mail to other users in the same domain. however I can't seem to send to an
>> address outside my domain. Returns user unknown.
>>
>> I have relay entire domain configured in sendmail. I am wondering if this
>> is qpopper issue.
>
> sendmail issue. See http://www.sendmail.org (there's a FAQ that should
> cover this) and news:comp.mail.sendmail for help with that.
I've been reading these until I am blue in the face. Can anyone just tell
where I can get a simple list of things to look at when I get user unknown?
I own the sendmail book from O'Reilly and I am continually shunted off to
some other topic. I know it is speaking SMTP (with command switch -bs) so I
don't know what the issue is.
Any links or hints would be greatly appreciated.
Greg Strange
Date: Wed, 19 Jul 2000 15:33:12 -0700
From: Randall Gellens <randy at qualcomm dot com>
Subject: Re: ipop3d -> qpopper
At 2:57 PM -0400 7/19/00, Jason Brown wrote:
> Apparently, it puts it as follows:
>
> X-UID: 33
> (lists it numerically.....this is the 33rd msg in the mail file)
>
> I am trying to do the same thing (prevent users from
> re-downloading their mail when
> I switch to qpopper)
>
> Testing on a single mailbox, I converted the X-UID lines to
> X-UIDL, with the same
> strings following it....it did not seem to work....
Try editing popper/pop_dropcopy.c and change MIN_UIDL_LENGTH from 5
to 1. That should do it.
>
> Anyone know how qpopper generates the string? (it looks like
> something either
> random or encrypted)
It's a hash of the message headers,
>
> Jason Brown
> IT Team Leader
> domania.com
>
>
>
> Randall Gellens wrote:
>
>> At 11:38 AM -0400 7/19/00, Joseph S D Yao wrote:
>>
>> > On Wed, Jul 19, 2000 at 04:32:33PM +0200, Tedd Hansen wrote:
>> >> I want to change from ipop3d (from the imap pack) to qpopper
>> without making
>> >> all the users get all their mail all over again.
>> >>
>> >> I discovered that it includes the "DON'T DELETE THIS MESSAGE -- FOLDER
>> >> INTERNAL DATA" mail that ipop3d generates, changes uniqe
>> message ID (UIDL)
>> >> and reports different size on all mails (LIST) (About 54 bytes more).
>> >>
>> >> How do can I make the swap without making the mail users download
>> >> every mail
>> >> all over ?
>> >> (I've read the README/INSTALL/FAQ and tried to search - maybe I missed
>> >> something important somewhere?)
>> >>
>> >> - Tedd
>> >
>> > Yes you did - the "--enable-uw-kludge" flag to './configure'.
>> >
>>
>> That'll handle the DON'T DELETE THIS MESSAGE thing, but if the UIDs
>> are different users will still download all mail again.
>>
>> Where does ipop3d store the UID? It should be possible to write a
>> script or small program to put the ipop3d UID in a X-UIDL header,
>> which of course Qpopper will then use. That would stop users from
>> redownloading messages.
Date: Wed, 19 Jul 2000 18:46:33 -0400 (EDT)
From: Tim Riley <timr at gis dot net>
Subject: client disconnect
Hello...I'm having a problem where the client (even when telnetting in to
110) gets disconnected immediately following the pass command. It accepts
the password, but immediately resets the connection. Does anyone know
what might be causing this? I thought it might be a permissions/ownership
problem in /var/spool/mail, but this does not seem to be the case. Please
let me know of any suggestions.
TR
Date: Wed, 19 Jul 2000 18:06:41 -0500
From: Darin Dugan <dddugan at iastate dot edu>
Subject: OT: Re: sendmail/qpopper don't know which
At 04:10 PM 7/19/2000, Greg Strange wrote:
>on 7/19/00 3:14 PM, Kenneth Porter at shiva at well dot com wrote:
> > sendmail issue. See http://www.sendmail.org (there's a FAQ that should
> > cover this) and news:comp.mail.sendmail for help with that.
>
>I've been reading these until I am blue in the face. Can anyone just tell
>where I can get a simple list of things to look at when I get user unknown?
>I own the sendmail book from O'Reilly and I am continually shunted off to
>some other topic. I know it is speaking SMTP (with command switch -bs) so I
>don't know what the issue is.
The folks here are trying to point you in the right direction. Your problem
is definitely NOT with qpopper, but you posted it to a qpopper list.
They're giving you an idea of the problem (Sendmail), and directing you to
a more appropriate location. No need to get blue in the face. :) That
aside, many of us are more than willing to help, but we could use some
information such as your OS and version, sendmail version, and potentially
(although doubtful) tcp wrapper configuration.
Most likely, you need to add pertinent (originating) domains to a relaying
file. On my Slackware Linux system this is /etc/mail/relay-domains, but
that's specified in the sendmail.cf file.
>Greg Strange
Cheers,
D
--
Darin Dugan
dddugan at iastate dot edu
Date: Wed, 19 Jul 2000 15:41:56 -0700
From: Qpopper Support <qpopper at qualcomm dot com>
Subject: Re: options on qpopper
At 2:00 PM -0700 7/19/00, MikeS at ldm dot com wrote:
> The INSTALL file lists several options (flags) that can be
> specified.. I am trying to get the -s -c -R flags to work. The
> only one I don't get a 'bad config' message in the
> /var/log/messages is the -s option. I have tried -scR -s -c -R
> and -s-c-R... any hints?
I've tested both '-scR' and '-s -c -R' and they work. What version
of Qpopper are you using? What exactly does the error message say?
Date: Thu, 20 Jul 2000 11:13:07 +1200 (NZST)
From: Alan Brown <alan at manawatu.gen dot nz>
Subject: Re: sendmail/qpopper don't know which
On Wed, 19 Jul 2000, Greg Strange wrote:
> Any links or hints would be greatly appreciated.
do you have any lines with a single "." in sendmail.cR or sendmail.cw ?
Date: Wed, 19 Jul 2000 15:42:00 -0700
From: Stephen Samuel <samuel at bcgreen dot com>
Subject: Re: sendmail/qpopper don't know which
Greg Strange wrote:
>
> Hello all.
>
> I have compiled and set up my qpopper. I can pick up my mail and I can send
> mail to other users in the same domain. however I can't seem to send to an
> address outside my domain. Returns user unknown.
Clearly a Sendmail issue. It sounds like you have sendmail accepting
all (or many) domains as if they were local. The w class (Cw or
/etc/{mail/,}sendmail.cw ) should only contain localhost and your domain
(mine consists of bcgreen.com localhost and www.bcgreen.com) It should
NOT have things like .com or .org (or, worse yet, '.') unless you're
doing stuff so strange and esotric that they're paying you $150/hr
as a sendmail guru.
> I have relay entire domain configured in sendmail. I am wondering if this
> is qpopper issue.
Anything to do with outgoing mail 'never' has anything to do with
qpopper (unless it's something like POP before SMTP, which is
still mostly a sendmail issue with popper as supporting actor).
--
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: Wed, 19 Jul 2000 18:23:04 -0500
Subject: Re: OT: Re: sendmail/qpopper don't know which
From: Greg Strange <gstrange at e-tsi dot com>
on 7/19/00 6:06 PM, Darin Dugan at dddugan at iastate dot edu wrote:
> The folks here are trying to point you in the right direction. Your problem
> is definitely NOT with qpopper, but you posted it to a qpopper list.
I am truly sorry to everyone on this list if I made it sound as though I
were upset with any of the help that people have offered me. I didn't know
at first and then I thought maybe someone could point me to something beyond
the FAQ. Again I am sorry if I sounded short with the good people of this
list.
> They're giving you an idea of the problem (Sendmail), and directing you to
> a more appropriate location. No need to get blue in the face. :)
This again was my fault because I was getting bleary-eyed with the FAQ and
getting nowhere with a boss down my neck about machine I inherited. I
realise I should have taken a moment to compose myself rather than send off
an email with hostility towards something other than the recipients I sought
help from.
I lurk on this list and I have been grateful for a lot of issues that I can
head off now because of the rich discussion here. I've been a bad lister
and I'll be more human the next time.
Greg Strange
Date: Thu, 20 Jul 2000 12:01:45 +1200 (NZST)
From: Alan Brown <alan at manawatu.gen dot nz>
Subject: Re: sendmail/qpopper don't know which
On Wed, 19 Jul 2000, Stephen Samuel wrote:
> Anything to do with outgoing mail 'never' has anything to do with
> qpopper
Not quite. qpopper supports pop3 upload and some users have it it enabled.
AB
Date: Thu, 20 Jul 2000 10:36:50 +0900
From: Peter Evans <peter at gol dot com>
Subject: Re: client disconnect
Tim Riley (timr at gis dot net) wrote:
> Hello...I'm having a problem where the client (even when telnetting in to
> 110) gets disconnected immediately following the pass command. It accepts
> the password, but immediately resets the connection. Does anyone know
> what might be causing this? I thought it might be a permissions/ownership
> problem in /var/spool/mail, but this does not seem to be the case. Please
> let me know of any suggestions.
This is usually a permissions thing, I had this a while back.
Check that youre seeing popper in the syslog and run it with
debugging. Typically it is complaining about inability to create
locks. ^^;
P
--
Remember The 5 K's.
The Justified Agents of Munya-munya-muuuu ...
Date: Thu, 20 Jul 2000 09:38:22 -0400 (EDT)
From: Tim Riley <timr at gis dot net>
Subject: Still having problems with client disconnect
Hello everyone...here's the logs entries that are being produced. I'm not
sure what the last entry means, but I'm sure this is the problem. Any
clues would be greatly appreciated.
TR
-------
Jul 20 09:26:25 cgsim7 ipop3d[869]: pop3 service init from 127.0.0.1
Jul 20 09:34:27 cgsim7 qpopper[158]: Debugging turned on [pop_init.c:240]
Jul 20 09:34:27 cgsim7 qpopper[158]: (v3.0.2) Servicing request from
"localhost" at 127.0.0.1 [pop_init.c:504]
Jul 20 09:34:27 cgsim7 qpopper[158]: +OK QPOP (version 3.0.2) at
cgsim7.union.edu starting. [popper.c:160]
Jul 20 09:34:27 cgsim7 qpopper[158]: Qpopper ready for input from (null)
at localhost [127.0.0.1] [popper.c:188]
Jul 20 09:34:30 cgsim7 qpopper[158]: Received (13): "user test"
[pop_get_command.c:87]
Jul 20 09:34:30 cgsim7 qpopper[158]: +OK Password required for test.
[pop_user.c:249]
Jul 20 09:34:30 cgsim7 qpopper[158]: Qpopper ready for input from test
at localhost [127.0.0.1] [popper.c:188]
Jul 20 09:34:32 cgsim7 qpopper[158]: Received: "pass xxxxxxxxx"
[pop_get_command.c:81]
Jul 20 09:34:32 cgsim7 qpopper[158]: getpwnam returned 0x4010d7e0 (copied
to 0xbfffd70c); home (%d) '/home/test' [pop_pass.c:897]
Date: Thu, 20 Jul 2000 10:32:24 -0400 (EDT)
From: Admin Mailing Lists <mlist at intergrafix dot net>
Subject: Re: The dot-lock and quota issue
i've read the SANS article, and if i'm understanding it correctly, it's
not just an IE bug, but an IE coupled with some sort of email client bug?
So, let's say i dont use any graphical email clients, but do use IE, i
dont have any worries?
-Cygnus
.-._.-._.-._.-._.-._.-._.-._.-._.-._.-._.-._.-._.-._.-._.-._.-._.-._.-.
Anthony J. Biacco Network Administrator/Engineer
thelittleprince at asteroid-b612 dot org Intergrafix Internet Services
"Dream as if you'll live forever, live as if you'll die today"
http://www.asteroid-b612.org http://www.intergrafix.net
.-._.-._.-._.-._.-._.-._.-._.-._.-._.-._.-._.-._.-._.-._.-._.-._.-._.-.
On Wed, 19 Jul 2000, Mark Wendt wrote:
> At 11:08 AM 7/19/00 -0400, you wrote:
> >Oh, please. It's not that hard. I suspect he's talking about:
> >
> >CERT Advisory CA-2000-12 HHCtrl ActiveX Control Allows Local Files to be
> >Executed
> >
> > Original release date: June 19, 2000
> > <URL: http://www.cert.org/advisories/CA-2000-12.html>
> >
> >among a great many other Microsoft software vulnerabilities.
>
>
> If anyone is interested, here's the link at SANS:
> http://www.sans.org/newlook/resources/win_flaw.htm
>
>
>
>
> >Anything that uses MS browser functions appears to be vulnerable - even
> >Eudora. People might be well-advised to use Netscape Messenger [in the
> >Communicator package] instead.
>
> It's only a problem if Eudora uses IE to display html content.
>
>
> >--
> >Joe Yao jsdy at cospo.osis dot gov - Joseph S. D. Yao
> >COSPO/OSIS Computer Support EMT-B
>
>
> Mark
>
>
>
From: Jose Aguayo <JAguayo at JFAX dot COM>
Subject: mailboxes
Date: Thu, 20 Jul 2000 08:57:59 -0700
Real (easy) newbie question - (unfortunately, not as easy for me):
How do I create a user mailbox? Is it as easy as creating a user (e.g.,
adding home location to /etc/passwd, /etc/shadow, etc...??) Anything I
could have missed?
TIA,
Jose
Date: Thu, 20 Jul 2000 12:34:27 -0400 (EDT)
From: "A. M. Salim" <salim at localweb dot com>
Subject: Re: mailboxes
Hi,
> How do I create a user mailbox? Is it as easy as creating a user (e.g.,
> adding home location to /etc/passwd, /etc/shadow, etc...??) Anything I
> could have missed?
If you are using RedHat Linux a mailbox is automatically created in
/var/spool/mail
regards
Mike Salim
Date: Thu, 20 Jul 2000 17:44:53 +0100
From: peter.allen at moon-light.co dot uk
Subject: Re: mailboxes
Firstly you need to establish what *exact* format you need for the mailbox
(i.e. it could be mailbox, Mailbox etc) and also where this needs to go
(could be /var/spool/mail or the user's home directory). Check your SMTP
mail server documentation for this.
In the case of qmail for example by default you need Mailbox in the user's
home directory and so for existing users simply touch Mailbox in that
user's directory.
With any new users you can add Mailbox to /etc/skel and this will happen
automatically for you when you set them up with useradd or adduser.
I believe sendmail is different and note that qmail has also a mail
directory option. As above check the docs for your particular mail server.
Hope this helps.
Peter
At 08:57 20/07/2000 -0700, you wrote:
>Real (easy) newbie question - (unfortunately, not as easy for me):
>
>How do I create a user mailbox? Is it as easy as creating a user (e.g.,
>adding home location to /etc/passwd, /etc/shadow, etc...??) Anything I
>could have missed?
>
>TIA,
>Jose
From: "Kenneth Porter" <shiva at well dot com>
Date: Thu, 20 Jul 2000 10:14:32 -0700
Subject: IE vulnerability reported by SANS
On Thu, 20 Jul 2000 10:32:24 -0400 (EDT), Admin Mailing Lists wrote:
>i've read the SANS article, and if i'm understanding it correctly, it's
>not just an IE bug, but an IE coupled with some sort of email client bug?
>So, let's say i dont use any graphical email clients, but do use IE, i
>dont have any worries?
Not so. The vulnerability applies to HTML, not mail. OE and Eudora are
vulnerable only because they use IE to render HTML email, but the same
vulnerability applies to HTML in web pages or any other HTML source.
The nasty aspect about email is that it can be pushed to the victim,
whereas with web pages, one has to go out and pull the page by choice.
That means a malicious spammer could hurt a lot of people with minimal
effort, while a malicious web site operator has to somehow entice
people to come look at his page.
Those of you who are mail server admins may want to install procmail
filters to screen mail at the server for active content.
Ken
mailto:shiva at well dot com
http://www.sewingwitch.com/ken/
http://www.harrybrowne2000.org/
Date: Thu, 20 Jul 2000 10:31:58 -0700
From: "Barry Treahy, Jr." <Treahy at mmaz dot com>
Subject: Re: IE vulnerability reported by SANS
Please correct me if I'm wrong, but the rash of problems related to IE,
Outlook, VBS, etc., is still Microslouth centric is it not? I have had zone
problems and presumed that this was due simply to the fact that we use
Netscape for both a browser as well as an e-mail client.
I'd be interested in your two cents...
Regards,
Barry
Kenneth Porter wrote:
> On Thu, 20 Jul 2000 10:32:24 -0400 (EDT), Admin Mailing Lists wrote:
>
> >i've read the SANS article, and if i'm understanding it correctly, it's
> >not just an IE bug, but an IE coupled with some sort of email client bug?
> >So, let's say i dont use any graphical email clients, but do use IE, i
> >dont have any worries?
>
> Not so. The vulnerability applies to HTML, not mail. OE and Eudora are
> vulnerable only because they use IE to render HTML email, but the same
> vulnerability applies to HTML in web pages or any other HTML source.
>
> The nasty aspect about email is that it can be pushed to the victim,
> whereas with web pages, one has to go out and pull the page by choice.
> That means a malicious spammer could hurt a lot of people with minimal
> effort, while a malicious web site operator has to somehow entice
> people to come look at his page.
>
> Those of you who are mail server admins may want to install procmail
> filters to screen mail at the server for active content.
>
> Ken
> mailto:shiva at well dot com
> http://www.sewingwitch.com/ken/
> http://www.harrybrowne2000.org/
--
Barry Treahy, Jr * Midwest Microwave * Vice President & CIO
E-mail: Treahy at mmaz dot com * Phone: 480/314-1320 * FAX: 480/661-7028
From: "Kenneth Porter" <shiva at well dot com>
Date: Thu, 20 Jul 2000 10:23:22 -0700
Subject: Re: mailboxes
On Thu, 20 Jul 2000 08:57:59 -0700, Jose Aguayo wrote:
>How do I create a user mailbox? Is it as easy as creating a user (e.g.,
>adding home location to /etc/passwd, /etc/shadow, etc...??) Anything I
>could have missed?
Creating a user implies creating a mailbox. However, you can create a
mail-only user who has no home directory and no shell. For Linux, look
at the man page for useradd. Qpopper recognizes the special shell
string "/POPPER/ANY/SHELL" that allows qpopper access but prevents the
user from executing a shell. I create qpopper-only users on Red Hat
with the command
/usr/sbin/useradd -c "firstname lastname" -s /POPPER/ANY/SHELL -M
username
Set the POP3 password with either the passwd command (for plaintext
passwords) or with the popauth command (for APOP passwords).
Ken
mailto:shiva at well dot com
http://www.sewingwitch.com/ken/
http://www.harrybrowne2000.org/
Date: Thu, 20 Jul 2000 16:31:20 -0400 (EDT)
From: "Jeff A. Earickson" <jaearick at colby dot edu>
Subject: BETA 3.1b5: suggested patches for 3.1b6
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-1297389768-964125080=:6680
Content-Type: TEXT/PLAIN; charset=US-ASCII
Y'all,
The attached patchfile contains bug fixes, configuration improvements,
and feature enhancements/additions that I would like to see in qpopper
3.1. The attached patchfile rolls my changes into the 3.1b5 distribution.
I would like to see the Qualcomm qpopper gurus pick up these changes and
roll them into 3.1b6.
Here are my notes of the changes, also found in doc/Changes:
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-keeptemp Keep the temporary dropfile around.
--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.
** 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-1297389768-964125080=:6680
Content-Type: TEXT/PLAIN; charset=US-ASCII; name="diffs.31b5.to.31b6"
Content-Transfer-Encoding: BASE64
Content-ID: <Pine.HPX.4.21.0007201631200.6680 at ithaca.offices.its.colby dot edu>
Content-Description:
Content-Disposition: attachment; filename="diffs.31b5.to.31b6"
IyBUaGlzIGlzIGEgcGF0Y2ggZm9yIHFwb3BwZXIzLjFiNSB0byB1cGRhdGUg
aXQgdG8gcXBvcHBlcjMuMWI2DQojIA0KIyBUbyBhcHBseSB0aGlzIHBhdGNo
Og0KIyBTVEVQIDE6IENoZGlyIHRvIHRoZSBzb3VyY2UgZGlyZWN0b3J5Lg0K
IyBTVEVQIDI6IFJ1biB0aGUgJ2FwcGx5cGF0Y2gnIHByb2dyYW0gd2l0aCB0
aGlzIHBhdGNoIGZpbGUgYXMgaW5wdXQuDQojDQojIElmIHlvdSBkbyBub3Qg
aGF2ZSAnYXBwbHlwYXRjaCcsIGl0IGlzIHBhcnQgb2YgdGhlICdtYWtlcGF0
Y2gnIHBhY2thZ2UNCiMgdGhhdCB5b3UgY2FuIGZldGNoIGZyb20gdGhlIENv
bXByZWhlbnNpdmUgUGVybCBBcmNoaXZlIE5ldHdvcms6DQojIGh0dHA6Ly93
d3cucGVybC5jb20vQ1BBTi9hdXRob3JzL0pvaGFuX1Zyb21hbnMvbWFrZXBh
dGNoLXgueS50YXIuZ3oNCiMgSW4gdGhlIGFib3ZlIFVSTCwgJ3gnIHNob3Vs
ZCBiZSAyIG9yIGhpZ2hlci4NCiMNCiMgVG8gYXBwbHkgdGhpcyBwYXRjaCB3
aXRob3V0IHRoZSB1c2Ugb2YgJ2FwcGx5cGF0Y2gnOg0KIyBTVEVQIDE6IENo
ZGlyIHRvIHRoZSBzb3VyY2UgZGlyZWN0b3J5Lg0KIyBTVEVQIDI6IFJ1biB0
aGUgJ3BhdGNoJyBwcm9ncmFtIHdpdGggdGhpcyBmaWxlIGFzIGlucHV0Lg0K
Iw0KIyMjIyBFbmQgb2YgUHJlYW1ibGUgIyMjIw0KDQojIyMjIFBhdGNoIGRh
dGEgZm9sbG93cyAjIyMjDQpkaWZmIC1jICdxcG9wcGVyMy4xYjUvSU5TVEFM
TCcgJ3Fwb3BwZXIzLjFiNi9JTlNUQUxMJw0KSW5kZXg6IC4vSU5TVEFMTA0K
KioqIC4vSU5TVEFMTAlGcmkgSnVsIDE0IDIwOjEyOjE0IDIwMDANCi0tLSAu
L0lOU1RBTEwJVGh1IEp1bCAyMCAxNTo0NDoyMiAyMDAwDQoqKioqKioqKioq
KioqKioNCioqKiAxNjgsMTc0ICoqKioNCiAgDQogICAtLXdpdGgtd2Fybmlu
Z3MgICAgICAgICAgRW5hYmxlIGFkZGl0aW9uYWwgY29tcGlsZXIgd2Fybmlu
Z3MuDQogIA0KISAgLS1lbmFibGUtaGFzaC1zcG9vbD0xfDIgIFVzZSBoYXNo
ZWQgc3Bvb2wgZGlyZWN0b3J5LiAgU2VlIA0KICAgICAgICAgICAgICAgICAg
ICAgICAgICAgIEhBU0hfU1BPT0wgaW4gc2VjdGlvbiBNQUNST1MgZm9yIG1v
cmUNCiAgICAgICAgICAgICAgICAgICAgICAgICAgICBpbmZvcm1hdGlvbi4g
IFRoZSBkZWZhdWx0IG1ldGhvZCBpcyAyLg0KICAgDQotLS0gMTY4LDE3NSAt
LS0tDQogIA0KICAgLS13aXRoLXdhcm5pbmdzICAgICAgICAgIEVuYWJsZSBh
ZGRpdGlvbmFsIGNvbXBpbGVyIHdhcm5pbmdzLg0KICANCiEgIC0tZW5hYmxl
LWhhc2gtc3Bvb2w9MXwyfDMgIA0KISAgICAgICAgICAgICAgICAgICAgICAg
ICAgIFVzZSBoYXNoZWQgc3Bvb2wgZGlyZWN0b3J5LiAgU2VlIA0KICAgICAg
ICAgICAgICAgICAgICAgICAgICAgIEhBU0hfU1BPT0wgaW4gc2VjdGlvbiBN
QUNST1MgZm9yIG1vcmUNCiAgICAgICAgICAgICAgICAgICAgICAgICAgICBp
bmZvcm1hdGlvbi4gIFRoZSBkZWZhdWx0IG1ldGhvZCBpcyAyLg0KICAgDQoq
KioqKioqKioqKioqKioNCioqKiAyNTMsMjU4ICoqKioNCi0tLSAyNTQsMjc0
IC0tLS0NCiAgDQogICAtLWVuYWJsZS1rc29ja2luc3QgICAgICAgVXNlcyBn
ZXRzb2NraW5zdCgpIGZvciBLZXJiZXJvcyBpbnN0YW5jZS4NCiAgDQorICAt
LXdpdGgta2VlcHRlbXAgICAgICAgICAgS2VlcCB0aGUgdGVtcG9yYXJ5IGRy
b3BmaWxlIGFyb3VuZC4NCisgDQorICAtLXdpdGgtbm9uYXV0aD1wYXRoICAg
ICAgU2V0IHRoZSBub25hdXRob3JpemVkIHVzZXJzIGZpbGUgcGF0aC4NCisg
ICAgICAgICAgICAgICAgICAgICAgICAgICBEZWZhdWx0IGlzIC9ldGMvcG9w
Lm5vbmF1dGguDQorIA0KKyAgLS13aXRoLWF1dGg9cGF0aCAgICAgICAgIFNl
dCB0aGUgYXV0aG9yaXplZCB1c2VycyBmaWxlIHBhdGguDQorICAgICAgICAg
ICAgICAgICAgICAgICAgICAgRGVmYXVsdCBpcyAgL2V0Yy9wb3AuYXV0aG9y
aXplZC4NCisgDQorICAtLXdpdGgtbG9hZGxpbWl0PWxvYWQgICAgRW5hYmxl
IGxvYWRsaW1pdCBmZWF0dXJlLiAgTG9hZCBpcyB0aGUNCisgICAgICAgICAg
ICAgICAgICAgICAgICAgICBudW1lcmljYWwgMSBtaW51dGUgbG9hZCBhdmVy
YWdlLCBnZW5lcmFsbHkNCisgICAgICAgICAgICAgICAgICAgICAgICAgICBz
ZWVuIHZpYSB0aGUgdXNlciBjb21tYW5kICJ1cHRpbWUiLiAgDQorICAgICAg
ICAgICAgICAgICAgICAgICAgICAgU2VlIExPQURMSU1JVCBpbiBzZWN0aW9u
IE1BQ1JPUyBmb3INCisgICAgICAgICAgICAgICAgICAgICAgICAgICBtb3Jl
IGluZm9ybWF0aW9uLiAgRGVmYXVsdCA9IDE2LjANCisgDQorIA0KICANCiAg
DQogIDMuIFJVTi1USU1FIE9QVElPTlMgKENPTU1BTkQgTElORSBPUFRJT05T
KToNCioqKioqKioqKioqKioqKg0KKioqIDg4OCw5MDMgKioqKg0KICB0aGVp
ciBtYWlsLiAgRGVmaW5lIHRoaXMgbWFjcm8gdG8gaW5oaWJpdCB0aGUNCiAg
ZGVmYXVsdCBiZWhhdmlvciwgYW5kIG9iZXkgUkZDIDE5MzksDQogIA0KISB5
KSBIQVNIX1NQT09MPSgxfDIpIC0tIE1haWwgaXMgZGVwb3NpdGVkIGludG8g
dGhlIA0KISBtYWlsc3Bvb2xzIGJ5IGVpdGhlciAoMSkgaGFzaGluZyB0aGUg
Zmlyc3QgNCANCiEgY2hhcmFjdGVycyBvciAoMikgYnkgdXNpbmcgbWFpbHNw
b29scyBpbiANCiEgZGlyZWN0b3JpZXMgYXMgaW4gdGhlIGZvbGxvd2luZzog
IC88MXN0IA0KISBsZXR0ZXI+LzwybmQgbGV0dGVyPi9maWxlLiAgRm9yIGV4
YW1wbGUsIGlmIHRoZQ0KISBzcG9vbCBkaXJlY3RvcnkgaXMgIi92YXIvbWFp
bCIsIHRoZSBzcG9vbCBmaWxlIGZvcg0KISB1c2VyICJtYWlkYSIgd291bGQg
YmU6DQogICAgIC92YXIvbWFpbC9tYWlkYSAgICAgICAgICBIQVNIX1NQT09M
IG5vdCBzZXQNCiAgICAgL3Zhci9tYWlsL28vbWFpZGEgICAgICAgIEhBU0hf
U1BPT0w9MQ0KICAgICAvdmFyL21haWwvbS9hL21haWRhICAgICAgSEFTSF9T
UE9PTD0yDQogIA0KICBVc2UgdGhlIC0tZW5hYmxlLWhhc2gtc3Bvb2wgY29u
ZmlndXJlIGZsYWcgdG8gc2V0DQogIHRoaXMuDQotLS0gOTA0LDkyMSAtLS0t
DQogIHRoZWlyIG1haWwuICBEZWZpbmUgdGhpcyBtYWNybyB0byBpbmhpYml0
IHRoZQ0KICBkZWZhdWx0IGJlaGF2aW9yLCBhbmQgb2JleSBSRkMgMTkzOSwN
CiAgDQohIHkpIEhBU0hfU1BPT0w9KDF8MnwzKSAtLSBNYWlsIGlzIGRlcG9z
aXRlZCBpbnRvIHRoZQ0KISBtYWlsc3Bvb2xzIGJ5IGVpdGhlciAoMSkgaGFz
aGluZyB0aGUgZmlyc3QgNA0KISBjaGFyYWN0ZXJzLCAoMikgYnkgdXNpbmcg
bWFpbHNwb29scyBpbg0KISBkaXJlY3RvcmllcyBhcyBpbiB0aGUgZm9sbG93
aW5nOiAgLzwxc3QNCiEgbGV0dGVyPi88Mm5kIGxldHRlcj4vZmlsZSwgb3Ig
KDMpIGJ5IGp1c3QgdXNpbmcgdGhlDQohIGZpcnN0IGxldHRlciBvZiB0aGUg
dXNlcmlkIGFzIHRoZSBzdWJkaXJlY3RvcnkuDQohIEZvciBleGFtcGxlLCBp
ZiB0aGUgc3Bvb2wgZGlyZWN0b3J5IGlzICIvdmFyL21haWwiLA0KISB0aGUg
c3Bvb2wgZmlsZSBmb3IgdXNlciAibWFpZGEiIHdvdWxkIGJlOg0KICAgICAv
dmFyL21haWwvbWFpZGEgICAgICAgICAgSEFTSF9TUE9PTCBub3Qgc2V0DQog
ICAgIC92YXIvbWFpbC9vL21haWRhICAgICAgICBIQVNIX1NQT09MPTENCiAg
ICAgL3Zhci9tYWlsL20vYS9tYWlkYSAgICAgIEhBU0hfU1BPT0w9Mg0KKyAg
ICAvdmFyL21haWwvbS9tYWlkYSAgICAgICAgSEFTSF9TUE9PTD0zDQogIA0K
ICBVc2UgdGhlIC0tZW5hYmxlLWhhc2gtc3Bvb2wgY29uZmlndXJlIGZsYWcg
dG8gc2V0DQogIHRoaXMuDQoqKioqKioqKioqKioqKioNCioqKiA5NTYsOTYx
ICoqKioNCi0tLSA5NzQsOTg3IC0tLS0NCiAgYWgpIFRSQUNFX01TR19CT0RZ
IC0tIERlZmluZSB0byBpbmNsdWRlIG1lc3NhZ2UgYm9kaWVzIGluDQogIHRy
YWNlIGluZm9ybWF0aW9uIHdyaXR0ZW4gd2l0aCAtdCBvciAtZCBydW4tdGlt
ZSBmbGFnLg0KICANCisgYWMpIExPQURMSU1JVCAtLSBEZWZpbmUgYSBmbG9h
dGluZyBwb2ludCB2YWx1ZSBpZiB5b3Ugd2FudA0KKyBxcG9wcGVyIHRvIHJl
ZnVzZSBjb25uZWN0aW9ucyB3aGVuZXZlciB0aGUgMS1taW51dGUgbG9hZCBh
dmVyYWdlDQorIChnZW5lcmFsbHkgc2VlbiB2aWEgInVwdGltZSIpIGdvZXMg
YWJvdmUgdGhlIGNob3NlbiB2YWx1ZS4NCisgVGhpcyBmZWF0dXJlIGtlZXBz
IHlvdXIgc3lzdGVtIGZyb20gZmFsbGluZyBvdmVyIGlmIHlvdSB0YWtlDQor
IGxvdHMgb2YgcG9wIGNvbm5lY3Rpb25zIGFuZCB5b3VyIHN5c3RlbSBsb2Fk
IGdvZXMgd2F5IHVwLg0KKyBXb3JrcyBvbiBhbnkgc3lzdGVtIHN1cHBvcnRp
bmcgdGhlIGdldGxvYWRhdmcoMykgY2FsbCAoZWcsIA0KKyBTb2xhcmlzMiBz
eXN0ZW1zKSwgYW5kIG9uIGFueSBIUFVYIDEwLnggb3IgMTEueCBzeXN0ZW0u
ICBDb2RpbmcNCisgaXMgbmVlZGVkIHRvIHN1cHBvcnQgb3RoZXIgYnJhbmRz
IG9mIFVOSVguDQogIA0KICANCiAgTk9URVM6DQpkaWZmIC1jICdxcG9wcGVy
My4xYjUvY29tbW9uL2dlbnBhdGguYycgJ3Fwb3BwZXIzLjFiNi9jb21tb24v
Z2VucGF0aC5jJw0KSW5kZXg6IC4vY29tbW9uL2dlbnBhdGguYw0KKioqIC4v
Y29tbW9uL2dlbnBhdGguYwlGcmkgSnVuIDMwIDIxOjQyOjIwIDIwMDANCi0t
LSAuL2NvbW1vbi9nZW5wYXRoLmMJVGh1IEp1bCAyMCAxNTo0OToyNiAyMDAw
DQoqKioqKioqKioqKioqKioNCioqKiA5MSw5NiAqKioqDQotLS0gOTEsMTAw
IC0tLS0NCiAgICogICAgICAgICAgICB0byBvcGVuLiAgRWc6IC91c3Ivc3Bv
b2wvdS9zL3VzZXIuDQogICAqICAgICAgICAgICAgTGFycnkgU2Nod2ltbWVy
IDxyb3NlYnVkQGN5Y2xvbmUuc3RhbmZvcmQuZWR1Pg0KICAgKg0KKyAgKiBN
ZXRob2QgMyAtIFVzZSB0aGUgZmlyc3QgY2hhcmFjdGVyIG9ubHksIHNvIHlv
dSBoYXZlIDI2IHN1YmRpcmVjdG9yaWVzLA0KKyAgKiAgICAgICAgICAgIEVn
LCAvdmFyL3Nwb29sL2ovam9lYmxvdw0KKyAgKiAgICAgICAgICAgIEFsc28s
IHB1dHMgdGhlIGRyb3BmaWxlIGluIC92YXIvc3Bvb2wvai9wb3AvLmpvZWJs
b3cucG9wDQorICAqDQogICAqIEFsbCB0aGVzZSBtZXRob2RzIHJlcXVpcmUg
dGhhdCBsb2NhbCBtYWlsIGRlbGl2ZXJ5IGFuZCBjbGllbnQgcHJvZ3JhbXMN
CiAgICogdXNlIHRoZSBzYW1lIGFsZ29yaXRobS4gIE9ubHkgb25lIG1ldGhv
ZCB0byBhIGN1c3RvbWVyIDotKQ0KICAgKi8NCioqKioqKioqKioqKioqKg0K
KioqIDE5NSwyMDIgKioqKg0KICAgICAgcmV0dXJuIDE7DQogIH0NCiAgDQoh
ICNlbmRpZg0KISAjaWYgKEhBU0hfU1BPT0wgPT0gMikNCiAgDQogIGludCAN
CiAgZ2VucGF0aCAoIGNoYXIgKnBzelVzZXIsIGNoYXIgKnBzekRyb3AsIGlu
dCBpRHJvcExlbiwgR05QSF9XSElDSCBpV2hpY2gsDQotLS0gMTk5LDIwNSAt
LS0tDQogICAgICByZXR1cm4gMTsNCiAgfQ0KICANCiEgI2VsaWYgKEhBU0hf
U1BPT0wgPT0gMikgfHwgKEhBU0hfU1BPT0wgPT0gMykNCiAgDQogIGludCAN
CiAgZ2VucGF0aCAoIGNoYXIgKnBzelVzZXIsIGNoYXIgKnBzekRyb3AsIGlu
dCBpRHJvcExlbiwgR05QSF9XSElDSCBpV2hpY2gsDQoqKioqKioqKioqKioq
KioNCioqKiAyMTksMjM1ICoqKioNCi0tLSAyMjIsMjUwIC0tLS0NCiAgICAg
ICAgICByZXR1cm4gLTE7DQogICAgICB9DQogICAgICANCisgI2lmIChIQVNI
X1NQT09MID09IDMpDQorICAgICBRc3ByaW50ZiAoIHBzekRyb3AsICIlcy8l
Yy8iLA0KKyAgICAgICAgICAgICAgIChpV2hpY2ggIT0gR05QSF9QT1AgPyBQ
T1BfTUFJTERJUiA6IFBPUF9EUk9QX0RJUiksDQorICAgICAgICAgICAgICAg
KnBzelVzZXIpOw0KKyAjZWxzZQ0KICAgICAgUXNwcmludGYgKCBwc3pEcm9w
LCAiJXMvJWMvJWMvIiwgDQogICAgICAgICAgICAgICAgKGlXaGljaCAhPSBH
TlBIX1BPUCA/IFBPUF9NQUlMRElSIDogUE9QX0RST1BfRElSKSwNCiAgICAg
ICAgICAgICAgICAqcHN6VXNlciwgDQogICAgICAgICAgICAgICAgKihwc3pV
c2VyKzEpID8gKihwc3pVc2VyKzEpIDogKnBzelVzZXIgKTsNCisgI2VuZGlm
DQogIA0KICAgICAgc3dpdGNoICggaVdoaWNoICkgew0KICAgICAgICAgIGNh
c2UgR05QSF9TUE9PTDogIC8qIHNwb29sIGZpbGUgKi8NCiAgICAgICAgICAg
ICAgc3RybGNhdCAoIHBzekRyb3AsIHBzelVzZXIsIGlEcm9wTGVuICk7DQog
ICAgICAgICAgICAgIGJyZWFrOw0KICAgICAgICAgIGNhc2UgR05QSF9QT1A6
ICAgIC8qIC5wb3AgZmlsZSAgKi8NCisgI2lmIChIQVNIX1NQT09MID09IDMp
DQorICAgICAgICAgICAgIFFzcHJpbnRmICggcHN6RHJvcCwgIiVzLyVjL3Bv
cC8uJXMucG9wIiwNCisgICAgICAgICAgICAgICAoaVdoaWNoICE9IEdOUEhf
UE9QID8gUE9QX01BSUxESVIgOiBQT1BfRFJPUF9ESVIpLA0KKyAgICAgICAg
ICAgICAgICpwc3pVc2VyLHBzelVzZXIpOw0KKyAjZWxzZQ0KICAgICAgICAg
ICAgICBRc3ByaW50ZiAoIHBzekRyb3AgKyBzdHJsZW4ocHN6RHJvcCksIFBP
UF9EUk9QLCBwc3pVc2VyICk7DQorICNlbmRpZg0KICAgICAgICAgICAgICBi
cmVhazsNCiAgICAgICAgICBjYXNlIEdOUEhfVE1QOiAgICAvKiB0bXB4eHh4
ICAgICovDQogICAgICAgICAgICAgIHN0cmxjYXQgKCBwc3pEcm9wLCBQT1Bf
VE1QRFJPUCwgaURyb3BMZW4gKTsNCioqKioqKioqKioqKioqKg0KKioqIDI3
MCwyNzcgKioqKg0KICAgICAgcmV0dXJuIDE7DQogIH0NCiAgDQohICNlbmRp
Zg0KISAjaWYgKEhBU0hfU1BPT0wgIT0gMSAmJiBIQVNIX1NQT09MICE9IDIp
DQogIA0KICBpbnQgDQogIGdlbnBhdGggKCBjaGFyICpwc3pVc2VyLCBjaGFy
ICpwc3pEcm9wLCBpbnQgaURyb3BMZW4sIEdOUEhfV0hJQ0ggaVdoaWNoLA0K
LS0tIDI4NSwyOTEgLS0tLQ0KICAgICAgcmV0dXJuIDE7DQogIH0NCiAgDQoh
ICNlbHNlICAvKiBlbmQgb2YgSEFTSF9TUE9PTCBtZXRob2RzICovDQogIA0K
ICBpbnQgDQogIGdlbnBhdGggKCBjaGFyICpwc3pVc2VyLCBjaGFyICpwc3pE
cm9wLCBpbnQgaURyb3BMZW4sIEdOUEhfV0hJQ0ggaVdoaWNoLA0KZGlmZiAt
YyAncXBvcHBlcjMuMWI1L2NvbmZpZy5oLmluJyAncXBvcHBlcjMuMWI2L2Nv
bmZpZy5oLmluJw0KSW5kZXg6IC4vY29uZmlnLmguaW4NCioqKiAuL2NvbmZp
Zy5oLmluCUZyaSBKdWwgMTQgMTg6MzE6MjEgMjAwMA0KLS0tIC4vY29uZmln
LmguaW4JVGh1IEp1bCAyMCAxNTo1MDo1OCAyMDAwDQoqKioqKioqKioqKioq
KioNCioqKiA4MCw4NSAqKioqDQotLS0gODAsOTQgLS0tLQ0KICAvKiBEZWZp
bmUgaWYgeW91IHdhbnQgc3VjY2Vzc2Z1bCBhdXRoZW50aWNhdGlvbnMgdG8g
YmUgbG9nZ2VkICovDQogICN1bmRlZiBMT0dfTE9HSU4NCiAgDQorIC8qIERl
ZmluZSBpZiB5b3UgdXNlIHRoZSAibm90IGF1dGhvcml6ZWQgdG8gdXNlIiAo
L2V0Yy9wb3Aubm9uYXV0aCkgZmlsZSAqLw0KKyAjdW5kZWYgTk9OQVVUSEZJ
TEUNCisgDQorIC8qIERlZmluZSBpZiB5b3UgdXNlIHRoZSAiYXV0aG9yaXpl
ZCIgZmlsZSAqLw0KKyAjdW5kZWYgQVVUSEZJTEUNCisgDQorIC8qIERlZmlu
ZSBpZiB5b3UgdXNlIHRoZSBsb2FkLWxpbWl0IG1lY2hhbmlzbSB0byBwcmV2
ZW50IGhpZ2ggbWFjaGluZSBsb2FkcyAqLw0KKyAjdW5kZWYgTE9BRExJTUlU
DQorIA0KICAvKiANCiAgICogRGVmaW5lIGlmIHlvdSB3YW50IHRvIGF1dG9t
YXRpY2FsbHkgZGVsZXRlIFJFVFJkIG1lc3NhZ2VzLg0KICAgKiBDYXV0aW9u
OiBUaGlzIGNvdWxkIGNhdXNlIGxvc3QgbWFpbC4gIEJlIHN1cmUgdXNlcnMg
YXJlDQoqKioqKioqKioqKioqKioNCioqKiAxMzIsMTM3ICoqKioNCi0tLSAx
NDEsMTQ5IC0tLS0NCiAgLyogRGVmaW5lIGZvciB0aGUgdGVtcG9yYXJ5IG1h
aWwgZHJvcCBmaWxlIG5hbWUgKi8NCiAgI3VuZGVmIFBPUF9EUk9QDQogIA0K
KyAvKiBEZWZpbmUgdG8ga2VlcCB0ZW1wb3JhcnkgZHJvcCBmaWxlIG5hbWVz
IGFyb3VuZCAqLw0KKyAjdW5kZWYgS0VFUF9URU1QX0RST1ANCisgDQogIC8q
IERlZmluZSBmb3IgdGVtcGRyb3AgbmFtZXMgKi8NCiAgI3VuZGVmIFBPUF9U
TVBEUk9QDQogICN1bmRlZiBQT1BfVE1QWE1JVA0KKioqKioqKioqKioqKioq
DQoqKiogMTc0LDE4NiAqKioqDQogICN1bmRlZiBTUEVDX1BPUF9BVVRIDQog
IA0KICAvKg0KISAgKiBEZWZpbmUgYW5kIHNldCB0byAxIG9yIDIgdG8gdXNl
IGhhc2hlZCBzcG9vbCBkaXJlY3Rvcmllcy4gIFZhbHVlDQogICAqIDEgaGFz
aGVzIHRoZSBmaXJzdCA0IGNoYXJhY3RlcnM7IHZhbHVlIDIgdXNlcyAvPDFz
dCBsZXR0ZXI+Lw0KICAgKiA8Mm5kIGxldHRlcj4uICBGb3IgZXhhbXBsZSwg
aWYgdGhlIHNwb29sIGRpcmVjdG9yeSBpcyAiL3Zhci9tYWlsIiwgDQogICAq
IHRoZSBzcG9vbCBmaWxlIGZvciB1c2VyICJtYWlkYSIgd291bGQgYmU6DQog
ICAqICAgICAvdmFyL21haWwvbWFpZGEgICAgICAgICAgSEFTSF9TUE9PTCBu
b3Qgc2V0DQogICAqICAgICAvdmFyL21haWwvby9tYWlkYSAgICAgICAgSEFT
SF9TUE9PTD0xDQogICAqICAgICAvdmFyL21haWwvbS9hL21haWRhICAgICAg
SEFTSF9TUE9PTD0yDQogICAqLw0KICAjdW5kZWYgSEFTSF9TUE9PTA0KICAN
Ci0tLSAxODYsMTk5IC0tLS0NCiAgI3VuZGVmIFNQRUNfUE9QX0FVVEgNCiAg
DQogIC8qDQohICAqIERlZmluZSBhbmQgc2V0IHRvIDEsIDIsIG9yIDMgdG8g
dXNlIGhhc2hlZCBzcG9vbCBkaXJlY3Rvcmllcy4gIFZhbHVlDQogICAqIDEg
aGFzaGVzIHRoZSBmaXJzdCA0IGNoYXJhY3RlcnM7IHZhbHVlIDIgdXNlcyAv
PDFzdCBsZXR0ZXI+Lw0KICAgKiA8Mm5kIGxldHRlcj4uICBGb3IgZXhhbXBs
ZSwgaWYgdGhlIHNwb29sIGRpcmVjdG9yeSBpcyAiL3Zhci9tYWlsIiwgDQog
ICAqIHRoZSBzcG9vbCBmaWxlIGZvciB1c2VyICJtYWlkYSIgd291bGQgYmU6
DQogICAqICAgICAvdmFyL21haWwvbWFpZGEgICAgICAgICAgSEFTSF9TUE9P
TCBub3Qgc2V0DQogICAqICAgICAvdmFyL21haWwvby9tYWlkYSAgICAgICAg
SEFTSF9TUE9PTD0xDQogICAqICAgICAvdmFyL21haWwvbS9hL21haWRhICAg
ICAgSEFTSF9TUE9PTD0yDQorICAqICAgICAvdmFyL21haWwvbS9tYWlkYSAg
ICAgICAgSEFTSF9TUE9PTD0zIChmaXJzdCBsZXR0ZXIgb2YgdXNlcmlkKQ0K
ICAgKi8NCiAgI3VuZGVmIEhBU0hfU1BPT0wNCiAgDQpkaWZmIC1jICdxcG9w
cGVyMy4xYjUvY29uZmlndXJlLmluJyAncXBvcHBlcjMuMWI2L2NvbmZpZ3Vy
ZS5pbicNCkluZGV4OiAuL2NvbmZpZ3VyZS5pbg0KKioqIC4vY29uZmlndXJl
LmluCUZyaSBKdWwgMTQgMjA6NDg6MDIgMjAwMA0KLS0tIC4vY29uZmlndXJl
LmluCVRodSBKdWwgMjAgMTU6MzU6NTUgMjAwMA0KKioqKioqKioqKioqKioq
DQoqKiogMzA5LDMxNSAqKioqDQogICAgICAgICAgQUNfTVNHX1JFU1VMVChF
bmFibGluZyBQQU0gd2l0aCBzZXJ2aWNlIG5hbWUgInBvcDMiIGFuZCBkZWZp
bmluZyBTUEVDX1BPUF9BVVRIKQ0KICAgICAgZmkNCiAgICAgIEFDX0RFRklO
RShTUEVDX1BPUF9BVVRIKQ0KISAgICAgTElCUz0iJExJQlMgLWxwYW0gLWxk
bCINCiAgZmkNCiAgDQogIA0KLS0tIDMwOSwzMTUgLS0tLQ0KICAgICAgICAg
IEFDX01TR19SRVNVTFQoRW5hYmxpbmcgUEFNIHdpdGggc2VydmljZSBuYW1l
ICJwb3AzIiBhbmQgZGVmaW5pbmcgU1BFQ19QT1BfQVVUSCkNCiAgICAgIGZp
DQogICAgICBBQ19ERUZJTkUoU1BFQ19QT1BfQVVUSCkNCiEgICAgIExJQlM9
IiRMSUJTIC1scGFtIg0KICBmaQ0KICANCiAgDQoqKioqKioqKioqKioqKioN
CioqKiAzODksMzk4ICoqKioNCiAgZmkNCiAgDQogIA0KISBBQ19BUkdfRU5B
QkxFKGhhc2gtc3Bvb2wsIFsgLS1lbmFibGUtaGFzaC1zcG9vbD0xfDIgIEVu
YWJsZSBoYXNoZWQgc3Bvb2wgZGlyZWN0b3JpZXMgWzJdIF0sIA0KICAgICAg
ICAgICAgICAgIGhhc2hzcG9vbD0iJGVuYWJsZXZhbCIsIGhhc2hzcG9vbD0i
bm8iKQ0KICBpZiB0ZXN0ICIkaGFzaHNwb29sIiAhPSAibm8iOyB0aGVuDQoh
ICAgICBpZiB0ZXN0ICIkaGFzaHNwb29sIiA9ICIxIiAtbyAiJGhhc2hzcG9v
bCIgPSAiMiIgOyB0aGVuIA0KICAgICAgICAgIEFDX01TR19SRVNVTFQoVXNp
bmcgaGFzaGVkIHNwb29sIGRpcmVjdG9yeSBtZXRob2QgJGhhc2hzcG9vbCkN
CiAgICAgICAgICBBQ19ERUZJTkVfVU5RVU9URUQoSEFTSF9TUE9PTCwgJGhh
c2hzcG9vbCkNCiAgICAgIGVsc2UgIA0KLS0tIDM4OSwzOTggLS0tLQ0KICBm
aQ0KICANCiAgDQohIEFDX0FSR19FTkFCTEUoaGFzaC1zcG9vbCwgWyAtLWVu
YWJsZS1oYXNoLXNwb29sPTF8MnwzICBFbmFibGUgaGFzaGVkIHNwb29sIGRp
cmVjdG9yaWVzIFsyXSBdLCANCiAgICAgICAgICAgICAgICBoYXNoc3Bvb2w9
IiRlbmFibGV2YWwiLCBoYXNoc3Bvb2w9Im5vIikNCiAgaWYgdGVzdCAiJGhh
c2hzcG9vbCIgIT0gIm5vIjsgdGhlbg0KISAgICAgaWYgdGVzdCAiJGhhc2hz
cG9vbCIgPSAiMSIgLW8gIiRoYXNoc3Bvb2wiID0gIjIiIC1vICIkaGFzaHNw
b29sIiA9ICIzIiA7IHRoZW4gDQogICAgICAgICAgQUNfTVNHX1JFU1VMVChV
c2luZyBoYXNoZWQgc3Bvb2wgZGlyZWN0b3J5IG1ldGhvZCAkaGFzaHNwb29s
KQ0KICAgICAgICAgIEFDX0RFRklORV9VTlFVT1RFRChIQVNIX1NQT09MLCAk
aGFzaHNwb29sKQ0KICAgICAgZWxzZSAgDQoqKioqKioqKioqKioqKioNCioq
KiA0NTksNDY0ICoqKioNCi0tLSA0NTksNTExIC0tLS0NCiAgaWYgdGVzdCAi
JGdyb3VwYnVsbHMiICE9ICJubyI7IHRoZW4NCiAgICAgIEFDX01TR19SRVNV
TFQoQnVsbGV0aW5zIGdvIHRvIGdyb3VwczsgZ3JvdXAgbmFtZSBpcyBzZWNv
bmQgcGFydCBvZiBidWxsZXRpbiBuYW1lKQ0KICAgICAgQUNfREVGSU5FKFVT
RV9CVUxMX0dST1VQUykNCisgZmkNCisgDQorIGRubC0tLSBLZWVwIHRoZSAu
dXNlci5wb3AgZmlsZSBhcm91bmQNCisgQUNfQVJHX1dJVEgoa2VlcHRlbXAs
IFsgLS13aXRoLWtlZXB0ZW1wICAgICAgICAgIEVuYWJsZSBzYXZpbmcgdGVt
cCBmaWxlXSwgDQorIAlrZWVwdGVtcD0iJHdpdGh2YWwiLCBrZWVwdGVtcD0i
bm8iKQ0KKyBpZiB0ZXN0ICIka2VlcHRlbXAiICE9ICJubyI7IHRoZW4NCisg
CUFDX01TR19SRVNVTFQoVGVtcCBmaWxlIHNhdmluZyBtZWNoYW5pc20gZW5h
YmxlZCkNCisgCUFDX0RFRklORShLRUVQX1RFTVBfRFJPUCkNCisgZmkNCisg
DQorIGRubC0tLWxvY2F0aW9uIG9mIG5vbmF1dGhvcml6ZWQgdXNlcnMgZmls
ZQ0KKyBBQ19BUkdfV0lUSChub25hdXRoLCBbIC0td2l0aC1ub25hdXRoPXBh
dGggICAgICBTZXQgdGhlIG5vbmF1dGhvcml6ZWQgdXNlcnMgZmlsZSBwYXRo
IFsvZXRjL3BvcC5ub25hdXRoXV0sDQorIAlub25hdXRoPSR3aXRodmFsLCBu
b25hdXRoPSJubyIpDQorIGlmIHRlc3QgIiRub25hdXRoIiAhPSAibm8iIDsg
dGhlbg0KKyAJaWYgdGVzdCAteiAiJG5vbmF1dGgiIDsgdGhlbg0KKyAJCUFD
X01TR19SRVNVTFQoTm9uYXV0aG9yaXplZCB1c2VycyBmaWxlIC9ldGMvcG9w
Lm5vbmF1dGggZW5hYmxlZCkNCisgCQlBQ19ERUZJTkVfVU5RVU9URUQoTk9O
QVVUSEZJTEUsIi9ldGMvcG9wLm5vbmF1dGgiKQ0KKyAJZWxzZQ0KKyAJCUFD
X01TR19SRVNVTFQoTm9uYXV0aG9yaXplZCB1c2VycyBmaWxlICRub25hdXRo
IGVuYWJsZWQpDQorIAkJQUNfREVGSU5FX1VOUVVPVEVEKE5PTkFVVEhGSUxF
LCIkbm9uYXV0aCIpDQorIAlmaQ0KKyBmaQ0KKyANCisgZG5sLS0tbG9jYXRp
b24gb2YgYXV0aG9yaXplZCB1c2VycyBmaWxlDQorIEFDX0FSR19XSVRIKGF1
dGgsIFsgLS13aXRoLWF1dGg9cGF0aAkgIFNldCB0aGUgYXV0aG9yaXplZCB1
c2VycyBmaWxlIHBhdGggWy9ldGMvcG9wLmF1dGhvcml6ZWRdXSwNCisgCWF1
dGg9JHdpdGh2YWwsIGF1dGg9Im5vIikNCisgaWYgdGVzdCAiJGF1dGgiICE9
ICJubyIgOyB0aGVuDQorIAlpZiB0ZXN0IC16ICIkYXV0aCIgOyB0aGVuDQor
IAkJQUNfTVNHX1JFU1VMVChBdXRob3JpemVkIHVzZXJzIGZpbGUgL2V0Yy9w
b3AuYXV0aG9yaXplZCBlbmFibGVkKQ0KKyAJCUFDX0RFRklORV9VTlFVT1RF
RChBVVRIRklMRSwiL2V0Yy9wb3AuYXV0aG9yaXplZCIpDQorIAllbHNlDQor
IAkJQUNfTVNHX1JFU1VMVChBdXRob3JpemVkIHVzZXJzIGZpbGUgJGF1dGgg
ZW5hYmxlZCkNCisgCQlBQ19ERUZJTkVfVU5RVU9URUQoQVVUSEZJTEUsIiRh
dXRoIikNCisgCWZpDQorIGZpDQorIA0KKyBkbmwtLS0gbG9hZGxpbWl0IGZl
YXR1cmUgZW5hYmxlZA0KKyBBQ19BUkdfV0lUSChsb2FkbGltaXQsIFsgLS13
aXRoLWxvYWRsaW1pdD1sb2FkICAgIEVuYWJsZSBsb2FkbGltaXQgZmVhdHVy
ZSBbZGVmYXVsdD0xNi4wXV0sIA0KKyAJbG9hZGxpbWl0PSIkd2l0aHZhbCIs
IGxvYWRsaW1pdD0ibm8iKQ0KKyBpZiB0ZXN0ICIkbG9hZGxpbWl0IiAhPSAi
bm8iOyB0aGVuDQorIAlpZiB0ZXN0IC16ICIkbG9hZGxpbWl0IiA7IHRoZW4N
CisgCQlBQ19NU0dfUkVTVUxUKFVzaW5nIExvYWRsaW1pdCBmZWF0dXJlIHdp
dGggbWF4aW11bSBsb2FkID0gMTYuMCkNCisgICAgIAlBQ19ERUZJTkVfVU5R
VU9URUQoTE9BRExJTUlULCAiMTYuMCIpDQorIAllbHNlDQorIAkJQUNfTVNH
X1JFU1VMVChVc2luZyBMb2FkbGltaXQgZmVhdHVyZSB3aXRoIG1heGltdW0g
bG9hZCA9ICRsb2FkbGltaXQpDQorICAgICAJQUNfREVGSU5FX1VOUVVPVEVE
KExPQURMSU1JVCwgJGxvYWRsaW1pdCkNCisgCWZpDQogIGZpDQogIA0KICAN
CmRpZmYgLWMgJ3Fwb3BwZXIzLjFiNS9kb2MvQ2hhbmdlcycgJ3Fwb3BwZXIz
LjFiNi9kb2MvQ2hhbmdlcycNCkluZGV4OiAuL2RvYy9DaGFuZ2VzDQoqKiog
Li9kb2MvQ2hhbmdlcwlTYXQgSnVsIDE1IDAxOjQ4OjEzIDIwMDANCi0tLSAu
L2RvYy9DaGFuZ2VzCVRodSBKdWwgMjAgMTY6MjA6MTkgMjAwMA0KKioqKioq
KioqKioqKioqDQoqKiogNSwxMCAqKioqDQotLS0gNSw0NyAtLS0tDQogIFRo
aXMgZG9jdW1lbnQgY29udGFpbnMgdGhlIGNoYW5nZXMgc2luY2UgdGhlIGxh
c3QgcmVsZWFzZS4NCiAgDQogIA0KKyBDaGFuZ2VzIGZyb20gMy4xYjUgdG8g
My4xYjYNCisgLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tDQorIA0KKyAg
MS4gIENvbmZpZ3VyYXRpb24gb3B0aW9ucyBmYWlsIG9uIEhQVVggMTEuMCB3
aGVuIC0td2l0aC1wYW0gaXMNCisgICAgICB1c2VkIGR1ZSB0byByZWZlcmVu
Y2UgdG8gLWxkbCBsaWJyYXJ5IGluIGNvbmZpZ3VyZS5pbi4NCisgICAgICBS
ZW1vdmVkIHJlZmVyZW5jZXMgdG8gLWxkbCBpbiBjb25maWd1cmUuaW4uDQor
ICAyLiAgQ29tcGlsYXRpb24gb2YgcG9wcGVyL3BvcF9wYXNzLmMgZmFpbHMg
b24gSFBVWCAxMS4wIHdoZW4NCisgICAgICAtLXdpdGgtcGFtIGlzIHVzZWQs
IGJlY2F1c2Ugbm9uLXBhbSB2ZXJzaW9uIG9mIGF1dGhfdXNlcigpDQorICAg
ICAgaXMgbm90IGhpZGRlbiBieSBjcHAgZGlyZWN0aXZlcy4NCisgIDMuICBB
IHRoaXJkIGhhc2hfc3Bvb2xpbmcgbWVjaGFuaXNtIGlzIGFkZGVkLiAgVGhl
IGZpcnN0IGNoYXJhY3Rlcg0KKyAgICAgIG9mIHRoZSB1c2VyaWQgaXMgdXNl
ZCBhcyBhIHN1YmRpcmVjdG9yeSB3aXRoaW4gdGhlIHNwb29sZGlyDQorICAg
ICAgZm9yIHRoZSBsb2NhdGlvbiBvZiB0aGUgbWFpbGJveC4gIFRoZSBwb3Ag
ZHJvcGZpbGUgZ29lcyBpbg0KKyAgICAgIHRoZSAicG9wIiBzdWJkaXJlY3Rv
cnkgdGhlcmVpbi4gIFNvIGZvciB1c2VyICJqb2VibG93IiBhbmQNCisgICAg
ICBhIHNwb29sIGRpcmVjdG9yeSBvZiAiL3Zhci9tYWlsIiwgdGhlIG1haWxi
b3ggaXMgbG9jYXRlZCBhdA0KKyAgICAgICAgIC92YXIvbWFpbC9qL2pvZWJs
b3cNCisgICAgICBhbmQgdGhlIGRyb3BmaWxlIGlzIGxvY2F0ZWQgYXQ6DQor
ICAgICAgICAgL3Zhci9tYWlsL2ovcG9wLy5qb2VibG93LnBvcA0KKyAgNC4g
IENvbmZpZ3VyZS10aW1lIG9wdGlvbnMgYWRkZWQgdG8gY29uZmlndXJlLmlu
IGZvciBmZWF0dXJlcyBhbHJlYWR5DQorICAgICAgaW4gdGhlIGNvZGUsIGJ1
dCBub3QgaW4gdGhlIGNvbmZpZ3VyZSBvcHRpb25zLiAgVGhlc2UgYXJlOg0K
KyAgICAgICAgIC0td2l0aC1rZWVwdGVtcCAgICAgICAgICBLZWVwIHRoZSB0
ZW1wb3JhcnkgZHJvcGZpbGUgYXJvdW5kLg0KKyAgICAgICAgIC0td2l0aC1u
b25hdXRoPXBhdGggICAgICBTZXQgdGhlIG5vbmF1dGhvcml6ZWQgdXNlcnMg
ZmlsZSBwYXRoLg0KKyAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICBEZWZhdWx0IGlzIC9ldGMvcG9wLm5vbmF1dGguDQorICAgICAgICAgLS13
aXRoLWF1dGg9cGF0aCAgICAgICAgIFNldCB0aGUgYXV0aG9yaXplZCB1c2Vy
cyBmaWxlIHBhdGguDQorICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgIERlZmF1bHQgaXMgIC9ldGMvcG9wLmF1dGhvcml6ZWQuDQorICAgICAg
VGhlIGFwcHJvcHJpYXRlIGRlZmluZXMgZm9yIHRoZXNlIHdlcmUgYWRkZWQg
dG8gY29uZmlnLmguaW4uDQorICA1LiAgQWRkZWQgYSBsb2FkbGltaXQgbWVj
aGFuaXNtLCB0byBwcmV2ZW50IHFwb3BwZXIgY29ubmVjdGlvbnMgaWYNCisg
ICAgICB0aGUgc3lzdGVtIGxvYWQgaXMgYWJvdmUgYSBzeXN0ZW0tY29uZmln
dXJhYmxlIHZhbHVlLiAgQWRkZWQNCisgICAgICBhIGNvbmZpZ3VyZSBvcHRp
b24gKC0td2l0aC1sb2FkbGltaXQ9bG9hZCksIGFuZCBjb2RlIGluIHBvcHBl
ci5jDQorICAgICAgdG8gZW5hYmxlIHRoaXMgZm9yIHN5c3RlbXMgdGhhdCB1
c2UgZ2V0bG9hZGF2ZygzKSAoZWcsIFNvbGFyaXMpDQorICAgICAgYW5kIGZv
ciBIUFVYIDEwLngvMTEueCBzeXN0ZW1zLiAgTmVlZHMgY29kZSBmb3Igb3Ro
ZXIgdHlwZXMgb2YNCisgICAgICBVTklYLg0KKyAgNi4gIENoYW5nZWQgdGhl
IG1lc3NhZ2UgZm9yIG5vbmF1dGhvcml6ZWQgdXNlcnMgdG8gKnRlbGwqIHRo
ZW0gdGhleQ0KKyAgICAgIGFyZSBub3QgYXV0aG9yaXplZCwgaW5zdGVhZCBv
ZiB0aGUgdXN1YWwgdmFndWUgbWVzc2FnZS4gIEZvciB1c2UNCisgICAgICB3
aXRoIEFVVEhGSUxFIGFuZCBOT05BVVRIRklMRSBtYWNyb3MuDQorICA3LiAg
Rml4ZWQgYSBidWcgaW4gcG9wX2luaXQuYywgd2hlcmUgcC0+ZGVidWcgYW5k
IHAtPnN0YXRzIHdlcmUgbm90DQorICAgICAgaW5pdGlhbGl6ZWQgYmVmb3Jl
IGJlaW5nIHVzZWQgaW4gdGhlIGdldG9wdHMgbG9vcC4NCisgDQogIENoYW5n
ZXMgZnJvbSAzLjFiNCB0byAzLjFiNQ0KICAtLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0NCiAgDQpkaWZmIC1jICdxcG9wcGVyMy4xYjUvcG9wcGVyL3Bv
cF9pbml0LmMnICdxcG9wcGVyMy4xYjYvcG9wcGVyL3BvcF9pbml0LmMnDQpJ
bmRleDogLi9wb3BwZXIvcG9wX2luaXQuYw0KKioqIC4vcG9wcGVyL3BvcF9p
bml0LmMJV2VkIEp1bCAxMiAyMDozMDoxMyAyMDAwDQotLS0gLi9wb3BwZXIv
cG9wX2luaXQuYwlUaHUgSnVsIDIwIDE1OjU1OjM1IDIwMDANCioqKioqKioq
KioqKioqKg0KKioqIDQxMiw0MTcgKioqKg0KLS0tIDQxMiw0MTkgLS0tLQ0K
ICAgICAgLyogIA0KICAgICAgICogSW5pdGlhbGl6ZSBtYWlsZHJvcCBzdGF0
dXMgdmFyaWFibGVzIGluIHRoZSBQT1AgcGFyYW1ldGVyIGJsb2NrIA0KICAg
ICAgICovDQorICAgICBwLT5kZWJ1ZyAgICAgICAgICAgICAgID0gMDsNCisg
ICAgIHAtPnN0YXRzICAgICAgICAgICAgICAgPSAwOw0KICAgICAgcC0+bXNn
c19kZWxldGVkICAgICAgICA9IDA7DQogICAgICBwLT5sYXN0X21zZyAgICAg
ICAgICAgID0gMDsNCiAgICAgIHAtPmJ5dGVzX2RlbGV0ZWQgICAgICAgPSAw
Ow0KZGlmZiAtYyAncXBvcHBlcjMuMWI1L3BvcHBlci9wb3BfcGFzcy5jJyAn
cXBvcHBlcjMuMWI2L3BvcHBlci9wb3BfcGFzcy5jJw0KSW5kZXg6IC4vcG9w
cGVyL3BvcF9wYXNzLmMNCioqKiAuL3BvcHBlci9wb3BfcGFzcy5jCVdlZCBK
dWwgMTIgMjA6Mjk6NDMgMjAwMA0KLS0tIC4vcG9wcGVyL3BvcF9wYXNzLmMJ
VGh1IEp1bCAyMCAxNTozNDo0NCAyMDAwDQoqKioqKioqKioqKioqKioNCioq
KiA0OTQsNTAwICoqKioNCiAgIyAgZW5kaWYgIC8qIFBUWCB8fCBJU0MgKi8N
CiAgDQogIC8qLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0gUE9QU0NPIG9yIEhQVVggKi8NCiEgIyAgaWYgZGVmaW5l
ZChQT1BTQ08pIHx8IGRlZmluZWQoSFBVWCkNCiAgDQogICMgICAgaWZkZWYg
UE9QU0NPDQogICMgICAgICBpbmNsdWRlIDxzeXMvc2VjdXJpdHkuaD4NCi0t
LSA0OTQsNTAwIC0tLS0NCiAgIyAgZW5kaWYgIC8qIFBUWCB8fCBJU0MgKi8N
CiAgDQogIC8qLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0gUE9QU0NPIG9yIEhQVVggKi8NCiEgIyAgaWYgIWRlZmlu
ZWQoVVNFX1BBTSkgJiYgKGRlZmluZWQoUE9QU0NPKSB8fCBkZWZpbmVkKEhQ
VVgpKQ0KICANCiAgIyAgICBpZmRlZiBQT1BTQ08NCiAgIyAgICAgIGluY2x1
ZGUgPHN5cy9zZWN1cml0eS5oPg0KKioqKioqKioqKioqKioqDQoqKiogMTE1
OSwxMTY1ICoqKioNCiAgICAgICAgICBERUJVR19MT0cyICggcCwgIlVzZXIg
JS4xMjhzIGluIG5vbmF1dGhmaWxlICUuMjU2cyIsDQogICAgICAgICAgICAg
ICAgICAgICAgIHAtPnVzZXIsIE5PTkFVVEhGSUxFICk7DQogICAgICAgICAg
c2xlZXAgICggU0xFRVBfU0VDT05EUyApOw0KISAgICAgICAgIHJldHVybiAo
IHBvcF9tc2cgKCBwLCBQT1BfRkFJTFVSRSwgSEVSRSwgcHdlcnJtc2csIHAt
PnVzZXIgKSApOw0KICAgICAgfQ0KICAjZW5kaWYgLyogTk9OQVVUSEZJTEUg
Ki8NCiAgDQotLS0gMTE1OSwxMTY4IC0tLS0NCiAgICAgICAgICBERUJVR19M
T0cyICggcCwgIlVzZXIgJS4xMjhzIGluIG5vbmF1dGhmaWxlICUuMjU2cyIs
DQogICAgICAgICAgICAgICAgICAgICAgIHAtPnVzZXIsIE5PTkFVVEhGSUxF
ICk7DQogICAgICAgICAgc2xlZXAgICggU0xFRVBfU0VDT05EUyApOw0KISAg
ICAgICAgIHJldHVybiAoIHBvcF9tc2cgKCBwLCBQT1BfRkFJTFVSRSwgSEVS
RSwNCiEgICAgICAgICAgICAgICAgICAgICAgICAgICAiW0FVVEhdICVzIG5v
dCBhdXRob3JpemVkIHRvIHVzZSBQT1AiLA0KISAgICAgICAgICAgICAgICAg
ICAgICAgICAgIHAtPnVzZXIgKSApOw0KISANCiAgICAgIH0NCiAgI2VuZGlm
IC8qIE5PTkFVVEhGSUxFICovDQogIA0KKioqKioqKioqKioqKioqDQoqKiog
MTE3MSwxMTc3ICoqKioNCiAgICAgICAgICBERUJVR19MT0cyICggcCwgIlVz
ZXIgJS4xMjhzIG5vdCBpbiBhdXRoZmlsZSAlLjI1NnMiLA0KICAgICAgICAg
ICAgICAgICAgICAgICBwLT51c2VyLCBBVVRIRklMRSApOw0KICAgICAgICAg
IHNsZWVwICAoIFNMRUVQX1NFQ09ORFMgKTsNCiEgICAgICAgICByZXR1cm4g
KCBwb3BfbXNnICggcCwgUE9QX0ZBSUxVUkUsIEhFUkUsIHB3ZXJybXNnLCBw
LT51c2VyICkgKTsNCiAgICAgIH0NCiAgI2VuZGlmIC8qIEFVVEhGSUxFICov
DQogIA0KLS0tIDExNzQsMTE4MiAtLS0tDQogICAgICAgICAgREVCVUdfTE9H
MiAoIHAsICJVc2VyICUuMTI4cyBub3QgaW4gYXV0aGZpbGUgJS4yNTZzIiwN
CiAgICAgICAgICAgICAgICAgICAgICAgcC0+dXNlciwgQVVUSEZJTEUgKTsN
CiAgICAgICAgICBzbGVlcCAgKCBTTEVFUF9TRUNPTkRTICk7DQohICAgICAg
ICAgcmV0dXJuICggcG9wX21zZyAoIHAsIFBPUF9GQUlMVVJFLCBIRVJFLA0K
ISAgICAgICAgICAgICAgICAgICAgICAgICAgICJbQVVUSF0gJXMgbm90IGF1
dGhvcml6ZWQgdG8gdXNlIFBPUCIsDQohICAgICAgICAgICAgICAgICAgICAg
ICAgICAgcC0+dXNlciApICk7DQogICAgICB9DQogICNlbmRpZiAvKiBBVVRI
RklMRSAqLw0KICANCmRpZmYgLWMgJ3Fwb3BwZXIzLjFiNS9wb3BwZXIvcG9w
cGVyLmMnICdxcG9wcGVyMy4xYjYvcG9wcGVyL3BvcHBlci5jJw0KSW5kZXg6
IC4vcG9wcGVyL3BvcHBlci5jDQoqKiogLi9wb3BwZXIvcG9wcGVyLmMJVGh1
IEp1bCAgNiAxODoyNjo0MiAyMDAwDQotLS0gLi9wb3BwZXIvcG9wcGVyLmMJ
VGh1IEp1bCAyMCAxNjowMDozMyAyMDAwDQoqKioqKioqKioqKioqKioNCioq
KiA5NCw5OSAqKioqDQotLS0gOTQsMTA5IC0tLS0NCiAgIyAgZW5kaWYNCiAg
I2VuZGlmIC8qIFNQRUNfUE9QX0FVVEggKi8NCiAgDQorICNpZiBkZWZpbmVk
KExPQURMSU1JVCkNCisgI2lmIGRlZmluZWQoU09MQVJJUzIpDQorICNpbmNs
dWRlIDxzeXMvbG9hZGF2Zy5oPg0KKyAjZW5kaWYgLyogU09MQVJJUzIgKi8N
CisgI2lmIGRlZmluZWQoSFBVWCkNCisgI2luY2x1ZGUgPHN5cy9wYXJhbS5o
Pg0KKyAjaW5jbHVkZSA8c3lzL3BzdGF0Lmg+DQorICNlbmRpZiAvKiBIUFVY
ICovDQorICNlbmRpZiAvKiBMT0FETElNSVQgKi8NCisgDQogICNpbmNsdWRl
ICJwb3BwZXIuaCINCiAgI2luY2x1ZGUgIm1pc2MuaCINCiAgDQoqKioqKioq
KioqKioqKioNCioqKiAxNzIsMTc5ICoqKioNCiAgICAgIGlmICggcG9wX2lu
aXQgKCAmcCwgYXJnYywgYXJndiApICE9IFBPUF9TVUNDRVNTICkNCiAgICAg
ICAgICBleGl0ICggMSApOw0KICANCiAgLyogIA0KISAgKiBUZWxsIHRoZSB1
c2VyIHRoYXQgd2UgYXJlIGxpc3RlbnRpbmcgDQogICAqLw0KICAgICAgeyAv
KiBsb2NhbCBlbnYgKi8NCiAgICAgIGNoYXIgICAgICAgICAgICAgICAgbXlu
YW1lIFsgMTI4IF07DQotLS0gMTgyLDIwMSAtLS0tDQogICAgICBpZiAoIHBv
cF9pbml0ICggJnAsIGFyZ2MsIGFyZ3YgKSAhPSBQT1BfU1VDQ0VTUyApDQog
ICAgICAgICAgZXhpdCAoIDEgKTsNCiAgDQorICNpZiBkZWZpbmVkKExPQURM
SU1JVCkNCisgICAgIC8qIGlmIHRoZSBzeXN0ZW0gbG9hZCB0b28gaGlnaCwg
ZGllIG5vdyAqLw0KKyAgICAgaWYoc3lzdGVtX2xvYWQoJnApICE9IDApDQor
ICAgICB7DQorICAgICAgICAgcG9wX21zZyggJnAsUE9QX0ZBSUxVUkUsIEhF
UkUsDQorICAgICAgICAgICAgICJTb3JyeSwgUE9QIHNlcnZlciBsb2FkIHRv
byBoaWdoLCB0cnkgbGF0ZXIuLi4gKGVyciVnKSIsDQorICAgICAgICAgICAg
IExPQURMSU1JVCk7DQorICAgICAgICAgY2xvc2Vsb2coKTsNCisgICAgICAg
ICBleGl0KC0xKTsNCisgICAgIH0NCisgI2VuZGlmIC8qIExPQURMSU1JVCAq
Lw0KKyANCiAgLyogIA0KISAgKiBUZWxsIHRoZSB1c2VyIHRoYXQgd2UgYXJl
IGxpc3RlbmluZyANCiAgICovDQogICAgICB7IC8qIGxvY2FsIGVudiAqLw0K
ICAgICAgY2hhciAgICAgICAgICAgICAgICBteW5hbWUgWyAxMjggXTsNCioq
KioqKioqKioqKioqKg0KKioqIDMxNSwzMjAgKioqKg0KLS0tIDMzNywzNzkg
LS0tLQ0KICAgICAgY2xvc2Vsb2coKTsNCiAgICAgIHJldHVybiAoIDAgKTsN
CiAgfQ0KKyANCisgI2lmIGRlZmluZWQoTE9BRExJTUlUKQ0KKyBpbnQgc3lz
dGVtX2xvYWQocCkNCisgUE9QICpwOw0KKyAvKiBpcyB0aGUgb25lLW1pbnV0
ZSBzeXN0ZW0gbG9hZCBoaWdoZXIgdGhhbiB3ZSB3YW50PyAqLw0KKyB7DQor
IAlkb3VibGUgb25lX21pbl9sb2FkX2F2ZzsNCisgDQorICNpZiBkZWZpbmVk
KFNPTEFSSVMyKQ0KKyAJLyogc3BlY2lmaWMgdG8gU29sYXJpcyAqLw0KKyAJ
ZG91YmxlIGxvYWRhdmdbM107DQorIA0KKyAJaWYoZ2V0bG9hZGF2Zyhsb2Fk
YXZnLCAzKSA9PSAtMSkNCisgCXsNCisgCQlwZXJyb3IoImdldGxvYWRhdmci
KTsNCisgCQlleGl0KDEpOw0KKyAJfQ0KKyAJb25lX21pbl9sb2FkX2F2ZyA9
IGxvYWRhdmdbTE9BREFWR18xTUlOXTsNCisgI2VuZGlmIC8qIFNPTEFSSVMy
ICovDQorIA0KKyAjaWYgZGVmaW5lZChIUFVYKQ0KKyAJLyogY29tcG9uZW50
cyBzcGVjaWZpYyB0byBhbiBIUCAxMC54IG9yIDExLnggc3lzdGVtICovDQor
IAlzdHJ1Y3QgcHN0X2R5bmFtaWMgcHNkOw0KKyANCisgCWlmKHBzdGF0X2dl
dGR5bmFtaWMoJnBzZCwgc2l6ZW9mKHBzZCksKHNpemVfdCkxLCAwKSA9PSAt
MSkNCisgCXsNCisgCQlwZXJyb3IoInBzdGF0X2R5bmFtaWMiKTsNCisgCQll
eGl0KDEpOw0KKyAJfQ0KKyAJb25lX21pbl9sb2FkX2F2ZyA9IHBzZC5wc2Rf
YXZnXzFfbWluOw0KKyAjZW5kaWYgLyogSFBVWCAqLw0KKyANCisgICAgIERF
QlVHX0xPRzIgKHAsICJDaGVja2luZyBsb2FkIGxpbWl0LCBsb2FkID0gJWcs
IGxpbWl0ID0gJWciLA0KKyAJCQkJb25lX21pbl9sb2FkX2F2ZywgTE9BRExJ
TUlUKTsNCisgCXJldHVybigob25lX21pbl9sb2FkX2F2ZyA+IExPQURMSU1J
VCkgPyAxIDogMCk7DQorIH0NCisgI2VuZGlmIC8qIExPQURMSU1JVCAqLw0K
ICANCiAgam1wX2J1ZiBlbnY7DQogIA0KZGlmZiAtYyAncXBvcHBlcjMuMWI1
L3BvcHBlci92ZXJzaW9uLmgnICdxcG9wcGVyMy4xYjYvcG9wcGVyL3ZlcnNp
b24uaCcNCkluZGV4OiAuL3BvcHBlci92ZXJzaW9uLmgNCioqKiAuL3BvcHBl
ci92ZXJzaW9uLmgJV2VkIEp1bCAxMiAyMDoyODo1MSAyMDAwDQotLS0gLi9w
b3BwZXIvdmVyc2lvbi5oCVRodSBKdWwgMjAgMTY6MDI6MDEgMjAwMA0KKioq
KioqKioqKioqKioqDQoqKiogMTMsMTkgKioqKg0KICAgKiAgQ3VycmVudCB2
ZXJzaW9uIG9mIHRoaXMgUE9QIGltcGxlbWVudGF0aW9uDQogICAqLw0KICAN
CiEgI2RlZmluZSBWRVJTX05VTSAgICAgICAgICAiMy4xYjUiDQogIA0KICAj
aWZkZWYgS0VSQkVST1MNCiAgIyAgaWZkZWYgS1JCNA0KLS0tIDEzLDE5IC0t
LS0NCiAgICogIEN1cnJlbnQgdmVyc2lvbiBvZiB0aGlzIFBPUCBpbXBsZW1l
bnRhdGlvbg0KICAgKi8NCiAgDQohICNkZWZpbmUgVkVSU19OVU0gICAgICAg
ICAgIjMuMWI2Ig0KICANCiAgI2lmZGVmIEtFUkJFUk9TDQogICMgIGlmZGVm
IEtSQjQNCiMjIyMgRW5kIG9mIFBhdGNoIGRhdGEgIyMjIw0KDQojIyMjIEFw
cGx5UGF0Y2ggZGF0YSBmb2xsb3dzICMjIyMNCiMgRGF0YSB2ZXJzaW9uICAg
ICAgICA6IDEuMA0KIyBEYXRlIGdlbmVyYXRlZCAgICAgIDogVGh1IEp1bCAy
MCAxNjoyMTo1MSAyMDAwDQojIEdlbmVyYXRlZCBieSAgICAgICAgOiBtYWtl
cGF0Y2ggMi4wMA0KIyBSZWN1cnNlIGRpcmVjdG9yaWVzIDogWWVzDQojIHAg
J0lOU1RBTEwnIDQ2NDM3IDk2NDEyMjI2MiAwMTAwNjAwDQojIHAgJ2NvbW1v
bi9nZW5wYXRoLmMnIDEzNzM0IDk2NDEyMjU2NiAwMTAwNjAwDQojIHAgJ2Nv
bmZpZy5oLmluJyAxMTI2NCA5NjQxMjI2NTggMDEwMDQwMA0KIyBwICdjb25m
aWd1cmUuaW4nIDMwMzI3IDk2NDEyMTc1NSAwMTAwNDAwDQojIHAgJ2RvYy9D
aGFuZ2VzJyA5MDUxIDk2NDEyNDQxOSAwMTAwNjAwDQojIHAgJ3BvcHBlci9w
b3BfaW5pdC5jJyAyNjYyMyA5NjQxMjI5MzUgMDEwMDYwMA0KIyBwICdwb3Bw
ZXIvcG9wX3Bhc3MuYycgNDAzODcgOTY0MTIxNjg0IDAxMDA2MDANCiMgcCAn
cG9wcGVyL3BvcHBlci5jJyAxNTI2NSA5NjQxMjMyMzMgMDEwMDYwMA0KIyBw
ICdwb3BwZXIvdmVyc2lvbi5oJyA5MjMgOTY0MTIzMzIxIDAxMDA2MDANCiMj
IyMgRW5kIG9mIEFwcGx5UGF0Y2ggZGF0YSAjIyMjDQoNCiMjIyMgRW5kIG9m
IFBhdGNoIGtpdCBbY3JlYXRlZDogVGh1IEp1bCAyMCAxNjoyMTo1MSAyMDAw
XSAjIyMjDQojIyMjIENoZWNrc3VtOiA2MzIgMjA2NjEgNDg4NjkgIyMjIw0K
--2006451189-1297389768-964125080=:6680--
From: "Kenneth Porter" <shiva at well dot com>
Date: Thu, 20 Jul 2000 15:02:02 -0700
Subject: Re: BETA 3.1b5: suggested patches for 3.1b6
On Thu, 20 Jul 2000 16:31:20 -0400 (EDT), Jeff A. Earickson wrote:
> 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
I don't understand the benefit of the drop directory in the same tree.
Would it not make more sense to create a parallel hash tree under a
drop root that can be placed on another partition (to avoid quota
issues)?
> 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.
This sounds bad. I don't want a cracker to know the difference between
a bad password and some other server error.
Ken
mailto:shiva at well dot com
http://www.sewingwitch.com/ken/
http://www.harrybrowne2000.org/
Date: Fri, 21 Jul 2000 08:27:01 -0400
From: Mark Wendt <mwendt at intertv dot com>
Subject: mail server test
Sorry for the test. Mail server problems this AM
Date: Fri, 21 Jul 2000 09:09:56 -0400
From: "Michael D. Sofka" <sofkam at rpi dot edu>
Subject: Re: BETA 3.1b5: suggested patches for 3.1b6
At 03:02 PM 7/20/00 -0700, Kenneth Porter wrote:
>On Thu, 20 Jul 2000 16:31:20 -0400 (EDT), Jeff A. Earickson wrote:
>
>> 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
>
>I don't understand the benefit of the drop directory in the same tree.
>Would it not make more sense to create a parallel hash tree under a
>drop root that can be placed on another partition (to avoid quota
>issues)?
That depends. At one time, I moved the dropfile to a separate
partition+disk to improve performance. Later, I moved to the
mailbox directory, again to improve performance. The problem
with a separate partition is it becomes a bottleneck when there
are lots of updates. For example, a new copy of a word document
goes out to 100 members of an management list. Five minutes
later, performance drags to a stop as 100 managers pop this
large file. Moving the dropfile to the mail spool put it on the fastest
disk system available, preventing the system hangs.
Ideally, I would like to tune the dropfile mechanism to prevent
copies when at all possible. E.g., make a hard link and lock
the mailbox to prevent updates. Or, create an index into the
mailbox so that only new files are copied. Or, have procmail
calculate the UIDL and insert a Status line, so that file size
does not change after a popper run.
Of course if popper kept state, it could delay new poppers
briefly while a large file transfer completed. This would
slightly inconvenience a new popper connection, but greatly
increase throughput. It's on the list....
Mike
--
Michael D. Sofka sofkam at rpi dot edu
CIS/SSS Sr. Systems Programmer AFS/DFS, email, listproc, TeX, epistemology.
Rensselaer Polytechnic Institute, Troy, NY. http://www.rpi.edu/~sofkam/
From: "Kenneth Porter" <shiva at well dot com>
Date: Fri, 21 Jul 2000 09:32:44 -0700
Subject: Re: BETA 3.1b5: suggested patches for 3.1b6
On Fri, 21 Jul 2000 08:27:15 -0400 (EDT), Jeff A. Earickson wrote:
>> I don't understand the benefit of the drop directory in the same tree.
>> Would it not make more sense to create a parallel hash tree under a
>> drop root that can be placed on another partition (to avoid quota
>> issues)?
>
>Yes, I agree. But that's the way my current setup is. I may consider
>changing it, since I do have a spare disk partition on my mail server.
>As for quotas... Why punish users because someone else sent them a
>big mail message? Impose delivery limits in sendmail, and buy more
>disk for your mail spool.
You can apply the quota to just email (by segregating email to a
separate paritition), so it doesn't affect other disk usage.
A delivery limit in sendmail only affects individual messages. One
could mount a DoS attack against a specific user by flooding him with
messages below the sendmail limit size, ultimately filling the spool
disk, if a quota is not imposed.
Quotas also serve to protect other users.
Sometimes quota exhaustion can be the fault of the recipient: I once
had a user send a pile of pictures to a girlfriend using a bad address,
and the entire load bounced back into his mailbox, choking the
partition.
>> This sounds bad. I don't want a cracker to know the difference between
>> a bad password and some other server error.
>
>So a cracker knows he can't login via POP as root because it is not
>authorized, so what? He still can't log in (unless he can defeat qpopper).
Root isn't the only target of crackers. One might want to attack the
CEO's mailbox, for instance.
>I use the NONAUTH file as a way to punish users who abuse POP. If they
>hammer on POP and ignore my suggestions to stop, I put their userid in
>the NONAUTH file. Then they *know* they are shut off. When the helpdesk
>gets a call from a user complaining about "not authorized to use POP",
>they know I have shut somebody off. Otherwise they think it is a
>forgotten password and waste a lot of time trying to fix the wrong
>problem.
A reasonable objective. Perhaps a better solution it to provide for
both the original behavior and custom error messages for specific
userid's. (Sendmail has this kind of feature: One can use an
informative error directive as the right hand side of an alias.)
How about changing nonauth to be a database keyed on userid, with the
value a configurable error message? The default would be either the
original vague message or your more informative one (configured at
compile time).
Ken
mailto:shiva at well dot com
http://www.sewingwitch.com/ken/
http://www.harrybrowne2000.org/
Date: Fri, 21 Jul 2000 15:30:32 -0400
From: Joseph S D Yao <jsdy at cospo.osis dot gov>
Subject: Re: The dot-lock and quota issue
On Thu, Jul 20, 2000 at 10:32:24AM -0400, Admin Mailing Lists wrote:
> i've read the SANS article, and if i'm understanding it correctly, it's
> not just an IE bug, but an IE coupled with some sort of email client bug?
> So, let's say i dont use any graphical email clients, but do use IE, i
> dont have any worries?
ISTM from the alerts that it is an issue with an IE component that is
used in e-mail clients [so you can send something that triggers it],
but is also available in the browser [if the user triggers it].
--
Joe Yao jsdy at cospo.osis dot gov - Joseph S. D. Yao
COSPO/OSIS Computer Support EMT-B
-----------------------------------------------------------------------
This message is not an official statement of COSPO policies.
Date: Fri, 21 Jul 2000 15:39:59 -0400
From: Joseph S D Yao <jsdy at cospo.osis dot gov>
Subject: Re: mailboxes
On Thu, Jul 20, 2000 at 08:57:59AM -0700, Jose Aguayo wrote:
> Real (easy) newbie question - (unfortunately, not as easy for me):
>
> How do I create a user mailbox? Is it as easy as creating a user (e.g.,
> adding home location to /etc/passwd, /etc/shadow, etc...??) Anything I
> could have missed?
Once a user is created on a Unix system, a mailbox is created when a
mail message is first sent to that user. Some systems may "pre-create"
the mailbox to enforce certain attributes that they like. ;-)
--
Joe Yao jsdy at cospo.osis dot gov - Joseph S. D. Yao
COSPO/OSIS Computer Support EMT-B
-----------------------------------------------------------------------
This message is not an official statement of COSPO policies.
From: "Jack Barnett" <jbarnett at axil.netmate dot com>
Subject: Re: mailboxes
Date: Fri, 21 Jul 2000 14:58:16 -0500
a mailbox on a unix system is just one file ussually kept in /var/mail or
/var/spool/mail. It should be readable/writeable by the user and owned by
the user, for example
touch /var/spool/mail/bud
chown /var/spool/mail/bud
chmod 700 /var/spool/mail/bud
If you don't create it manually, your mailer (sendmail??) will create it
automatically when the user receives mail. The mail directory should be
read/writeable by everyone with a sticky bit
chmod 1777 /var/spool/mail
chown root /var/spool/mail
chgrp mail /var/spool/mail
------
Humor or insantiy? http://geekweb.org
------
> On Thu, Jul 20, 2000 at 08:57:59AM -0700, Jose Aguayo wrote:
> > Real (easy) newbie question - (unfortunately, not as easy for me):
> >
> > How do I create a user mailbox? Is it as easy as creating a user (e.g.,
> > adding home location to /etc/passwd, /etc/shadow, etc...??) Anything I
> > could have missed?
>
> Once a user is created on a Unix system, a mailbox is created when a
> mail message is first sent to that user. Some systems may "pre-create"
> the mailbox to enforce certain attributes that they like. ;-)
>
> --
> Joe Yao jsdy at cospo.osis dot gov - Joseph S. D. Yao
> COSPO/OSIS Computer Support EMT-B
> -----------------------------------------------------------------------
> This message is not an official statement of COSPO policies.
>
Date: Fri, 21 Jul 2000 16:14:09 -0400
From: Joseph S D Yao <jsdy at cospo.osis dot gov>
Subject: Re: mailboxes
On Fri, Jul 21, 2000 at 02:58:16PM -0500, Jack Barnett wrote:
>
> a mailbox on a unix system is just one file ussually kept in /var/mail or
> /var/spool/mail. It should be readable/writeable by the user and owned by
> the user, for example
>
> touch /var/spool/mail/bud
> chown /var/spool/mail/bud
> chmod 700 /var/spool/mail/bud
>
> If you don't create it manually, your mailer (sendmail??) will create it
> automatically when the user receives mail. The mail directory should be
> read/writeable by everyone with a sticky bit
>
> chmod 1777 /var/spool/mail
> chown root /var/spool/mail
> chgrp mail /var/spool/mail
>
> ------
> Humor or insantiy? http://geekweb.org
> ------
The details of ownership and permissions of both the directory and the
mail file vary among different versions of Unix, as discussed earlier.
On a new system out of the box using a version that I haven't played
with before, I prefer to send a mail message and see whether something
has to be fixed. ;-)
--
Joe Yao jsdy at cospo.osis dot gov - Joseph S. D. Yao
COSPO/OSIS Computer Support EMT-B
-----------------------------------------------------------------------
This message is not an official statement of COSPO policies.
Date: Sat, 22 Jul 2000 09:17:22 +0900
From: Peter Evans <peter at gol dot com>
Subject: Re: BETA 3.1b5: suggested patches for 3.1b6
Michael D. Sofka (sofkam at rpi dot edu) wrote:
[snip]
> That depends. At one time, I moved the dropfile to a separate
> partition+disk to improve performance. Later, I moved to the
> mailbox directory, again to improve performance. The problem
> with a separate partition is it becomes a bottleneck when there
> are lots of updates. For example, a new copy of a word document
> goes out to 100 members of an management list. Five minutes
> later, performance drags to a stop as 100 managers pop this
> large file. Moving the dropfile to the mail spool put it on the fastest
> disk system available, preventing the system hangs.
You *are* using server mode, right? Otherwise you are
wasting a lot of time copying that word document 100
times, only to have it copied right back seconds later.
> Ideally, I would like to tune the dropfile mechanism to prevent
> copies when at all possible. E.g., make a hard link and lock
> the mailbox to prevent updates. Or, create an index into the
> mailbox so that only new files are copied. Or, have procmail
> calculate the UIDL and insert a Status line, so that file size
> does not change after a popper run.
Have you looked at cyrus? Doesnt that do something like
that (besides eating inodes like INN of yore).
I like the idea of indexing, but you have to have your
MDA play ball too.
server-mode and no-status and noupdateonabort works
fine for my qpopper 2.53 popping mail for 30000 + change
users.
> Of course if popper kept state, it could delay new poppers
> briefly while a large file transfer completed. This would
> slightly inconvenience a new popper connection, but greatly
> increase throughput. It's on the list....
Why would popper inconvenience other people just because
managers are too stupid to not mail each other large
word docs? Or, as case may have it, moronic users who
mail themselves the entire M$ofis.
If you use something like tcpserver, you can use that
to limit the number of simultaneous pop sessions.
P
--
Remember The 5 K's.
The Justified Agents of Munya-munya-muuuu ...
From: Jose Aguayo <JAguayo at JFAX dot COM>
Subject: Not able to deliver messages
Date: Fri, 21 Jul 2000 17:32:36 -0700
I'm getting the following error message when trying to deliver a message to
communications@
E44B57F2CC 588 Thu Jul 20 09:02:39 communications at mi2.jfax dot com
(connect to mail.mi2.jfax.com[207.213.246.117]: Connection timed out)
communications at mi2.jfax dot com
MX record maps mail.mi2.jfax.com to the system running QPopper. What's
going on?
Any suggestions?
Thanks,
Jose
From: "Andrew Harrison" <aharrison at telus dot net>
Subject: Does Qpopper allow for virtual domains?
Date: Sat, 22 Jul 2000 00:13:31 +0100
Hi, I have been banging my head trying to get sendmail to do virtual
domains. Does qpopper allow this? What I want is me at domain dot com and
me at domain2 dot com both should be different. I also do not want to have to use
the virtusertable to "redirect" I think that defeats the purpose. So my
question is... Does anyone know how to make Qpopper do this?
Thanks
Andrew
Date: Sat, 22 Jul 2000 12:25:29 +0100
From: Fergal Daly <fergal at esatclear dot ie>
Subject: Re: Not able to deliver messages
At 01:32 22/07/00, Jose Aguayo wrote:
>I'm getting the following error message when trying to deliver a message to
>communications@
>
>E44B57F2CC 588 Thu Jul 20 09:02:39 communications at mi2.jfax dot com
>(connect to mail.mi2.jfax.com[207.213.246.117]: Connection timed out)
>communications at mi2.jfax dot com
>
>MX record maps mail.mi2.jfax.com to the system running QPopper. What's
>going on?
>
>Any suggestions?
This has nothing to do with qpopper. qpopper only handles the very last
stage of the mail process (unless you have qpopper compiled for mail upload
but I don't think you have).This is a problem with the SMTP server
mail.mi2.jfax.com,
Fergal
Date: Mon, 24 Jul 2000 10:25:07 -0400
From: "Michael D. Sofka" <sofkam at rpi dot edu>
Subject: Re: BETA 3.1b5: suggested patches for 3.1b6
At 09:17 AM 7/22/00 +0900, Peter Evans wrote:
>Michael D. Sofka (sofkam at rpi dot edu) wrote:
>
> [snip]
>
>> That depends. At one time, I moved the dropfile to a separate
>> partition+disk to improve performance. Later, I moved to the
>> mailbox directory, again to improve performance. The problem
>> with a separate partition is it becomes a bottleneck when there
>> are lots of updates. For example, a new copy of a word document
>> goes out to 100 members of an management list. Five minutes
>> later, performance drags to a stop as 100 managers pop this
>> large file. Moving the dropfile to the mail spool put it on the fastest
>> disk system available, preventing the system hangs.
>
> You *are* using server mode, right? Otherwise you are
> wasting a lot of time copying that word document 100
> times, only to have it copied right back seconds later.
Server mode only prevents copies when all mail is deleted from
the server or, when there are no new messages. When mail is
being kept on the server, and a new message arrives, the mailbox
is copied.
>> Ideally, I would like to tune the dropfile mechanism to prevent
>> copies when at all possible. E.g., make a hard link and lock
>> the mailbox to prevent updates. Or, create an index into the
>> mailbox so that only new files are copied. Or, have procmail
>> calculate the UIDL and insert a Status line, so that file size
>> does not change after a popper run.
>
> Have you looked at cyrus? Doesnt that do something like
> that (besides eating inodes like INN of yore).
>
> I like the idea of indexing, but you have to have your
> MDA play ball too.
MDA is procmail, so it can play whatever game I need it to play.
> server-mode and no-status and noupdateonabort works
> fine for my qpopper 2.53 popping mail for 30000 + change
> users.
Status is needed. We have many users who go back and forth
between mailers during the day and over the weekend.
>> Of course if popper kept state, it could delay new poppers
>> briefly while a large file transfer completed. This would
>> slightly inconvenience a new popper connection, but greatly
>> increase throughput. It's on the list....
>
> Why would popper inconvenience other people just because
> managers are too stupid to not mail each other large
> word docs? Or, as case may have it, moronic users who
> mail themselves the entire M$ofis.
>
> If you use something like tcpserver, you can use that
> to limit the number of simultaneous pop sessions.
The mail server hanging for an hour is an even greater
inconveniences other people.
I've tested tcpserver, and will likely use it this fall. That, and
a little more disk arrangement should get us through the fall.
A statefull popper could delay connections, and more. For example,
it can quickly say ``no new mail'' when the mailbox size hasn't changed.
Or, it can say ``no new mail'' when a user is checking too frequently.
Mike
--
Michael D. Sofka sofkam at rpi dot edu
CIS/SSS Sr. Systems Programmer AFS/DFS, email, listproc, TeX, epistemology.
Rensselaer Polytechnic Institute, Troy, NY. http://www.rpi.edu/~sofkam/
Date: Mon, 24 Jul 2000 11:20:07 -0400 (EDT)
From: "Jeff A. Earickson" <jaearick at colby dot edu>
Subject: Re: BETA 3.1b5: suggested patches for 3.1b6 (revised!)
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-1483920592-964452007=:8733
Content-Type: TEXT/PLAIN; charset=US-ASCII
Y'all,
On the subject of keeping users from checking their email too
often, and thus banging on your system, see item (8) below in my
revised patch (included as an attachment). The trick is to compare
the timestamp on the pop dropfile to "now", compute the time
difference, and reject the user's connection if is below the
threshold of MIN_ACCESS_TIME. I have this value set to 10 seconds,
to reject the compleat bozos. A slightly higher value of 70 seconds
will frustrate the Eudora users who set their timecheck to 1 minute.
On another note, I have found a really nasty bug with PAM on HP
systems. We use DCE with Integrated-Login via PAM, but the guist
of the bug is thus: the user has to have full login access to the
machine for PAM to work with popper. Our users don't get to login to
our mail server; ergo popper with PAM authentication won't work
for us. Anybody else seen this "feature" of PAM?
Changes from 3.1b5 to 3.1b6
---------------------------
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.
.
** 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 Mon, 24 Jul 2000, Michael D. Sofka wrote:
> A statefull popper could delay connections, and more. For example,
> it can quickly say ``no new mail'' when the mailbox size hasn't changed.
> Or, it can say ``no new mail'' when a user is checking too frequently.
>
--2006451189-1483920592-964452007=:8733
Content-Type: TEXT/PLAIN; charset=US-ASCII; name="diffs.31b5.to.31b6"
Content-Transfer-Encoding: BASE64
Content-ID: <Pine.HPX.4.21.0007241120070.8733 at ithaca.offices.its.colby dot edu>
Content-Description:
Content-Disposition: attachment; filename="diffs.31b5.to.31b6"
IyBUaGlzIGlzIGEgcGF0Y2ggZm9yIHFwb3BwZXIzLjFiNSB0byB1cGRhdGUg
aXQgdG8gcXBvcHBlcjMuMWI2DQojIA0KIyBUbyBhcHBseSB0aGlzIHBhdGNo
Og0KIyBTVEVQIDE6IENoZGlyIHRvIHRoZSBzb3VyY2UgZGlyZWN0b3J5Lg0K
IyBTVEVQIDI6IFJ1biB0aGUgJ2FwcGx5cGF0Y2gnIHByb2dyYW0gd2l0aCB0
aGlzIHBhdGNoIGZpbGUgYXMgaW5wdXQuDQojDQojIElmIHlvdSBkbyBub3Qg
aGF2ZSAnYXBwbHlwYXRjaCcsIGl0IGlzIHBhcnQgb2YgdGhlICdtYWtlcGF0
Y2gnIHBhY2thZ2UNCiMgdGhhdCB5b3UgY2FuIGZldGNoIGZyb20gdGhlIENv
bXByZWhlbnNpdmUgUGVybCBBcmNoaXZlIE5ldHdvcms6DQojIGh0dHA6Ly93
d3cucGVybC5jb20vQ1BBTi9hdXRob3JzL0pvaGFuX1Zyb21hbnMvbWFrZXBh
dGNoLXgueS50YXIuZ3oNCiMgSW4gdGhlIGFib3ZlIFVSTCwgJ3gnIHNob3Vs
ZCBiZSAyIG9yIGhpZ2hlci4NCiMNCiMgVG8gYXBwbHkgdGhpcyBwYXRjaCB3
aXRob3V0IHRoZSB1c2Ugb2YgJ2FwcGx5cGF0Y2gnOg0KIyBTVEVQIDE6IENo
ZGlyIHRvIHRoZSBzb3VyY2UgZGlyZWN0b3J5Lg0KIyBTVEVQIDI6IFJ1biB0
aGUgJ3BhdGNoJyBwcm9ncmFtIHdpdGggdGhpcyBmaWxlIGFzIGlucHV0Lg0K
Iw0KIyMjIyBFbmQgb2YgUHJlYW1ibGUgIyMjIw0KDQojIyMjIFBhdGNoIGRh
dGEgZm9sbG93cyAjIyMjDQpkaWZmIC1jICdxcG9wcGVyMy4xYjUvSU5TVEFM
TCcgJ3Fwb3BwZXIzLjFiNi9JTlNUQUxMJw0KSW5kZXg6IC4vSU5TVEFMTA0K
KioqIC4vSU5TVEFMTAlGcmkgSnVsIDE0IDIwOjEyOjE0IDIwMDANCi0tLSAu
L0lOU1RBTEwJRnJpIEp1bCAyMSAxMTowNDoxMiAyMDAwDQoqKioqKioqKioq
KioqKioNCioqKiAxNjgsMTc0ICoqKioNCiAgDQogICAtLXdpdGgtd2Fybmlu
Z3MgICAgICAgICAgRW5hYmxlIGFkZGl0aW9uYWwgY29tcGlsZXIgd2Fybmlu
Z3MuDQogIA0KISAgLS1lbmFibGUtaGFzaC1zcG9vbD0xfDIgIFVzZSBoYXNo
ZWQgc3Bvb2wgZGlyZWN0b3J5LiAgU2VlIA0KICAgICAgICAgICAgICAgICAg
ICAgICAgICAgIEhBU0hfU1BPT0wgaW4gc2VjdGlvbiBNQUNST1MgZm9yIG1v
cmUNCiAgICAgICAgICAgICAgICAgICAgICAgICAgICBpbmZvcm1hdGlvbi4g
IFRoZSBkZWZhdWx0IG1ldGhvZCBpcyAyLg0KICAgDQotLS0gMTY4LDE3NSAt
LS0tDQogIA0KICAgLS13aXRoLXdhcm5pbmdzICAgICAgICAgIEVuYWJsZSBh
ZGRpdGlvbmFsIGNvbXBpbGVyIHdhcm5pbmdzLg0KICANCiEgIC0tZW5hYmxl
LWhhc2gtc3Bvb2w9MXwyfDMgIA0KISAgICAgICAgICAgICAgICAgICAgICAg
ICAgIFVzZSBoYXNoZWQgc3Bvb2wgZGlyZWN0b3J5LiAgU2VlIA0KICAgICAg
ICAgICAgICAgICAgICAgICAgICAgIEhBU0hfU1BPT0wgaW4gc2VjdGlvbiBN
QUNST1MgZm9yIG1vcmUNCiAgICAgICAgICAgICAgICAgICAgICAgICAgICBp
bmZvcm1hdGlvbi4gIFRoZSBkZWZhdWx0IG1ldGhvZCBpcyAyLg0KICAgDQoq
KioqKioqKioqKioqKioNCioqKiAyNTMsMjU4ICoqKioNCi0tLSAyNTQsMjcy
IC0tLS0NCiAgDQogICAtLWVuYWJsZS1rc29ja2luc3QgICAgICAgVXNlcyBn
ZXRzb2NraW5zdCgpIGZvciBLZXJiZXJvcyBpbnN0YW5jZS4NCiAgDQorICAt
LXdpdGgtbm9uYXV0aD1wYXRoICAgICAgU2V0IHRoZSBub25hdXRob3JpemVk
IHVzZXJzIGZpbGUgcGF0aC4NCisgICAgICAgICAgICAgICAgICAgICAgICAg
ICBEZWZhdWx0IGlzIC9ldGMvcG9wLm5vbmF1dGguDQorIA0KKyAgLS13aXRo
LWF1dGg9cGF0aCAgICAgICAgIFNldCB0aGUgYXV0aG9yaXplZCB1c2VycyBm
aWxlIHBhdGguDQorICAgICAgICAgICAgICAgICAgICAgICAgICAgRGVmYXVs
dCBpcyAgL2V0Yy9wb3AuYXV0aG9yaXplZC4NCisgDQorICAtLXdpdGgtbG9h
ZGxpbWl0PWxvYWQgICAgRW5hYmxlIGxvYWRsaW1pdCBmZWF0dXJlLiAgTG9h
ZCBpcyB0aGUNCisgICAgICAgICAgICAgICAgICAgICAgICAgICBudW1lcmlj
YWwgMSBtaW51dGUgbG9hZCBhdmVyYWdlLCBnZW5lcmFsbHkNCisgICAgICAg
ICAgICAgICAgICAgICAgICAgICBzZWVuIHZpYSB0aGUgdXNlciBjb21tYW5k
ICJ1cHRpbWUiLiAgDQorICAgICAgICAgICAgICAgICAgICAgICAgICAgU2Vl
IExPQURMSU1JVCBpbiBzZWN0aW9uIE1BQ1JPUyBmb3INCisgICAgICAgICAg
ICAgICAgICAgICAgICAgICBtb3JlIGluZm9ybWF0aW9uLiAgRGVmYXVsdCA9
IDE2LjANCisgDQorIA0KICANCiAgDQogIDMuIFJVTi1USU1FIE9QVElPTlMg
KENPTU1BTkQgTElORSBPUFRJT05TKToNCioqKioqKioqKioqKioqKg0KKioq
IDg4OCw5MDMgKioqKg0KICB0aGVpciBtYWlsLiAgRGVmaW5lIHRoaXMgbWFj
cm8gdG8gaW5oaWJpdCB0aGUNCiAgZGVmYXVsdCBiZWhhdmlvciwgYW5kIG9i
ZXkgUkZDIDE5MzksDQogIA0KISB5KSBIQVNIX1NQT09MPSgxfDIpIC0tIE1h
aWwgaXMgZGVwb3NpdGVkIGludG8gdGhlIA0KISBtYWlsc3Bvb2xzIGJ5IGVp
dGhlciAoMSkgaGFzaGluZyB0aGUgZmlyc3QgNCANCiEgY2hhcmFjdGVycyBv
ciAoMikgYnkgdXNpbmcgbWFpbHNwb29scyBpbiANCiEgZGlyZWN0b3JpZXMg
YXMgaW4gdGhlIGZvbGxvd2luZzogIC88MXN0IA0KISBsZXR0ZXI+LzwybmQg
bGV0dGVyPi9maWxlLiAgRm9yIGV4YW1wbGUsIGlmIHRoZQ0KISBzcG9vbCBk
aXJlY3RvcnkgaXMgIi92YXIvbWFpbCIsIHRoZSBzcG9vbCBmaWxlIGZvcg0K
ISB1c2VyICJtYWlkYSIgd291bGQgYmU6DQogICAgIC92YXIvbWFpbC9tYWlk
YSAgICAgICAgICBIQVNIX1NQT09MIG5vdCBzZXQNCiAgICAgL3Zhci9tYWls
L28vbWFpZGEgICAgICAgIEhBU0hfU1BPT0w9MQ0KICAgICAvdmFyL21haWwv
bS9hL21haWRhICAgICAgSEFTSF9TUE9PTD0yDQogIA0KICBVc2UgdGhlIC0t
ZW5hYmxlLWhhc2gtc3Bvb2wgY29uZmlndXJlIGZsYWcgdG8gc2V0DQogIHRo
aXMuDQotLS0gOTAyLDkxOSAtLS0tDQogIHRoZWlyIG1haWwuICBEZWZpbmUg
dGhpcyBtYWNybyB0byBpbmhpYml0IHRoZQ0KICBkZWZhdWx0IGJlaGF2aW9y
LCBhbmQgb2JleSBSRkMgMTkzOSwNCiAgDQohIHkpIEhBU0hfU1BPT0w9KDF8
MnwzKSAtLSBNYWlsIGlzIGRlcG9zaXRlZCBpbnRvIHRoZQ0KISBtYWlsc3Bv
b2xzIGJ5IGVpdGhlciAoMSkgaGFzaGluZyB0aGUgZmlyc3QgNA0KISBjaGFy
YWN0ZXJzLCAoMikgYnkgdXNpbmcgbWFpbHNwb29scyBpbg0KISBkaXJlY3Rv
cmllcyBhcyBpbiB0aGUgZm9sbG93aW5nOiAgLzwxc3QNCiEgbGV0dGVyPi88
Mm5kIGxldHRlcj4vZmlsZSwgb3IgKDMpIGJ5IGp1c3QgdXNpbmcgdGhlDQoh
IGZpcnN0IGxldHRlciBvZiB0aGUgdXNlcmlkIGFzIHRoZSBzdWJkaXJlY3Rv
cnkuDQohIEZvciBleGFtcGxlLCBpZiB0aGUgc3Bvb2wgZGlyZWN0b3J5IGlz
ICIvdmFyL21haWwiLA0KISB0aGUgc3Bvb2wgZmlsZSBmb3IgdXNlciAibWFp
ZGEiIHdvdWxkIGJlOg0KICAgICAvdmFyL21haWwvbWFpZGEgICAgICAgICAg
SEFTSF9TUE9PTCBub3Qgc2V0DQogICAgIC92YXIvbWFpbC9vL21haWRhICAg
ICAgICBIQVNIX1NQT09MPTENCiAgICAgL3Zhci9tYWlsL20vYS9tYWlkYSAg
ICAgIEhBU0hfU1BPT0w9Mg0KKyAgICAvdmFyL21haWwvbS9tYWlkYSAgICAg
ICAgSEFTSF9TUE9PTD0zDQogIA0KICBVc2UgdGhlIC0tZW5hYmxlLWhhc2gt
c3Bvb2wgY29uZmlndXJlIGZsYWcgdG8gc2V0DQogIHRoaXMuDQoqKioqKioq
KioqKioqKioNCioqKiA5NTYsOTYxICoqKioNCi0tLSA5NzIsOTg1IC0tLS0N
CiAgYWgpIFRSQUNFX01TR19CT0RZIC0tIERlZmluZSB0byBpbmNsdWRlIG1l
c3NhZ2UgYm9kaWVzIGluDQogIHRyYWNlIGluZm9ybWF0aW9uIHdyaXR0ZW4g
d2l0aCAtdCBvciAtZCBydW4tdGltZSBmbGFnLg0KICANCisgYWMpIExPQURM
SU1JVCAtLSBEZWZpbmUgYSBmbG9hdGluZyBwb2ludCB2YWx1ZSBpZiB5b3Ug
d2FudA0KKyBxcG9wcGVyIHRvIHJlZnVzZSBjb25uZWN0aW9ucyB3aGVuZXZl
ciB0aGUgMS1taW51dGUgbG9hZCBhdmVyYWdlDQorIChnZW5lcmFsbHkgc2Vl
biB2aWEgInVwdGltZSIpIGdvZXMgYWJvdmUgdGhlIGNob3NlbiB2YWx1ZS4N
CisgVGhpcyBmZWF0dXJlIGtlZXBzIHlvdXIgc3lzdGVtIGZyb20gZmFsbGlu
ZyBvdmVyIGlmIHlvdSB0YWtlDQorIGxvdHMgb2YgcG9wIGNvbm5lY3Rpb25z
IGFuZCB5b3VyIHN5c3RlbSBsb2FkIGdvZXMgd2F5IHVwLg0KKyBXb3JrcyBv
biBhbnkgc3lzdGVtIHN1cHBvcnRpbmcgdGhlIGdldGxvYWRhdmcoMykgY2Fs
bCAoZWcsIA0KKyBTb2xhcmlzMiBzeXN0ZW1zKSwgYW5kIG9uIGFueSBIUFVY
IDEwLnggb3IgMTEueCBzeXN0ZW0uICBDb2RpbmcNCisgaXMgbmVlZGVkIHRv
IHN1cHBvcnQgb3RoZXIgYnJhbmRzIG9mIFVOSVguDQogIA0KICANCiAgTk9U
RVM6DQpkaWZmIC1jICdxcG9wcGVyMy4xYjUvY29tbW9uL2dlbnBhdGguYycg
J3Fwb3BwZXIzLjFiNi9jb21tb24vZ2VucGF0aC5jJw0KSW5kZXg6IC4vY29t
bW9uL2dlbnBhdGguYw0KKioqIC4vY29tbW9uL2dlbnBhdGguYwlGcmkgSnVu
IDMwIDIxOjQyOjIwIDIwMDANCi0tLSAuL2NvbW1vbi9nZW5wYXRoLmMJVGh1
IEp1bCAyMCAxNTo0OToyNiAyMDAwDQoqKioqKioqKioqKioqKioNCioqKiA5
MSw5NiAqKioqDQotLS0gOTEsMTAwIC0tLS0NCiAgICogICAgICAgICAgICB0
byBvcGVuLiAgRWc6IC91c3Ivc3Bvb2wvdS9zL3VzZXIuDQogICAqICAgICAg
ICAgICAgTGFycnkgU2Nod2ltbWVyIDxyb3NlYnVkQGN5Y2xvbmUuc3RhbmZv
cmQuZWR1Pg0KICAgKg0KKyAgKiBNZXRob2QgMyAtIFVzZSB0aGUgZmlyc3Qg
Y2hhcmFjdGVyIG9ubHksIHNvIHlvdSBoYXZlIDI2IHN1YmRpcmVjdG9yaWVz
LA0KKyAgKiAgICAgICAgICAgIEVnLCAvdmFyL3Nwb29sL2ovam9lYmxvdw0K
KyAgKiAgICAgICAgICAgIEFsc28sIHB1dHMgdGhlIGRyb3BmaWxlIGluIC92
YXIvc3Bvb2wvai9wb3AvLmpvZWJsb3cucG9wDQorICAqDQogICAqIEFsbCB0
aGVzZSBtZXRob2RzIHJlcXVpcmUgdGhhdCBsb2NhbCBtYWlsIGRlbGl2ZXJ5
IGFuZCBjbGllbnQgcHJvZ3JhbXMNCiAgICogdXNlIHRoZSBzYW1lIGFsZ29y
aXRobS4gIE9ubHkgb25lIG1ldGhvZCB0byBhIGN1c3RvbWVyIDotKQ0KICAg
Ki8NCioqKioqKioqKioqKioqKg0KKioqIDE5NSwyMDIgKioqKg0KICAgICAg
cmV0dXJuIDE7DQogIH0NCiAgDQohICNlbmRpZg0KISAjaWYgKEhBU0hfU1BP
T0wgPT0gMikNCiAgDQogIGludCANCiAgZ2VucGF0aCAoIGNoYXIgKnBzelVz
ZXIsIGNoYXIgKnBzekRyb3AsIGludCBpRHJvcExlbiwgR05QSF9XSElDSCBp
V2hpY2gsDQotLS0gMTk5LDIwNSAtLS0tDQogICAgICByZXR1cm4gMTsNCiAg
fQ0KICANCiEgI2VsaWYgKEhBU0hfU1BPT0wgPT0gMikgfHwgKEhBU0hfU1BP
T0wgPT0gMykNCiAgDQogIGludCANCiAgZ2VucGF0aCAoIGNoYXIgKnBzelVz
ZXIsIGNoYXIgKnBzekRyb3AsIGludCBpRHJvcExlbiwgR05QSF9XSElDSCBp
V2hpY2gsDQoqKioqKioqKioqKioqKioNCioqKiAyMTksMjM1ICoqKioNCi0t
LSAyMjIsMjUwIC0tLS0NCiAgICAgICAgICByZXR1cm4gLTE7DQogICAgICB9
DQogICAgICANCisgI2lmIChIQVNIX1NQT09MID09IDMpDQorICAgICBRc3By
aW50ZiAoIHBzekRyb3AsICIlcy8lYy8iLA0KKyAgICAgICAgICAgICAgIChp
V2hpY2ggIT0gR05QSF9QT1AgPyBQT1BfTUFJTERJUiA6IFBPUF9EUk9QX0RJ
UiksDQorICAgICAgICAgICAgICAgKnBzelVzZXIpOw0KKyAjZWxzZQ0KICAg
ICAgUXNwcmludGYgKCBwc3pEcm9wLCAiJXMvJWMvJWMvIiwgDQogICAgICAg
ICAgICAgICAgKGlXaGljaCAhPSBHTlBIX1BPUCA/IFBPUF9NQUlMRElSIDog
UE9QX0RST1BfRElSKSwNCiAgICAgICAgICAgICAgICAqcHN6VXNlciwgDQog
ICAgICAgICAgICAgICAgKihwc3pVc2VyKzEpID8gKihwc3pVc2VyKzEpIDog
KnBzelVzZXIgKTsNCisgI2VuZGlmDQogIA0KICAgICAgc3dpdGNoICggaVdo
aWNoICkgew0KICAgICAgICAgIGNhc2UgR05QSF9TUE9PTDogIC8qIHNwb29s
IGZpbGUgKi8NCiAgICAgICAgICAgICAgc3RybGNhdCAoIHBzekRyb3AsIHBz
elVzZXIsIGlEcm9wTGVuICk7DQogICAgICAgICAgICAgIGJyZWFrOw0KICAg
ICAgICAgIGNhc2UgR05QSF9QT1A6ICAgIC8qIC5wb3AgZmlsZSAgKi8NCisg
I2lmIChIQVNIX1NQT09MID09IDMpDQorICAgICAgICAgICAgIFFzcHJpbnRm
ICggcHN6RHJvcCwgIiVzLyVjL3BvcC8uJXMucG9wIiwNCisgICAgICAgICAg
ICAgICAoaVdoaWNoICE9IEdOUEhfUE9QID8gUE9QX01BSUxESVIgOiBQT1Bf
RFJPUF9ESVIpLA0KKyAgICAgICAgICAgICAgICpwc3pVc2VyLHBzelVzZXIp
Ow0KKyAjZWxzZQ0KICAgICAgICAgICAgICBRc3ByaW50ZiAoIHBzekRyb3Ag
KyBzdHJsZW4ocHN6RHJvcCksIFBPUF9EUk9QLCBwc3pVc2VyICk7DQorICNl
bmRpZg0KICAgICAgICAgICAgICBicmVhazsNCiAgICAgICAgICBjYXNlIEdO
UEhfVE1QOiAgICAvKiB0bXB4eHh4ICAgICovDQogICAgICAgICAgICAgIHN0
cmxjYXQgKCBwc3pEcm9wLCBQT1BfVE1QRFJPUCwgaURyb3BMZW4gKTsNCioq
KioqKioqKioqKioqKg0KKioqIDI3MCwyNzcgKioqKg0KICAgICAgcmV0dXJu
IDE7DQogIH0NCiAgDQohICNlbmRpZg0KISAjaWYgKEhBU0hfU1BPT0wgIT0g
MSAmJiBIQVNIX1NQT09MICE9IDIpDQogIA0KICBpbnQgDQogIGdlbnBhdGgg
KCBjaGFyICpwc3pVc2VyLCBjaGFyICpwc3pEcm9wLCBpbnQgaURyb3BMZW4s
IEdOUEhfV0hJQ0ggaVdoaWNoLA0KLS0tIDI4NSwyOTEgLS0tLQ0KICAgICAg
cmV0dXJuIDE7DQogIH0NCiAgDQohICNlbHNlICAvKiBlbmQgb2YgSEFTSF9T
UE9PTCBtZXRob2RzICovDQogIA0KICBpbnQgDQogIGdlbnBhdGggKCBjaGFy
ICpwc3pVc2VyLCBjaGFyICpwc3pEcm9wLCBpbnQgaURyb3BMZW4sIEdOUEhf
V0hJQ0ggaVdoaWNoLA0KZGlmZiAtYyAncXBvcHBlcjMuMWI1L2NvbmZpZy5o
LmluJyAncXBvcHBlcjMuMWI2L2NvbmZpZy5oLmluJw0KSW5kZXg6IC4vY29u
ZmlnLmguaW4NCioqKiAuL2NvbmZpZy5oLmluCUZyaSBKdWwgMTQgMTg6MzE6
MjEgMjAwMA0KLS0tIC4vY29uZmlnLmguaW4JRnJpIEp1bCAyMSAxMTowNjoy
OCAyMDAwDQoqKioqKioqKioqKioqKioNCioqKiA4MCw4NSAqKioqDQotLS0g
ODAsOTQgLS0tLQ0KICAvKiBEZWZpbmUgaWYgeW91IHdhbnQgc3VjY2Vzc2Z1
bCBhdXRoZW50aWNhdGlvbnMgdG8gYmUgbG9nZ2VkICovDQogICN1bmRlZiBM
T0dfTE9HSU4NCiAgDQorIC8qIERlZmluZSBpZiB5b3UgdXNlIHRoZSAibm90
IGF1dGhvcml6ZWQgdG8gdXNlIiAoL2V0Yy9wb3Aubm9uYXV0aCkgZmlsZSAq
Lw0KKyAjdW5kZWYgTk9OQVVUSEZJTEUNCisgDQorIC8qIERlZmluZSBpZiB5
b3UgdXNlIHRoZSAiYXV0aG9yaXplZCIgZmlsZSAqLw0KKyAjdW5kZWYgQVVU
SEZJTEUNCisgDQorIC8qIERlZmluZSBpZiB5b3UgdXNlIHRoZSBsb2FkLWxp
bWl0IG1lY2hhbmlzbSB0byBwcmV2ZW50IGhpZ2ggbWFjaGluZSBsb2FkcyAq
Lw0KKyAjdW5kZWYgTE9BRExJTUlUDQorIA0KICAvKiANCiAgICogRGVmaW5l
IGlmIHlvdSB3YW50IHRvIGF1dG9tYXRpY2FsbHkgZGVsZXRlIFJFVFJkIG1l
c3NhZ2VzLg0KICAgKiBDYXV0aW9uOiBUaGlzIGNvdWxkIGNhdXNlIGxvc3Qg
bWFpbC4gIEJlIHN1cmUgdXNlcnMgYXJlDQoqKioqKioqKioqKioqKioNCioq
KiAxNzQsMTg2ICoqKioNCiAgI3VuZGVmIFNQRUNfUE9QX0FVVEgNCiAgDQog
IC8qDQohICAqIERlZmluZSBhbmQgc2V0IHRvIDEgb3IgMiB0byB1c2UgaGFz
aGVkIHNwb29sIGRpcmVjdG9yaWVzLiAgVmFsdWUNCiAgICogMSBoYXNoZXMg
dGhlIGZpcnN0IDQgY2hhcmFjdGVyczsgdmFsdWUgMiB1c2VzIC88MXN0IGxl
dHRlcj4vDQogICAqIDwybmQgbGV0dGVyPi4gIEZvciBleGFtcGxlLCBpZiB0
aGUgc3Bvb2wgZGlyZWN0b3J5IGlzICIvdmFyL21haWwiLCANCiAgICogdGhl
IHNwb29sIGZpbGUgZm9yIHVzZXIgIm1haWRhIiB3b3VsZCBiZToNCiAgICog
ICAgIC92YXIvbWFpbC9tYWlkYSAgICAgICAgICBIQVNIX1NQT09MIG5vdCBz
ZXQNCiAgICogICAgIC92YXIvbWFpbC9vL21haWRhICAgICAgICBIQVNIX1NQ
T09MPTENCiAgICogICAgIC92YXIvbWFpbC9tL2EvbWFpZGEgICAgICBIQVNI
X1NQT09MPTINCiAgICovDQogICN1bmRlZiBIQVNIX1NQT09MDQogIA0KLS0t
IDE4MywxOTYgLS0tLQ0KICAjdW5kZWYgU1BFQ19QT1BfQVVUSA0KICANCiAg
LyoNCiEgICogRGVmaW5lIGFuZCBzZXQgdG8gMSwgMiwgb3IgMyB0byB1c2Ug
aGFzaGVkIHNwb29sIGRpcmVjdG9yaWVzLiAgVmFsdWUNCiAgICogMSBoYXNo
ZXMgdGhlIGZpcnN0IDQgY2hhcmFjdGVyczsgdmFsdWUgMiB1c2VzIC88MXN0
IGxldHRlcj4vDQogICAqIDwybmQgbGV0dGVyPi4gIEZvciBleGFtcGxlLCBp
ZiB0aGUgc3Bvb2wgZGlyZWN0b3J5IGlzICIvdmFyL21haWwiLCANCiAgICog
dGhlIHNwb29sIGZpbGUgZm9yIHVzZXIgIm1haWRhIiB3b3VsZCBiZToNCiAg
ICogICAgIC92YXIvbWFpbC9tYWlkYSAgICAgICAgICBIQVNIX1NQT09MIG5v
dCBzZXQNCiAgICogICAgIC92YXIvbWFpbC9vL21haWRhICAgICAgICBIQVNI
X1NQT09MPTENCiAgICogICAgIC92YXIvbWFpbC9tL2EvbWFpZGEgICAgICBI
QVNIX1NQT09MPTINCisgICogICAgIC92YXIvbWFpbC9tL21haWRhICAgICAg
ICBIQVNIX1NQT09MPTMgKGZpcnN0IGxldHRlciBvZiB1c2VyaWQpDQogICAq
Lw0KICAjdW5kZWYgSEFTSF9TUE9PTA0KICANCmRpZmYgLWMgJ3Fwb3BwZXIz
LjFiNS9jb25maWd1cmUuaW4nICdxcG9wcGVyMy4xYjYvY29uZmlndXJlLmlu
Jw0KSW5kZXg6IC4vY29uZmlndXJlLmluDQoqKiogLi9jb25maWd1cmUuaW4J
RnJpIEp1bCAxNCAyMDo0ODowMiAyMDAwDQotLS0gLi9jb25maWd1cmUuaW4J
RnJpIEp1bCAyMSAxMTowNToyMiAyMDAwDQoqKioqKioqKioqKioqKioNCioq
KiAzMDksMzE1ICoqKioNCiAgICAgICAgICBBQ19NU0dfUkVTVUxUKEVuYWJs
aW5nIFBBTSB3aXRoIHNlcnZpY2UgbmFtZSAicG9wMyIgYW5kIGRlZmluaW5n
IFNQRUNfUE9QX0FVVEgpDQogICAgICBmaQ0KICAgICAgQUNfREVGSU5FKFNQ
RUNfUE9QX0FVVEgpDQohICAgICBMSUJTPSIkTElCUyAtbHBhbSAtbGRsIg0K
ICBmaQ0KICANCiAgDQotLS0gMzA5LDMxNSAtLS0tDQogICAgICAgICAgQUNf
TVNHX1JFU1VMVChFbmFibGluZyBQQU0gd2l0aCBzZXJ2aWNlIG5hbWUgInBv
cDMiIGFuZCBkZWZpbmluZyBTUEVDX1BPUF9BVVRIKQ0KICAgICAgZmkNCiAg
ICAgIEFDX0RFRklORShTUEVDX1BPUF9BVVRIKQ0KISAgICAgTElCUz0iJExJ
QlMgLWxwYW0iDQogIGZpDQogIA0KICANCioqKioqKioqKioqKioqKg0KKioq
IDM4OSwzOTggKioqKg0KICBmaQ0KICANCiAgDQohIEFDX0FSR19FTkFCTEUo
aGFzaC1zcG9vbCwgWyAtLWVuYWJsZS1oYXNoLXNwb29sPTF8MiAgRW5hYmxl
IGhhc2hlZCBzcG9vbCBkaXJlY3RvcmllcyBbMl0gXSwgDQogICAgICAgICAg
ICAgICAgaGFzaHNwb29sPSIkZW5hYmxldmFsIiwgaGFzaHNwb29sPSJubyIp
DQogIGlmIHRlc3QgIiRoYXNoc3Bvb2wiICE9ICJubyI7IHRoZW4NCiEgICAg
IGlmIHRlc3QgIiRoYXNoc3Bvb2wiID0gIjEiIC1vICIkaGFzaHNwb29sIiA9
ICIyIiA7IHRoZW4gDQogICAgICAgICAgQUNfTVNHX1JFU1VMVChVc2luZyBo
YXNoZWQgc3Bvb2wgZGlyZWN0b3J5IG1ldGhvZCAkaGFzaHNwb29sKQ0KICAg
ICAgICAgIEFDX0RFRklORV9VTlFVT1RFRChIQVNIX1NQT09MLCAkaGFzaHNw
b29sKQ0KICAgICAgZWxzZSAgDQotLS0gMzg5LDM5OCAtLS0tDQogIGZpDQog
IA0KICANCiEgQUNfQVJHX0VOQUJMRShoYXNoLXNwb29sLCBbIC0tZW5hYmxl
LWhhc2gtc3Bvb2w9MXwyfDMgIEVuYWJsZSBoYXNoZWQgc3Bvb2wgZGlyZWN0
b3JpZXMgWzJdIF0sIA0KICAgICAgICAgICAgICAgIGhhc2hzcG9vbD0iJGVu
YWJsZXZhbCIsIGhhc2hzcG9vbD0ibm8iKQ0KICBpZiB0ZXN0ICIkaGFzaHNw
b29sIiAhPSAibm8iOyB0aGVuDQohICAgICBpZiB0ZXN0ICIkaGFzaHNwb29s
IiA9ICIxIiAtbyAiJGhhc2hzcG9vbCIgPSAiMiIgLW8gIiRoYXNoc3Bvb2wi
ID0gIjMiIDsgdGhlbiANCiAgICAgICAgICBBQ19NU0dfUkVTVUxUKFVzaW5n
IGhhc2hlZCBzcG9vbCBkaXJlY3RvcnkgbWV0aG9kICRoYXNoc3Bvb2wpDQog
ICAgICAgICAgQUNfREVGSU5FX1VOUVVPVEVEKEhBU0hfU1BPT0wsICRoYXNo
c3Bvb2wpDQogICAgICBlbHNlICANCioqKioqKioqKioqKioqKg0KKioqIDQ1
OSw0NjQgKioqKg0KLS0tIDQ1OSw1MDMgLS0tLQ0KICBpZiB0ZXN0ICIkZ3Jv
dXBidWxscyIgIT0gIm5vIjsgdGhlbg0KICAgICAgQUNfTVNHX1JFU1VMVChC
dWxsZXRpbnMgZ28gdG8gZ3JvdXBzOyBncm91cCBuYW1lIGlzIHNlY29uZCBw
YXJ0IG9mIGJ1bGxldGluIG5hbWUpDQogICAgICBBQ19ERUZJTkUoVVNFX0JV
TExfR1JPVVBTKQ0KKyBmaQ0KKyANCisgZG5sLS0tbG9jYXRpb24gb2Ygbm9u
YXV0aG9yaXplZCB1c2VycyBmaWxlDQorIEFDX0FSR19XSVRIKG5vbmF1dGgs
IFsgLS13aXRoLW5vbmF1dGg9cGF0aCAgICAgIFNldCB0aGUgbm9uYXV0aG9y
aXplZCB1c2VycyBmaWxlIHBhdGggWy9ldGMvcG9wLm5vbmF1dGhdXSwNCisg
CW5vbmF1dGg9JHdpdGh2YWwsIG5vbmF1dGg9Im5vIikNCisgaWYgdGVzdCAi
JG5vbmF1dGgiICE9ICJubyIgOyB0aGVuDQorIAlpZiB0ZXN0IC16ICIkbm9u
YXV0aCIgOyB0aGVuDQorIAkJQUNfTVNHX1JFU1VMVChOb25hdXRob3JpemVk
IHVzZXJzIGZpbGUgL2V0Yy9wb3Aubm9uYXV0aCBlbmFibGVkKQ0KKyAJCUFD
X0RFRklORV9VTlFVT1RFRChOT05BVVRIRklMRSwiL2V0Yy9wb3Aubm9uYXV0
aCIpDQorIAllbHNlDQorIAkJQUNfTVNHX1JFU1VMVChOb25hdXRob3JpemVk
IHVzZXJzIGZpbGUgJG5vbmF1dGggZW5hYmxlZCkNCisgCQlBQ19ERUZJTkVf
VU5RVU9URUQoTk9OQVVUSEZJTEUsIiRub25hdXRoIikNCisgCWZpDQorIGZp
DQorIA0KKyBkbmwtLS1sb2NhdGlvbiBvZiBhdXRob3JpemVkIHVzZXJzIGZp
bGUNCisgQUNfQVJHX1dJVEgoYXV0aCwgWyAtLXdpdGgtYXV0aD1wYXRoCSAg
U2V0IHRoZSBhdXRob3JpemVkIHVzZXJzIGZpbGUgcGF0aCBbL2V0Yy9wb3Au
YXV0aG9yaXplZF1dLA0KKyAJYXV0aD0kd2l0aHZhbCwgYXV0aD0ibm8iKQ0K
KyBpZiB0ZXN0ICIkYXV0aCIgIT0gIm5vIiA7IHRoZW4NCisgCWlmIHRlc3Qg
LXogIiRhdXRoIiA7IHRoZW4NCisgCQlBQ19NU0dfUkVTVUxUKEF1dGhvcml6
ZWQgdXNlcnMgZmlsZSAvZXRjL3BvcC5hdXRob3JpemVkIGVuYWJsZWQpDQor
IAkJQUNfREVGSU5FX1VOUVVPVEVEKEFVVEhGSUxFLCIvZXRjL3BvcC5hdXRo
b3JpemVkIikNCisgCWVsc2UNCisgCQlBQ19NU0dfUkVTVUxUKEF1dGhvcml6
ZWQgdXNlcnMgZmlsZSAkYXV0aCBlbmFibGVkKQ0KKyAJCUFDX0RFRklORV9V
TlFVT1RFRChBVVRIRklMRSwiJGF1dGgiKQ0KKyAJZmkNCisgZmkNCisgDQor
IGRubC0tLSBsb2FkbGltaXQgZmVhdHVyZSBlbmFibGVkDQorIEFDX0FSR19X
SVRIKGxvYWRsaW1pdCwgWyAtLXdpdGgtbG9hZGxpbWl0PWxvYWQgICAgRW5h
YmxlIGxvYWRsaW1pdCBmZWF0dXJlIFtkZWZhdWx0PTE2LjBdXSwgDQorIAls
b2FkbGltaXQ9IiR3aXRodmFsIiwgbG9hZGxpbWl0PSJubyIpDQorIGlmIHRl
c3QgIiRsb2FkbGltaXQiICE9ICJubyI7IHRoZW4NCisgCWlmIHRlc3QgLXog
IiRsb2FkbGltaXQiIDsgdGhlbg0KKyAJCUFDX01TR19SRVNVTFQoVXNpbmcg
TG9hZGxpbWl0IGZlYXR1cmUgd2l0aCBtYXhpbXVtIGxvYWQgPSAxNi4wKQ0K
KyAgICAgCUFDX0RFRklORV9VTlFVT1RFRChMT0FETElNSVQsICIxNi4wIikN
CisgCWVsc2UNCisgCQlBQ19NU0dfUkVTVUxUKFVzaW5nIExvYWRsaW1pdCBm
ZWF0dXJlIHdpdGggbWF4aW11bSBsb2FkID0gJGxvYWRsaW1pdCkNCisgICAg
IAlBQ19ERUZJTkVfVU5RVU9URUQoTE9BRExJTUlULCAkbG9hZGxpbWl0KQ0K
KyAJZmkNCiAgZmkNCiAgDQogIA0KZGlmZiAtYyAncXBvcHBlcjMuMWI1L2Rv
Yy9DaGFuZ2VzJyAncXBvcHBlcjMuMWI2L2RvYy9DaGFuZ2VzJw0KSW5kZXg6
IC4vZG9jL0NoYW5nZXMNCioqKiAuL2RvYy9DaGFuZ2VzCVNhdCBKdWwgMTUg
MDE6NDg6MTMgMjAwMA0KLS0tIC4vZG9jL0NoYW5nZXMJTW9uIEp1bCAyNCAx
MTowMTo1NyAyMDAwDQoqKioqKioqKioqKioqKioNCioqKiA1LDEwICoqKioN
Ci0tLSA1LDUyIC0tLS0NCiAgVGhpcyBkb2N1bWVudCBjb250YWlucyB0aGUg
Y2hhbmdlcyBzaW5jZSB0aGUgbGFzdCByZWxlYXNlLg0KICANCiAgDQorIENo
YW5nZXMgZnJvbSAzLjFiNSB0byAzLjFiNg0KKyAtLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0NCisgDQorICAxLiAgQ29uZmlndXJhdGlvbiBvcHRpb25z
IGZhaWwgb24gSFBVWCAxMS4wIHdoZW4gLS13aXRoLXBhbSBpcw0KKyAgICAg
IHVzZWQgZHVlIHRvIHJlZmVyZW5jZSB0byAtbGRsIGxpYnJhcnkgaW4gY29u
ZmlndXJlLmluLg0KKyAgICAgIFJlbW92ZWQgcmVmZXJlbmNlcyB0byAtbGRs
IGluIGNvbmZpZ3VyZS5pbi4NCisgIDIuICBDb21waWxhdGlvbiBvZiBwb3Bw
ZXIvcG9wX3Bhc3MuYyBmYWlscyBvbiBIUFVYIDExLjAgd2hlbg0KKyAgICAg
IC0td2l0aC1wYW0gaXMgdXNlZCwgYmVjYXVzZSBub24tcGFtIHZlcnNpb24g
b2YgYXV0aF91c2VyKCkNCisgICAgICBpcyBub3QgaGlkZGVuIGJ5IGNwcCBk
aXJlY3RpdmVzLg0KKyAgMy4gIEEgdGhpcmQgaGFzaF9zcG9vbGluZyBtZWNo
YW5pc20gaXMgYWRkZWQuICBUaGUgZmlyc3QgY2hhcmFjdGVyDQorICAgICAg
b2YgdGhlIHVzZXJpZCBpcyB1c2VkIGFzIGEgc3ViZGlyZWN0b3J5IHdpdGhp
biB0aGUgc3Bvb2xkaXINCisgICAgICBmb3IgdGhlIGxvY2F0aW9uIG9mIHRo
ZSBtYWlsYm94LiAgVGhlIHBvcCBkcm9wZmlsZSBnb2VzIGluDQorICAgICAg
dGhlICJwb3AiIHN1YmRpcmVjdG9yeSB0aGVyZWluLiAgU28gZm9yIHVzZXIg
ImpvZWJsb3ciIGFuZA0KKyAgICAgIGEgc3Bvb2wgZGlyZWN0b3J5IG9mICIv
dmFyL21haWwiLCB0aGUgbWFpbGJveCBpcyBsb2NhdGVkIGF0DQorICAgICAg
ICAgL3Zhci9tYWlsL2ovam9lYmxvdw0KKyAgICAgIGFuZCB0aGUgZHJvcGZp
bGUgaXMgbG9jYXRlZCBhdDoNCisgICAgICAgICAvdmFyL21haWwvai9wb3Av
LmpvZWJsb3cucG9wDQorICA0LiAgQ29uZmlndXJlLXRpbWUgb3B0aW9ucyBh
ZGRlZCB0byBjb25maWd1cmUuaW4gZm9yIGZlYXR1cmVzIGFscmVhZHkNCisg
ICAgICBpbiB0aGUgY29kZSwgYnV0IG5vdCBpbiB0aGUgY29uZmlndXJlIG9w
dGlvbnMuICBUaGVzZSBhcmU6DQorICAgICAgICAgLS13aXRoLW5vbmF1dGg9
cGF0aCAgICAgIFNldCB0aGUgbm9uYXV0aG9yaXplZCB1c2VycyBmaWxlIHBh
dGguDQorICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIERlZmF1
bHQgaXMgL2V0Yy9wb3Aubm9uYXV0aC4NCisgICAgICAgICAtLXdpdGgtYXV0
aD1wYXRoICAgICAgICAgU2V0IHRoZSBhdXRob3JpemVkIHVzZXJzIGZpbGUg
cGF0aC4NCisgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgRGVm
YXVsdCBpcyAgL2V0Yy9wb3AuYXV0aG9yaXplZC4NCisgICAgICBUaGUgYXBw
cm9wcmlhdGUgZGVmaW5lcyBmb3IgdGhlc2Ugd2VyZSBhZGRlZCB0byBjb25m
aWcuaC5pbi4NCisgIDUuICBBZGRlZCBhIGxvYWRsaW1pdCBtZWNoYW5pc20s
IHRvIHByZXZlbnQgcXBvcHBlciBjb25uZWN0aW9ucyBpZg0KKyAgICAgIHRo
ZSBzeXN0ZW0gbG9hZCBpcyBhYm92ZSBhIHN5c3RlbS1jb25maWd1cmFibGUg
dmFsdWUuICBBZGRlZA0KKyAgICAgIGEgY29uZmlndXJlIG9wdGlvbiAoLS13
aXRoLWxvYWRsaW1pdD1sb2FkKSwgYW5kIGNvZGUgaW4gcG9wcGVyLmMNCisg
ICAgICB0byBlbmFibGUgdGhpcyBmb3Igc3lzdGVtcyB0aGF0IHVzZSBnZXRs
b2FkYXZnKDMpIChlZywgU29sYXJpcykNCisgICAgICBhbmQgZm9yIEhQVVgg
MTAueC8xMS54IHN5c3RlbXMuICBOZWVkcyBjb2RlIGZvciBvdGhlciB0eXBl
cyBvZg0KKyAgICAgIFVOSVguDQorICA2LiAgQ2hhbmdlZCB0aGUgbWVzc2Fn
ZSBmb3Igbm9uYXV0aG9yaXplZCB1c2VycyB0byAqdGVsbCogdGhlbSB0aGV5
DQorICAgICAgYXJlIG5vdCBhdXRob3JpemVkLCBpbnN0ZWFkIG9mIHRoZSB1
c3VhbCB2YWd1ZSBtZXNzYWdlLiAgRm9yIHVzZQ0KKyAgICAgIHdpdGggQVVU
SEZJTEUgYW5kIE5PTkFVVEhGSUxFIG1hY3Jvcy4NCisgIDcuICBGaXhlZCBh
IGJ1ZyBpbiBwb3BfaW5pdC5jLCB3aGVyZSBwLT5kZWJ1ZyBhbmQgcC0+c3Rh
dHMgd2VyZSBub3QNCisgICAgICBpbml0aWFsaXplZCBiZWZvcmUgYmVpbmcg
dXNlZCBpbiB0aGUgZ2V0b3B0cyBsb29wLg0KKyAgOC4gIEFkZGVkIGEgdGlt
ZWNoZWNrIGluIHBvcF9wYXNzLmMgdG8ga2VlcCBwZW9wbGUgZnJvbSByZXBl
YXRlZGx5DQorICAgICAgY2hlY2tpbmcgZW1haWwuICBPbmx5IHdvcmtzIGlm
IEtFRVBfVEVNUF9EUk9QIGlzIGRlZmluZWQuICBDaGVja3MNCisgICAgICB0
aGUgdGltZXN0YW1wIG9uIHRoZSBzYXZlZCBkcm9wZmlsZSBhZ2FpbnN0IHRo
ZSBjdXJyZW50IHRpbWUsIGlmDQorICAgICAgbGVzcyB0aGFuIE1JTl9BQ0NF
U1NfVElNRSwgdGhlbiByZWplY3RzIHRoZSBjb25uZWN0aW9uLiAgDQorICAg
ICAgTUlOX0FDQ0VTU19USU1FIGlzIGRlZmluZWQgaW4gcG9wcGVyLmguDQor
ICAgICAuDQorIA0KICBDaGFuZ2VzIGZyb20gMy4xYjQgdG8gMy4xYjUNCiAg
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tDQogIA0KZGlmZiAtYyAncXBv
cHBlcjMuMWI1L3BvcHBlci9wb3BfaW5pdC5jJyAncXBvcHBlcjMuMWI2L3Bv
cHBlci9wb3BfaW5pdC5jJw0KSW5kZXg6IC4vcG9wcGVyL3BvcF9pbml0LmMN
CioqKiAuL3BvcHBlci9wb3BfaW5pdC5jCVdlZCBKdWwgMTIgMjA6MzA6MTMg
MjAwMA0KLS0tIC4vcG9wcGVyL3BvcF9pbml0LmMJVGh1IEp1bCAyMCAxNTo1
NTozNSAyMDAwDQoqKioqKioqKioqKioqKioNCioqKiA0MTIsNDE3ICoqKioN
Ci0tLSA0MTIsNDE5IC0tLS0NCiAgICAgIC8qICANCiAgICAgICAqIEluaXRp
YWxpemUgbWFpbGRyb3Agc3RhdHVzIHZhcmlhYmxlcyBpbiB0aGUgUE9QIHBh
cmFtZXRlciBibG9jayANCiAgICAgICAqLw0KKyAgICAgcC0+ZGVidWcgICAg
ICAgICAgICAgICA9IDA7DQorICAgICBwLT5zdGF0cyAgICAgICAgICAgICAg
ID0gMDsNCiAgICAgIHAtPm1zZ3NfZGVsZXRlZCAgICAgICAgPSAwOw0KICAg
ICAgcC0+bGFzdF9tc2cgICAgICAgICAgICA9IDA7DQogICAgICBwLT5ieXRl
c19kZWxldGVkICAgICAgID0gMDsNCmRpZmYgLWMgJ3Fwb3BwZXIzLjFiNS9w
b3BwZXIvcG9wX3Bhc3MuYycgJ3Fwb3BwZXIzLjFiNi9wb3BwZXIvcG9wX3Bh
c3MuYycNCkluZGV4OiAuL3BvcHBlci9wb3BfcGFzcy5jDQoqKiogLi9wb3Bw
ZXIvcG9wX3Bhc3MuYwlXZWQgSnVsIDEyIDIwOjI5OjQzIDIwMDANCi0tLSAu
L3BvcHBlci9wb3BfcGFzcy5jCU1vbiBKdWwgMjQgMTA6Mzg6NTEgMjAwMA0K
KioqKioqKioqKioqKioqDQoqKiogMTA2LDExMSAqKioqDQotLS0gMTA2LDEx
NSAtLS0tDQogICMgIGRlZmluZSAgIENIRUNLX1NQX01BWCAgICBUUlVFDQog
ICNlbmRpZiAvKiBET05UX0NIRUNLX1NQX01BWCAqLw0KICANCisgI2lmZGVm
IEtFRVBfVEVNUF9EUk9QDQorICNpbmNsdWRlICJnZW5wYXRoLmgiDQorICNl
bmRpZiAvKiBLRUVQX1RFTVBfRFJPUCAqLw0KKyANCiAgI2RlZmluZSBTTEVF
UF9TRUNPTkRTIDEwDQogIA0KICANCioqKioqKioqKioqKioqKg0KKioqIDQ5
NCw1MDAgKioqKg0KICAjICBlbmRpZiAgLyogUFRYIHx8IElTQyAqLw0KICAN
CiAgLyotLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLSBQT1BTQ08gb3IgSFBVWCAqLw0KISAjICBpZiBkZWZpbmVkKFBP
UFNDTykgfHwgZGVmaW5lZChIUFVYKQ0KICANCiAgIyAgICBpZmRlZiBQT1BT
Q08NCiAgIyAgICAgIGluY2x1ZGUgPHN5cy9zZWN1cml0eS5oPg0KLS0tIDQ5
OCw1MDQgLS0tLQ0KICAjICBlbmRpZiAgLyogUFRYIHx8IElTQyAqLw0KICAN
CiAgLyotLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLSBQT1BTQ08gb3IgSFBVWCAqLw0KISAjICBpZiAhZGVmaW5lZChV
U0VfUEFNKSAmJiAoZGVmaW5lZChQT1BTQ08pIHx8IGRlZmluZWQoSFBVWCkp
DQogIA0KICAjICAgIGlmZGVmIFBPUFNDTw0KICAjICAgICAgaW5jbHVkZSA8
c3lzL3NlY3VyaXR5Lmg+DQoqKioqKioqKioqKioqKioNCioqKiAxMTE1LDEx
MjAgKioqKg0KLS0tIDExMTksMTE3MSAtLS0tDQogIA0KICAjZW5kaWYgIC8q
IFNQRUNfUE9QX0FVVEggKi8NCiAgDQorICNpZmRlZiBLRUVQX1RFTVBfRFJP
UA0KKyBpbnQgcG9wX2FjY2Vzc3RpbWUocCkNCisgUE9QICpwOw0KKyAvKiBj
aGVjayB0aW1lIHNpbmNlIGxhc3QgUE9QIGFjY2VzcywgYXMgbWVhc3VyZWQg
YnkgKi8NCisgLyogdGhlIHRpbWVzdGFtcCBvbiB0aGUgUE9QX0RST1AgZmls
ZS4gIFJldHVybnMgb25lICovDQorIC8qIGlmIGVub3VnaHQgdGltZSBoYXMg
cGFzc2VkIChvciBubyBkcm9wIGZpbGUpIG9yICAqLw0KKyAvKiBvciB6ZXJv
IGlmIG1pbmltdW0gdGltZSBoYXMgbm90IGVsYXBzZWQuLi4gKi8NCisgew0K
KyAJc3RydWN0IHN0YXQgYnVmOw0KKyAJdGltZV90IG5vdywgZGlmZjsNCisg
DQorICAgICBpZiAoIGdlbnBhdGggKCBwLT51c2VyLCANCisgICAgICAgICAg
ICAgICAgICAgIHAtPnRlbXBfZHJvcCwgDQorICAgICAgICAgICAgICAgICAg
ICBzaXplb2YocC0+dGVtcF9kcm9wKSwNCisgICAgICAgICAgICAgICAgICAg
IEdOUEhfUE9QLA0KKyAgICAgICAgICAgICAgICAgICAgKHAtPmRlYnVnID8g
cC0+dHJhY2UgOiBOVUxMKSwNCisgICAgICAgICAgICAgICAgICAgIHAtPmRl
YnVnICkgPCAwICkNCisgICAgICAgICByZXR1cm4gKCBwb3BfbXNnICggcCwg
UE9QX0ZBSUxVUkUsIEhFUkUsDQorICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICJbU1lTL1RFTVBdIFVuYWJsZSB0byBnZXQgdGVtcG9yYXJ5IGRyb3Ag
bmFtZSIgKSApOw0KKyANCisgI2lmZGVmIERFQlVHDQorICAgICBpZihwLT5k
ZWJ1ZykNCisgICAgICAgICBwb3BfbG9nKHAsUE9QX0RFQlVHLEhFUkUsImFj
Y2Vzc3RpbWU6IFRlbXBvcmFyeSBtYWlsZHJvcCBpcyAnJXMnIiwNCisgICAg
ICAgICAgICAgcC0+dGVtcF9kcm9wKTsNCisgI2VuZGlmDQorIA0KKyAJLyog
aWYgbm8gcG9wX2Ryb3AgZmlsZSB0aGVuIGdvIG9uICovDQorIAlpZihzdGF0
KHAtPnRlbXBfZHJvcCwmYnVmKSAhPSAwKQ0KKyAJew0KKyAJCXJldHVybigx
KTsNCisgCX0NCisgCQ0KKyAJLyogZ2V0IHRoZSBjdXJyZW50IHRpbWUgKi8N
CisgCW5vdyA9IHRpbWUoTlVMTCk7DQorIA0KKyAJLyogZGlmZmVyZW5jZSBp
biB0aW1lcyBpbiBzZWNvbmRzICovDQorIAlkaWZmID0gKG5vdyAtIGJ1Zi5z
dF9tdGltZSk7DQorIA0KKyAjaWZkZWYgREVCVUcNCisgCWlmKHAtPmRlYnVn
KSBwb3BfbG9nKHAsUE9QX0RFQlVHLCBIRVJFLA0KKyAJCSJUaW1lIHNpbmNl
IGxhc3QgYWNjZXNzIG9mICVzID0gJWQgc2Vjb25kcyIscC0+dGVtcF9kcm9w
LGRpZmYpOw0KKyAjZW5kaWYNCisgDQorICAgICByZXR1cm4oKGRpZmYgPCBN
SU5fQUNDRVNTX1RJTUUpID8gMCA6IDEpOw0KKyB9DQorIA0KKyAjZW5kaWYg
LyogS0VFUF9URU1QX0RST1AgKi8NCiAgDQogIC8qIA0KICAgKiAgcGFzczog
ICBPYnRhaW4gdGhlIHVzZXIgcGFzc3dvcmQgZnJvbSBhIFBPUCBjbGllbnQN
CioqKioqKioqKioqKioqKg0KKioqIDExNTksMTE2NSAqKioqDQogICAgICAg
ICAgREVCVUdfTE9HMiAoIHAsICJVc2VyICUuMTI4cyBpbiBub25hdXRoZmls
ZSAlLjI1NnMiLA0KICAgICAgICAgICAgICAgICAgICAgICBwLT51c2VyLCBO
T05BVVRIRklMRSApOw0KICAgICAgICAgIHNsZWVwICAoIFNMRUVQX1NFQ09O
RFMgKTsNCiEgICAgICAgICByZXR1cm4gKCBwb3BfbXNnICggcCwgUE9QX0ZB
SUxVUkUsIEhFUkUsIHB3ZXJybXNnLCBwLT51c2VyICkgKTsNCiAgICAgIH0N
CiAgI2VuZGlmIC8qIE5PTkFVVEhGSUxFICovDQogIA0KLS0tIDEyMTAsMTIx
OSAtLS0tDQogICAgICAgICAgREVCVUdfTE9HMiAoIHAsICJVc2VyICUuMTI4
cyBpbiBub25hdXRoZmlsZSAlLjI1NnMiLA0KICAgICAgICAgICAgICAgICAg
ICAgICBwLT51c2VyLCBOT05BVVRIRklMRSApOw0KICAgICAgICAgIHNsZWVw
ICAoIFNMRUVQX1NFQ09ORFMgKTsNCiEgICAgICAgICByZXR1cm4gKCBwb3Bf
bXNnICggcCwgUE9QX0ZBSUxVUkUsIEhFUkUsDQohICAgICAgICAgICAgICAg
ICAgICAgICAgICAgIltBVVRIXSAlcyBub3QgYXV0aG9yaXplZCB0byB1c2Ug
UE9QIiwNCiEgICAgICAgICAgICAgICAgICAgICAgICAgICBwLT51c2VyICkg
KTsNCiEgDQogICAgICB9DQogICNlbmRpZiAvKiBOT05BVVRIRklMRSAqLw0K
ICANCioqKioqKioqKioqKioqKg0KKioqIDExNzEsMTE3NyAqKioqDQogICAg
ICAgICAgREVCVUdfTE9HMiAoIHAsICJVc2VyICUuMTI4cyBub3QgaW4gYXV0
aGZpbGUgJS4yNTZzIiwNCiAgICAgICAgICAgICAgICAgICAgICAgcC0+dXNl
ciwgQVVUSEZJTEUgKTsNCiAgICAgICAgICBzbGVlcCAgKCBTTEVFUF9TRUNP
TkRTICk7DQohICAgICAgICAgcmV0dXJuICggcG9wX21zZyAoIHAsIFBPUF9G
QUlMVVJFLCBIRVJFLCBwd2Vycm1zZywgcC0+dXNlciApICk7DQogICAgICB9
DQogICNlbmRpZiAvKiBBVVRIRklMRSAqLw0KICANCi0tLSAxMjI1LDEyMzMg
LS0tLQ0KICAgICAgICAgIERFQlVHX0xPRzIgKCBwLCAiVXNlciAlLjEyOHMg
bm90IGluIGF1dGhmaWxlICUuMjU2cyIsDQogICAgICAgICAgICAgICAgICAg
ICAgIHAtPnVzZXIsIEFVVEhGSUxFICk7DQogICAgICAgICAgc2xlZXAgICgg
U0xFRVBfU0VDT05EUyApOw0KISAgICAgICAgIHJldHVybiAoIHBvcF9tc2cg
KCBwLCBQT1BfRkFJTFVSRSwgSEVSRSwNCiEgICAgICAgICAgICAgICAgICAg
ICAgICAgICAiW0FVVEhdICVzIG5vdCBhdXRob3JpemVkIHRvIHVzZSBQT1Ai
LA0KISAgICAgICAgICAgICAgICAgICAgICAgICAgIHAtPnVzZXIgKSApOw0K
ICAgICAgfQ0KICAjZW5kaWYgLyogQVVUSEZJTEUgKi8NCiAgDQoqKioqKioq
KioqKioqKioNCioqKiAxMjc2LDEyODEgKioqKg0KLS0tIDEzMzIsMTM1MCAt
LS0tDQogICAgICAgICAgICAgICAgICAgICAgICAgICAgIHAtPnVzZXIgKSAp
Ow0KICAgICAgfQ0KICAjZW5kaWYgLyogQ0hFQ0tfU0hFTEwgKi8NCisgDQor
ICNpZmRlZiBLRUVQX1RFTVBfRFJPUA0KKyAJLyoNCisgCS8qIGlmIHVzZXIg
aGFzIGFjY2Vzc2VkIHBvcCB3aXRoaW4gTUlOX0FDQ0VTU19USU1FDQorIAkv
KiBhcyBkZWZpbmVkIGJ5IG10aW1lIG9uIHRoZWlyIFBPUF9EUk9QIGZpbGUg
dGhlbg0KKyAJLyogZGVueSBhY2Nlc3MuLi4NCisgCSovDQorIAlpZighcG9w
X2FjY2Vzc3RpbWUocCkpDQorIAl7DQorIAkJcmV0dXJuKHBvcF9tc2cocCwg
UE9QX0ZBSUxVUkUsIEhFUkUsDQorIAkJCSJbQVVUSF0gJXM6IHlvdSBqdXN0
IGNoZWNrZWQgeW91ciBtYWlsISIscC0+dXNlcikpOw0KKyAJfQ0KKyAjZW5k
aWYgLyogS0VFUF9URU1QX0RST1AgKi8NCiAgDQogICAgICBpZiAoICggcC0+
a2VyYmVyb3MgPyBhdXRoX3VzZXJfa2VyYmVyb3MgKCBwLCBwd3AgKSANCiAg
ICAgICAgICAgICAgICAgICAgICAgICA6IGF1dGhfdXNlciAgICAgICAgICAo
IHAsIHB3cCApIA0KZGlmZiAtYyAncXBvcHBlcjMuMWI1L3BvcHBlci9wb3Bw
ZXIuYycgJ3Fwb3BwZXIzLjFiNi9wb3BwZXIvcG9wcGVyLmMnDQpJbmRleDog
Li9wb3BwZXIvcG9wcGVyLmMNCioqKiAuL3BvcHBlci9wb3BwZXIuYwlUaHUg
SnVsICA2IDE4OjI2OjQyIDIwMDANCi0tLSAuL3BvcHBlci9wb3BwZXIuYwlU
aHUgSnVsIDIwIDE2OjAwOjMzIDIwMDANCioqKioqKioqKioqKioqKg0KKioq
IDk0LDk5ICoqKioNCi0tLSA5NCwxMDkgLS0tLQ0KICAjICBlbmRpZg0KICAj
ZW5kaWYgLyogU1BFQ19QT1BfQVVUSCAqLw0KICANCisgI2lmIGRlZmluZWQo
TE9BRExJTUlUKQ0KKyAjaWYgZGVmaW5lZChTT0xBUklTMikNCisgI2luY2x1
ZGUgPHN5cy9sb2FkYXZnLmg+DQorICNlbmRpZiAvKiBTT0xBUklTMiAqLw0K
KyAjaWYgZGVmaW5lZChIUFVYKQ0KKyAjaW5jbHVkZSA8c3lzL3BhcmFtLmg+
DQorICNpbmNsdWRlIDxzeXMvcHN0YXQuaD4NCisgI2VuZGlmIC8qIEhQVVgg
Ki8NCisgI2VuZGlmIC8qIExPQURMSU1JVCAqLw0KKyANCiAgI2luY2x1ZGUg
InBvcHBlci5oIg0KICAjaW5jbHVkZSAibWlzYy5oIg0KICANCioqKioqKioq
KioqKioqKg0KKioqIDE3MiwxNzkgKioqKg0KICAgICAgaWYgKCBwb3BfaW5p
dCAoICZwLCBhcmdjLCBhcmd2ICkgIT0gUE9QX1NVQ0NFU1MgKQ0KICAgICAg
ICAgIGV4aXQgKCAxICk7DQogIA0KICAvKiAgDQohICAqIFRlbGwgdGhlIHVz
ZXIgdGhhdCB3ZSBhcmUgbGlzdGVudGluZyANCiAgICovDQogICAgICB7IC8q
IGxvY2FsIGVudiAqLw0KICAgICAgY2hhciAgICAgICAgICAgICAgICBteW5h
bWUgWyAxMjggXTsNCi0tLSAxODIsMjAxIC0tLS0NCiAgICAgIGlmICggcG9w
X2luaXQgKCAmcCwgYXJnYywgYXJndiApICE9IFBPUF9TVUNDRVNTICkNCiAg
ICAgICAgICBleGl0ICggMSApOw0KICANCisgI2lmIGRlZmluZWQoTE9BRExJ
TUlUKQ0KKyAgICAgLyogaWYgdGhlIHN5c3RlbSBsb2FkIHRvbyBoaWdoLCBk
aWUgbm93ICovDQorICAgICBpZihzeXN0ZW1fbG9hZCgmcCkgIT0gMCkNCisg
ICAgIHsNCisgICAgICAgICBwb3BfbXNnKCAmcCxQT1BfRkFJTFVSRSwgSEVS
RSwNCisgICAgICAgICAgICAgIlNvcnJ5LCBQT1Agc2VydmVyIGxvYWQgdG9v
IGhpZ2gsIHRyeSBsYXRlci4uLiAoZXJyJWcpIiwNCisgICAgICAgICAgICAg
TE9BRExJTUlUKTsNCisgICAgICAgICBjbG9zZWxvZygpOw0KKyAgICAgICAg
IGV4aXQoLTEpOw0KKyAgICAgfQ0KKyAjZW5kaWYgLyogTE9BRExJTUlUICov
DQorIA0KICAvKiAgDQohICAqIFRlbGwgdGhlIHVzZXIgdGhhdCB3ZSBhcmUg
bGlzdGVuaW5nIA0KICAgKi8NCiAgICAgIHsgLyogbG9jYWwgZW52ICovDQog
ICAgICBjaGFyICAgICAgICAgICAgICAgIG15bmFtZSBbIDEyOCBdOw0KKioq
KioqKioqKioqKioqDQoqKiogMzE1LDMyMCAqKioqDQotLS0gMzM3LDM3OSAt
LS0tDQogICAgICBjbG9zZWxvZygpOw0KICAgICAgcmV0dXJuICggMCApOw0K
ICB9DQorIA0KKyAjaWYgZGVmaW5lZChMT0FETElNSVQpDQorIGludCBzeXN0
ZW1fbG9hZChwKQ0KKyBQT1AgKnA7DQorIC8qIGlzIHRoZSBvbmUtbWludXRl
IHN5c3RlbSBsb2FkIGhpZ2hlciB0aGFuIHdlIHdhbnQ/ICovDQorIHsNCisg
CWRvdWJsZSBvbmVfbWluX2xvYWRfYXZnOw0KKyANCisgI2lmIGRlZmluZWQo
U09MQVJJUzIpDQorIAkvKiBzcGVjaWZpYyB0byBTb2xhcmlzICovDQorIAlk
b3VibGUgbG9hZGF2Z1szXTsNCisgDQorIAlpZihnZXRsb2FkYXZnKGxvYWRh
dmcsIDMpID09IC0xKQ0KKyAJew0KKyAJCXBlcnJvcigiZ2V0bG9hZGF2ZyIp
Ow0KKyAJCWV4aXQoMSk7DQorIAl9DQorIAlvbmVfbWluX2xvYWRfYXZnID0g
bG9hZGF2Z1tMT0FEQVZHXzFNSU5dOw0KKyAjZW5kaWYgLyogU09MQVJJUzIg
Ki8NCisgDQorICNpZiBkZWZpbmVkKEhQVVgpDQorIAkvKiBjb21wb25lbnRz
IHNwZWNpZmljIHRvIGFuIEhQIDEwLnggb3IgMTEueCBzeXN0ZW0gKi8NCisg
CXN0cnVjdCBwc3RfZHluYW1pYyBwc2Q7DQorIA0KKyAJaWYocHN0YXRfZ2V0
ZHluYW1pYygmcHNkLCBzaXplb2YocHNkKSwoc2l6ZV90KTEsIDApID09IC0x
KQ0KKyAJew0KKyAJCXBlcnJvcigicHN0YXRfZHluYW1pYyIpOw0KKyAJCWV4
aXQoMSk7DQorIAl9DQorIAlvbmVfbWluX2xvYWRfYXZnID0gcHNkLnBzZF9h
dmdfMV9taW47DQorICNlbmRpZiAvKiBIUFVYICovDQorIA0KKyAgICAgREVC
VUdfTE9HMiAocCwgIkNoZWNraW5nIGxvYWQgbGltaXQsIGxvYWQgPSAlZywg
bGltaXQgPSAlZyIsDQorIAkJCQlvbmVfbWluX2xvYWRfYXZnLCBMT0FETElN
SVQpOw0KKyAJcmV0dXJuKChvbmVfbWluX2xvYWRfYXZnID4gTE9BRExJTUlU
KSA/IDEgOiAwKTsNCisgfQ0KKyAjZW5kaWYgLyogTE9BRExJTUlUICovDQog
IA0KICBqbXBfYnVmIGVudjsNCiAgDQpkaWZmIC1jICdxcG9wcGVyMy4xYjUv
cG9wcGVyL3BvcHBlci5oJyAncXBvcHBlcjMuMWI2L3BvcHBlci9wb3BwZXIu
aCcNCkluZGV4OiAuL3BvcHBlci9wb3BwZXIuaA0KKioqIC4vcG9wcGVyL3Bv
cHBlci5oCVdlZCBKdWwgMTIgMjA6Mjc6MDIgMjAwMA0KLS0tIC4vcG9wcGVy
L3BvcHBlci5oCU1vbiBKdWwgMjQgMDk6NDM6MjAgMjAwMA0KKioqKioqKioq
KioqKioqDQoqKiogODYsOTEgKioqKg0KLS0tIDg2LDkyIC0tLS0NCiAgI2Rl
ZmluZSBNQVhDTURMRU4gICAgICAgNA0KICAjZGVmaW5lIE1BWFBBUk1DT1VO
VCAgICA1DQogICNkZWZpbmUgTUFYUEFSTUxFTiAgICAgIDEwDQorICNkZWZp
bmUgTUlOX0FDQ0VTU19USU1FIDEwICAgICAgLyogc2Vjb25kcyAqLw0KICAj
ZGVmaW5lIEFMTE9DX01TR1MgIDIwDQogIA0KICAjaWZuZGVmIE1BWEhPU1RO
QU1FTEVODQpkaWZmIC1jICdxcG9wcGVyMy4xYjUvcG9wcGVyL3ZlcnNpb24u
aCcgJ3Fwb3BwZXIzLjFiNi9wb3BwZXIvdmVyc2lvbi5oJw0KSW5kZXg6IC4v
cG9wcGVyL3ZlcnNpb24uaA0KKioqIC4vcG9wcGVyL3ZlcnNpb24uaAlXZWQg
SnVsIDEyIDIwOjI4OjUxIDIwMDANCi0tLSAuL3BvcHBlci92ZXJzaW9uLmgJ
TW9uIEp1bCAyNCAwOToyMTo1NyAyMDAwDQoqKioqKioqKioqKioqKioNCioq
KiAxMywxOSAqKioqDQogICAqICBDdXJyZW50IHZlcnNpb24gb2YgdGhpcyBQ
T1AgaW1wbGVtZW50YXRpb24NCiAgICovDQogIA0KISAjZGVmaW5lIFZFUlNf
TlVNICAgICAgICAgICIzLjFiNSINCiAgDQogICNpZmRlZiBLRVJCRVJPUw0K
ICAjICBpZmRlZiBLUkI0DQotLS0gMTMsMTkgLS0tLQ0KICAgKiAgQ3VycmVu
dCB2ZXJzaW9uIG9mIHRoaXMgUE9QIGltcGxlbWVudGF0aW9uDQogICAqLw0K
ICANCiEgI2RlZmluZSBWRVJTX05VTSAgICAgICAgICAiMy4xYjciDQogIA0K
ICAjaWZkZWYgS0VSQkVST1MNCiAgIyAgaWZkZWYgS1JCNA0KIyMjIyBFbmQg
b2YgUGF0Y2ggZGF0YSAjIyMjDQoNCiMjIyMgQXBwbHlQYXRjaCBkYXRhIGZv
bGxvd3MgIyMjIw0KIyBEYXRhIHZlcnNpb24gICAgICAgIDogMS4wDQojIERh
dGUgZ2VuZXJhdGVkICAgICAgOiBNb24gSnVsIDI0IDExOjAyOjQxIDIwMDAN
CiMgR2VuZXJhdGVkIGJ5ICAgICAgICA6IG1ha2VwYXRjaCAyLjAwDQojIFJl
Y3Vyc2UgZGlyZWN0b3JpZXMgOiBZZXMNCiMgcCAnSU5TVEFMTCcgNDY0Mzcg
OTY0MTkxODUyIDAxMDA2MDANCiMgcCAnY29tbW9uL2dlbnBhdGguYycgMTM3
MzQgOTY0MTIyNTY2IDAxMDA2MDANCiMgcCAnY29uZmlnLmguaW4nIDExMjY0
IDk2NDE5MTk4OCAwMTAwNjAwDQojIHAgJ2NvbmZpZ3VyZS5pbicgMzAzMjcg
OTY0MTkxOTIyIDAxMDA2MDANCiMgcCAnZG9jL0NoYW5nZXMnIDkwNTEgOTY0
NDUwOTE3IDAxMDA2MDANCiMgcCAncG9wcGVyL3BvcF9pbml0LmMnIDI2NjIz
IDk2NDEyMjkzNSAwMTAwNjAwDQojIHAgJ3BvcHBlci9wb3BfcGFzcy5jJyA0
MDM4NyA5NjQ0NDk1MzEgMDEwMDYwMA0KIyBwICdwb3BwZXIvcG9wcGVyLmMn
IDE1MjY1IDk2NDEyMzIzMyAwMTAwNjAwDQojIHAgJ3BvcHBlci9wb3BwZXIu
aCcgMjY3MTQgOTY0NDQ2MjAwIDAxMDA2MDANCiMgcCAncG9wcGVyL3ZlcnNp
b24uaCcgOTIzIDk2NDQ0NDkxNyAwMTAwNjAwDQojIyMjIEVuZCBvZiBBcHBs
eVBhdGNoIGRhdGEgIyMjIw0KDQojIyMjIEVuZCBvZiBQYXRjaCBraXQgW2Ny
ZWF0ZWQ6IE1vbiBKdWwgMjQgMTE6MDI6NDEgMjAwMF0gIyMjIw0KIyMjIyBD
aGVja3N1bTogNzIxIDIzMDMzIDEwNjIwICMjIyMNCg==
--2006451189-1483920592-964452007=:8733--
Date: Mon, 24 Jul 2000 18:48:07 +0100
From: Fergal Daly <fergal at esatclear dot ie>
Subject: Re: BETA 3.1b5: suggested patches for 3.1b6 (revised!)
At 16:20 24/07/00, Jeff A. Earickson wrote:
> On another note, I have found a really nasty bug with PAM on HP
>systems. We use DCE with Integrated-Login via PAM, but the guist
>of the bug is thus: the user has to have full login access to the
>machine for PAM to work with popper. Our users don't get to login to
>our mail server; ergo popper with PAM authentication won't work
>for us. Anybody else seen this "feature" of PAM?
If by "don't get a login" you mean don't have a valid shell then are you
sure you don't have
auth required /lib/security/pam_shells.so
in the pam file for pop? Given that this module exists, I doubt the other
pam modules even look at shell,
Fergal
Date: Mon, 24 Jul 2000 18:02:59 -0300
From: Paulo Santos <psantos at gol.com dot br>
Subject: Re[2]: BETA 3.1b5: suggested patches for 3.1b6 (revised!)
Ola Fergal,
the problem with authentications and logins could finish with a patch to
MySQL.
Monday, July 24, 2000, 2:48:07 PM, voce escreveu:
FD> At 16:20 24/07/00, Jeff A. Earickson wrote:
>> On another note, I have found a really nasty bug with PAM on HP
>>systems. We use DCE with Integrated-Login via PAM, but the guist
>>of the bug is thus: the user has to have full login access to the
>>machine for PAM to work with popper. Our users don't get to login to
>>our mail server; ergo popper with PAM authentication won't work
>>for us. Anybody else seen this "feature" of PAM?
FD> If by "don't get a login" you mean don't have a valid shell then are you
FD> sure you don't have
FD> auth required /lib/security/pam_shells.so
FD> in the pam file for pop? Given that this module exists, I doubt the other
FD> pam modules even look at shell,
FD> Fergal
Obrigado e Saudações,
---------------------
Paulo Santos
mailto:psantos at gol.com dot br
Date: Mon, 24 Jul 2000 18:40:17 -0700
From: Qpopper Support <qpopper at qualcomm dot com>
Subject: Qpopper 3.1b6 available
Qpopper 3.1b6 is available at
<ftp://ftp.qualcomm.com/eudora/servers/unix/popper/beta>.
A somewhat abbreviated change list is on the Qpopper web site at
<http://www.qpopper.org/changelist.html>
The full list of changes from one release to the next is on the FTP
site, at
<ftp://ftp.qualcomm.com/eudora/servers/unix/popper/beta/Changes>.
The 3.1 release notes are at:
<ftp://ftp.qualcomm.com/eudora/servers/unix/popper/beta/Release.Notes>.
Changes from 3.1b5 to 3.1b6
---------------------------
1. Fixed lots more warnings.
2. Allow lock to proceed even if user is over quota.
3. Added 'check-fmt' script to check for potential format mismatches
in pop_msg, pop_log, logit, and DEBUG_LOGx calls.
4. Fixed potential format mismatches.
From: "Wodecki, Wiktor" <Wodecki at wapme-systems dot de>
Subject: maildrop in mysql
Date: Tue, 25 Jul 2000 09:28:50 +0200
Hello,
I'm looking for a way to completely detach the E-Mail authentification and
storage from the the real filesystem, I want everything to be done in a
mysql database. I found various patches for this kind of topic (for example
http://www.riverstyx.net/qpopmysql/) but I haven't seen anything yet to get
the mails actually from the mysql database. I've already implemented the
user authentification, so that's not the point. Does one of you know a
website for this kind of technical information?
thanks in advance (and sorry if this is FAQ, but I haven't found anything in
the archieves which helps me)
Regards,
Wiktor Wodecki
Date: Tue, 25 Jul 2000 10:09:43 +0200 (CEST)
From: robert rotman <rotman at inode dot at>
Subject: Re: maildrop in mysql
Hello,
Why do you watnt to store the mail-files in a database?
the database is slow with blop's!
robert
On Tue, 25 Jul 2000, Wodecki, Wiktor wrote:
> Hello,
>
> I'm looking for a way to completely detach the E-Mail authentification and
> storage from the the real filesystem, I want everything to be done in a
> mysql database. I found various patches for this kind of topic (for example
> http://www.riverstyx.net/qpopmysql/) but I haven't seen anything yet to get
> the mails actually from the mysql database. I've already implemented the
> user authentification, so that's not the point. Does one of you know a
> website for this kind of technical information?
>
> thanks in advance (and sorry if this is FAQ, but I haven't found anything in
> the archieves which helps me)
>
> Regards,
>
> Wiktor Wodecki
>
---
di. robert rotman inode.graz
phone -> ++43-(0)316 813141 ++43-(0)316 818600/15 <- fax
rotman at inode.at http://www.graz.inode dot at/
--
this letter was written on recycled bytes used by deleted mail.
From: "Wodecki, Wiktor" <Wodecki at wapme-systems dot de>
Subject: AW: maildrop in mysql
Date: Tue, 25 Jul 2000 10:25:13 +0200
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
From: "Master" <NetMaster at mailru dot com>
Subject: Re: maildrop in mysql
Date: Tue, 25 Jul 2000 10:59:20 +0300
Hello.
By the way, would you describe how did you do this ?
> Hello,
>
> I'm looking for a way to completely detach the E-Mail authentification and
> storage from the the real filesystem, I want everything to be done in a
> mysql database. I found various patches for this kind of topic (for
example
> http://www.riverstyx.net/qpopmysql/) but I haven't seen anything yet to
get
> the mails actually from the mysql database. I've already implemented the
> user authentification, so that's not the point. Does one of you know a
> website for this kind of technical information?
>
> thanks in advance (and sorry if this is FAQ, but I haven't found anything
in
> the archieves which helps me)
>
> Regards,
>
> Wiktor Wodecki
>