The qpopper list archive ending on 4 May 2000
Topics covered in this issue include:
1. Re: Outlook Express
Christopher Cramer <cec at ee.duke dot edu>
Mon, 1 May 2000 17:17:56 -0400 (EDT)
2. Re: UIDL corruption with MS Exchange Server ?
Qpopper Support <qpopper at qualcomm dot com>
Mon, 1 May 2000 14:26:25 -0700
3. Re: UIDL corruption with MS Exchange Server ?
Qpopper Support <qpopper at qualcomm dot com>
Mon, 1 May 2000 14:39:03 -0700
4. Re: UIDL corruption with MS Exchange Server ?
"A. M. Salim" <salim at localweb dot com>
Mon, 1 May 2000 18:03:11 -0400 (EDT)
5. Re: UIDL corruption with MS Exchange Server ?
Michael Keating <mkeating at lasallehs dot org>
Mon, 01 May 2000 15:00:20 -0700
6. quotas
Brent <bierblb at netins dot net>
Mon, 1 May 2000 17:48:56 -0500
7. Re: quotas
Joel Laing <joel at scripps dot edu>
Mon, 01 May 2000 16:17:31 -0700
8. Re: RH Linux 6.2 and Qpopper 3.0 problem
Qpopper Support <qpopper at qualcomm dot com>
Mon, 1 May 2000 17:16:40 -0700
9. Re: RH Linux 6.2 and Qpopper 3.0 problem
"Kenneth Porter" <shiva at well dot com>
Mon, 01 May 2000 19:54:04 -0700
10. Changes bug
Dejan Ilic <dejan at knuten.liu dot se>
Tue, 2 May 2000 12:46:00 +0200 (MET DST)
11. Memory error - qpopper3.0.1b2 on Solaris 2.6 box
DWX Network Operations <tracy at dwx dot com>
Tue, 02 May 2000 06:49:37 -0500
12. Several problems with QP3.0.1b2
Dejan Ilic <dejan at knuten.liu dot se>
Tue, 2 May 2000 16:09:03 +0200 (MET DST)
13. Re: standalone popper 3
Dejan Ilic <dejan at knuten.liu dot se>
Tue, 2 May 2000 17:18:49 +0200 (MET DST)
14. Re: Changes bug
Qpopper Support <qpopper at qualcomm dot com>
Tue, 2 May 2000 08:37:45 -0700
15. Access Block
"Christopher Northrop" <chris.northrop at po.state.ct dot us>
Tue, 2 May 2000 11:47:53 -0400
16. Re: Several problems with QP3.0.1b2
Qpopper Support <qpopper at qualcomm dot com>
Tue, 2 May 2000 08:44:23 -0700
17. Re: Access Block
"A. M. Salim" <salim at localweb dot com>
Tue, 2 May 2000 12:31:43 -0400 (EDT)
18. Problem in Compiling QPopper 3.0
Sherman Wong <Sherman_Wong at baruch.cuny dot edu>
Tue, 02 May 2000 14:45:32 -0400
19. Version 3.0
Brian Eliassen <brian at eliassen dot org>
Tue, 2 May 2000 13:27:14 -0700
20. Re: Access Block
"Kenneth Porter" <shiva at well dot com>
Tue, 02 May 2000 18:08:27 -0700
21. Re: Version 3.0
Qpopper Support <qpopper at qualcomm dot com>
Tue, 2 May 2000 21:37:02 -0700
22. Re: Problem in Compiling QPopper 3.0
Qpopper Support <qpopper at qualcomm dot com>
Tue, 2 May 2000 21:39:23 -0700
23. Well, at least the problem is consistent...
Brian Eliassen <brian at eliassen dot org>
Wed, 3 May 2000 02:30:58 -0700
24. Re: Well, at least the problem is consistent...
"Kenneth Porter" <shiva at well dot com>
Wed, 03 May 2000 04:24:42 -0700
25. Summary Access block
"Christopher Northrop" <chris.northrop at po.state.ct dot us>
Wed, 3 May 2000 07:36:22 -0400
26. Re: standalone popper 3
Dejan Ilic <dejan at knuten.liu dot se>
Wed, 3 May 2000 14:23:49 +0200 (MET DST)
27. Host Access
"Christopher Northrop" <chris.northrop at po.state.ct dot us>
Wed, 3 May 2000 09:03:02 -0400
28. Re: Host Access
Steven Champeon <schampeo at hesketh dot com>
Wed, 3 May 2000 09:18:03 -0400 (EDT)
29. Re: Host Access
Cyrille <cyrille at ktaland dot com>
Wed, 03 May 2000 15:20:50 +0200
30. Re: Host Access
Christopher Cramer <cec at ee.duke dot edu>
Wed, 3 May 2000 09:13:28 -0400 (EDT)
31. Re: Host Access
Georg Schwarz <schwarz at physik.tu-berlin dot de>
Wed, 3 May 2000 15:20:25 +0200 (MEST)
32. RE: Host Access
"John W. Keener" <jkeener at utsi dot com>
Wed, 3 May 2000 08:20:28 -0500
33. Re: Host Access
"K.R. Foley" <kr at vipcompute dot com>
Wed, 03 May 2000 08:24:58 -0500
34. Re: Host Access
"Kenneth Porter" <shiva at well dot com>
Wed, 03 May 2000 06:50:59 -0700
35. RE: Memory error - qpopper3.0.1b2 on Solaris 2.6 box
"John W. Keener" <jkeener at utsi dot com>
Wed, 3 May 2000 08:57:30 -0500
36. Summary Host access
"Christopher Northrop" <chris.northrop at po.state.ct dot us>
Wed, 3 May 2000 10:04:22 -0400
37. Re: Summary Host access
Christopher Cramer <cec at ee.duke dot edu>
Wed, 3 May 2000 11:08:36 -0400 (EDT)
38. Re: Well, at least the problem is consistent...
Joseph S D Yao <jsdy at cospo.osis dot gov>
Wed, 3 May 2000 11:13:18 -0400
39. Re: Summary Host access
"Kenneth Porter" <shiva at well dot com>
Wed, 03 May 2000 08:21:26 -0700
40. RE: Summary Host access
"John W. Keener" <jkeener at utsi dot com>
Wed, 3 May 2000 10:28:06 -0500
41. Deleting mailboxes
"David Andrews" <dandrews at mpiua dot com>
Wed, 3 May 2000 11:26:32 -0400
42. terminated users
Karyn McCambridge <karynm at afb dot net>
Wed, 03 May 2000 13:20:51 -0400
43. Re: terminated users
"Joseph W. Breu" <breu at cfu dot net>
Wed, 3 May 2000 12:13:41 -0500 (CDT)
44. Re: terminated users
Admin Mailing Lists <mlist at intergrafix dot net>
Wed, 3 May 2000 13:19:20 -0400 (EDT)
45. Re: terminated users
Steven Champeon <schampeo at hesketh dot com>
Wed, 3 May 2000 13:32:36 -0400 (EDT)
46. Re: terminated users
"James Nelson" <james at digit.bloomnet dot com>
Wed, 3 May 2000 14:41:47 -0500
47. Re: Standalone pop3
mike miller <mikem at ndtel dot com>
Thu, 04 May 2000 14:59:29 -0500
48. Qpopper on OpenBSD?
"Robin" <krystal at devnull dot net>
Thu, 04 May 2000 13:26:56 PDT
49. qpopper 3.0 & 3.0.1b2 hanging in LAST_ACK & CLOSE_WAIT
"Jerry O'Brien" <jobrien at cuttingedge dot net>
Thu, 4 May 2000 16:38:26 -0700
50. qpopper 3.0 & 3.0.1b2 hanging in LAST_ACK & CLOSE_WAIT - more info
"Jerry O'Brien" <jobrien at cuttingedge dot net>
Thu, 4 May 2000 16:52:41 -0700
Date: Mon, 1 May 2000 17:17:56 -0400 (EDT)
From: Christopher Cramer <cec at ee.duke dot edu>
Subject: Re: Outlook Express
I would suggest using SSL. You can use the program s-tunnel to tunnel a
pop or imap server across an SSL encrypted link. Port 995 is the standard
port for SSL-pop. (port 993 for SSL-imap)
You can then set Outlook Express to use SSL-pop instead of regular pop
(see http://www.ee.duke.edu/~cec/security/secure-mail.html
I can help you set up s-tunnel if you need it.
-Chris
----------------------------------------------------------------------
Dr. Christopher E. Cramer
Associate in Research
Duke University, Department of Electrical and Computer Engineering
114 Hudson Hall, Box 90291, Durham, NC 27708-0291
PH: 919-660-5248 FAX: 919-660-5293 email: cec at ee.duke dot edu
On Mon, 1 May 2000, Spencer Yost wrote:
> How do you make Outlook Express (version 5) work with strong
> authentication? It doesn't appear to be able to do APOP and I can not
> allow clear text passwords for obvious security reasons.
>
> Thanks!
>
> Spencer Yost
> Owner, ATIS
> Plow the net! http://www.atis.net
>
Date: Mon, 1 May 2000 14:26:25 -0700
From: Qpopper Support <qpopper at qualcomm dot com>
Subject: Re: UIDL corruption with MS Exchange Server ?
At 3:07 PM -0400 5/1/00, A. M. Salim wrote:
> Hi,
>
>> On Fri, 28 Apr 2000, Qpopper Support wrote:
>> > Is the Exchange Server acting as a POP client?
>> Even if it is, why is it leaving messages on the server?
>
> Thanks guys for your responses, much appreciated. I now have a little
> more info (the problem persists and is not sloved).
>
> The above is a egood question, in fact it is *not* leaving messages on the
> server far as I can tell. Yet the MS Exchange server complains about
> corrupted UIDLs. Strange indeed.
I think MS Exchange server is broken. Probably someone forgot to
read the RFCs and just implemented from the example (which happens
a lot).
The MS Tech guy said the UIDLs are "garbage" but they are perfectly
valid. Refer them to RFC 1939:
The unique-id of a message is an arbitrary server-determined
string, consisting of one to 70 characters in the range 0x21
to 0x7E, which uniquely identifies a message within a
maildrop and which persists across sessions.
Thus, a UIDL can be up up 70 characters, and these characters can
be *anything* from '!' to '~' in the ASCII table. I don't see
anything wrong with the UIDs generated by Qpopper.
> The situation is a little complicated by the fact that I am not operating
> the MS Exchange server (nor the least bit familiar with MS Exchange).
> Our client has a POP3 box on our mailserver (qpopper3.0). At the other
> end, instead of running a regular mail client like Eudora or MS Outlook,
> our client is running a MS Exchange server (and I do not have any details
> on it's configuration though I can get specific questions answered if need
> be). And that MS Exchange Server (runnign as a mail client) is
> complaining of corrupetd UIDLs. In fact, it seems to be OK with all
> UIDL's up to the 799th, and on the 800th it seems to lose it's marbles.
> Here is a sample clip the customer sent me, after working with Microsoft
> Tech Support:
>
>
> -----Original Message-----
> From: EP3 Support (E-mail) [mailto:support at exchangepop3 dot com]
> Sent: Friday, April 28, 2000 8:22 AM
> To: 'Chuck Dixon'
> Subject: RE: Trace Files Zipped
>
>
> Hello,
>
> I looked at your trace file and I saw some problems. The first thing the
> gateway does when it make a connection is it asks for all the unique message
> ids and this is what the POP3 Host is sending back:
>
>
> 793 9848f6d84ec23619dcd08dcb69c0a7d2
> 794 4383ade720381e49aa544665b7889d1b
> 795 ebb1a2aee841036a44cd2ab3dff4fd54
> 796 572d1e9ebd4f4f68d11ed768690c9727
> 797 e582e9d46eb22173b5a653e151844572
> 798 70c2dfb3ce9732feb46b7a275c522e36
> 799 12c9395e3c6d27355c3bb467a6d3f7ad
> 800 dccf967fe4db2b93274b8ffedb054ed4
> 801 1+&!!c&1"!`*L!!@0a!!
> 802 %l*"!n'3"!dbQ"!M&&"!
> 803 +Vk"!Whh!!ZEJ"![j,!!
> 804 a4@!!Z1\"!/!(#!$,G"!
> 805 hU##!>M)"!X&C!!e0T!!
> 806 hIY!!a=m"!a%R!!~8!#!
> 807 j8g!!?&##!Z,Z"!_c4"!
> 808 Yll"!WFd!!O%c"!Kok!!
> 809 $eX!!bX3"!?O~"!/(i!!
> 810 X7J!!FN("!jF5!!F_m"!
> 811 U7B"!GcD"!,`=!!`FI"!
> 812 $V/!!;K2!!/MH"!V\K"!
> 813 m,Y"!1X>!!?JM"!Za/"!
> 814 4i:!!+$Z!!]n7"!V<_!!
> 815 NkN"!G85!!9,3"!VJ9"!
> 816 ?*?"!J(N"!9\L!!/1m"!
> 817 UXU!!I)\!!+Kj!!!Dd"!
> 818 f\@"!'k*"!]pp!!eT/!!
> 819 ZB8"!lSP"!<F&#!7GJ"!
> 820 UR,!!_3Y"!eDO"!W4%!!
> 821 A,g"!BnR"!$1T!!L=B"!
> 822 VGg!!a,N!!VOe!!f$H"!
> 823 >-$!!X$l"!_9<"!bp*!!
> 824 ''7"!6(<"!?Jc"!G`I"!
> 825 Bf!"!TL\!!~p-"!ma!#!
> 826 RE+"!c]F!!Vj*"!p4A"!
> 827 @G&!!JlT!!b^!#!`WX!!
> 828 @mT!!;Xh!!H\`!!&M<"!
> 829 Z;B"!0mV!!La"#!*[^!!
> 830 *,:!!9mm!!aV2"!25:"!
> 831 4+I"!/N#"!Dk*"!b-m"!
> 832 _$Z!!]Wk!!dIF!!i$b!!
> 833 "DU"!4]("!<LA!!f1F!!
> 834 V;/!!`"O!!"dn!!OB1!!
> 835 #48!!<3h!!GoC"!%D*"!
> 836 Lg,"!V~a!!R1C"!79,"!
> 837 oI@"!6,F"!/#g!!ob0"!
> 838 ^5)"!lUH!!:nc!!Bjg!!
> 839 hmK"!%f,"!VE&!!?Z$#!
> 840 ``C!!;c1"!d6'!!Y$W!!
> 841 X4l!!UOj"!=D?"!6DV"!
> 842 ldb"!]N[!!=nH"!6:J"!
> 843 GJg"!?-V!!`SC!!CU;!!
> 844 D~/"!/M""!j\Z"!n13"!
> 845 VSU!!U~U!!$j;"!g<A!!
> 846 7@_!!\`d!!a4~"!!C@!!
> 847 70I!!27]!!!Vo!!UG+"!
> 848 Kc/"!T8+"!ogl"!oc@!!
> 849 A60!!kCh!!,ol"!(JA!!
> 850 \!H!!fiX"!,NF!!@"M"!
> 851 g(H!!X0)!!Y%D!!:?b!!
> 852 (*X!!3!N!!\`e!!bY[!!
> 853 MU&"!U]a"!8!]"!W5*"!
> 854 b?+!!e$T"!\g;!!&R3"!
> 855 ~>n"!7\h!!Fb2!!"UR!!
> 856 7!U"!$X/!!PKd"!4Y;!!
> 857 W]d"!4*$"!5)-#!+l?"!
> 858 N_j"!g0U"!c]6!!7(]"!
> 859 EC9"!<F5!!];$"!*S8"!
> 860 ')-"!=8@!!NQ-!!9>2!!
> 861 fKL"!~^Q!!MO%"!TFl"!
> 862 mUU!!bpM"!9Vn!!BQd!!
> 863 LF_!!i?!"!*-,#!j9V"!
> 864 >Ae!!LN:!!l),!!(")#!
> 865 *)n"!IU~"!f2J"!P]%"!
> 866 ]Qn"!i8'"!h-Y"![GK"!
> 867 3?L!!-,I!!@+0"![fa"!
> 868 +$_"!/7o"!nCb"!7]0"!
> 869 ?Dc!!d!-"!~if"!cFM!!
> 870 9K&"!6Nl!!2%%"!4eA!!
> 871 AYU"!OOg!!MEk!!2/D"!
> 872 KQ\"!Mi,!!#gW"!4g<!!
> 873 =e`"!+fK"!O:H!!/0O!!
> 874 B#V!!aLo"!7S%!!$gW"!
> 875 4)G"!HS'"!O1k"!ldZ!!
> 876 ;B5"!@kA"!g*'"!k2O!!
> 877 4'U"!1B^!!gWS"!nV>!!
> 878 c\d"!J97!!#aO!!L]U!!
> 879 ^$9!!l8;"!\dc"!^Ke"!
> 880 maA"!mJ=!!m%%"!8T'!!
> 881 dA<!!(@D!!:'e!!pE<!!
> 882 (,&#!<QK!!#2X"!_H'"!
> 883 d80"!n4F"!M[9"!lag!!
> 884 3Nm!!nLi"!Ul~!!i[B"!
> 885 gU>!!?gM!!Wg\!!Xd]!!
> 886 #AR"!)_$!!Sp2!!fln"!
> 887 ABO!!_'f!!<@@"!-+e"!
> 888 $\["!+#O"!Tf(!!PI)"!
> 889 >I##!32C"!6jm!!oc8"!
> 890 d7f!!$BE!!?Pn"!CJ#"!
> 891 d~>!!e3A!!3ZV!!T"/"!
> 892 $C="!;J/"!kgQ!!$:~"!
> 893 d:M"!\`3"!0<W"!8F("!
> 894 ]SD"!:gY"!Sf["!B>d"!
> 895 ]fT"!:T<!!X$!#!NH!!!
> 896 5A"#!J6;!!jnF"!4*8!!
> 897 G:"#!fU0"!(dK!!&Yb!!
> 898 G1)!!)B`!!6TQ!!]Rl!!
> 899 D14!!l;6!!5IK"!X#^!!
> 900 ak2"!Z$m!!9de!!7he"!
> 901 J8`!!mp&#!W@8!!\#n"!
> 902 -62!!-=j"!2fO!!9)d!!
> 903 e_b"!#_O"!BVl"!aYY"!
> 904 Qc2"!WVH!!?Fh"!Q6d"!
> 905 I@,"!7X-"!J7;!!k^7!!
> 906 3PL!!9S?"!H&F!!WRR"!
> 907 B)Z!!iD0!!Z^%!!`Tj!!
> 908 Ce]"!@iF!!EZl!!]V'"!
> 909 <E-"!$8!"!9=K"!I4F!!
> 910 GOL!!CDF"!i>b!!V>=!!
> 911 "3d!!Rc7!!+`f"!dPl"!
> 912 G`$#!"Qn!!?7g"!<d@!!
>
> Up to about 800 everything is fine. Then the POP3 Host is sending junk. I
> will ask a developer to look into this but I think that if that is what is
> being sent then there is nothing we can do about this except ignore it. I
> would ask your ISP to look at this the POP3 command to look at the message
> ids is
>
> uidl
>
>
> It may be possible that there is a limit of 800 messages that is where it
> looks like it is failing.
>
> Regards
> Exchange POP3
Date: Mon, 1 May 2000 14:39:03 -0700
From: Qpopper Support <qpopper at qualcomm dot com>
Subject: Re: UIDL corruption with MS Exchange Server ?
At 6:52 AM +1200 5/2/00, Alan Brown wrote:
> On Mon, 1 May 2000, A. M. Salim wrote:
>
>>...And that MS Exchange Server (runnign as a mail client) is
>> complaining of corrupetd UIDLs. In fact, it seems to be OK with all
>> UIDL's up to the 799th, and on the 800th it seems to lose it's marbles.
>
> 800 new messages per pop3 session is a bit extreme isn't it?
>
> It definitely looks like a bug, but you really should consider using
> SMTP ETRN for delivery to the client. It has the added advantage of not
> munging envelope information on the way past.
>
> AB
Yes, using POP to carry email which will be subsequently
redelivered is generally not a good idea. ETRN (or ATRN) is a
better choice. As long as the messages are intended to be
reinjected into the SMTP stream, one should stick with SMTP. Once
final delivery has been made, POP can be used to access them.
Date: Mon, 1 May 2000 18:03:11 -0400 (EDT)
From: "A. M. Salim" <salim at localweb dot com>
Subject: Re: UIDL corruption with MS Exchange Server ?
Hi,
thanks for the info, I will pass it along to my client (who is working
with MS Tech Support), hopefully they will see the light and issue a
patch/hot fix for MS Exchange.
Best regards
Mike
> I think MS Exchange server is broken. Probably someone forgot to
> read the RFCs and just implemented from the example (which happens
> a lot).
>
> The MS Tech guy said the UIDLs are "garbage" but they are perfectly
> valid. Refer them to RFC 1939:
>
> The unique-id of a message is an arbitrary server-determined
> string, consisting of one to 70 characters in the range 0x21
> to 0x7E, which uniquely identifies a message within a
> maildrop and which persists across sessions.
>
> Thus, a UIDL can be up up 70 characters, and these characters can
> be *anything* from '!' to '~' in the ASCII table. I don't see
> anything wrong with the UIDs generated by Qpopper.
Date: Mon, 01 May 2000 15:00:20 -0700
From: Michael Keating <mkeating at lasallehs dot org>
Subject: Re: UIDL corruption with MS Exchange Server ?
I think the confusion comes because qpopper expanded the character set it
uses for UIDL somewhere between version 2.53 and version 3.0. Messages 800
and lower were assigned the "old" numbers, and messages higher than 800 got
the "new" ones, making the daemon appear to "lose marbles," even though the
ID's are perfectly valid. This mailbox just happened to start receiving new
UIDL's at a round (to us decimal-based creatures) number.
At 02:26 PM 5/1/00 -0700, Qpopper Support wrote:
>At 3:07 PM -0400 5/1/00, A. M. Salim wrote:
>
> I looked at your trace file and I saw some problems. The first thing the
>> gateway does when it make a connection is it asks for all the unique
>> message
>> ids and this is what the POP3 Host is sending back:
>>
>>
>> 798 70c2dfb3ce9732feb46b7a275c522e36
>> 799 12c9395e3c6d27355c3bb467a6d3f7ad
>> 800 dccf967fe4db2b93274b8ffedb054ed4
>> 801 1+&!!c&1"!`*L!!@0a!!
>> 802 %l*"!n'3"!dbQ"!M&&"!
>> 803 +Vk"!Whh!!ZEJ"![j,!!
Date: Mon, 1 May 2000 17:48:56 -0500
From: Brent <bierblb at netins dot net>
Subject: quotas
Hey everyone!
Is there a way to make the .pop files be made as another user so that
if a user has a 10meg quota it's not exceeded when they have 6 megs
of email and it can't make the .pop file because of exceeding the
quota?
Also, I'm going to be upgrading to 3.0. What is the most stable
version to use for normal options?
Thanks!!!
Brent
Date: Mon, 01 May 2000 16:17:31 -0700
From: Joel Laing <joel at scripps dot edu>
Subject: Re: quotas
I don't know if there is a way to do what you want, but as a workaround,
you could configure pop to put the temp drops in another filesystem. Run
configure with --enable-temp-drop-dir=/some/filesystem/without/quotas .
The added win is that if your server is I/O bound and you put the temp
files on a seperate device, you will see a marked improvement in
performance.
-Joel
Brent wrote:
>
> Hey everyone!
>
> Is there a way to make the .pop files be made as another user so that
> if a user has a 10meg quota it's not exceeded when they have 6 megs
> of email and it can't make the .pop file because of exceeding the
> quota?
>
> Also, I'm going to be upgrading to 3.0. What is the most stable
> version to use for normal options?
>
> Thanks!!!
>
> Brent
Date: Mon, 1 May 2000 17:16:40 -0700
From: Qpopper Support <qpopper at qualcomm dot com>
Subject: Re: RH Linux 6.2 and Qpopper 3.0 problem
At 7:31 AM -0500 5/1/00, James Nelson wrote:
> I've got 2 identical Dual PIII machines. One is running RH6.0 plus
> patches and one is running RH6.2 plus patches. They are both on
> kernel 2.2.14-- the 6.0 machine's kernel was pulled off of
> sunsite.unc.edu while the 6.2 box is just using the RPM patch from
> RedHat.
>
> Qpopper3.0b34 runs just fine on my 6.0 machine. I have not tried the
> final release on it. I've tried B34, 3.0, and 3.0b2 on the 6.2 system
> with identical results with all 3. It refuses to run under RH 6.2.
>
> The 6.2 machine I am working on started out as a 6.0 system then was
> upgraded to 6.1 and now 6.2. It has all of the patches on it from
> RedHat's site as well. (Sorry for being so verbose, but I am
> suspecting that the problem I'm seeing is caused by a linking library
> or legacy include issue)
>
> Absolutely nothing shows up in the syslogs on either machine even if I
> throw the special enable-logging switch. That is the first issue I
> need to solve so I can debug the real problem.
>
> The behavior of qpopper is that it simply freezed and never acutally
> sends any text back to the client. Inetd closes the connection after
> about 5 seconds. It is not a TCP wrappers issue.
>
> What would qpopper do if pam were configured incorrectly??
>
> Then warnings swithc on the compile does not appear to point to any
> problems on build. I will need to try a compile again and send the
> output if nobody has ideas on what could be wrong.
>
> Any help would be appreciated.
>
> thanks.
>
> --James
Do you have truss(1) or pstack(1) available? If not, I think
there is a Linux version of pstack(1) available; check freshmeat et
al.
Run truss(1) and/or pstack(1) on the Qpopper process which appears
to be hung, and see what it says.
From: "Kenneth Porter" <shiva at well dot com>
Date: Mon, 01 May 2000 19:54:04 -0700
Subject: Re: RH Linux 6.2 and Qpopper 3.0 problem
On Mon, 1 May 2000 07:31:20 -0500, James Nelson wrote:
>Then warnings swithc on the compile does not appear to point to any
>problems on build. I will need to try a compile again and send the
>output if nobody has ideas on what could be wrong.
You can try my qpopper-3.0 RPM at
http://rpmfind.net/linux/RPM/qpopper.html. This is what I built on my
working mail server. It has the PAM config file and is set up for APOP.
You can get both a source and binary RPM, so you could rebuild the
binary RPM yourself if you wish.
My system is RH6.1 with a 2.2.14 custom kernel based on RH's kernel
SRPM. (I have to customize mine as I want to boot from my RAID system
without a RAM disk.) This qpopper RPM should work fine on a 6.0 or 6.2
system. I'm using the sendmail-8.10.0 SRPM from RH's rawhide directory.
Ken
mailto:shiva at well dot com
http://www.sewingwitch.com/ken/
http://www.harrybrowne2000.org/
Date: Tue, 2 May 2000 12:46:00 +0200 (MET DST)
From: Dejan Ilic <dejan at knuten.liu dot se>
Subject: Changes bug
The Changes document "Changes from 3.0 final to 3.0.1b2" should be changed
to "Changes from 3.0b1 to 3.0.1b2".
Dejan
Date: Tue, 02 May 2000 06:49:37 -0500
From: DWX Network Operations <tracy at dwx dot com>
Subject: Memory error - qpopper3.0.1b2 on Solaris 2.6 box
Greetings,
This may or may not be the appropriate forum for this - if not, forgive me.
I compiled and installed qpopper3.0.1b2 yesterday on a Solaris 2.6
box. This morning the machine choked with a "Memory alignment error"
apparently provoked by the qpopper process. I've included a snippet of my
log file below.
Has anyone seen this sort of thing yet or was this just a wild coincidence?
Thanks,
Tracy Hinshaw
LOG SNIPPET:
May 2 06:29:20 mybox unix: panic: asynchronous memory fault: MFSR882820
MFAR=
1914610
May 2 06:29:20 mybox unix: syncing file systems...BAD TRAP: type=7
rp=f09dfb04 a
ddr=0 mmu_fsr=0 rw=0
May 2 06:29:20 mybox unix: popper: Memory address alignment
May 2 06:29:20 mybox unix: pid=7652, pc=0xf007c918, sp=0xf09dfb50,
psr=0x4400cc3
, context=0
May 2 06:29:20 mybox unix: g1-g7: e, 8000000, ffffffff, 3010, 3810, 1,
fc239380
May 2 06:29:20 mybox unix: Begin traceback... sp = f09dfb50
May 2 06:29:20 mybox unix: Called from fc09b54c, fp=f09dfbb0, args€001b
1ccb20
2000 142 fc4f0568 e
Date: Tue, 2 May 2000 16:09:03 +0200 (MET DST)
From: Dejan Ilic <dejan at knuten.liu dot se>
Subject: Several problems with QP3.0.1b2
This message is in MIME format. The first part should be readable text,
while the remaining parts are likely unreadable without MIME-aware tools.
Send mail to mime at docserver.cac.washington dot edu for more info.
---559023410-1297389768-957276543=:14433
Content-Type: TEXT/PLAIN; charset=US-ASCII
(Solaris 2.6 x86 with 2.95.1)
Here is a patch to some problems I could fix myself.
*) Extra "&" in calling pop_msg removed (Please check if correct)
*) Incorrect prototyping of encode64/decode64
I found also these problems with QP3.0.1b2 but didnt try to fix them.
----------
gcc -c -I.. -I.. -I. -I../mmangle -I../common \
-g -O2 -fpcc-struct-return -DHAVE_CONFIG_H -DSOLARIS2 -DSPEC_POP_AUTH
-DGNU_PASS -DNO_GETLINE -DCONTENT_LENGTH=1 -DUNIX pop_auth.c -o pop_auth.o
pop_auth.c: In function `pop_client_challenge':
pop_auth.c:447: warning: passing arg 3 of `decode64' from incompatible
pointer type
pop_auth.c: In function `pop_client_response':
pop_auth.c:686: warning: passing arg 3 of `decode64' from incompatible
pointer type
*) Line 447 calls decode64 with third parameter an adress to SCRAM_MD5_VRFY
(that is a struct) instad of pointer to (char *).
*) Line 686 calls decode64 with third parameter an adress to
SCRAM_MD5_CLIENT (that is a struct) instead of pointer to (char *)
OK. First value of struct is a char[4], but it is Bad way of retriving
it.
I hope you hold your tounge right in the mouth with these "casts".
Dejan
---559023410-1297389768-957276543=:14433
Content-Type: TEXT/PLAIN; charset=US-ASCII; name="popper-3.0.1b2.diff"
Content-Transfer-Encoding: BASE64
Content-ID: <Pine.GSO.4.21.0005021609030.14433 at sture.lysator.liu dot se>
Content-Description: popper-3.0.1b2.diff
Content-Disposition: attachment; filename="popper-3.0.1b2.diff"
LS0tIHBvcHBlci9wb3BfYXV0aC5jLm9yaWcJVHVlIE1heSAgMiAxNTozMDoy
NyAyMDAwDQorKysgcG9wcGVyL3BvcF9hdXRoLmMJVHVlIE1heSAgMiAxNTo0
ODozNSAyMDAwDQpAQCAtMTYzLDcgKzE2Myw3IEBADQogICAgICAgICAgICAg
bXNnW2ldID0gJ1wwJzsNCiAgICAgICAgIH0NCiAgICAgICAgIGlmICggKGkg
PT0gMSkgJiYgKCptc2cgPT0gJyonKSApIHsNCi0gICAgICAgICAgICBwb3Bf
bXNnKCZwLFBPUF9GQUlMVVJFLCBIRVJFLA0KKyAgICAgICAgICAgIHBvcF9t
c2cocCxQT1BfRkFJTFVSRSwgSEVSRSwNCiAgICAgICAgICAgICAgICAgICAg
ICJQT1AgU0NSQU0tTUQ1IGF1dGhlbnRpY2F0aW9uIGFib3J0IHJlY2VpdmVk
IGZyb20gY2xpZW50LiIpOw0KICAgICAgICAgICAgIHAtPkN1cnJlbnRTdGF0
ZSA9IGhhbHQ7DQogICAgICAgICAgICAgcmV0dXJuKCBQT1BfRkFJTFVSRSAp
Ow0KLS0tIHBvcHBlci9wb3BwZXIuaC5vcmlnCVR1ZSBNYXkgIDIgMTU6NDM6
NDYgMjAwMA0KKysrIHBvcHBlci9wb3BwZXIuaAlUdWUgTWF5ICAyIDE1OjQ1
OjU5IDIwMDANCkBAIC00NzUsOCArNDc1LDggQEANCiBpbnQgIHBvcF9lcG9w
KFBPUCAqcCk7DQogaW50ICBwb3Bfc2NyYW0oUE9QICpwKTsNCiBpbnQgIHBv
cF9jYXBhKFBPUCAqcCk7DQotaW50ICBlbmNvZGU2NChQT1AgKnApOw0KLWlu
dCAgZGVjb2RlNjQoUE9QICpwKTsNCitpbnQgIGVuY29kZTY0KGNoYXIgKiBp
bnN0cixpbnQgaW5zdHJsZW4sY2hhciAqb3V0c3RyLGludCAqb3V0c3RybGVu
KTsNCitpbnQgIGRlY29kZTY0KGNoYXIgKiBpbnN0cixpbnQgaW5zdHJsZW4s
Y2hhciAqb3V0c3RyLGludCAqb3V0c3RybGVuKTsNCiBpbnQgIHBvcF9leGl0
KFBPUCAqcCwgRVhJVF9SRUFTT04gZSk7DQogaW50ICBwb3BfbWRlZihQT1Ag
KnApOw0KIA0K
---559023410-1297389768-957276543=:14433--
Date: Tue, 2 May 2000 17:18:49 +0200 (MET DST)
From: Dejan Ilic <dejan at knuten.liu dot se>
Subject: Re: standalone popper 3
On Sun, 23 Apr 2000, Kevin Dabson wrote:
> Hello
>
> Just attempted running Qpopper 3 in standalone mode
> on redhat 6.1 on a pc.
>
> Added main.c and main.o into Makefile
>
> renamed main() in popper.c to popper()
>
> And changed #define TCP... to 110
>
> When telnetting in - no qpopper info comes up although
> it's like telnet is listening to something and
> just waits. (I have to reboot to get out of telnet session)
>
> Also remarked out pop-3 line in /etc/inetd.conf
> and also disabled Inetd completely.
>
> I just run it by ../popper -s
OK. I tried to fool around with this stuff now, and I successfully built
the modified popper (QP3.0.1b2) and when I started it, it correctly answers
on the assigned port.
But there is a bug that prevents it from working under certain situations.
Example:
*) Start several sessions with different users. Everything works OK.
*) Now connect with a already logged in user.
You will get a error "-ERR [IN-USE] /usr/mail/.username.pop lock
busy! Is another session active? (11)" and session will quit.
*) From this point popper stops answering on the port until the session
that holds the username lock exits! During this time any already active
session works correctly, but new ones just sit and wait.
*) After the locking session exits popper works correctly again accepting
sessions again.
Hope this gives a hint where to look for the bug.
Dejan
Date: Tue, 2 May 2000 08:37:45 -0700
From: Qpopper Support <qpopper at qualcomm dot com>
Subject: Re: Changes bug
At 12:46 PM +0200 5/2/00, Dejan Ilic wrote:
> The Changes document "Changes from 3.0 final to 3.0.1b2" should be changed
> to "Changes from 3.0b1 to 3.0.1b2".
>
> Dejan
Yeah, that was fixed right after the distribution was built.
From: "Christopher Northrop" <chris.northrop at po.state.ct dot us>
Subject: Access Block
Date: Tue, 2 May 2000 11:47:53 -0400
Hello group
How do I change this value?
[AUTH] Access is blocked for UIDs below 10
Thanks Chris N.
Date: Tue, 2 May 2000 08:44:23 -0700
From: Qpopper Support <qpopper at qualcomm dot com>
Subject: Re: Several problems with QP3.0.1b2
At 4:09 PM +0200 5/2/00, Dejan Ilic wrote:
> *) Extra "&" in calling pop_msg removed (Please check if correct)
> *) Incorrect prototyping of encode64/decode64
These have already been made (they will be in the next cycle), but
thanks anyway.
Date: Tue, 2 May 2000 12:31:43 -0400 (EDT)
From: "A. M. Salim" <salim at localweb dot com>
Subject: Re: Access Block
Hi,
> How do I change this value?
> [AUTH] Access is blocked for UIDs below 10
do you really want to allow this for UID's below 10? For example, if you
check /etc/passwd you will see that all these are "reserved" UID's with
special roles, and it would be rather unusual for any of these to want a
POP3 box: root, bin, daemon, lp, sync, uucp, mail, news, etc. etc.
(especially root! best not to allow POP3 access to root's mailbox, better
safe than sorry! read root mail by ssh and pine or elm if you must.)
regards
Mike Salim.
Date: Tue, 02 May 2000 14:45:32 -0400
From: Sherman Wong <Sherman_Wong at baruch.cuny dot edu>
Subject: Problem in Compiling QPopper 3.0
This is a multi-part message in MIME format.
--------------94383A38B939BC6CACB82374
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
I hope that you can be of assistance to me. I attempted to compile
qpopper 3.0 and encounter a failure with the "make" program. The
"configure" program did create a "Makefile". Below is attached a screen
capture of the error messages that I received when I attempted to use
"make".
Some addition information is that I am using AIX 4.3.3 which I upgraded
from AIX 3..5.2. Also I did not have a C compiler so I downloaded and
installed gcc 2.95.1 in the "/usr/local" directory.
Thank you for your help.
Sherman Wong
Sherman_Wong at baruch.cuny dot edu
--------------94383A38B939BC6CACB82374
Content-Type: text/plain; charset=us-ascii;
name="make.txt"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline;
filename="make.txt"
[swong @ /mathdept/swong/qpop/qpopper3.0 ]$make
cd ./popper && make all
gcc -c -I.. -I.. -I. -I../mmangle -I../common \
-g -O2 -fpcc-struct-return -DHAVE_CONFIG_H -DAIX -DUNIX pop_dele.c -o pop_dele.o
In file included from pop_dele.c:20:
/usr/local/lib/gcc-lib/rs6000-ibm-aix4.3.2.0/2.95.1/include/stdio.h:246: parse error
In file included from pop_dele.c:20:
/usr/local/lib/gcc-lib/rs6000-ibm-aix4.3.2.0/2.95.1/include/stdio.h:264: parse error
/usr/local/lib/gcc-lib/rs6000-ibm-aix4.3.2.0/2.95.1/include/stdio.h:283: parse error
In file included from /usr/local/lib/gcc-lib/rs6000-ibm-aix4.3.2.0/2.95.1/include/stdio.h:365,
from pop_dele.c:20:
/usr/local/lib/gcc-lib/rs6000-ibm-aix4.3.2.0/2.95.1/include/sys/types.h:55: sys/
inttypes.h: No such file or directory
/usr/local/lib/gcc-lib/rs6000-ibm-aix4.3.2.0/2.95.1/include/sys/types.h:211: parse error
/usr/local/lib/gcc-lib/rs6000-ibm-aix4.3.2.0/2.95.1/include/sys/types.h:275: parse error
/usr/local/lib/gcc-lib/rs6000-ibm-aix4.3.2.0/2.95.1/include/sys/types.h:358: parse error
rror
/usr/local/lib/gcc-lib/rs6000-ibm-aix4.3.2.0/2.95.1/include/stdio.h:283: parse error
In file included from /usr/local/lib/gcc-lib/rs6000-ibm-aix4.3.2.0/2.95.1/includ
e/stdio.h:365,
In file included from pop_dele.c:20:
/usr/local/lib/gcc-lib/rs6000-ibm-aix4.3.2.0/2.95.1/include/stdio.h:379: parse error
The error code from the last failed command is 1.
Make Quitting.
The error code from the last failed command is 2.
Make Quitting.
--------------94383A38B939BC6CACB82374--
Date: Tue, 2 May 2000 13:27:14 -0700
From: Brian Eliassen <brian at eliassen dot org>
Subject: Version 3.0
I hope this is the right place to ask this.
Does anyone have a good .tar of 3.0? When I attempted to untar it, I
get an error halfway through that it's not a tar file. I'm not using
any fancy flags, just -xvf. When I -tvf it, I get the same error
halfway through. I've attempted to download from mirror sites but I
get the same error. I'm using Digital UNIX 4.0b and I know it has a
robust tar so I have no idea what's going on.
I've attempted to get 3.01.b2 running but here is what happens. I
hope someone has an idea on this. I've read the FAQ a couple of
times now and don't see anything in there regarding this problem.
Quick history...I have successfully installed Qpopper 2.x and it's
been working for months on my server but I've been trying all day to
get the 3.x version running.
OS: Digital UNIX 4.0b
gcc: 2.95.2
perl: 5.005.03
Qpopper: 3.0.1b1 and 3.0.1b2
Here is the end of the output from "make":
gcc -c -I.. -I. -I.. -I../popper -g -O2 -fpcc-struct-return
-DHAVE_CONFIG_H -DOSF1 -DUNIX logit.c -o logit.o
In file included from
/usr/local/lib/gcc-lib/alpha-dec-osf4.0b/2.95.2/include/stdarg.h:36,
from snprintf.h:27,
from logit.c:65:
/usr/local/lib/gcc-lib/alpha-dec-osf4.0b/2.95.2/include/va-alpha.h:36:
warning: redefinition of `va_list'
/usr/local/lib/gcc-lib/alpha-dec-osf4.0b/2.95.2/include/va_list.h:7:
warning: `va_list' previously declared here
logit.c: In function `logit':
logit.c:134: warning: cast to pointer from integer of different size
gcc -c -I.. -I. -I.. -I../popper -g -O2 -fpcc-struct-return
-DHAVE_CONFIG_H -DOSF1 -DUNIX snprintf.c -o snprintf.o
ar -r libcommon.a flock.o maillock.o genpath.o logit.o snprintf.o
ar: Warning: creating libcommon.a
(null command)
gcc pop_dele.o pop_dropcopy.o pop_get_command.o
pop_get_subcommand.o pop_init.o pop_last.o pop_list.o pop_log.o
pop_lower.o pop_
msg.o pop_parse.o pop_pass.o pop_quit.o pop_rset.o pop_send.o
pop_stat.o pop_updt.o pop_user.o pop_xtnd.o pop_xmit.o popper.o pop
_bull.o xtnd_xlst.o pop_uidl.o mktemp.o pop_rpop.o pop_apop.o md5.o
pop_auth.o pop_pope.o pop_extend.o scram.o hmac.o base64.o pop
_util.o get_sub_opt.o msg_ptr.o -o popper -lresolv -lsecurity
../mmangle/libmangle.a ../common/libcommon.a
/usr/bin/ld:
Warning: login_delay defined as GLOBAL DATA but is defined in a
shared lib as a GLOBAL FUNC
Here's what it looks like in the popper sub-directory:
-rwxr-xr-x 1 root 100 925696 Apr 28 20:49 popper
So I decide to test it with run.pl and get the following:
Argument "Pop" isn't numeric in le at run.pl line 46, <SOCK> chunk 4.
Huh? Line 46 of run.pl looks like:
for($i = 1; $i <= $msgno; $i++) {
Thinking that it may be working anyway, I then moved it into
/usr/sbin and "kill -1 inetd". Afterwards, I get a "server not
resonding". Then I get a bunch of crap in my /var/spool/mail file so
I think it's got problems.
Here's a sample:
+OK brian has 0 visible messages (0 hidden) in 0 octets.
turn-Path: <owner-gamers at eliassen dot org>
-ERR Unknown command: "turn-path:".
eliassen.org (8.10.0/8.10.0) id e3T40dR06341
-ERR Unknown command: "allace.eliassen.org".
700 (PDT)
-ERR Unknown command: "700".
arthlink.net (gull.prod.itd.earthlink.net [207.217.121.85])
-ERR Unknown command: "arthlink.net".
) with ESMTP id e3T40bS06342
-ERR Unknown command: ")".
i, 28 Apr 2000 21:00:38 -0700 (PDT)
-ERR Too many arguments supplied.
ool0168.cvx12-bradley.dialup.earthlink.net [209.179.226.168])
-ERR Unknown command: "ool0168.cvx12-bradley.dialup.earthlink.net".
for <gamers at cormyr dot com>; Fri, 28 Apr 2000 21:00:35 -0700 (PDT)
-ERR Too many arguments supplied.
gull.prod.itd.earthlink.net>
<snip>
-ERR Too many arguments supplied.
org signing off.
-ERR Unknown command: "org".
-ERR POP EOF or I/O error: Error 0 occurred. (0)
+OK Pop server at eliassen.org signing off.
Sorry about the long message but I'm stumped! Any help would be
greatly appreciated.
Brian
From: "Kenneth Porter" <shiva at well dot com>
Date: Tue, 02 May 2000 18:08:27 -0700
Subject: Re: Access Block
On Tue, 2 May 2000 12:31:43 -0400 (EDT), A. M. Salim wrote:
>(especially root! best not to allow POP3 access to root's mailbox, better
>safe than sorry! read root mail by ssh and pine or elm if you must.)
Even better is to forward root's mail to a normal user, using
/etc/aliases. Few sites actually have a person named "root". ;-)
Ken
mailto:shiva at well dot com
http://www.sewingwitch.com/ken/
http://www.harrybrowne2000.org/
Date: Tue, 2 May 2000 21:37:02 -0700
From: Qpopper Support <qpopper at qualcomm dot com>
Subject: Re: Version 3.0
At 1:27 PM -0700 5/2/00, Brian Eliassen wrote:
> Does anyone have a good .tar of 3.0? When I attempted to untar it,
> I get an error halfway through that it's not a tar file.
I don't mean to be rude, but are you sure you used binary mode to FTP
the .tar.Z file, and that you uncompressed it before untarring it?
If so, I apologize, but these are easy mistakes to make if you
haven't done it in a while.
Date: Tue, 2 May 2000 21:39:23 -0700
From: Qpopper Support <qpopper at qualcomm dot com>
Subject: Re: Problem in Compiling QPopper 3.0
At 2:45 PM -0400 5/2/00, Sherman Wong wrote:
> I hope that you can be of assistance to me. I attempted to compile
> qpopper 3.0 and encounter a failure with the "make" program. The
> "configure" program did create a "Makefile". Below is attached a screen
> capture of the error messages that I received when I attempted to use
> "make".
>
> Some addition information is that I am using AIX 4.3.3 which I upgraded
> from AIX 3..5.2. Also I did not have a C compiler so I downloaded and
> installed gcc 2.95.1 in the "/usr/local" directory.
>
> Thank you for your help.
>
> Sherman Wong
> Sherman_Wong at baruch.cuny dot edu
>
>
> [swong @ /mathdept/swong/qpop/qpopper3.0
> ]$make
> cd ./popper && make
> all
> gcc -c -I.. -I.. -I. -I../mmangle -I../common
> \
> -g -O2 -fpcc-struct-return -DHAVE_CONFIG_H -DAIX
> -DUNIX pop_dele.c -o
> pop_dele.o
> In file included from
> pop_dele.c:20:
>
> /usr/local/lib/gcc-lib/rs6000-ibm-aix4.3.2.0/2.95.1/include/stdio.h:246:
> parse
> error
> In file included from
> pop_dele.c:20:
>
> /usr/local/lib/gcc-lib/rs6000-ibm-aix4.3.2.0/2.95.1/include/stdio.h:264:
> parse
> error
>
> /usr/local/lib/gcc-lib/rs6000-ibm-aix4.3.2.0/2.95.1/include/stdio.h:283:
> parse
> error
> In file included from
> /usr/local/lib/gcc-lib/rs6000-ibm-aix4.3.2.0/2.95.1/include/stdio.h:365,
> from
> pop_dele.c:20:
>
> /usr/local/lib/gcc-lib/rs6000-ibm-aix4.3.2.0/2.95.1/include/sys/types.h:55:
> sys/
> inttypes.h: No such file or
> directory
>
> /usr/local/lib/gcc-lib/rs6000-ibm-aix4.3.2.0/2.95.1/include/sys/types.h:211:
> parse
> error
>
> /usr/local/lib/gcc-lib/rs6000-ibm-aix4.3.2.0/2.95.1/include/sys/types.h:275:
> parse
> error
>
> /usr/local/lib/gcc-lib/rs6000-ibm-aix4.3.2.0/2.95.1/include/sys/types.h:358:
> parse error
>
> rror
>
> /usr/local/lib/gcc-lib/rs6000-ibm-aix4.3.2.0/2.95.1/include/stdio.h:283:
> parse
> error
> In file included from
> /usr/local/lib/gcc-lib/rs6000-ibm-aix4.3.2.0/2.95.1/includ
>
> e/stdio.h:365,
> In file included from
> pop_dele.c:20:
>
> /usr/local/lib/gcc-lib/rs6000-ibm-aix4.3.2.0/2.95.1/include/stdio.h:379:
> parse
> error
> The error code from the last failed command is
> 1.
>
>
> Make
> Quitting.
> The error code from the last failed command is
> 2.
>
>
> Make Quitting.
>
Are you sure you have the standard development utilities and the C
development environment? These errors look like various .h files
aren't present (usually in /usr/include/).
Also, try 3.0.1b2, which works better when the configure script has
trouble finding the header files.
Date: Wed, 3 May 2000 02:30:58 -0700
From: Brian Eliassen <brian at eliassen dot org>
Subject: Well, at least the problem is consistent...
The first problem regarding the 3.0 tar error was caused by my FTP
client assigning the ".Z" suffix to a text file. D'OH! I really
hate when that happens. Anyway, I was able to get 3.0 and I untarred
it successfully. I also installed GNU make which some people have
suggested. Here are the results:
wallace.eliassen.org:root [46] /usr/local/qpopper3.0> ./configure
--enable-servermode
creating cache ./config.cache
checking whether make sets ${MAKE}... yes
checking for gcc... gcc
checking whether the C compiler (gcc ) works... yes
checking whether the C compiler (gcc ) is a cross-compiler... no
checking whether we are using GNU C... yes
checking whether gcc accepts -g... yes
checking for bison... no
checking for byacc... no
checking for flex... flex
checking for yywrap in -lfl... no
checking for ar... ar
checking for ranlib... ranlib
checking for POSIXized ISC... no
checking for gperf... no
checking for cperf... no
./configure: warning:: not found
checking for gcc version 2.7.2.3... no
checking if ar chokes on -r... no
Will NOT compile in debugging code
Enabled SERVER_MODE
System name: OSF1; System version: V4.0
Set OS_DEFS = " -DOSF1 -DUNIX"
Logging to facility: LOG_MAIL
Set AR_FLAG = " -r "; RANLIB_CMD = ""
checking size of unsigned long int... 8
checking for sendmail program... found at /usr/sbin/sendmail
checking for mail spool directory... found at /usr/spool/mail
checking how to run the C preprocessor... gcc -E
checking for ANSI C header files... yes
checking for dirent.h that defines DIR... yes
checking for opendir in -ldir... no
checking for sys/wait.h that is POSIX.1 compatible... yes
checking for sys_siglist declaration in signal.h or unistd.h... no
checking for prot.h... no
checking for fcntl.h... yes
checking for strings.h... yes
checking for sys/param.h... yes
checking for sys/file.h... yes
checking for sys/security.h... yes
checking for sys/syslog.h... yes
checking for sys/types.h... yes
checking for sys/fcntl.h... yes
checking for sys/stat.h... yes
checking for sys/unistd.h... no
checking for sys/netinet/in.h... no
checking for syslog.h... yes
checking for net/errno.h... no
checking for unistd.h... yes
checking for netinet/in.h... yes
checking for maillock.h... no
checking for ndbm.h... yes
checking for gdbm.h... no
checking for dbm.h... yes
checking for shadow.h... no
checking for security/pam_appl.h... no
checking for t_accept in -lnsl... no
checking for socket in -lsocket... no
checking for res_init in -lresolv... yes
checking for maillock in -lmail... no
checking for krb_recvauth in -lkrb... no
checking for set_auth_parameters in -lsecurity... yes
checking for crypt in -lcrypt... no
checking for working const... yes
checking for uid_t in sys/types.h... yes
checking for off_t... yes
checking for size_t... yes
checking for sys_siglist declaration in signal.h or unistd.h... (cached) no
checking return type of signal handlers... void
checking for vprintf... yes
checking for gethostname... yes
checking for getusershell... yes
checking for strdup... yes
checking for strerror... yes
checking for bcopy... yes
checking for index... yes
checking for flock... yes
checking for set_auth_parameters... yes
checking for pw_encrypt... no
checking for hstrerror... yes
checking for snprintf... no
checking for vsnprintf... no
updating cache ./config.cache
creating ./config.status
creating Makefile
creating common/Makefile
creating popper/Makefile
creating mmangle/Makefile
creating config.h
wallace.eliassen.org:root [47] /usr/local/qpopper3.0> make all
cd ./popper && make all
gcc -c -I.. -I.. -I. -I../mmangle -I../common \
-g -O2 -fpcc-struct-return -DHAVE_CONFIG_H -DOSF1 -DUNIX pop_dele.c
-o pop_dele.o
gcc -c -I.. -I.. -I. -I../mmangle -I../common \
-g -O2 -fpcc-struct-return -DHAVE_CONFIG_H -DOSF1 -DUNIX
pop_dropcopy.c -o pop_dropcopy.o
pop_dropcopy.c: In function `init_dropinfo':
pop_dropcopy.c:417: warning: cast to pointer from integer of different size
pop_dropcopy.c:482: warning: cast to pointer from integer of different size
pop_dropcopy.c: In function `do_drop_copy':
pop_dropcopy.c:771: warning: cast to pointer from integer of different size
pop_dropcopy.c:841: warning: cast to pointer from integer of different size
pop_dropcopy.c: In function `pop_dropcopy':
pop_dropcopy.c:1374: warning: cast to pointer from integer of different size
gcc -c -I.. -I.. -I. -I../mmangle -I../common \
-g -O2 -fpcc-struct-return -DHAVE_CONFIG_H -DOSF1 -DUNIX
pop_get_command.c -o pop_get_command.o
gcc -c -I.. -I.. -I. -I../mmangle -I../common \
-g -O2 -fpcc-struct-return -DHAVE_CONFIG_H -DOSF1 -DUNIX
pop_get_subcommand.c -o pop_get_subcommand.o
gcc -c -I.. -I.. -I. -I../mmangle -I../common \
-g -O2 -fpcc-struct-return -DHAVE_CONFIG_H -DOSF1 -DUNIX pop_init.c
-o pop_init.o
pop_init.c: In function `pop_init':
pop_init.c:340: warning: cast to pointer from integer of different size
gcc -c -I.. -I.. -I. -I../mmangle -I../common \
-g -O2 -fpcc-struct-return -DHAVE_CONFIG_H -DOSF1 -DUNIX pop_last.c
-o pop_last.o
gcc -c -I.. -I.. -I. -I../mmangle -I../common \
-g -O2 -fpcc-struct-return -DHAVE_CONFIG_H -DOSF1 -DUNIX pop_list.c
-o pop_list.o
pop_list.c: In function `pop_list':
pop_list.c:110: warning: type mismatch in implicit declaration for
built-in function `memset'
pop_list.c:128: warning: type mismatch in implicit declaration for
built-in function `strlen'
gcc -c -I.. -I.. -I. -I../mmangle -I../common \
-g -O2 -fpcc-struct-return -DHAVE_CONFIG_H -DOSF1 -DUNIX pop_log.c
-o pop_log.o
In file included from
/usr/local/lib/gcc-lib/alpha-dec-osf4.0b/2.95.2/include/stdarg.h:36,
from pop_log.c:36:
/usr/local/lib/gcc-lib/alpha-dec-osf4.0b/2.95.2/include/va-alpha.h:36:
warning: redefinition of `va_list'
/usr/local/lib/gcc-lib/alpha-dec-osf4.0b/2.95.2/include/va_list.h:7:
warning: `va_list' previously declared here
pop_log.c: In function `pop_log':
pop_log.c:102: warning: type mismatch in implicit declaration for
built-in function `strlen'
pop_log.c:113: warning: cast to pointer from integer of different size
gcc -c -I.. -I.. -I. -I../mmangle -I../common \
-g -O2 -fpcc-struct-return -DHAVE_CONFIG_H -DOSF1 -DUNIX
pop_lower.c -o pop_lower.o
gcc -c -I.. -I.. -I. -I../mmangle -I../common \
-g -O2 -fpcc-struct-return -DHAVE_CONFIG_H -DOSF1 -DUNIX pop_msg.c
-o pop_msg.o
In file included from
/usr/local/lib/gcc-lib/alpha-dec-osf4.0b/2.95.2/include/stdarg.h:36,
from pop_msg.c:46:
/usr/local/lib/gcc-lib/alpha-dec-osf4.0b/2.95.2/include/va-alpha.h:36:
warning: redefinition of `va_list'
/usr/local/lib/gcc-lib/alpha-dec-osf4.0b/2.95.2/include/va_list.h:7:
warning: `va_list' previously declared here
gcc -c -I.. -I.. -I. -I../mmangle -I../common \
-g -O2 -fpcc-struct-return -DHAVE_CONFIG_H -DOSF1 -DUNIX
pop_parse.c -o pop_parse.o
pop_parse.c: In function `pop_parse':
pop_parse.c:63: warning: type mismatch in implicit declaration for
built-in function `strlen'
gcc -c -I.. -I.. -I. -I../mmangle -I../common \
-g -O2 -fpcc-struct-return -DHAVE_CONFIG_H -DOSF1 -DUNIX pop_pass.c
-o pop_pass.o
gcc -c -I.. -I.. -I. -I../mmangle -I../common \
-g -O2 -fpcc-struct-return -DHAVE_CONFIG_H -DOSF1 -DUNIX pop_quit.c
-o pop_quit.o
gcc -c -I.. -I.. -I. -I../mmangle -I../common \
-g -O2 -fpcc-struct-return -DHAVE_CONFIG_H -DOSF1 -DUNIX pop_rset.c
-o pop_rset.o
gcc -c -I.. -I.. -I. -I../mmangle -I../common \
-g -O2 -fpcc-struct-return -DHAVE_CONFIG_H -DOSF1 -DUNIX pop_send.c
-o pop_send.o
gcc -c -I.. -I.. -I. -I../mmangle -I../common \
-g -O2 -fpcc-struct-return -DHAVE_CONFIG_H -DOSF1 -DUNIX pop_stat.c
-o pop_stat.o
gcc -c -I.. -I.. -I. -I../mmangle -I../common \
-g -O2 -fpcc-struct-return -DHAVE_CONFIG_H -DOSF1 -DUNIX pop_updt.c
-o pop_updt.o
gcc -c -I.. -I.. -I. -I../mmangle -I../common \
-g -O2 -fpcc-struct-return -DHAVE_CONFIG_H -DOSF1 -DUNIX pop_user.c
-o pop_user.o
gcc -c -I.. -I.. -I. -I../mmangle -I../common \
-g -O2 -fpcc-struct-return -DHAVE_CONFIG_H -DOSF1 -DUNIX pop_xtnd.c
-o pop_xtnd.o
gcc -c -I.. -I.. -I. -I../mmangle -I../common \
-g -O2 -fpcc-struct-return -DHAVE_CONFIG_H -DOSF1 -DUNIX pop_xmit.c
-o pop_xmit.o
gcc -c -I.. -I.. -I. -I../mmangle -I../common \
-g -O2 -fpcc-struct-return -DHAVE_CONFIG_H -DOSF1 -DUNIX popper.c -o popper.o
popper.c: In function `main':
popper.c:159: warning: type mismatch in implicit declaration for
built-in function `strlen'
gcc -c -I.. -I.. -I. -I../mmangle -I../common \
-g -O2 -fpcc-struct-return -DHAVE_CONFIG_H -DOSF1 -DUNIX pop_bull.c
-o pop_bull.o
pop_bull.c: In function `insert_list':
pop_bull.c:234: warning: cast to pointer from integer of different size
pop_bull.c:237: warning: cast to pointer from integer of different size
pop_bull.c: In function `CopyOneBull':
pop_bull.c:667: warning: cast to pointer from integer of different size
gcc -c -I.. -I.. -I. -I../mmangle -I../common \
-g -O2 -fpcc-struct-return -DHAVE_CONFIG_H -DOSF1 -DUNIX
xtnd_xlst.c -o xtnd_xlst.o
xtnd_xlst.c: In function `pop_xlst':
xtnd_xlst.c:35: warning: type mismatch in implicit declaration for
built-in function `strlen'
gcc -c -I.. -I.. -I. -I../mmangle -I../common \
-g -O2 -fpcc-struct-return -DHAVE_CONFIG_H -DOSF1 -DUNIX pop_uidl.c
-o pop_uidl.o
gcc -c -I.. -I.. -I. -I../mmangle -I../common \
-g -O2 -fpcc-struct-return -DHAVE_CONFIG_H -DOSF1 -DUNIX mktemp.c -o mktemp.o
gcc -c -I.. -I.. -I. -I../mmangle -I../common \
-g -O2 -fpcc-struct-return -DHAVE_CONFIG_H -DOSF1 -DUNIX pop_rpop.c
-o pop_rpop.o
gcc -c -I.. -I.. -I. -I../mmangle -I../common \
-g -O2 -fpcc-struct-return -DHAVE_CONFIG_H -DOSF1 -DUNIX pop_apop.c
-o pop_apop.o
gcc -c -I.. -I.. -I. -I../mmangle -I../common \
-g -O2 -fpcc-struct-return -DHAVE_CONFIG_H -DOSF1 -DUNIX md5.c -o md5.o
gcc -c -I.. -I.. -I. -I../mmangle -I../common \
-g -O2 -fpcc-struct-return -DHAVE_CONFIG_H -DOSF1 -DUNIX pop_auth.c
-o pop_auth.o
gcc -c -I.. -I.. -I. -I../mmangle -I../common \
-g -O2 -fpcc-struct-return -DHAVE_CONFIG_H -DOSF1 -DUNIX pop_pope.c
-o pop_pope.o
gcc -c -I.. -I.. -I. -I../mmangle -I../common \
-g -O2 -fpcc-struct-return -DHAVE_CONFIG_H -DOSF1 -DUNIX
pop_extend.c -o pop_extend.o
gcc -c -I.. -I.. -I. -I../mmangle -I../common \
-g -O2 -fpcc-struct-return -DHAVE_CONFIG_H -DOSF1 -DUNIX scram.c -o scram.o
gcc -c -I.. -I.. -I. -I../mmangle -I../common \
-g -O2 -fpcc-struct-return -DHAVE_CONFIG_H -DOSF1 -DUNIX hmac.c -o hmac.o
gcc -c -I.. -I.. -I. -I../mmangle -I../common \
-g -O2 -fpcc-struct-return -DHAVE_CONFIG_H -DOSF1 -DUNIX base64.c -o base64.o
base64.c: In function `decode64':
base64.c:101: warning: type mismatch in implicit declaration for
built-in function `memset'
gcc -c -I.. -I.. -I. -I../mmangle -I../common \
-g -O2 -fpcc-struct-return -DHAVE_CONFIG_H -DOSF1 -DUNIX pop_util.c
-o pop_util.o
pop_util.c: In function `Push':
pop_util.c:35: warning: cast from pointer to integer of different size
pop_util.c: In function `get_time':
pop_util.c:78: warning: cast to pointer from integer of different size
pop_util.c:85: warning: cast to pointer from integer of different size
gcc -c -I.. -I.. -I. -I../mmangle -I../common \
-g -O2 -fpcc-struct-return -DHAVE_CONFIG_H -DOSF1 -DUNIX
get_sub_opt.c -o get_sub_opt.o
gcc -c -I.. -I.. -I. -I../mmangle -I../common \
-g -O2 -fpcc-struct-return -DHAVE_CONFIG_H -DOSF1 -DUNIX msg_ptr.c
-o msg_ptr.o
cd ../mmangle && make all
make[1]: Entering directory `/usr/local/qpopper3.0/mmangle'
gcc -c -I.. -I. -I.. -I../popper -g -O2 -fpcc-struct-return
-DHAVE_CONFIG_H -DOSF1 -DUNIX mime.c -o mime.o
mime.c: In function `MimeInit':
mime.c:1062: warning: cast to pointer from integer of different size
gcc -c -I.. -I. -I.. -I../popper -g -O2 -fpcc-struct-return
-DHAVE_CONFIG_H -DOSF1 -DUNIX mangle.c -o mangle.o
mangle.c: In function `FillMangleInfo':
mangle.c:574: warning: cast to pointer from integer of different size
mangle.c:579: warning: cast to pointer from integer of different size
mangle.c:622: warning: cast to pointer from integer of different size
mangle.c:630: warning: cast to pointer from integer of different size
gcc -c -I.. -I. -I.. -I../popper -g -O2 -fpcc-struct-return
-DHAVE_CONFIG_H -DOSF1 -DUNIX utils.c -o utils.o
utils.c: In function `StrNDup':
utils.c:150: warning: cast to pointer from integer of different size
gcc -c -I.. -I. -I.. -I../popper -g -O2 -fpcc-struct-return
-DHAVE_CONFIG_H -DOSF1 -DUNIX enriched.c -o enriched.o
enriched.c: In function `textEnrichedToHTML':
enriched.c:256: warning: type mismatch in implicit declaration for
built-in function `memset'
enriched.c:256: warning: type mismatch in implicit declaration for
built-in function `strlen'
gcc -c -I.. -I. -I.. -I../popper -g -O2 -fpcc-struct-return
-DHAVE_CONFIG_H -DOSF1 -DUNIX striphtml.c -o striphtml.o
striphtml.c: In function `outNewline':
striphtml.c:431: warning: type mismatch in implicit declaration for
built-in function `strcpy'
striphtml.c: In function `textHTMLToPlain':
striphtml.c:937: warning: type mismatch in implicit declaration for
built-in function `strlen'
gcc -c -I.. -I. -I.. -I../popper -g -O2 -fpcc-struct-return
-DHAVE_CONFIG_H -DOSF1 -DUNIX lineend.c -o lineend.o
gcc -c -I.. -I. -I.. -I../popper -g -O2 -fpcc-struct-return
-DHAVE_CONFIG_H -DOSF1 -DUNIX etags.c -o etags.o
gcc -c -I.. -I. -I.. -I../popper -g -O2 -fpcc-struct-return
-DHAVE_CONFIG_H -DOSF1 -DUNIX charmangle.c -o charmangle.o
ar -r libmangle.a mime.o mangle.o utils.o enriched.o
striphtml.o lineend.o etags.o charmangle.o
ar: Warning: creating libmangle.a
make[1]: Leaving directory `/usr/local/qpopper3.0/mmangle'
cd ../common && make all
make[1]: Entering directory `/usr/local/qpopper3.0/common'
gcc -c -I.. -I. -I.. -I../popper -g -O2 -fpcc-struct-return
-DHAVE_CONFIG_H -DOSF1 -DUNIX flock.c -o flock.o
gcc -c -I.. -I. -I.. -I../popper -g -O2 -fpcc-struct-return
-DHAVE_CONFIG_H -DOSF1 -DUNIX maillock.c -o maillock.o
In file included from
/usr/local/lib/gcc-lib/alpha-dec-osf4.0b/2.95.2/include/stdarg.h:36,
from logit.h:34,
from maillock.c:81:
/usr/local/lib/gcc-lib/alpha-dec-osf4.0b/2.95.2/include/va-alpha.h:36:
warning: redefinition of `va_list'
/usr/local/lib/gcc-lib/alpha-dec-osf4.0b/2.95.2/include/va_list.h:7:
warning: `va_list' previously declared here
maillock.c: In function `maillock':
maillock.c:409: warning: type mismatch in implicit declaration for
built-in function `strlen'
gcc -c -I.. -I. -I.. -I../popper -g -O2 -fpcc-struct-return
-DHAVE_CONFIG_H -DOSF1 -DUNIX genpath.c -o genpath.o
In file included from
/usr/local/lib/gcc-lib/alpha-dec-osf4.0b/2.95.2/include/stdarg.h:36,
from logit.h:34,
from genpath.c:41:
/usr/local/lib/gcc-lib/alpha-dec-osf4.0b/2.95.2/include/va-alpha.h:36:
warning: redefinition of `va_list'
/usr/local/lib/gcc-lib/alpha-dec-osf4.0b/2.95.2/include/va_list.h:7:
warning: `va_list' previously declared here
gcc -c -I.. -I. -I.. -I../popper -g -O2 -fpcc-struct-return
-DHAVE_CONFIG_H -DOSF1 -DUNIX logit.c -o logit.o
In file included from
/usr/local/lib/gcc-lib/alpha-dec-osf4.0b/2.95.2/include/stdarg.h:36,
from snprintf.h:22,
from logit.c:61:
/usr/local/lib/gcc-lib/alpha-dec-osf4.0b/2.95.2/include/va-alpha.h:36:
warning: redefinition of `va_list'
/usr/local/lib/gcc-lib/alpha-dec-osf4.0b/2.95.2/include/va_list.h:7:
warning: `va_list' previously declared here
logit.c: In function `logit':
logit.c:157: warning: cast to pointer from integer of different size
gcc -c -I.. -I. -I.. -I../popper -g -O2 -fpcc-struct-return
-DHAVE_CONFIG_H -DOSF1 -DUNIX snprintf.c -o snprintf.o
ar -r libcommon.a flock.o maillock.o genpath.o logit.o snprintf.o
ar: Warning: creating libcommon.a
make[1]: Leaving directory `/usr/local/qpopper3.0/common'
gcc pop_dele.o pop_dropcopy.o pop_get_command.o pop_get_subcommand.o
pop_init.o pop_last.o pop_list.o pop_log.o pop_lower.o pop_msg
.o pop_parse.o pop_pass.o pop_quit.o pop_rset.o pop_send.o pop_stat.o
pop_updt.o pop_user.o pop_xtnd.o pop_xmit.o popper.o pop_bull.
o xtnd_xlst.o pop_uidl.o mktemp.o pop_rpop.o pop_apop.o md5.o
pop_auth.o pop_pope.o pop_extend.o scram.o hmac.o base64.o pop_util.o
get_sub_opt.o msg_ptr.o -o popper -lresolv -lsecurity
../mmangle/libmangle.a ../common/libcommon.a
/usr/bin/ld:
Warning: login_delay defined as GLOBAL DATA but is defined in a
shared lib as a GLOBAL FUNC
While I'm able to build qpopper, the fact remains that the file is
corrupting the /var/spool/mail directory. The account "brian" had an
e-mail message in it. But after the qpopper access, I get "server
not responding" in my e-mail client and the following in the "brian"
pop account:
wallace.eliassen.org:root [57] /var/spool/mail> cat brian
+OK brian has 0 visible messages (0 hidden) in 0 octets.
eceived: (from root@localhost)
-ERR Unknown command: "eceived:".
10.0) id e439POP19783
-ERR Unknown command: "10.0)".
5:24 -0700 (PDT)
-ERR Unknown command: "5:24".
-0700 (PDT)
-ERR Unknown command: "-0700".
sage-Id: <200005030925.e439POP19783 at wallace.eliassen dot org>
-ERR Unknown command: "sage-id:".
-ERR POP EOF or I/O error: Operation not supported on socket (45)
+OK Pop server at wallace.eliassen.org signing off.
I'm completely clueless as to why this would be happening. Does
anyone else care to guess?
Brian
From: "Kenneth Porter" <shiva at well dot com>
Date: Wed, 03 May 2000 04:24:42 -0700
Subject: Re: Well, at least the problem is consistent...
On Wed, 3 May 2000 02:30:58 -0700, Brian Eliassen wrote:
>checking size of unsigned long int... 8
Anybody running qpopper on a 64-bit machine? Any word size assumptions
in the code?
>pop_dropcopy.c:417: warning: cast to pointer from integer of different size
Several warnings from malloc and realloc invocations. What's the
prototype for these on this machine?
>pop_list.c:110: warning: type mismatch in implicit declaration for
>built-in function `memset'
>pop_list.c:128: warning: type mismatch in implicit declaration for
>built-in function `strlen'
string.h didn't get included to provide the prototype. Source code
oversight? I can't see it being included in the 3.0 code.
>In file included from
>/usr/local/lib/gcc-lib/alpha-dec-osf4.0b/2.95.2/include/stdarg.h:36,
> from pop_log.c:36:
>/usr/local/lib/gcc-lib/alpha-dec-osf4.0b/2.95.2/include/va-alpha.h:36:
>warning: redefinition of `va_list'
>/usr/local/lib/gcc-lib/alpha-dec-osf4.0b/2.95.2/include/va_list.h:7:
>warning: `va_list' previously declared here
Where did the va_list.h come from? I've got 2.95.2 loaded under Cygwin
and don't see that file there.
>/usr/bin/ld:
>Warning: login_delay defined as GLOBAL DATA but is defined in a
>shared lib as a GLOBAL FUNC
This looks like conflicting libraries.
>wallace.eliassen.org:root [57] /var/spool/mail> cat brian
>+OK brian has 0 visible messages (0 hidden) in 0 octets.
>eceived: (from root@localhost)
>-ERR Unknown command: "eceived:".
qpopper seems to be confused reading from the spool file, thinking
it's the socket, and trying to interpret commands from it and echoing
and writing responses back to it.
Ken
mailto:shiva at well dot com
http://www.sewingwitch.com/ken/
http://www.harrybrowne2000.org/
From: "Christopher Northrop" <chris.northrop at po.state.ct dot us>
Subject: Summary Access block
Date: Wed, 3 May 2000 07:36:22 -0400
Group
Well everyone said don't do it, but I just had to.. Open source is a
dangerous thing for the ignorant. If anything happens I'll just blame Steven
Fletcher.
>If you _really_, _really_ must, you would be able to remove the code from
>the source. Grep is your friend. Otherwise login using a 'normal' user
>account.
>Steven Fletcher
The code is located in pop_access. look for "BLOCK_UID"
I feel I need to clear up a few things. This server is located on a isolated
private net and its only purpose is to send scans to users from something
called a mopier.. Set and forget..
Thanks Chris N.
Date: Wed, 3 May 2000 14:23:49 +0200 (MET DST)
From: Dejan Ilic <dejan at knuten.liu dot se>
Subject: Re: standalone popper 3
Yes, it works. Solaris 2.6 x86 on my system.
Dejan
On Tue, 2 May 2000, John W. Keener wrote:
> There is a bug in main.c
>
> *** main.c Wed Mar 8 21:27:31 2000
> --- main_correct.c Tue May 2 14:22:13 2000
> ***************
> *** 144,150 ****
> void reaper()
> {
> int stts;
> ! while(wait3(&stts, WNOHANG, (struct rusage *)0) >= 0);
> signal(SIGCHLD, reaper);
> }
>
> --- 144,150 ----
> void reaper()
> {
> int stts;
> ! while(wait3(&stts, WNOHANG, (struct rusage *)0) > 0);
> signal(SIGCHLD, reaper);
> }
>
> with WNOHANG wait3 returns 0 if no child is ready yet. The '=' will cause
> the main program to wait until it exits. I saw this happen on Solaris. I
> have not run qpopper on Linux
From: "Christopher Northrop" <chris.northrop at po.state.ct dot us>
Subject: Host Access
Date: Wed, 3 May 2000 09:03:02 -0400
Hello Group
Now that you all got me paranoid, I was wondering if there is a host
allow/deny type file for qppopper. like for ftp?
Chris N.
Date: Wed, 3 May 2000 09:18:03 -0400 (EDT)
From: Steven Champeon <schampeo at hesketh dot com>
Subject: Re: Host Access
On Wed, 3 May 2000, Christopher Northrop wrote:
> Now that you all got me paranoid, I was wondering if there is a host
> allow/deny type file for qppopper. like for ftp?
Yes. It's called TCPWrappers. :)
--
tired of being an underappreciated functionary in a soulless machine?
hesketh.com is hiring: <http://hesketh.com/careers/>
Date: Wed, 03 May 2000 15:20:50 +0200
From: Cyrille <cyrille at ktaland dot com>
Subject: Re: Host Access
did you configure your PAM ?
in /etc/pam.d
Christopher Northrop a écrit :
> Hello Group
>
> Now that you all got me paranoid, I was wondering if there is a host
> allow/deny type file for qppopper. like for ftp?
>
> Chris N.
Date: Wed, 3 May 2000 09:13:28 -0400 (EDT)
From: Christopher Cramer <cec at ee.duke dot edu>
Subject: Re: Host Access
If you are running qpopper via /etc/inetd.conf, you could use tcp
wrappers.
-cec
On Wed, 3 May 2000, Christopher Northrop wrote:
> Hello Group
>
> Now that you all got me paranoid, I was wondering if there is a host
> allow/deny type file for qppopper. like for ftp?
>
> Chris N.
>
>
Subject: Re: Host Access
Date: Wed, 3 May 2000 15:20:25 +0200 (MEST)
From: Georg Schwarz <schwarz at physik.tu-berlin dot de>
> Hello Group
>
> Now that you all got me paranoid, I was wondering if there is a host
> allow/deny type file for qppopper. like for ftp?
>
yep, and just like with ftp, it also works via inetd. :-)
--
Georg Schwarz schwarz at physik.tu-berlin dot de
Institut für Theoretische Physik Tel. +49 30 314-24254, FAX -21130
Technische Universität Berlin http://home.pages.de/~schwarz/
Sekr. PN 7-1, Hardenbergstr. 36, D-10623 Berlin IRC: kuroi
From: "John W. Keener" <jkeener at utsi dot com>
Subject: RE: Host Access
Date: Wed, 3 May 2000 08:20:28 -0500
Paranoia is good :-)
You can accomplish that through tcp_wrappers (if your running through inetd)
John Keener
jkeener at utsi dot com
UTSI International
1560 West Bay Area Blvd
Friendswood TX 77546
-----Original Message-----
From: Christopher Northrop [mailto:chris.northrop at po.state.ct dot us]
Sent: Wednesday, May 03, 2000 8:03 AM
To: Subscribers of Qpopper
Subject: Host Access
Hello Group
Now that you all got me paranoid, I was wondering if there is a host
allow/deny type file for qppopper. like for ftp?
Chris N.
Date: Wed, 03 May 2000 08:24:58 -0500
From: "K.R. Foley" <kr at vipcompute dot com>
Subject: Re: Host Access
You should be able to specify any protocol in hosts.allow or hosts.deny
file including pop.
kr
Christopher Northrop wrote:
> Hello Group
>
> Now that you all got me paranoid, I was wondering if there is a host
> allow/deny type file for qppopper. like for ftp?
>
> Chris N.
From: "Kenneth Porter" <shiva at well dot com>
Date: Wed, 03 May 2000 06:50:59 -0700
Subject: Re: Host Access
On Wed, 3 May 2000 09:03:02 -0400, Christopher Northrop wrote:
>Now that you all got me paranoid, I was wondering if there is a host
>allow/deny type file for qppopper. like for ftp?
Not directly, but if you use TCP wrappers (AKA tcpd), you can use
/etc/hosts.{allow,deny} to control access.
Ken
mailto:shiva at well dot com
http://www.sewingwitch.com/ken/
http://www.harrybrowne2000.org/
From: "John W. Keener" <jkeener at utsi dot com>
Subject: RE: Memory error - qpopper3.0.1b2 on Solaris 2.6 box
Date: Wed, 3 May 2000 08:57:30 -0500
The "asynchronous memory fault" is probably related to bad memory. I've had
some experience with these: they tend to be very intermittent and difficult
to track down. They have gone away though after I replaced the memory as a
last resort.
My first assumption would be that the alignment error is related to the
memory problem. Unless somebody has had experience with this coming up, fix
the memory and see if this recurs.
Regards,
John Keener
jkeener at utsi dot com
UTSI International
1560 West Bay Area Blvd
Friendswood TX 77546
-----Original Message-----
From: DWX Network Operations [mailto:tracy at dwx dot com]
Sent: Tuesday, May 02, 2000 6:50 AM
To: Subscribers of Qpopper
Subject: Memory error - qpopper3.0.1b2 on Solaris 2.6 box
Greetings,
This may or may not be the appropriate forum for this - if not, forgive me.
I compiled and installed qpopper3.0.1b2 yesterday on a Solaris 2.6
box. This morning the machine choked with a "Memory alignment error"
apparently provoked by the qpopper process. I've included a snippet of my
log file below.
Has anyone seen this sort of thing yet or was this just a wild coincidence?
Thanks,
Tracy Hinshaw
LOG SNIPPET:
May 2 06:29:20 mybox unix: panic: asynchronous memory fault: MFSR882820
MFAR=
1914610
May 2 06:29:20 mybox unix: syncing file systems...BAD TRAP: type=7
rp=f09dfb04 a
ddr=0 mmu_fsr=0 rw=0
May 2 06:29:20 mybox unix: popper: Memory address alignment
May 2 06:29:20 mybox unix: pid=7652, pc=0xf007c918, sp=0xf09dfb50,
psr=0x4400cc3
, context=0
May 2 06:29:20 mybox unix: g1-g7: e, 8000000, ffffffff, 3010, 3810, 1,
fc239380
May 2 06:29:20 mybox unix: Begin traceback... sp = f09dfb50
May 2 06:29:20 mybox unix: Called from fc09b54c, fp=f09dfbb0, args€001b
1ccb20
2000 142 fc4f0568 e
From: "Christopher Northrop" <chris.northrop at po.state.ct dot us>
Subject: Summary Host access
Date: Wed, 3 May 2000 10:04:22 -0400
Group
Ok most people said tcp wrappers.. but Kenneth Porter had an easier idea
that addresses the original question about unblocking UIDs.. The alias file,
yes in my ignorance I over looked the obvious. Thanks Ken.
Now for Host blocking Peter Allen had the easiest solution
in /etc/hosts.allow:
popper: 123.456.789.1,555.666.777.888
Thanks Peter
Thanks
Chris N.
Date: Wed, 3 May 2000 11:08:36 -0400 (EDT)
From: Christopher Cramer <cec at ee.duke dot edu>
Subject: Re: Summary Host access
um, that hosts.allow file actually looks like tcp_wrappers to me. i
suppose we should have mentioned that by default, linux has tcp_wrappers
installed on all ports accessed through inetd.conf. other unicies (that i
know of) don't have this feature by default. moral, adding hosts.allow to
a non-linux box won't help w/o tcp_wrappers :-)
-cec
On Wed, 3 May 2000, Christopher Northrop wrote:
> Group
>
> Ok most people said tcp wrappers.. but Kenneth Porter had an easier idea
> that addresses the original question about unblocking UIDs.. The alias file,
> yes in my ignorance I over looked the obvious. Thanks Ken.
>
> Now for Host blocking Peter Allen had the easiest solution
> in /etc/hosts.allow:
> popper: 123.456.789.1,555.666.777.888
> Thanks Peter
>
>
> Thanks
> Chris N.
>
>
>
>
>
Date: Wed, 3 May 2000 11:13:18 -0400
From: Joseph S D Yao <jsdy at cospo.osis dot gov>
Subject: Re: Well, at least the problem is consistent...
On Wed, May 03, 2000 at 04:24:42AM -0700, Kenneth Porter wrote:
> On Wed, 3 May 2000 02:30:58 -0700, Brian Eliassen wrote:
>
> >checking size of unsigned long int... 8
>
> Anybody running qpopper on a 64-bit machine? Any word size assumptions
> in the code?
I'm running an earlier beta of qpopper 3.0 on Digital Unix, oops,
Compaq Tru64 Unix 4.0F. No problems.
--
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: "Kenneth Porter" <shiva at well dot com>
Date: Wed, 03 May 2000 08:21:26 -0700
Subject: Re: Summary Host access
On Wed, 3 May 2000 10:04:22 -0400, Christopher Northrop wrote:
>Now for Host blocking Peter Allen had the easiest solution
>in /etc/hosts.allow:
>popper: 123.456.789.1,555.666.777.888
>Thanks Peter
I allow popping from anywhere, but I want to divert the deluge of log
entries out of messages and into maillog, so I use this in hosts.allow:
in.qpopper: ALL: SEVERITY mail.info : ALLOW
See "man 5 hosts_options".
Ken
mailto:shiva at well dot com
http://www.sewingwitch.com/ken/
http://www.harrybrowne2000.org/
From: "John W. Keener" <jkeener at utsi dot com>
Subject: RE: Summary Host access
Date: Wed, 3 May 2000 10:28:06 -0500
>-----Original Message-----
>From: Christopher Northrop [mailto:chris.northrop at po.state.ct dot us]
>Sent: Wednesday, May 03, 2000 9:04 AM
>To: Subscribers of Qpopper
>Subject: Summary Host access
>
>...
>
>in /etc/hosts.allow:
>popper: 123.456.789.1,555.666.777.888
don't forget, you also need
in /etc/hosts.deny:
popper: ALL
The logic is:
if it is in hosts.allow GRANT access
else if it is in hosts.allow DENY acess
else { not in either } GRANT access!
John Keener
jkeener at utsi dot com
UTSI International
1560 West Bay Area Blvd
Friendswood TX 77546
From: "David Andrews" <dandrews at mpiua dot com>
Subject: Deleting mailboxes
Date: Wed, 3 May 2000 11:26:32 -0400
Hello all,
I have a situation where my Linux machine needed to repair some files that
became corrupt. After I ran my repair utility, two users can not log on to
get their mail. When connecting us a MS Office Client, they get a return
box looking for the password again. I have changed the password, deleted
the account and recreated it. For some reason, those accounts will not
work.
If I create a new account It works just fine and dandy, but for those two
users even deleting and recreating the account does not work.
Any suggestions appreciated...
~David
David Andrews
PC LAN Admin
dandrews at mpiua dot com
617-557-5656
Date: Wed, 03 May 2000 13:20:51 -0400
From: Karyn McCambridge <karynm at afb dot net>
Subject: terminated users
Even though I remove terminated users from the /etc/passwd file and remove
their home directory I still get email for them. I notice it creates the
spool in /var/mail/userid
How can I reject email for terminated users?
Date: Wed, 3 May 2000 12:13:41 -0500 (CDT)
From: "Joseph W. Breu" <breu at cfu dot net>
Subject: Re: terminated users
On Wed, 3 May 2000, Karyn McCambridge wrote:
> Even though I remove terminated users from the /etc/passwd file and remove
> their home directory I still get email for them. I notice it creates the
> spool in /var/mail/userid
I am assuming that you are using sendmail for local delivery.
This list concerns qpopper and not sendmail.
That aside, if you remove the users from /etc/passwd, then sendmail should
not deliver local mail for them. What version of sendmail are you using
and on what kind of system is this?
--
Thanks,
-Joseph W. Breu
-----------------------------------------------------------------------
Joseph W. Breu Systems Administrator / Cedar Falls Utilities
phone: (319) 268-5228 Utility Parkway, Cedar Falls, Iowa 50613
pager: (319) 235-4209 NIC: jwb96 breu at cfu.net breu dot pager at cfu dot net
---- Al Gore: "...I took the initiative in creating the Internet. -----
Date: Wed, 3 May 2000 13:19:20 -0400 (EDT)
From: Admin Mailing Lists <mlist at intergrafix dot net>
Subject: Re: terminated users
that would be a function of your MTA (sendmail, postfix, qmail, exim), not
your pop3 daemon.
-Tony
.-._.-._.-._.-._.-._.-._.-._.-._.-._.-._.-._.-._.-._.-._.-._.-._.-._.-.
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 Wed, 3 May 2000, Karyn McCambridge wrote:
> Even though I remove terminated users from the /etc/passwd file and remove
> their home directory I still get email for them. I notice it creates the
> spool in /var/mail/userid
>
> How can I reject email for terminated users?
>
>
>
Date: Wed, 3 May 2000 13:32:36 -0400 (EDT)
From: Steven Champeon <schampeo at hesketh dot com>
Subject: Re: terminated users
On Wed, 3 May 2000, Karyn McCambridge wrote:
> Even though I remove terminated users from the /etc/passwd file and remove
> their home directory I still get email for them. I notice it creates the
> spool in /var/mail/userid
>
> How can I reject email for terminated users?
Well, you don't say what OS or MTA you're running. Have you considered
looking at the docs for your MTA? I know sendmail has a feature where
you can configure a .REDIRECT alias for old or invalid users. Might be
worth a look.
Steve
--
tired of being an underappreciated functionary in a soulless machine?
hesketh.com is hiring: <http://hesketh.com/careers/>
From: "James Nelson" <james at digit.bloomnet dot com>
Subject: Re: terminated users
Date: Wed, 3 May 2000 14:41:47 -0500
This is a sendmail/procmail question.
----- Original Message -----
From: "Karyn McCambridge" <karynm at afb dot net>
To: "Subscribers of Qpopper" <qpopper at lists.pensive dot org>
Sent: Wednesday, May 03, 2000 12:20 PM
Subject: terminated users
| Even though I remove terminated users from the /etc/passwd file and
remove
| their home directory I still get email for them. I notice it creates
the
| spool in /var/mail/userid
|
| How can I reject email for terminated users?
|
|
Date: Thu, 04 May 2000 14:59:29 -0500
From: mike miller <mikem at ndtel dot com>
Subject: Re: Standalone pop3
I have recently compiled 3.0 on a redhat 5.2 linux system with
--enable-bulldb
I am curious about how(if possible) to check the /var/spool/bulls/bulldb file
for the information contained within. I understand that the database is used
in lieu of the ~account/.popbull file
The documentation talks about creating a bulldb.pag and bulldb.dir file but I
can't seem to find out why or what they do.
Mike
Subject: Qpopper on OpenBSD?
Date: Thu, 04 May 2000 13:26:56 PDT
From: "Robin" <krystal at devnull dot net>
Hi folks,
I'm trying to get an APOP server running for the EFF on their new
OpenBSD system. I've set up and used Qpopper on Linux (Slackware) and
on Solaris, but it seems to have a serious problem with OpenBSD. It
seems, from the OpenBSD mailing list archive, that Qpopper _had_ been
in the ports collection till a serious security problem cropped up in
it. According to the Qpopper page, this has been dealt with in the
current version.
It seems to configure fine (though it doesn't find the gdbm install in
/usr/local/include and lib, it seems to find _a_ dbm), and it compiles
with no errors. Standard POP seems to work fine as well (though I
haven't tested this extensively), but popauth just doesn't:
~/qpopper3.0% ./popper/popauth -init
~/qpopper3.0% ./popper/popauth -init
Really initialize POP authentication DB? y
~/qpopper3.0% ./popper/popauth -user testuser
Changing only APOP password for testuser.
running gdbm_fetch (4)
Segmentation fault (core dumped)
~/qpopper3.0%
It acts exactly the same way using the gdbm library (which I
temporarily symlinked into /usr/include and lib just out of curiosity).
I have no experience programming the DBM libraries, but I've isolated
the core dump to the call to dbm_fetch (this was not complicated, of
course; I just looked for the next call after the print statement and
put another print after to see if it made it past; it didn't):
fprintf( stderr, "Changing %s%s %s for %s.\n",
onlysw? "only " : "",
(mode==SCRAM_AUTH) ? "SCRAM" : "APOP",
passtype ? "pass phrase" : "password",
usersw );
key.dsize = strlen (key.dptr = usersw) + 1;
#ifdef GDBM
value = gdbm_fetch (db, key);
#else
value = dbm_fetch (db, key);
#endif
Have any of you folks set up Qpopper on OpenBSD? Or are any of you who
know the dbm interested in fixing this? I've a spare OpenBSD machine
on my home network I can give you access to to try it out.
Thanks,
-robin
Turning and turning in the widening gyre
The falcon cannot hear the falconer;
Things fall apart; the centre cannot hold;
Mere anarchy is loosed upon the world.
From: "Jerry O'Brien" <jobrien at cuttingedge dot net>
Subject: qpopper 3.0 & 3.0.1b2 hanging in LAST_ACK & CLOSE_WAIT
Date: Thu, 4 May 2000 16:38:26 -0700
At first it felt like a SYN flood attack, but I have a bunch of hanging
popper processes not in the SYN_RCVD state. I've been using 3.0 since it was
announced with no problems until today. I'm running RH Linux kernel 1.2.13
Client connections are hanging and the system is sluggish.
Any ideas?
tcp 0 62 208.35.150.2:110 216.145.160.183:1026
ESTABLISHED root
tcp 0 164 208.35.150.2:110 208.35.151.13:3418 LAST_ACK
root
tcp 0 164 208.35.150.2:110 208.35.151.13:3419 LAST_ACK
root
tcp 0 164 208.35.150.2:110 208.35.151.13:3420 LAST_ACK
root
tcp 0 164 208.35.150.2:110 208.35.151.13:3421 LAST_ACK
root
tcp 0 164 208.35.150.2:110 208.35.151.13:3422 LAST_ACK
root
tcp 0 164 208.35.150.2:110 208.35.151.13:3423 LAST_ACK
root
tcp 0 164 208.35.150.2:110 208.35.151.13:3424 LAST_ACK
root
tcp 0 164 208.35.150.2:110 208.35.151.13:3425 LAST_ACK
root
tcp 0 164 208.35.150.2:110 208.35.151.13:3427 LAST_ACK
root
tcp 0 164 208.35.150.2:110 208.35.151.13:3428 LAST_ACK
root
tcp 0 164 208.35.150.2:110 208.35.151.13:3429 LAST_ACK
root
tcp 0 0 208.35.150.2:110 208.35.151.50:1035
ESTABLISHED root
tcp 0 0 208.35.150.2:110 208.35.151.17:2040
ESTABLISHED root
tcp 0 0 208.35.150.2:110 208.35.151.31:2837
ESTABLISHED root
tcp 0 0 208.35.150.2:110 208.35.151.13:3448
ESTABLISHED root
Jerry O'Brien
Cutting Edge Systems
Jerry O'Brien
Cutting Edge Systems
From: "Jerry O'Brien" <jobrien at cuttingedge dot net>
Subject: qpopper 3.0 & 3.0.1b2 hanging in LAST_ACK & CLOSE_WAIT - more info
Date: Thu, 4 May 2000 16:52:41 -0700
I just removed TCP wrappers and now it's acting more sane, but I don't know
why.
# pop3 stream tcp nowait root /usr/sbin/tcpd popper -s -T 600
pop3 stream tcp nowait root /usr/sbin/popper popper -s -T 600
JO
----- Original Message -----
From: Jerry O'Brien <jobrien at cuttingedge dot net>
To: Subscribers of Qpopper <qpopper at lists.pensive dot org>
Sent: Thursday, May 04, 2000 4:38 PM
Subject: qpopper 3.0 & 3.0.1b2 hanging in LAST_ACK & CLOSE_WAIT
> At first it felt like a SYN flood attack, but I have a bunch of hanging
> popper processes not in the SYN_RCVD state. I've been using 3.0 since it
was
> announced with no problems until today. I'm running RH Linux kernel 1.2.13
>
> Client connections are hanging and the system is sluggish.
>
> Any ideas?
>
> tcp 0 62 208.35.150.2:110 216.145.160.183:1026
> ESTABLISHED root
> tcp 0 164 208.35.150.2:110 208.35.151.13:3418 LAST_ACK
> root
> tcp 0 164 208.35.150.2:110 208.35.151.13:3419 LAST_ACK
> root
> tcp 0 164 208.35.150.2:110 208.35.151.13:3420 LAST_ACK
> root
> tcp 0 164 208.35.150.2:110 208.35.151.13:3421 LAST_ACK
> root
> tcp 0 164 208.35.150.2:110 208.35.151.13:3422 LAST_ACK
> root
> tcp 0 164 208.35.150.2:110 208.35.151.13:3423 LAST_ACK
> root
> tcp 0 164 208.35.150.2:110 208.35.151.13:3424 LAST_ACK
> root
> tcp 0 164 208.35.150.2:110 208.35.151.13:3425 LAST_ACK
> root
> tcp 0 164 208.35.150.2:110 208.35.151.13:3427 LAST_ACK
> root
> tcp 0 164 208.35.150.2:110 208.35.151.13:3428 LAST_ACK
> root
> tcp 0 164 208.35.150.2:110 208.35.151.13:3429 LAST_ACK
> root
> tcp 0 0 208.35.150.2:110 208.35.151.50:1035
> ESTABLISHED root
> tcp 0 0 208.35.150.2:110 208.35.151.17:2040
> ESTABLISHED root
> tcp 0 0 208.35.150.2:110 208.35.151.31:2837
> ESTABLISHED root
> tcp 0 0 208.35.150.2:110 208.35.151.13:3448
> ESTABLISHED root
>
> Jerry O'Brien
> Cutting Edge Systems
>
>
>
>
> Jerry O'Brien
> Cutting Edge Systems
>
>
>