The qpopper list archive ending on 17 May 1999
Topics covered in this issue include:
1. Re: E-mail size???
Alan Brown <alan at manawatu.gen dot nz>
Wed, 5 May 1999 14:27:17 +1200 (NZST)
2. RE: E-mail size???
Alan Brown <alan at manawatu.gen dot nz>
Wed, 5 May 1999 14:53:38 +1200 (NZST)
3. Re: E-mail size???
DaF0rc3 at cyberdude dot com
Wed, 5 May 1999 10:46:27 +0100
4. Re: E-mail size???
Rodrigo Luiz Anami <rodrigoa at bestway.com dot br>
Wed, 5 May 1999 13:46:12 -0300 (EST)
5. Qpopper and virtual domains
"Juliano Simoes" <juliano at axios.com dot br>
Wed, 5 May 1999 18:00:25 -0300
6. Control Panel for Virtual POP Management
Mike Galloway <Mike.Galloway at wcom dot com>
Thu, 06 May 1999 10:47:05 -0500
7. Restricting time between accesses
Douglas Brunk <brunk at mail.med.upenn dot edu>
Thu, 06 May 1999 12:26:13 -0400
8. Re: Restricting time between accesses
System Administrator <admin at intergrafix dot net>
Thu, 6 May 1999 14:07:57 -0400 (EDT)
9. ?
"Mike T." <arakel at dig-net dot net>
Thu, 6 May 1999 13:22:05 -0700 (PDT)
10. QPOPer for Mac OS X
"nawir" <nawir at noc.access.net dot id>
Fri, 07 May 1999 12:25:21 +0800
11. newbie question
Vu Pham <vuqpham at hcmc.netnam dot vn>
Sun, 09 May 1999 20:57:08 +0700
12. Realms
Mikael Hugo <mikael.hugo at dataphone dot net>
Sun, 9 May 1999 19:31:39 +0200
13. Re: Realms
"Kurt Jaeger" <pi at complx.LF dot net>
Sun, 9 May 1999 19:51:21 +0200 (CEST)
14. Howto secure qpopper?
Hicham JAOUHARI <h.jaouhari at digitem.net dot ma>
Sun, 09 May 1999 18:36:48 +0000
15. Re: Howto secure qpopper?
Gary Schrock <gary at eyelab.psy.msu dot edu>
Sun, 09 May 1999 15:03:28 -0400
16. Re: Howto secure qpopper?
System Administrator <admin at intergrafix dot net>
Sun, 9 May 1999 18:29:55 -0400 (EDT)
17. Ang: Re: Howto secure qpopper?
Magnus.Krafft at hkv.mil dot se
Mon, 10 May 1999 18:00:08 +0100
18. Re: Ang: Re: Howto secure qpopper?
Alan Brown <alan at manawatu.gen dot nz>
Tue, 11 May 1999 03:24:48 +1200 (NZST)
19. reasonable APOP policy
Fil Krohnengold <fil at amnh dot org>
Mon, 10 May 1999 11:27:08 -0400
20. Re: reasonable APOP policy
Gustavo Henrique <gustavoh at sysadmin.com dot br>
Mon, 10 May 1999 13:52:41 -0300
21. Database
Daniel Marques <dmarques at globalnet.com dot br>
Tue, 11 May 1999 12:59:38 -0300
22. How can I log the useful information in log file....
Antony SiTou <bast at wkg2.umac dot mo>
Wed, 12 May 1999 10:37:09 +0800 (HKT)
23. Bulletin Database
"George P. Esperanza" <george at calamba.laguna dot net>
Wed, 12 May 1999 10:42:08 -0800 (GMT+8)
24. unsubsriber
Wang Chunnian <wolf at cherry.sxu.edu dot cn>
Wed, 12 May 1999 18:51:56 +0800 (CST)
25. Suport for Twinkie Auth Method.
"Asley Lugo Avila" <asley at etecsa dot cu>
Wed, 12 May 1999 08:14:22 -0400
26. SCO Suport on Qpopper 3.0
"Asley Lugo Avila" <asley at etecsa dot cu>
Wed, 12 May 1999 08:24:58 -0400
27. about the theory of the POP
support <support at public.bta.net dot cn>
Thu, 13 May 1999 10:35:09 +0800
28. Re: about the theory of the POP
"Asley Lugo Avila" <asley at etecsa dot cu>
Wed, 12 May 1999 09:47:32 -0400
29. pop & ldap
"Richard F. Strasser" <rfs at veritel dot com>
Wed, 12 May 1999 12:30:09 -0400
30. Expire Setting On QPOP version 3.0
"Asley Lugo Avila" <asley at etecsa dot cu>
Wed, 12 May 1999 10:39:26 -0400
31. Re: Expire Setting On QPOP version 3.0
Randall Gellens <rg=public.1 at worldmail1.qualcomm dot com>
Wed, 12 May 1999 12:13:11 -0700
32. qpopper2.3 question
"Kostas Marneris" <K.Marneris at demokritos dot gr>
Thu, 13 May 1999 10:01:35 +0300
33. qpopper 2.53
Arshad Saeed <arshad at super.net dot pk>
Thu, 13 May 1999 14:35:39 +0100
34. Re: qpopper2.3 question
"Asley Lugo Avila" <asley at etecsa dot cu>
Thu, 13 May 1999 07:54:20 -0400
35. Re: qpopper 2.53
"Asley Lugo Avila" <asley at etecsa dot cu>
Thu, 13 May 1999 07:39:49 -0400
36. -ERR hangup message
Nancy Lin <nlin at library.berkeley dot edu>
Thu, 13 May 1999 14:36:24 -0700 (PDT)
37. Re: qpopper2.3 question
"Evan Erwin" <obiwan at frag dot com>
Thu, 13 May 1999 20:25:56 -0400
38. Using APOP on Linux(Slack3.6)
Takashi Obuse <obuse at venus.tms-px.co dot jp>
Fri, 14 May 1999 12:32:15 +0900
39. Re: Using APOP on Linux(Slack3.6)
Alan Brown <alan at manawatu.gen dot nz>
Fri, 14 May 1999 18:00:34 +1200 (NZST)
40. Re: Using APOP on Linux(Slack3.6)
Takashi Obuse <obuse at venus.tms-px.co dot jp>
Fri, 14 May 1999 16:33:39 +0900
41. Similar list for sendmail
"Richard Barnes" <rbarnes at blazenet dot net>
Fri, 14 May 1999 08:39:53 -0400
42. Re: Similar list for sendmail
"Igor S. Livshits" <igorl at life.uiuc dot edu>
Fri, 14 May 1999 10:34:31 -0500
43. qpopper running away...
Jeff Stemler <stemler at uplink dot net>
Fri, 14 May 1999 11:56:49 -0400 (EDT)
44. User gets mail but delivery is late?
Vicki Brown <vlb at cfcl dot com>
Fri, 14 May 1999 15:21:56 -0700
45. Re: Similar list for sendmail
Vicki Brown <vlb at cfcl dot com>
Fri, 14 May 1999 20:10:28 -0700
46. Re: User gets mail but delivery is late?
Randall Gellens <randy at qualcomm dot com>
Sat, 15 May 1999 15:41:06 -0700
47. Re: Using APOP on Linux(Slack3.6)
Randall Gellens <randy at qualcomm dot com>
Sun, 16 May 1999 01:24:44 -0700
48. qpopper statistics tool
"Guido Dolci" <dolci at sfera dot net>
Sun, 16 May 1999 12:53:38 +0200
49. Re: qpopper statistics tool
Rodrigo Luiz Anami <rodrigoa at bestway.com dot br>
Mon, 17 May 1999 09:37:20 -0300 (EST)
50. Building QP 3.0 b 14 on HPUX 10.20 w/gcc
Sherwood Botsford <sherwood at Math.UAlberta dot CA>
Mon, 17 May 1999 15:43:03 -0600 (MDT)
Date: Wed, 5 May 1999 14:27:17 +1200 (NZST)
From: Alan Brown <alan at manawatu.gen dot nz>
Subject: Re: E-mail size???
On Tue, 4 May 1999, Tomasz Orzechowski wrote:
> > a sudden when I send an e-mail with attachment of more then 2.9 megs I get
> > an error.
>
> the remote site can have it at 3M perhaps?
Is that 2.9Mb before or after MIME encoding?
Remember that sending files via email results in an instant 50% bloat...
AB
Date: Wed, 5 May 1999 14:53:38 +1200 (NZST)
From: Alan Brown <alan at manawatu.gen dot nz>
Subject: RE: E-mail size???
On Tue, 4 May 1999, Steven Roach wrote:
> I do have the max size in sendmail set for 4megs. But doesn't qpopper take
> the mail from my windows client and give it to send mail... ?
Only if you have your pop3 client set to use pop3 uploads.
That's not the default setting for most email clients - they usually
connect directly to the smtp server.
AB
From: DaF0rc3 at cyberdude dot com
Subject: Re: E-mail size???
Date: Wed, 5 May 1999 10:46:27 +0100
> Is there a size parameter, that can limit the size of the e-mail your
> send out.. I know I have one on my firewall, and I have that set at
> 4megs, all of a sudden when I send an e-mail with attachment of more
> then 2.9 megs I get an error.
As far as I know qpopper has absolutely nothing to do with this but Sendmail
can be configured to maximize the size of messages sent. In this case I
believe it might be the Firewall altogether.
You attach a binary file (compressed) with the size of 2.9 MB to your
message. (2.9 MB = 3040871 bytes) After Base64 encoding your message will be
33% bigger. (base 256 to base 64). Your attachment will now be 4054494 bytes.
Adding the overhead contained in your mail (addresses, routing etc) your
message probably exceeds the limit of the firewall.
Best regards, Krafft
/* Whatever happened to questions about qpopper? Seem to be a lot of
messages concerning other things (some quite basic). */
===================================================================
I wish I had a funny signature... A signature to be proud of...
Date: Wed, 5 May 1999 13:46:12 -0300 (EST)
From: Rodrigo Luiz Anami <rodrigoa at bestway.com dot br>
Subject: Re: E-mail size???
Steve
There is a pameter that sets the max size of an e-mail. This parameter is
configured in sendmail.cf.
-------------------------------------------------------------------------
Rodrigo Luiz Anami rodrigoa at bestway.com dot br
Best Way Internet Provider Atendimento ao Cliente
http://www.bestway.com.br (019) 254.6263 (Campinas)
webmaster at bestway.com dot br 0800.112262 (Outras Localidades)
-------------------------------------------------------------------------
On Tue, 4 May 1999, Steven Roach wrote:
> Is there a size parameter, that can limit the size of the e-mail your send
> out.. I know I have one on my firewall, and I have that set at 4megs, all of
> a sudden when I send an e-mail with attachment of more then 2.9 megs I get
> an error.
>
>
> Thanks in advance.
>
> -Steve
>
From: "Juliano Simoes" <juliano at axios.com dot br>
Subject: Qpopper and virtual domains
Date: Wed, 5 May 1999 18:00:25 -0300
Dear Gentlemen,
As we switched our qpopper installation from from the (buggy)
v.2.4 to v.2.53, we faced an unpleasant side-effect: our
virtual domain POP accounts have stopped responding. The
error message logged by the system as virtual users try
to retrieve messages is the infamous:
"-ERR Password supplied for "<user>" is incorrect".
To achieve virtual domain support, we use popper in conjunction
with chroot, on a Red Hat Linux 5.2 box.
Non-virtual users are able to access their mailboxes using
popper just fine.
Could anyone suggest possible solutions to this problem?
Is there any known problems regarding popper + chroot?
TIA,
Juliano Simoes
Gerente de Tecnologia
Axios Tecnologia e Servicos
http://www.axios.com.br
juliano at axios.com dot br
+55 41 324-1993
Date: Thu, 06 May 1999 10:47:05 -0500
From: Mike Galloway <Mike.Galloway at wcom dot com>
Subject: Control Panel for Virtual POP Management
Does anyone have prior experience with any type of Web Control Panel
for use with QPopper 2.53. I would like to set up several virtual hosts on
my Linux server and offer them a tool to manage their own E-Mail
addresses.
Is there a FAQ somewhere that I can access that would explain virtual
POP management?
Thanks,
Mike Galloway
gNet Consulting Inc.
Date: Thu, 06 May 1999 12:26:13 -0400
From: Douglas Brunk <brunk at mail.med.upenn dot edu>
Subject: Restricting time between accesses
Has anyone written a patch that restricts the number of times that a user
can access the qpopper within a particular time interval? I did a search
of the list archives and did not come across any reference to this.
We have a large number of users who access their pop accounts every minute.
Though we try to work with them to increase the interval I would prefer
enforcing a restriction on the server end.
.....................................................................
Douglas Brunk : 3508 Market Street
System Architect : Suite 100
Technology Services Group : Philadelphia, PA 19104
Univ. of Pennsylvania Health System : Phone: 215-349-5097
: Fax: 215-349-5846
.....................................................................
Date: Thu, 6 May 1999 14:07:57 -0400 (EDT)
From: System Administrator <admin at intergrafix dot net>
Subject: Re: Restricting time between accesses
hmm, i wouldn't think it'd be too hard, but where are you gonna store all
the info for the users? it would have to be in a text file.
delimited like <user> <# times checked> <last time checked in tm form>
in the beginning of pop_user() you could check the text file for the
username (p->pop_parm[1])..if it found it, you could read # times into an
int called say "num" and last time into a time_t called "last_time" and do
something like..
outside pop_user()
#define INTERVAL 5 /* interval checked in (minutes) */
#define MAX_TIMES 2 /* max # of times allowed to check in */
/* INTERVAL */
#define STORE_FILE "users.dat"
in pop_user()
int num=0;
time_t tm;
time_t last_time;
FILE *fp;
/* START of check and read in user connect stats */
/* END of check and read in user connect stats */
time(&tm);
if ((tm-last_time) > (INTERVAL*60)) {
/* user is checking less frequent than interval */
num = 1;
last_time = tm;
/* write user stats back to text file here */
} /* end of if */
else {
/* user is checking inside interval */
if (num >= MAX_TIMES) {
/* exceeded their max connects */
pop_quit(p);
}
else {
/* didnt exceed their connects, increment their count */
num++;
/* write user stats back to text file here */
}
} /* end of else */
that MAY be wrong, it's really off the top of my head. hope it helps some.
-Cygnus
.-._.-._.-._.-._.-._.-._.-._.-._.-._.-._.-._.-._.-._.-._.-._.-._.-._.-.
Anthony J. Biacco Network Administrator/Engineer
admin at intergrafix dot net Intergrafix Internet Services
"Dream as if you'll live forever, live as if you'll die today"
http://cygnus.ncohafmuta.com http://www.intergrafix.net
.-._.-._.-._.-._.-._.-._.-._.-._.-._.-._.-._.-._.-._.-._.-._.-._.-._.-.
On Thu, 6 May 1999, Douglas Brunk wrote:
> Has anyone written a patch that restricts the number of times that a user
> can access the qpopper within a particular time interval? I did a search
> of the list archives and did not come across any reference to this.
>
> We have a large number of users who access their pop accounts every minute.
> Though we try to work with them to increase the interval I would prefer
> enforcing a restriction on the server end.
> .....................................................................
> Douglas Brunk : 3508 Market Street
> System Architect : Suite 100
> Technology Services Group : Philadelphia, PA 19104
> Univ. of Pennsylvania Health System : Phone: 215-349-5097
> : Fax: 215-349-5846
> .....................................................................
>
Date: Thu, 6 May 1999 13:22:05 -0700 (PDT)
From: "Mike T." <arakel at dig-net dot net>
Subject: ?
Anyone know how to get rid of this:
"This text is part of the internal format of your mail folder, and is not
a real message. It is created automatically by the mail system software.
If deleted, important folder data will be lost, and it will be re-created
with the data reset to initial values."
Using linux? downloading to MS outlook?
Date: Fri, 07 May 1999 12:25:21 +0800
Subject: QPOPer for Mac OS X
From: "nawir" <nawir at noc.access.net dot id>
I try to install POPer 2.5.3 that I got from www.stepwise.com and when I try
to telnet to my localhost 110, it answer successfully.
What I don't know are:
- Is it QPOper will using user name that create from OS X or I have to
create separate user for qPOPper.
- How to change, add or delete user name or password
- How to test it. Is it possible to test from the client machine using IP
address of my server for POP & SMTP?
Date: Sun, 09 May 1999 20:57:08 +0700
From: Vu Pham <vuqpham at hcmc.netnam dot vn>
Subject: newbie question
Hi all,
I am quite new to qPopper.
I just inalled it. Do I need to edit some configuration file ? Where can
I get information for these files ? How can I config so qpopper works w/
sendmail ?
Thanks,
Vu Pham
From: Mikael Hugo <mikael.hugo at dataphone dot net>
Subject: Realms
Date: Sun, 9 May 1999 19:31:39 +0200
Is there someway I can make the server accept user at domain dot com, so that =
I can
stay futureproof wehn we consolidate all popservers in a year or so.
Otherwise I have to hack in the code :(
Med vänliga hälsningar
Mikael Hugo
dataphone communication networks
http://www.dataphone.net
sales 0200 - 88 28 00 (nat)
phone 08 - 566 106 00 / 031 - 758 06 00 / 040 - 698 06 00
fax 08 - 566 106 01 / 031 - 758 06 01 / 040 - 698 06 01
Subject: Re: Realms
Date: Sun, 9 May 1999 19:51:21 +0200 (CEST)
From: "Kurt Jaeger" <pi at complx.LF dot net>
Hi!
> Is there someway I can make the server accept user at domain dot com, so that =
> I can
> stay futureproof wehn we consolidate all popservers in a year or so.
I did a patch to qpopper 2.4b1 (slightly security enhanced version)
that does something like this.
Problem: no docs 8-} Bad. I know. Volunteers ?
You can download it from
ftp://ftp.lf.net/pub/unix/mail/pop/virt-qpopper-2.4b1.tgz
Short explanation:
We use smail as MTA. smail starts a small perl script if it delivers
mail locally. This perl script looks up into /var/pop/<domain>/Accounts,
whether this e-mail address exists, otherwise it delivers into the file
/var/pop/<domain>/postmaster
In the Accounts file per domain (here: sampledomain.com), you find lines
like:
postmaster doJizuHA - - a support at somewhere dot com
blafasel doJizuHA - - -
<user> <pw> <mq> <dq> <cust> <comment>
with
<user> uniq username, max. 64 char, incl. '.' und anderer special chars
<pw> password in cleartext
<mq> mail quota - max. allowed size per mail
<dq> disk quota - max. allowed total mailbox size
<cust> customer key for a web based admin interface
<forwards> if not deliver locally, where else should it go ?
Example:
blafasel at sampledomain dot com -> stored in /var/pop/sampledomain.com/blafasel
Oh, it does need one popowner account (all mailfiles will belong
to that user, no other unix accounts necessary).
Yes, many TODOs, like:
- porting the patch to qpopper 2.53 or 3.0betaX ?
- docs
- publishing the web interface and the smail mail delivery script
--
MfG/Best regards, Kurt Jaeger 21 years to go !
LF.net GmbH pi at LF dot net
Vor dem Lauch 23 fon +49 711 90074-23 Friedrich-Ebert-Str.1
D-70567 Stuttgart fax +49 711 7289041 40210 Duesseldorf fon +49 211 179253-11
For Redmond: "nuke the site from orbit -- it's the only way to be sure."
Date: Sun, 09 May 1999 18:36:48 +0000
From: Hicham JAOUHARI <h.jaouhari at digitem.net dot ma>
Subject: Howto secure qpopper?
Hi,
i have qpopper 2.53 in redhat 5.3, it's work fine.
my problem is: some users in my network use sniffers to read mail of
other users and i'd like to find a solution.
any idea will be helpful.
regards,
Hicham JAOUHARI
Date: Sun, 09 May 1999 15:03:28 -0400
From: Gary Schrock <gary at eyelab.psy.msu dot edu>
Subject: Re: Howto secure qpopper?
At 06:36 PM 5/9/99 +0000, Hicham JAOUHARI wrote:
>Hi,
>
> i have qpopper 2.53 in redhat 5.3, it's work fine.
> my problem is: some users in my network use sniffers to read mail of
>other users and i'd like to find a solution.
> any idea will be helpful.
If your users have shell accounts on your mail server, one possibility is
to use ssh to encrypt the mail traffic. There are a couple of problems
with doing this though, one being that you have to have an ssh client for
the users machines (for windows, I tend to use secure crt myself, but it's
not cheap). Also, if your users might be checking mail from more than one
machine, it can be a pain to set up the mail client so that it's not
assuming port 110 for the pop connection (I check on a couple machines
myself, so I have to use more than one local port to redirect my mail
from). Eudora can do it, not sure about others (eudora is a pain to set it
up though, you have to add a keyword to the ini file, thankfully if you're
only dealing with one mail machine you don't have to change the setting,
personally I wish qualcomm would make it so you can set up the pop port
when setting up an account rather than making it something you have to edit
the ini for, but my suggestion for that was ignored).
I don't think APOP or Kerberos encrypts anything besides the password, so
if you want the mail itself secure, then the only real option that I can
think of is ssh.
Date: Sun, 9 May 1999 18:29:55 -0400 (EDT)
From: System Administrator <admin at intergrafix dot net>
Subject: Re: Howto secure qpopper?
On Sun, 9 May 1999, Hicham JAOUHARI wrote:
> Hi,
>
> i have qpopper 2.53 in redhat 5.3, it's work fine.
> my problem is: some users in my network use sniffers to read mail of
> other users and i'd like to find a solution.
> any idea will be helpful.
>
A) use APOP so no passwords are sniffed.
B) use a switch instead of a hub.
C) dont put users on the same hub as servers.
D) beat the users over the head with a mallet/sledgehammer
-Cygnus
.-._.-._.-._.-._.-._.-._.-._.-._.-._.-._.-._.-._.-._.-._.-._.-._.-._.-.
Anthony J. Biacco Network Administrator/Engineer
admin at intergrafix dot net Intergrafix Internet Services
"Dream as if you'll live forever, live as if you'll die today"
http://cygnus.ncohafmuta.com http://www.intergrafix.net
.-._.-._.-._.-._.-._.-._.-._.-._.-._.-._.-._.-._.-._.-._.-._.-._.-._.-.
From: Magnus.Krafft at hkv.mil dot se
Subject: Ang: Re: Howto secure qpopper?
Date: Mon, 10 May 1999 18:00:08 +0100
>> i have qpopper 2.53 in redhat 5.3, it's work fine.
>> my problem is: some users in my network use sniffers to read mail of
>> other users and i'd like to find a solution.
>> any idea will be helpful.
> A) use APOP so no passwords are sniffed.
You could still sniff the contents of the mail.
> B) use a switch instead of a hub.
Does not (in standard config) protect you against sniffing. I know of atleast
one method you can sniff communication from one of the parts. I myself prefer
scrambling HUBs.
> C) dont put users on the same hub as servers.
But if all users are on the same HUB this is useless.
> D) beat the users over the head with a mallet/sledgehammer
Yup! It always works. Be sure to pound the offending users in a secluded area
with no witnesses other than fellow administrators. (This is the solution I
would recommend.)
My recommendation:
Install SSH2 proxies between client and server. That should do the trick.
(www.ssh.fi & www.datafellows.com and check for information about tunneling
other protocols.)
Pros: All communication will be encrypted between client and server.
Cons: Administration of open/private keys certificates will increase
administration a lot and client installation and support will be (a lot?)
more complicated. You also have to pay for it if used by a company.
The users must still make sure their private key is properly protected.
If it's just password sniffing they are doing, you could get some additional
protection by using APOP. (The most common type of sniffing since offenders
rarely logs everything done on the network and they can let the sniffer
trigger on certain keywords.)
You can then force your users to use APOP authentication.
Pros: Easier to implement.
Cons: People who sniff the net can capture the traffic and then use
dictionary based attacks to find out the password, thus security is no
stronger than the password choosen. 8 random characters including
[a-z][A-Z][0-9] is usually enough to deter someone who is just using his
spare time. (Passwords choosen by the user is doomed to fail against
dictionary based attacks.)
Additional: Make sure the server is secure. (Standard Redhat installation
isn't known to be the most secure Unix in world history.) It might be that
you suspect sniffing and they make you believe so to avoid you to notice that
they have broken the server and implemented backdoors.
/Cheers!
---
All opinions and information in this letter is my own and not that of anyone
else. In fact - all my opinions are copyrighted by me.
Date: Tue, 11 May 1999 03:24:48 +1200 (NZST)
From: Alan Brown <alan at manawatu.gen dot nz>
Subject: Re: Ang: Re: Howto secure qpopper?
On Mon, 10 May 1999 Magnus.Krafft at hkv.mil dot se wrote:
> > D) beat the users over the head with a mallet/sledgehammer
>
> Yup! It always works. Be sure to pound the offending users in a secluded area
> with no witnesses other than fellow administrators. (This is the solution I
> would recommend.)
If the other users get to watch, it's a far more effective education tool.
> ..... (Passwords choosen by the user is doomed to fail against
> dictionary based attacks.)
Can APOP be used against MD5 encrypted /etc/shadow entries?
I ask that because most password kits these days won't let lusers set
insecure passwords. If popauth does, then it's reduced security of the
machine somewhat. :-(
AB
Subject: reasonable APOP policy
Date: Mon, 10 May 1999 11:27:08 -0400
From: Fil Krohnengold <fil at amnh dot org>
Howdy -
I'm here trying to figure out how to stop clear text from coming into
our institution. I've got s/key logins ready to go for our unix shell
folks, but the big sticking point is POP. Now - most of my users use
Eudora of some flavor - but not all. And it's one thing to say to them
"If you're checking your mail from offsite, you need to either dial in
to the network, or use APOP" - but it's another thing entirely to try
and enforce it. We can't go APOP_ONLY since there are other clients
floating around the institution which don't support APOP and this isn't
the kind of environment where the network folks get to set a lot of policy.
So I was thinking about a small mod to the pop_user function. Perhaps
checking out the POP struct for where the client is coming from, and
then based on a regexp decide if the client is "offsite" and mandate an
entry in pop.auth for a useful session.
Comments? Does this sound worth while to anyone else? If so, should I
maybe broaden my focus a bit? A config file option rather than just a
compile option perhaps?
Thanks.
-fil
___________________________________________________________________________
Fil Krohnengold | Network Administrator - Network Systems
fil at amnh dot org | The American Museum of Natural History
212/769-5294 | CPW @ 79thSt / NY, New York / 10024
Date: Mon, 10 May 1999 13:52:41 -0300
From: Gustavo Henrique <gustavoh at sysadmin.com dot br>
Subject: Re: reasonable APOP policy
At 11:27 10/05/99 -0400, Fil Krohnengold wrote:
>Howdy -
>
>I'm here trying to figure out how to stop clear text from coming into
>our institution. I've got s/key logins ready to go for our unix shell
>folks, but the big sticking point is POP. Now - most of my users use
>Eudora of some flavor - but not all. And it's one thing to say to them
>"If you're checking your mail from offsite, you need to either dial in
>to the network, or use APOP" - but it's another thing entirely to try
>and enforce it. We can't go APOP_ONLY since there are other clients
>floating around the institution which don't support APOP and this isn't
>the kind of environment where the network folks get to set a lot of policy.
>
>So I was thinking about a small mod to the pop_user function. Perhaps
>checking out the POP struct for where the client is coming from, and
>then based on a regexp decide if the client is "offsite" and mandate an
>entry in pop.auth for a useful session.
>
>Comments? Does this sound worth while to anyone else? If so, should I
>maybe broaden my focus a bit? A config file option rather than just a
>compile option perhaps?
>
well, since you asked, i think the best solution is to offer a webmail
that supports apop...
since i use openbsd, i dont have many options....popauth doesnt compile
right (segfaults), and kerberos is a pain in the ass to setup in
win95 clients (in brazil it's worst, because of export regulations,
i can't get kerb16.exe for eudora)..the problem is not getting it
but having to setup for the clients.....no mention on "offsite", which
would be worst.
thus, at least for me the best solution would be a webmail with apop
support....for now, we're using a pop capable webmail with ssl
in the same machine, connecting to localhost....
regards,
- Gustavo Henrique Maultasch de Oliveira
<gustavoh at sysadmin.com dot br>
Date: Tue, 11 May 1999 12:59:38 -0300
From: Daniel Marques <dmarques at globalnet.com dot br>
Subject: Database
Hello ALL! :)
I downloaded qpopper 3.0, does it support databases like sql or even dbm
?
I'll install it and I don't want to include all my users' mail boxes in
passwd, there are about 19.000 mailboxes.
Can anyone help me ?
--
Daniel Marques
NutecNet Rio - Globalnet Informatica ltda
http://www.rio.nutecnet.com.br
Administrador de Sistemas / System Administrator
E-mail: dmarques at globalnet.com dot br
Tel (55)(21) 5631000 Fax (55)(21) 5151144
Av Presidente Vargas 3.131 sala 502 Teleporto
Cep 20210-030 - Rio de Janeiro - Rj - Brasil
Date: Wed, 12 May 1999 10:37:09 +0800 (HKT)
From: Antony SiTou <bast at wkg2.umac dot mo>
Subject: How can I log the useful information in log file....
Hi,
I compiled the qpopper 2.53 and tried to use with
qpopper -s -t /var/log/popper.log
But I do not get any information about the user login and login
information from where (hostname or IP address). Just get some as follow:
------------------------------------------------------------------------
Tue Apr 13 10:26:30 1999 [1397] (v2.53) Unable to get canonical name of
client, err = 1
Tue Apr 13 10:26:30 1999
Tue Apr 13 10:26:35 1999 [1397] Stats: bast 0 0 86 277917
Tue Apr 13 10:26:35 1999
------------------------------------------------------------------------
Is there any way to log these information for security review?
Thanks,
Antony
Date: Wed, 12 May 1999 10:42:08 -0800 (GMT+8)
From: "George P. Esperanza" <george at calamba.laguna dot net>
Subject: Bulletin Database
Hi!!
Is there anyone who has perl script to open and read bulletin database?
By the way i'm using qpopper 2.53 and i want to read "bulldb" files used
by qpopper in loging bulletins..
Please Help.....Thanks....
George Esperanza
Date: Wed, 12 May 1999 18:51:56 +0800 (CST)
From: Wang Chunnian <wolf at cherry.sxu.edu dot cn>
Subject: unsubsriber
unsubsriber wolf at mail.sxu.edu dot cn
I want to how to unsubsribe the maillist of Qpopper. Can you
tell me how to do.
Thank you!
wolf
From: "Asley Lugo Avila" <asley at etecsa dot cu>
Subject: Suport for Twinkie Auth Method.
Date: Wed, 12 May 1999 08:14:22 -0400
I'm trying Qpopper (version 3.0b14) and this error appear on log file.
-ERR Unknown authentication mechanism: twinkie
Can any body send me some hint?
Thanks
From: "Asley Lugo Avila" <asley at etecsa dot cu>
Subject: SCO Suport on Qpopper 3.0
Date: Wed, 12 May 1999 08:24:58 -0400
Why this OS is not include in configure script ?
In previous versions it appear.
Thanks
Date: Thu, 13 May 1999 10:35:09 +0800
From: support <support at public.bta.net dot cn>
Subject: about the theory of the POP
Hi,
I am using Qpopper now, but I want to know deeper about it.
Can you tell me where can I find the theory of this software and
the protocol?
Thanks
From: "Asley Lugo Avila" <asley at etecsa dot cu>
Subject: Re: about the theory of the POP
Date: Wed, 12 May 1999 09:47:32 -0400
http://www.eudora.com/freeware/qpop.html
Just visit it.
----- Original Message -----
From: support <support at public.bta.net dot cn>
To: Subscribers of Qpopper <qpopper at lists.pensive dot org>
Sent: Wednesday, May 12, 1999 10:35 PM
Subject: about the theory of the POP
Hi,
I am using Qpopper now, but I want to know deeper about it.
Can you tell me where can I find the theory of this software and
the protocol?
Thanks
Date: Wed, 12 May 1999 12:30:09 -0400
From: "Richard F. Strasser" <rfs at veritel dot com>
Subject: pop & ldap
Is there an implementation of POP that uses LDAP for authentication (as
opposed to passwd)?
Thanks for your help.
Richard F. Strasser
-----------------------------
Richard F. Strasser <rfs at veritel dot com>
From: "Asley Lugo Avila" <asley at etecsa dot cu>
Subject: Expire Setting On QPOP version 3.0
Date: Wed, 12 May 1999 10:39:26 -0400
I need more info about qpopper [-e expire=nn].
It means that [-e expire=nn] overwrite de client settings, like =
Outlook Express when the user define "Remove From Server After nn" ?
How it realy works ?
Any conflict when i'm using Server_Mode ?
Date: Wed, 12 May 1999 12:13:11 -0700
From: Randall Gellens <rg=public.1 at worldmail1.qualcomm dot com>
Subject: Re: Expire Setting On QPOP version 3.0
At 10:39 AM -0400 5/12/99, Asley Lugo Avila wrote:
>I need more info about qpopper [-e expire=nn].
>
>It means that [-e expire=nn] overwrite de client settings, like
>Outlook Express when the user define "Remove From Server After nn" ?
>
>How it realy works ?
>
>Any conflict when i'm using Server_Mode ?
All this does is cause Qpopper to include the "expire" tag in a CAPA
response. So if clients are written to issue CAPA and to look for an
"expire" tag, and to act on it, it does advise them to not allow mail
to be left on the server longer than indicated. But if the client
does not issue CAPA, or does not bother with the "expire" tag, it has
no effect.
As CAPA is a very new extension to POP, not too many clients support
it yet, but some do. Contact your client vendor and tell them if you
want CAPA supported.
There is no conflict with server mode.
--
Randall Gellens
rg=public.1 at worldmail1.qualcomm dot com
Opinions are personal; facts are suspect; I speak for myself only
From: "Kostas Marneris" <K.Marneris at demokritos dot gr>
Subject: qpopper2.3 question
Date: Thu, 13 May 1999 10:01:35 +0300
Hello all,
I have a system running the "qpopper2.3 server"
on a machine (SUN Spark Classic, SunOS.4.1.4).
This system acts only as a POP server
(The 250+ users have only POP access to this system, no shell)
Although, I have informed the users that they have to configure their
POP clients in such a way, that the messages have to be deleted after
the POP retrieval ("NO leave mail on server" , or "Delete the messages
after x days" for example), many users do not follow this instruction.
This have the result, that the spool area is growing continously.
My question is:--->
Is there a way to configure the POP SERVER (qpopper2.3 or a newer version)
to
automatically DELETE the messages after the successfull mail-retrieval ?
I would appreciate any help,
Thank you.
Kostas
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Kostas Marneris
NCSR Demokritos / ARIADNE Network Operation Center
E-mail : K.Marneris at demokritos dot gr
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Date: Thu, 13 May 1999 14:35:39 +0100
From: Arshad Saeed <arshad at super.net dot pk>
Subject: qpopper 2.53
Hello ...
I need to remove the reverse lookup configurational parameter on qpopper
2.53 .Do I have to change the code of qpopper or there exists any option
..
Thanking you..
Arshad
From: "Asley Lugo Avila" <asley at etecsa dot cu>
Subject: Re: qpopper2.3 question
Date: Thu, 13 May 1999 07:54:20 -0400
>I have a system running the "qpopper2.3 server"
I suggest you upgrade your old version 2.3. Qpopper prior to 2.5 are =
vulnerable because of buffer overflows. Remote users can gain privileged =
(root) access to systems.
>My question is:--->
>Is there a way to configure the POP SERVER (qpopper2.3 or a newer =
version)
>to
>automatically DELETE the messages after the successfull mail-retrieval =
?
I think the answer is no.
But you can do all you can imagine by changing the code :-)
Asley
From: "Asley Lugo Avila" <asley at etecsa dot cu>
Subject: Re: qpopper 2.53
Date: Thu, 13 May 1999 07:39:49 -0400
In Qpopper 3.0 you can use de -R option.
In 2.53 you must change pop_init.c code.
----- Original Message -----
From: Arshad Saeed <arshad at super.net dot pk>
To: Subscribers of Qpopper <qpopper at lists.pensive dot org>
Sent: Thursday, May 13, 1999 9:35 AM
Subject: qpopper 2.53
Hello ...
I need to remove the reverse lookup configurational parameter on qpopper
2.53 .Do I have to change the code of qpopper or there exists any option
..
Thanking you..
Arshad
Date: Thu, 13 May 1999 14:36:24 -0700 (PDT)
From: Nancy Lin <nlin at library.berkeley dot edu>
Subject: -ERR hangup message
Hi -
When our sever load gets high, our users get a message "Unable to connect
to <machine name>". A look through the logs shows that popper issued the
message "-ERR hangup". There are other popper connections around this
error message, all within a couple seconds. I've looked through the docs
and archives and am wondering if this is inetd's fault. Or is it that the
connection had timed out?
Thanks
--
Nancy
From: "Evan Erwin" <obiwan at frag dot com>
Subject: Re: qpopper2.3 question
Date: Thu, 13 May 1999 20:25:56 -0400
With a good Perl script, that could be done easily... (no, I don't have one,
no, I don't know Perl, but I know its abilities...)
Evan Erwin
Systems Administrator
The Citizens Bank of East Tennessee
----- Original Message -----
From: Kostas Marneris <K.Marneris at demokritos dot gr>
To: Subscribers of Qpopper <qpopper at lists.pensive dot org>
Cc: <kmar at demokritos dot gr>
Sent: Thursday, May 13, 1999 3:01 AM
Subject: qpopper2.3 question
> Hello all,
>
> I have a system running the "qpopper2.3 server"
> on a machine (SUN Spark Classic, SunOS.4.1.4).
> This system acts only as a POP server
> (The 250+ users have only POP access to this system, no shell)
>
> Although, I have informed the users that they have to configure their
> POP clients in such a way, that the messages have to be deleted after
> the POP retrieval ("NO leave mail on server" , or "Delete the messages
> after x days" for example), many users do not follow this instruction.
> This have the result, that the spool area is growing continously.
>
>
> My question is:--->
> Is there a way to configure the POP SERVER (qpopper2.3 or a newer version)
> to
> automatically DELETE the messages after the successfull mail-retrieval ?
>
>
> I would appreciate any help,
> Thank you.
>
>
> Kostas
> ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
> Kostas Marneris
> NCSR Demokritos / ARIADNE Network Operation Center
> E-mail : K.Marneris at demokritos dot gr
> ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
>
>
>
Date: Fri, 14 May 1999 12:32:15 +0900
From: Takashi Obuse <obuse at venus.tms-px.co dot jp>
Subject: Using APOP on Linux(Slack3.6)
Hi,
I'm a Slackware3.6 user and I'm trying to use APOP. I'm using Becky and
Eudora Pro 4.01 as my mailer from Windows98.
When I was trying with 2.53, I gave it up because I heard it wasn't
working on RedHat to.
The error message I got on 2.53 was, when I tried to add a user using
popauth command, it gave me the message
"./popauth: /etc/pop.auth: unable to open POP authorization DB"
Now I'm trying it again with 3.0b15. The popauth command worked fine on
this version, but when I try to connect it from my mailer, the server
cuts the connection and I can't receive the mails from the server.(Same
without useing APOP authentication)
The message I get on Eudora is,
Couldn't read data from the network.
Reason: The connection was reset from the server.(10054)
And on Becky is,
POP3 session was closed.Please try latter.
Has everyone using linux figured out how to use APOP?
Thank you.
Takashi Obuse
Date: Fri, 14 May 1999 18:00:34 +1200 (NZST)
From: Alan Brown <alan at manawatu.gen dot nz>
Subject: Re: Using APOP on Linux(Slack3.6)
On Fri, 14 May 1999, Takashi Obuse wrote:
> Has everyone using linux figured out how to use APOP?
yes:
I run my mail services as postmaster.mail
-rw------- 1 postmast mail 1536 Dec 27 07:38 /etc/pop.apop-auth
-rwxr-xr-x 1 root root 191013 May 4 17:45 /usr/sbin/in.qpop3d
-rwsr-xr-x 1 postmast mail 21796 May 4 17:45 /usr/bin/popauth
Note the SUID bit on popauth.
AB
Date: Fri, 14 May 1999 16:33:39 +0900
From: Takashi Obuse <obuse at venus.tms-px.co dot jp>
Subject: Re: Using APOP on Linux(Slack3.6)
On Fri, 14 May 1999 18:00:34 +1200 (NZST)
Alan Brown <alan at manawatu.gen dot nz> wrote:
> On Fri, 14 May 1999, Takashi Obuse wrote:
>
> > Has everyone using linux figured out how to use APOP?
>
> yes:
>
> I run my mail services as postmaster.mail
>
> -rw------- 1 postmast mail 1536 Dec 27 07:38 /etc/pop.apop-auth
> -rwxr-xr-x 1 root root 191013 May 4 17:45 /usr/sbin/in.qpop3d
> -rwsr-xr-x 1 postmast mail 21796 May 4 17:45 /usr/bin/popauth
>
>
> Note the SUID bit on popauth.
>
> AB
>
Thankyou for your fast reply.
But this wasn't the problem. I am actually running it like,
-rw------- 1 pop mail 1536 Dec 27 07:38 /etc/pop.auth
-rwxr-xr-x 1 root root 191013 May 417:45 /usr/local/bin/popper
-rwsr-xr-x 1 pop mail 21796 May 417:45 /usr/local/bin/popauth
When I send a mail to the USER account, the size of /var/spool/mail/USER
increases, and when I try to get the mail from the server, it makes a
/var/spool/mail/.USER.pop file and stops.
Hoping for more information.
Takashi Obuse
From: "Richard Barnes" <rbarnes at blazenet dot net>
Subject: Similar list for sendmail
Date: Fri, 14 May 1999 08:39:53 -0400
Sorry if this has been answered previously. I've read through most of the
archives and didn't see a previous post.
Is there a listserv for sendmail issues?
Date: Fri, 14 May 1999 10:34:31 -0500
From: "Igor S. Livshits" <igorl at life.uiuc dot edu>
Subject: Re: Similar list for sendmail
At 8:39 AM -0400 on 5/14/99, Richard Barnes wrote:
>Sorry if this has been answered previously. I've read through most of the
>archives and didn't see a previous post.
>
>Is there a listserv for sendmail issues?
Not about which I know -- however, there are several news groups
which are read and supported by some folks who work on sendmail.
comp.mail.sendmail works well for me.
Cheers, igor
Date: Fri, 14 May 1999 11:56:49 -0400 (EDT)
From: Jeff Stemler <stemler at uplink dot net>
Subject: qpopper running away...
Hello All,
We are running qpopper 2.53 on Sun a 450 running SunOS 2.6. Over
the last few days our qpopper has started going crazy. It has jump up at
times from anywhere from 150 to 1200 popper sessions, when are normal
number has been less then a hundred. We usually end up killing qpopper
and letting the number drop back down, and then turn qpopper back up and
everything is fine. Anyone have any idea why this is happening and if so
how to fix it. I am going to start digging through the archives, but if
someone can give me a quick answer it would be a big help. Thanks in
advance for you time.
---***********************************************************************
Jeff Stemler
Internet/Network Engineer
Uplink Inc. 717-327-8000 ext 116
1601 Sycamore Road 800-488-9500 ext 116
Montoursville, PA 17754 http://www.uplink.net
***************************************************************************
Date: Fri, 14 May 1999 15:21:56 -0700
From: Vicki Brown <vlb at cfcl dot com>
Subject: User gets mail but delivery is late?
I have a user who just told me that she's been checking mail fairly
regularly but she just now got 8 messages from yesterday. (She doesn't
check mail at all on Tuesdays and Thursdays; she only works part time).
The system (Unix Qpopper 2.5.3) logs are confusing me, as I thought the
order of the fields was::
Date System popper[id]: Stats: User Msg Size Msg Size
down- left left
loaded in box
May 12 17:00:38 penguin popper[23941]: Stats: mes 0 0 1 1482
May 14 10:11:33 penguin popper[31029]: Stats: mes 1 1482 7 37899
May 14 10:11:39 penguin popper[31030]: Stats: mes 0 0 7 37983
May 14 14:48:19 penguin popper[31908]: Stats: mes 0 0 8 38667
The log seems to indicate that she checked mail at 10:11 this morning and
downloaded (or rather deleted?) the 1 size=1482 from the 12th. 7 messages
remained in the mailbox. Were they delivered at 10:11?
At 14:48:19, 8 messages were left in the mailbox.
Does "downloaded" mean deleted from the mail box, not actually downloaded?
If she picked up 7 messages at 10:11 this morning, where have they been
between then and 2:48 when she noticed she had mail?
She was running Eudora 4.0 on MacOS 7.5.3; perhaps that was a bad
combination for mail delivery? In theory her system checks mail every half
hour (this is not supported by the logs which indicate she checked mail
twice only today, but at half hour intervals on Wednesday. Perhaps Eudora
got turned off... there's no way to tell and she doesn't remember).
I'm upgrading her OS and her Eudora to 4.0.2.
Any ideas why she did not see new mail at 10:10? She is _sure_ she didn't
see anything in her In Box.
- Vicki
-- --
|\ _,,,---,,_ Vicki Brown <vlb at cfcl dot com>
ZZZzz /,`.-'`' -. ;-;;,_ Journeyman Sourceror: Scripts & Philtres
|,4- ) )-,_. ,\ ( `'-' P.O. Box 1269 San Bruno CA 94066
'---''(_/--' `-'\_) http://www.cfcl.com/~vlb http://www.macperl.org
Date: Fri, 14 May 1999 20:10:28 -0700
From: Vicki Brown <vlb at cfcl dot com>
Subject: Re: Similar list for sendmail
At 08:39 -0400 05/14/1999, Richard Barnes wrote:
>Sorry if this has been answered previously. I've read through most of the
>archives and didn't see a previous post.
>
>Is there a listserv for sendmail issues?
From the trailer blurb for the mailhelp mailing list
>Need help with sendmail/fetchmail/procmail or MUA's?
>Join the mailhelp mailing list.
>Send Subject: subscribe to mailhelp-request at moongroup dot com to subscribe.
(careful readers will note a reasonable percentage of messages to the
qpopper list are Cc:d to mailhelp (and vice versa))
- Vicki
-- --
|\ _,,,---,,_ Vicki Brown <vlb at cfcl dot com>
ZZZzz /,`.-'`' -. ;-;;,_ Journeyman Sourceror: Scripts & Philtres
|,4- ) )-,_. ,\ ( `'-' P.O. Box 1269 San Bruno CA 94066
'---''(_/--' `-'\_) http://www.cfcl.com/~vlb http://www.macperl.org
Date: Sat, 15 May 1999 15:41:06 -0700
From: Randall Gellens <randy at qualcomm dot com>
Subject: Re: User gets mail but delivery is late?
First thing I'd suggest (if you haven't already) would be to look at
the 'Received' headers on the tardy messages, to see when they were
received by your system. Usually delayed mail is the result of a
clogged server en route.
--
Randall Gellens Randy at Pensive dot Org
---------------------- (randomly-selected tag) ---------------------
Auntie Em, Hate you; Hate Kansas; Taking the dog. --Dorothy.
Date: Sun, 16 May 1999 01:24:44 -0700
From: Randall Gellens <randy at qualcomm dot com>
Subject: Re: Using APOP on Linux(Slack3.6)
At 4:33 PM +0900 5/14/99, Takashi Obuse wrote:
>When I send a mail to the USER account, the size of /var/spool/mail/USER
>increases, and when I try to get the mail from the server, it makes a
>/var/spool/mail/.USER.pop file and stops.
Try configuring with --enable-debugging, and set the debug command line flag.
From: "Guido Dolci" <dolci at sfera dot net>
Date: Sun, 16 May 1999 12:53:38 +0200
Subject: qpopper statistics tool
Anyone has ever tried a good statistics tool for qpopper logs??
Thanks
Guido
Date: Mon, 17 May 1999 09:37:20 -0300 (EST)
From: Rodrigo Luiz Anami <rodrigoa at bestway.com dot br>
Subject: Re: qpopper statistics tool
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.
---154664410-2115797135-926944640=:29193
Content-Type: TEXT/PLAIN; charset=US-ASCII
Hi Guido,
I had made a shell script that analyzes pop3 log and returns some
interesting statistics but unfortunaly this script is in brazilian
portuguese, I hope that its helps you anyway.
Regards,
-------------------------------------------------------------------------
Rodrigo Luiz Anami rodrigoa at bestway.com dot br
Best Way Internet Provider Atendimento ao Cliente
http://www.bestway.com.br (019) 254.6263 (Campinas)
webmaster at bestway.com dot br 0800.112262 (Outras Localidades)
-------------------------------------------------------------------------
On Sun, 16 May 1999, Guido Dolci wrote:
> Anyone has ever tried a good statistics tool for qpopper logs??
>
> Thanks
>
> Guido
>
>
---154664410-2115797135-926944640=:29193
Content-Type: TEXT/PLAIN; charset=iso-8859-1; name="statpopu.sh"
Content-Transfer-Encoding: BASE64
Content-ID: <Pine.LNX.4.10.9905170937200.29193 at voyager.softdes.com dot br>
Content-Description: Shell Script
Content-Disposition: attachment; filename="statpopu.sh"
IyEvYmluL3NoDQpjcCAvdmFyL2FkbS9wb3AzbG9nIC90bXAvcG9wM2xvZy50
bXANCmVjaG8gIkVzdGF0aXN0aWNhcyBkbyBRcG9wcGVyIg0KZWNobyAiKioq
KiBWZXJzYW86IDIuNTMgKioqKiINCmVjaG8NCmVjaG8gIlBlcmlvZG86Ig0K
SU5JPWBoZWFkIC0xIC90bXAvcG9wM2xvZy50bXAgfCBjdXQgLWQidiIgLWYx
YA0KRklNPWB0YWlsIC0xIC90bXAvcG9wM2xvZy50bXAgfCBjdXQgLWQidiIg
LWYxYA0KZWNobyAiSW5pY2lvICRJTkkiDQplY2hvICJGaW0gICAgJEZJTSIN
CmVjaG8NClRPVD1gY2F0IC90bXAvcG9wM2xvZy50bXAgfCB3YyAtbGANCkVS
UjA9YGNhdCAvdG1wL3BvcDNsb2cudG1wIHwgZ3JlcCAiZXJyID0iIHwgd2Mg
LWxgDQpFUlIxPWBjYXQgL3RtcC9wb3AzbG9nLnRtcCB8IGdyZXAgIkVSUiIg
fCB3YyAtbGANCkVSUj1gZXhwciAkRVJSMCArICRFUlIxYA0KZWNobw0KZWNo
byAiRXJyb3MgY29tIHByaW9yaWRhZGUgYWx0YSINCmVjaG8gIj09PT09PT09
PT09PT09PT09PT09PT09PT0iDQplY2hvDQpBQ0NBPTANCkFDQ0I9MA0KZWNo
byAiRXJyb3MgY2F1c2Fkb3MgcG9yIGRlc2NvbmV4YW8gYnJ1c2NhIg0KRVJS
MD1gY2F0IC90bXAvcG9wM2xvZy50bXAgfCBncmVwICJFUlIgUE9QIEVPRiIg
fCB3YyAtbGANCkVSUjE9YH5yb2RyaWdvYS9zY3JpcHRzL3BvcmNldHUgJEVS
UjAgJFRPVGANCkVSUjI9YH5yb2RyaWdvYS9zY3JpcHRzL3BvcmNldHUgJEVS
UjAgJEVSUmANCmVjaG8gIiRFUlIwIC0+ICRFUlIxICUgZG8gdG90YWwsICRF
UlIyICUgZG9zIGVycm9zIg0KQUNDQT1gZXhwciAkQUNDQSArICRFUlIwYA0K
ZWNobyAiRXJyb3MgZGV2aWRvIGEgaW5mcmFjYW8gZGUgdGltZW91dCINCkVS
UjA9YGNhdCAvdG1wL3BvcDNsb2cudG1wIHwgZ3JlcCAiRVJSIFBPUCB0aW1l
b3V0IiB8IHdjIC1sIGANCkVSUjE9YH5yb2RyaWdvYS9zY3JpcHRzL3BvcmNl
dHUgJEVSUjAgJFRPVGANCkVSUjI9YH5yb2RyaWdvYS9zY3JpcHRzL3BvcmNl
dHUgJEVSUjAgJEVSUmANCmVjaG8gIiRFUlIwIC0+ICRFUlIxICUgZG8gdG90
YWwsICRFUlIyICUgZG9zIGVycm9zIg0KQUNDQT1gZXhwciAkQUNDQSArICRF
UlIwYA0KZWNobyAiRXJyb3MgZGV2aWRvIHNlc3NhbyBhdGl2YSINCkVSUjA9
YGNhdCAvdG1wL3BvcDNsb2cudG1wIHwgZ3JlcCAiU2lzdGVtYSB0cmF2YWRv
IiB8IHdjIC1sYA0KRVJSMT1gfnJvZHJpZ29hL3NjcmlwdHMvcG9yY2V0dSAk
RVJSMCAkVE9UYA0KRVJSMj1gfnJvZHJpZ29hL3NjcmlwdHMvcG9yY2V0dSAk
RVJSMCAkRVJSYA0KZWNobyAiJEVSUjAgLT4gJEVSUjEgJSBkbyB0b3RhbCwg
JEVSUjIgJSBkb3MgZXJyb3MiDQpBQ0NBPWBleHByICRBQ0NBICsgJEVSUjBg
DQplY2hvICJFcnJvcyBkZXZpZG8gbmFvIG9idGVyIHNvY2tldCINCkVSUjA9
YGNhdCAvdG1wL3BvcDNsb2cudG1wIHwgZ3JlcCAiVW5hYmxlIHRvIG9idGFp
biIgfCB3YyAtbCBgDQpFUlIxPWB+cm9kcmlnb2Evc2NyaXB0cy9wb3JjZXR1
ICRFUlIwICRUT1RgDQpFUlIyPWB+cm9kcmlnb2Evc2NyaXB0cy9wb3JjZXR1
ICRFUlIwICRFUlJgDQplY2hvICIkRVJSMCAtPiAkRVJSMSAlIGRvIHRvdGFs
LCAkRVJSMiAlIGRvcyBlcnJvcyINCkFDQ0E9YGV4cHIgJEFDQ0EgKyAkRVJS
MGANCmVjaG8gIkVycm9zIGRldmlkbyBzaW5hbGl6YefjbyBTSUdIVVAgb3Ug
U0lHUElQRSINCkVSUjA9YGNhdCAvdG1wL3BvcDNsb2cudG1wIHwgZ3JlcCAi
RVJSIFNJR0hVUCIgfCB3YyAtbGANCkVSUjE9YH5yb2RyaWdvYS9zY3JpcHRz
L3BvcmNldHUgJEVSUjAgJFRPVGANCkVSUjI9YH5yb2RyaWdvYS9zY3JpcHRz
L3BvcmNldHUgJEVSUjAgJEVSUmANCmVjaG8gIiRFUlIwIC0+ICRFUlIxICUg
ZG8gdG90YWwsICRFUlIyICUgZG9zIGVycm9zIg0KQUNDQT1gZXhwciAkQUND
QSArICRFUlIwYA0KZWNobyAiRXJyb3MgZGV2aWRvIGEgZW52ZWxvcGUgbWFs
IGZvcm1hdGFkbyINCkVSUjA9YGNhdCAvdG1wL3BvcDNsb2cudG1wIHwgZ3Jl
cCAiRVJSIFVuYWJsZSB0byBwcm9jZXNzIEZyb20iIHwgd2MgLWxgDQpFUlIx
PWB+cm9kcmlnb2Evc2NyaXB0cy9wb3JjZXR1ICRFUlIwICRUT1RgDQpFUlIy
PWB+cm9kcmlnb2Evc2NyaXB0cy9wb3JjZXR1ICRFUlIwICRFUlJgDQplY2hv
ICIkRVJSMCAtPiAkRVJSMSAlIGRvIHRvdGFsLCAkRVJSMiAlIGRvcyBlcnJv
cyINCkFDQ0E9YGV4cHIgJEFDQ0EgKyAkRVJSMGANCmVjaG8gIkVycm9zIGRl
dmlkbyBhIGNvbnRhZ2VtIGRlIG1lbnNhZ2VucyINCkVSUjA9YGNhdCAvdG1w
L3BvcDNsb2cudG1wIHwgZ3JlcCAiRVJSIE1lc3NhZ2UiIHwgd2MgLWxgDQpF
UlIxPWB+cm9kcmlnb2Evc2NyaXB0cy9wb3JjZXR1ICRFUlIwICRUT1RgDQpF
UlIyPWB+cm9kcmlnb2Evc2NyaXB0cy9wb3JjZXR1ICRFUlIwICRFUlJgDQpl
Y2hvICIkRVJSMCAtPiAkRVJSMSAlIGRvIHRvdGFsLCAkRVJSMiAlIGRvcyBl
cnJvcyINCkFDQ0E9YGV4cHIgJEFDQ0EgKyAkRVJSMGANCmVjaG8gIkVycm9z
IGRldmlkbyBhIGF1dGVudGljYWNhbyINCkVSUjA9YGNhdCAvdG1wL3BvcDNs
b2cudG1wIHwgZ3JlcCAiRVJSIFBhc3N3b3JkIiB8IHdjIC1sYA0KRVJSMT1g
fnJvZHJpZ29hL3NjcmlwdHMvcG9yY2V0dSAkRVJSMCAkVE9UYA0KRVJSMj1g
fnJvZHJpZ29hL3NjcmlwdHMvcG9yY2V0dSAkRVJSMCAkRVJSYA0KZWNobyAi
JEVSUjAgLT4gJEVSUjEgJSBkbyB0b3RhbCwgJEVSUjIgJSBkb3MgZXJyb3Mi
DQpBQ0NBPWBleHByICRBQ0NBICsgJEVSUjBgDQplY2hvICJUb3RhbCBkZSB1
c3VhcmlvcyBxdWUgY2F1c2FyYW0gZXN0ZSBlcnJvIg0KRVJSMD1gY2F0IC90
bXAvcG9wM2xvZy50bXAgfCBncmVwICJFUlIgUGFzc3dvcmQiIHwgY3V0IC1k
Il0iIC1mMiB8IHNvcnQgLXUgfCB3YyAtbGANCmVjaG8gJEVSUjANCmVjaG8N
CmVjaG8gIkVycm9zIGNvbSBwcmlvcmlkYWRlIGJhaXhhIg0KZWNobyAiPT09
PT09PT09PT09PT09PT09PT09PT09PT0iDQplY2hvDQplY2hvICJFcnJvcyBj
YXVzYWRvcyBwb3IgZmFsdGEgZGUgYXJndW1lbnRvcyINCkVSUjA9YGNhdCAv
dG1wL3BvcDNsb2cudG1wIHwgZ3JlcCAiRVJSIFRvbyBmZXciIHwgd2MgLWxg
DQpFUlIxPWB+cm9kcmlnb2Evc2NyaXB0cy9wb3JjZXR1ICRFUlIwICRUT1Rg
DQpFUlIyPWB+cm9kcmlnb2Evc2NyaXB0cy9wb3JjZXR1ICRFUlIwICRFUlJg
DQplY2hvICIkRVJSMCAtPiAkRVJSMSAlIGRvIHRvdGFsLCAkRVJSMiAlIGRv
cyBlcnJvcyINCkFDQ0I9YGV4cHIgJEFDQ0IgKyAkRVJSMGANCmVjaG8gIkVy
cm9zIGNhdXNhZG9zIHBvciBjb21hbmRvIG5hbyBzdXBvcnRhZG8iDQpFUlIw
PWBjYXQgL3RtcC9wb3AzbG9nLnRtcCB8IGdyZXAgIkVSUiBUaGlzIGNvbW1h
bmQiIHwgd2MgLWxgDQpFUlIxPWB+cm9kcmlnb2Evc2NyaXB0cy9wb3JjZXR1
ICRFUlIwICRUT1RgDQpFUlIyPWB+cm9kcmlnb2Evc2NyaXB0cy9wb3JjZXR1
ICRFUlIwICRFUlJgDQplY2hvICIkRVJSMCAtPiAkRVJSMSAlIGRvIHRvdGFs
LCAkRVJSMiAlIGRvcyBlcnJvcyINCkFDQ0I9YGV4cHIgJEFDQ0IgKyAkRVJS
MGANCmVjaG8gIkVycm9zIGNhdXNhZG9zIHBvciBjb21hbmRvcyBkZXNjb25o
ZWNpZG9zIg0KRVJSMD1gY2F0IC90bXAvcG9wM2xvZy50bXAgfCBncmVwICJF
UlIgVW5rbm93biBjb21tYW5kIiB8IHdjIC1sYA0KRVJSMT1gfnJvZHJpZ29h
L3NjcmlwdHMvcG9yY2V0dSAkRVJSMCAkVE9UYA0KRVJSMj1gfnJvZHJpZ29h
L3NjcmlwdHMvcG9yY2V0dSAkRVJSMCAkRVJSYA0KZWNobyAiJEVSUjAgLT4g
JEVSUjEgJSBkbyB0b3RhbCwgJEVSUjIgJSBkb3MgZXJyb3MiDQplY2hvICJQ
YXJ0ZSBkZXZpZG8gYW8geHNlbmRlciINCkVSUjE9YGNhdCAvdG1wL3BvcDNs
b2cudG1wIHwgZ3JlcCAieHNlbmRlciIgfCB3YyAtbGANCkVSUjI9YH5yb2Ry
aWdvYS9zY3JpcHRzL3BvcmNldHUgJEVSUjEgJEVSUjBgDQplY2hvICIkRVJS
MSAtPiAkRVJSMiAlIGRlIHhzZW5kZXIiDQpBQ0NCPWBleHByICRBQ0NCICsg
JEVSUjBgDQplY2hvICJFcnJvcyBkZXZpZG8gY2xpZW50ZSBuYW8gdGVyIHJl
dmVyc28gZG8gSVAiDQpFUlIwPWBjYXQgL3RtcC9wb3AzbG9nLnRtcCB8IGdy
ZXAgIlVuYWJsZSB0byBnZXQgY2Fub25pY2FsIiB8IHdjIC1sYA0KRVJSMT1g
fnJvZHJpZ29hL3NjcmlwdHMvcG9yY2V0dSAkRVJSMCAkVE9UYA0KRVJSMj1g
fnJvZHJpZ29hL3NjcmlwdHMvcG9yY2V0dSAkRVJSMCAkRVJSYA0KZWNobyAi
JEVSUjAgLT4gJEVSUjEgJSBkbyB0b3RhbCwgJEVSUjIgJSBkb3MgZXJyb3Mi
DQpBQ0NCPWBleHByICRBQ0NCICsgJEVSUjBgDQplY2hvDQplY2hvICJFc3Rh
dO1zdGljYXMiDQplY2hvICItLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLSINCkVSUkFUPWB+cm9kcmlnb2Evc2NyaXB0
cy9wb3JjZXR1ICRBQ0NBICRUT1RgDQpFUlJBRT1gfnJvZHJpZ29hL3Njcmlw
dHMvcG9yY2V0dSAkQUNDQSAkRVJSYA0KRVJSQlQ9YH5yb2RyaWdvYS9zY3Jp
cHRzL3BvcmNldHUgJEFDQ0IgJFRPVGANCkVSUkJFPWB+cm9kcmlnb2Evc2Ny
aXB0cy9wb3JjZXR1ICRBQ0NCICRFUlJgDQpFUlJQPWB+cm9kcmlnb2Evc2Ny
aXB0cy9wb3JjZXQgJEVSUiAkVE9UYA0KZWNobyAiVG90YWwgZGUgbWVuc2Fn
ZW5zIG5vIC92YXIvYWRtL3BvcDNsb2c6ICRUT1QiDQplY2hvICJUb3RhbCBk
ZSBtZW5zYWdlbnMgZGUgZXJyb3MgICAgICAgICAgIDogJEVSUiINCmVjaG8g
Ii0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tIg0KZWNobyAiJEVSUlAgJSBkZSBtZW5zYWdlbnMgZGUgZXJybyBkbyB0
b3RhbCINCmVjaG8gIi0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tIg0KZWNobyAiJEVSUkFUICUgZGUgbWVuc2FnZW5z
IHByaW9yaWRhZGUgYWx0YSBkbyB0b3RhbCINCmVjaG8gIiRFUlJCVCAlIGRl
IG1lbnNhZ2VucyBwcmlvcmlkYWRlIGJhaXhhIGRvIHRvdGFsIg0KZWNobyAi
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0iDQplY2hvICIkRVJSQUUgJSBkZSBtZW5zYWdlbnMgcHJpb3JpZGFkZSBh
bHRhIGRvcyBlcnJvcyINCmVjaG8gIiRFUlJCRSAlIGRlIG1lbnNhZ2VucyBw
cmlvcmlkYWRlIGJhaXhhIGRvcyBlcnJvcyINCmVjaG8gIi0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tIg0Kcm0gLWYg
L3RtcC9wb3AzbG9nLnRtcA0KDQo=
---154664410-2115797135-926944640=:29193
Content-Type: APPLICATION/octet-stream; name=porcetu
Content-Transfer-Encoding: BASE64
Content-ID: <Pine.LNX.4.10.9905170937201.29193 at voyager.softdes.com dot br>
Content-Description: C Program
Content-Disposition: attachment; filename=porcetu
f0VMRgEBAQAAAAAAAAAAAAIAAwABAAAAAAQACDQAAABoBwAAAAAAADQAIAAF
ACgAFgATAAYAAAA0AAAANAAACAAAAACgAAAAoAAAAAUAAAAEAAAAAwAAANQA
AADUAAAIAAAAABMAAAATAAAABAAAAAEAAAABAAAAAAAAAAAAAAgAAAAAyAUA
AMgFAAAFAAAAABAAAAEAAADIBQAAyBUACAAAAADIAAAA2AAAAAYAAAAAEAAA
AgAAAAAGAAAAFgAIAAAAAJAAAACQAAAABgAAAAQAAAAvbGliL2xkLWxpbnV4
LnNvLjEAABEAAAASAAAAAAAAAA8AAAAKAAAAAAAAAA4AAAAAAAAABgAAAAAA
AAAIAAAABAAAAAEAAAANAAAAAAAAAAwAAAAAAAAACQAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAMAAAAAAAAAAAAAABEAAAALAAAA
EAAAAAIAAAAHAAAAAAAAAAUAAAAAAAAAAAAAAAAAAAAAAAAACwAAAJgDAAgo
AAAAIgAAABIAAAAAFgAIAAAAABEA8f8bAAAAyBUACAQAAAARAAwAJQAAAIAD
AAgAAAAAEgAHACsAAACoAwAIRgAAABIAAAA3AAAAyBUACAQAAAAgAAwAPwAA
AJAWAAgCAAAAEQARAE0AAACQBQAIAAAAABIACgBTAAAAuAMACDgAAAASAAAA
WgAAANwVAAgAAAAAEQDx/3AAAADIAwAIoAAAABIAAAB1AAAA2AMACCIAAAAS
AAAAegAAAOgDAAg+AAAAEgAAAIUAAACEBQAIAAAAABEA8f+MAAAAkBYACAAA
AAARAPH/kwAAAJAWAAgAAAAAEQDx/58AAACgFgAIAAAAABEA8f8AbGliYy5z
by41AHByaW50ZgBfRFlOQU1JQwBfX2Vudmlyb24AX2luaXQAX19saWJjX2lu
aXQAZW52aXJvbgBfX2ZwdV9jb250cm9sAF9maW5pAGF0ZXhpdABfR0xPQkFM
X09GRlNFVF9UQUJMRV8AZXhpdABhdG9pAF9fc2V0ZnB1Y3cAX2V0ZXh0AF9l
ZGF0YQBfX2Jzc19zdGFydABfZW5kAJAWAAgFBwAA6BUACAcBAADsFQAIBwUA
APAVAAgHCQAA9BUACAcLAAD4FQAIBwwAAPwVAAgHDQAAAAAAAAAAAADo2wEA
AMIAAP814BUACP8l5BUACAAAAAD/JegVAAhoAAAAAOng/////yXsFQAIaAgA
AADp0P////8l8BUACGgQAAAA6cD/////JfQVAAhoGAAAAOmw/////yX4FQAI
aCAAAADpoP////8l/BUACGgoAAAA6ZD///8AAAAAAAAAAFmJ44ngg+T4icoB
0gHSAdCDwAQx7VVVVYnlUFNRuIgAAAC7AAAAAM2Ai0QkCKPIFQAID7cFkBYA
CFDoqf///4PEBOhh////aJAFAAjoZ////4PEBOgn////6FIAAABQ6GT///9b
jXQmAI28JwAAAAC4AQAAAM2A6/eNtCYAAAAAU7vYFQAIgz3YFQAIAHQNkIsD
/9CDwwSDOwB19FvDifbDkJCQkJCQkJCQkJCQkJCQVYnlg30IA3QnaJgFAAjo
1f7//4PEBGoB6Pv+//+DxATpfgAAAJCQkJCQkJCQkJCQi0UMg8AEixBS6Or+
//+DxASJwFDbBCSDxATZHZgWAAiLRQyDwAiLEFLoyv7//4PEBInAUNsEJIPE
BNkdlBYACNkFmBYACNg1lBYACNkFxAUACN7J2R2cFgAI2QWcFgAIg+wI3Rwk
aLsFAAjoSP7//4PEDInsXcOQkJCQkJCQkJBTu8wVAAiDPcwVAAj/dA2QiwP/
0IPD/IM7/3X0W8OJ9sOQkJAAAAAAAAAAAAAAAADo6/7//8IAAFVzbzogcG9y
Y2V0IDxkaXZpZGVuZG8+IDxkaXZpc29yPgoAJTMuMmYAkJCQAADIQgAAAAD/
////AAAAAP////8AAAAAABYACAAAAAAAAAAAngMACK4DAAi+AwAIzgMACN4D
AAjuAwAIAQAAAAEAAAAMAAAAgAMACA0AAACQBQAIBAAAAOgAAAgFAAAAnAIA
CAYAAAB8AQAICgAAAKQAAAALAAAAEAAAABUAAAAAAAAAAwAAANwVAAgCAAAA
MAAAABQAAAARAAAAFwAAAEgDAAgRAAAAQAMACBIAAAAIAAAAEwAAAAgAAAAW
AAAAAAAAAAAAAAAAAAAAAEdDQzogKEdOVSkgMi43LjIubC4zAABHQ0M6IChH
TlUpIDIuNy4wAABHQ0M6IChHTlUpIDIuNy4yLmwuMwAALnN5bXRhYgAuc3Ry
dGFiAC5zaHN0cnRhYgAuaW50ZXJwAC5oYXNoAC5keW5zeW0ALmR5bnN0cgAu
cmVsLmJzcwAucmVsLnBsdAAuaW5pdAAucGx0AC50ZXh0AC5maW5pAC5yb2Rh
dGEALmRhdGEALmN0b3JzAC5kdG9ycwAuZ290AC5keW5hbWljAC5ic3MALmNv
bW1lbnQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
ABsAAAABAAAAAgAAANQAAAjUAAAAEwAAAAAAAAAAAAAAAQAAAAAAAAAjAAAA
BQAAAAIAAADoAAAI6AAAAJQAAAADAAAAAAAAAAQAAAAEAAAAKQAAAAsAAAAC
AAAAfAEACHwBAAAgAQAABAAAAAEAAAAEAAAAEAAAADEAAAADAAAAAgAAAJwC
AAicAgAApAAAAAAAAAAAAAAAAQAAAAAAAAA5AAAACQAAAAIAAABAAwAIQAMA
AAgAAAADAAAAEQAAAAQAAAAIAAAAQgAAAAkAAAACAAAASAMACEgDAAAwAAAA
AwAAAAgAAAAEAAAACAAAAEsAAAABAAAABgAAAIADAAiAAwAACAAAAAAAAAAA
AAAAEAAAAAAAAABRAAAAAQAAAAYAAACIAwAIiAMAAHAAAAAAAAAAAAAAAAQA
AAAEAAAAVgAAAAEAAAAGAAAAAAQACAAEAACEAQAAAAAAAAAAAAAQAAAAAAAA
AFwAAAABAAAABgAAAJAFAAiQBQAACAAAAAAAAAAAAAAAEAAAAAAAAABiAAAA
AQAAAAIAAACYBQAImAUAADAAAAAAAAAAAAAAAAQAAAAAAAAAagAAAAEAAAAD
AAAAyBUACMgFAAAEAAAAAAAAAAAAAAAEAAAAAAAAAHAAAAABAAAAAwAAAMwV
AAjMBQAACAAAAAAAAAAAAAAABAAAAAAAAAB3AAAAAQAAAAMAAADUFQAI1AUA
AAgAAAAAAAAAAAAAAAQAAAAAAAAAfgAAAAEAAAADAAAA3BUACNwFAAAkAAAA
AAAAAAAAAAAEAAAABAAAAIMAAAAGAAAAAwAAAAAWAAgABgAAkAAAAAQAAAAA
AAAABAAAAAgAAACMAAAACAAAAAMAAACQFgAIkAYAABAAAAAAAAAAAAAAAAQA
AAAAAAAAkQAAAAEAAAAAAAAAAAAAAJAGAAA+AAAAAAAAAAAAAAABAAAAAAAA
ABEAAAADAAAAAAAAAAAAAADOBgAAmgAAAAAAAAAAAAAAAQAAAAAAAAABAAAA
AgAAAAAAAAAAAAAA2AoAAPADAAAVAAAAKAAAAAQAAAAQAAAACQAAAAMAAAAA
AAAAAAAAAMgOAACDAQAAAAAAAAAAAAABAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAADAAEAAAAAAAAAAAAAAAAAAwACAAAAAAAAAAAAAAAA
AAMAAwAAAAAAAAAAAAAAAAADAAQAAAAAAAAAAAAAAAAAAwAFAAAAAAAAAAAA
AAAAAAMABgAAAAAAAAAAAAAAAAADAAcAAAAAAAAAAAAAAAAAAwAIAAAAAAAA
AAAAAAAAAAMACQAAAAAAAAAAAAAAAAADAAoAAAAAAAAAAAAAAAAAAwALAAAA
AAAAAAAAAAAAAAMADAAAAAAAAAAAAAAAAAADAA0AAAAAAAAAAAAAAAAAAwAO
AAAAAAAAAAAAAAAAAAMADwAAAAAAAAAAAAAAAAADABAAAAAAAAAAAAAAAAAA
AwARAAAAAAAAAAAAAAAAAAMAEgAAAAAAAAAAAAAAAAADABMAAAAAAAAAAAAA
AAAAAwAUAAAAAAAAAAAAAAAAAAMAFQABAAAAAAAAAAAAAAAEAPH/DAAAAGAF
AAgAAAAAAAAJABsAAABgBQAIAAAAAAIACQAxAAAA0BUACAAAAAABAA0APgAA
AIAFAAgAAAAAAgAJAEkAAADMFQAIAAAAAAEADABXAAAA2BUACAAAAAABAA4A
ZAAAAAAAAAAAAAAABADx/2sAAABwBAAIAAAAAAAACQABAAAAAAAAAAAAAAAE
APH/DAAAAIAEAAgAAAAAAAAJAHAAAACABAAIAAAAAAIACQCGAAAA1BUACAAA
AAABAA4AlAAAAKAEAAgAAAAAAgAJAEkAAADMFQAIAAAAAAEADACfAAAAzBUA
CAAAAAABAA0ArQAAAAAAAAAAAAAABADx/wwAAACwBAAIAAAAAAEACQC2AAAA
mAMACCgAAAAiAAAAvQAAAAAWAAgAAAAAEQDx/8YAAACEBQAIAAAAABEA8f/N
AAAAyBUACAQAAAARAAwA1wAAAIADAAgAAAAAEgAHAN0AAACoAwAIRgAAABIA
AADpAAAAyBUACAQAAAAgAAwA8QAAAJAWAAgCAAAAEQARAP8AAAAABAAIgAAA
ABIACQAGAQAAlBYACAQAAAARABEADgEAAJgWAAgEAAAAEQARABgBAAAABAAI
AAAAABAACQAnAQAAkBYACAAAAAARAPH/MwEAALAEAAinAAAAEgAJADgBAACQ
BQAIAAAAABIACgA+AQAAuAMACDgAAAASAAAARQEAAJwWAAgEAAAAEQARAEwB
AACQFgAIAAAAABEA8f9TAQAA3BUACAAAAAARAPH/aQEAAKAWAAgAAAAAEQDx
/24BAADIAwAIoAAAABIAAABzAQAA2AMACCIAAAASAAAAeAEAAOgDAAg+AAAA
EgAAAABjcnRzdHVmZi5jAGdjYzJfY29tcGlsZWQuAF9fZG9fZ2xvYmFsX2N0
b3JzX2F1eABfX0NUT1JfRU5EX18AaW5pdF9kdW1teQBmb3JjZV90b19kYXRh
AF9fRFRPUl9FTkRfXwBjcnQwLlMAZG9uZQBfX2RvX2dsb2JhbF9kdG9yc19h
dXgAX19EVE9SX0xJU1RfXwBmaW5pX2R1bW15AF9fQ1RPUl9MSVNUX18AcG9y
Y2V0LmMAcHJpbnRmAF9EWU5BTUlDAF9ldGV4dABfX2Vudmlyb24AX2luaXQA
X19saWJjX2luaXQAZW52aXJvbgBfX2ZwdV9jb250cm9sAF9zdGFydABkaXZp
c29yAGRpdmlkZW5kbwBfX19jcnRfZHVtbXlfXwBfX2Jzc19zdGFydABtYWlu
AF9maW5pAGF0ZXhpdAByZXN1bHQAX2VkYXRhAF9HTE9CQUxfT0ZGU0VUX1RB
QkxFXwBfZW5kAGV4aXQAYXRvaQBfX3NldGZwdWN3AA==
---154664410-2115797135-926944640=:29193--
Date: Mon, 17 May 1999 15:43:03 -0600 (MDT)
From: Sherwood Botsford <sherwood at Math.UAlberta dot CA>
Subject: Building QP 3.0 b 14 on HPUX 10.20 w/gcc
Building QP 3.0b14 under hpux:
My configure command:
./configure --prefix=/opt/qpopper \
--datadir=/opt/qpopper/lib \
--enable-debugging \
--enable-servermode \
--enable-bulletins=/var/qpopper/bullitins \
--enable-apop=/var/adm/pop.auth \
--with-popuid=pop
I'm building wtih gcc.
After two runs with make -k, I get:
>make -k
cd ./popper && make all
make[1]: Entering directory `/u/vega4/src/servers/qpopper3.0/popper'
cd ../mmangle && make all
make[2]: Entering directory `/u/vega4/src/servers/qpopper3.0/mmangle'
make[2]: Nothing to be done for `all'.
make[2]: Leaving directory `/u/vega4/src/servers/qpopper3.0/mmangle'
gcc flock.o pop_dele.o pop_dropcopy.o pop_get_command.o pop_get_subcommand.o pop_init.o pop_last.o pop_list.o pop_log.o pop_lower.o pop_msg.o pop_parse.o pop_pass.o pop_quit.o pop_rset.o pop_send.o pop_stat.o pop_updt.o pop_user.o pop_xtnd.o pop_xmit.o p
opper.o pop_bull.o xtnd_xlst.o pop_uidl.o mktemp.o pop_rpop.o pop_apop.o md5.o pop_auth.o pop_pope.o pop_extend.o scram.o hmac.o base64.o pop_util.o get_sub_opt.o -o popper -ldbm -lcrypt ../mmangle/libmangle.a
/usr/ccs/bin/ld: Unsatisfied symbols:
htonl (code)
collect2: ld returned 1 exit status
make[1]: *** [popper] Error 1
On hpux, network order and machine order are the same:
From netinet/in.h
#ifndef ntohl
#define ntohl(x) (x)
#define ntohs(x) (x)
#define htonl(x) (x)
#define htons(x) (x)
#endif
Ideas?
Anyone gotten qp3b14 to compile under hpux 10.20
Sherwood Botsford | email avatar at vega.math.ualberta dot ca
Sorcerers Apprentice | Office CAB 642B
System Administrator | Tel: 403 492 5728
Trouble shooter | Fax: 403 492 6826