The qpopper list archive ending on 4 Apr 2000
Topics covered in this issue include:
1. AntiVirus scaning in qpopper
Laurent.Pellissier at ema dot fr
Tue, 28 Mar 2000 16:54:40 +0200
2. SOLVED(1): mailboxes getting duplicated
=?ISO-8859-1?Q?Pål Baltzersen?= <pal.baltzersen at ost.eltele dot no>
Tue, 28 Mar 2000 18:01:21 +0200
3. Re: SOLVED(1): mailboxes getting duplicated
Karyn McCambridge <karynm at afb dot net>
Tue, 28 Mar 2000 13:27:02 -0500
4. RE: SOLVED(1): mailboxes getting duplicated
"Joseph Peterson" <jay at qtm dot net>
Tue, 28 Mar 2000 15:01:22 -0500
5. installation hints for > 5000 popaccounts
robert rotman <rotman at inode dot at>
Tue, 28 Mar 2000 22:55:14 +0200 (CEST)
6. Re: installation hints for > 5000 popaccounts
"L. M. Smith" <chains at ticon dot net>
Tue, 28 Mar 2000 16:21:22 -0600 (EST)
7. RE: SOLVED(1): mailboxes getting duplicated
Alan Brown <alan at manawatu.gen dot nz>
Wed, 29 Mar 2000 10:39:53 +1200 (NZST)
8. What version?
"K.R. Foley" <kr at vipcompute dot com>
Tue, 28 Mar 2000 17:16:32 -0600
9. "Unable to open Bulletin database"
"Miss Parker" <miss.parker at dialcom.com dot pl>
Wed, 29 Mar 2000 09:18:31 +0200
10. Re: installation hints for > 5000 popaccounts
Eric Luyten <eluyten at vub.ac dot be>
Wed, 29 Mar 2000 10:13:26 +0200 (MET DST)
11. Password change
Joachim Reichelt <reichelt at GBF dot DE>
Wed, 29 Mar 2000 16:22:38 +0100
12. RE: SOLVED(1): mailboxes getting duplicated
"Michael D. Sofka" <sofkam at rpi dot edu>
Wed, 29 Mar 2000 09:28:28 -0500
13. Re: Password change
Gerhard Gonter <gonter at maestria.wu-wien.ac dot at>
Wed, 29 Mar 2000 16:44:27 +0200 (MES)
14. Re: SOLVED(1): mailboxes getting duplicated
Eric Luyten <eluyten at vub.ac dot be>
Wed, 29 Mar 2000 17:14:36 +0200 (MET DST)
15. Re: !( SOLVED(1)): mailboxes getting duplicated
"Michael D. Sofka" <sofkam at rpi dot edu>
Wed, 29 Mar 2000 10:40:01 -0500
16. large # of popaccounts
Admin Mailing Lists <mlist at intergrafix dot net>
Wed, 29 Mar 2000 11:08:48 -0500 (EST)
17. Re: Password change
"Renato R. Santana" <renato at contato dot net>
Wed, 29 Mar 2000 13:29:02 -0300
18. Re: large # of popaccounts
Paul Khavkine <paul at inet-interactive dot com>
Wed, 29 Mar 2000 11:53:39 -0500 (EST)
19. mbox hashing tools (was: Re: large # of popaccounts)
"Michael D. Sofka" <sofkam at rpi dot edu>
Wed, 29 Mar 2000 12:43:54 -0500
20. large # of popaccounts
robert rotman <rotman at inode dot at>
Wed, 29 Mar 2000 20:07:40 +0200 (CEST)
21. Re: mbox hashing tools (was: Re: large # of popaccounts)
Admin Mailing Lists <mlist at intergrafix dot net>
Wed, 29 Mar 2000 13:43:55 -0500 (EST)
22. Re: mbox hashing tools (was: Re: large # of popaccounts)
Paul Khavkine <paul at inet-interactive dot com>
Wed, 29 Mar 2000 14:13:06 -0500 (EST)
23. Re: AntiVirus scaning in qpopper
Qpopper Support <qpopper at qualcomm dot com>
Thu, 30 Mar 2000 21:15:40 +0930
24. Re: SOLVED(1): mailboxes getting duplicated
Qpopper Support <qpopper at qualcomm dot com>
Thu, 30 Mar 2000 21:22:33 +0930
25. Re: AntiVirus scaning in qpopper
Laurent.Pellissier at ema dot fr
Thu, 30 Mar 2000 14:36:01 +0200
26. Re: What version?
Qpopper Support <qpopper at qualcomm dot com>
Fri, 31 Mar 2000 00:40:25 +0930
27. duplicate UIDL issue
Ron Brogden <rb at islandnet dot com>
Fri, 31 Mar 2000 18:12:40 -0800
28. Error Message
Phil Savoie <Phil.Savoie at learnix dot ca>
Sun, 02 Apr 2000 04:53:37 -0400
29. Re: Error Message
Alan Brown <alan at manawatu.gen dot nz>
Sun, 2 Apr 2000 21:03:38 +1200 (NZST)
30. Re: Error Message
phil at cr714182-a.slnt1.on.wave.home dot com
Sun, 2 Apr 2000 04:18:33 -0400
31. Re: Error Message
Phil Savoie <phil at learnix dot com>
Sun, 2 Apr 2000 04:23:27 -0400 (EDT)
32. Re: Error Message
Alan Brown <alan at manawatu.gen dot nz>
Sun, 2 Apr 2000 22:53:19 +1200 (NZST)
33. Re: duplicate UIDL issue
Qpopper Support <qpopper at qualcomm dot com>
Mon, 3 Apr 2000 09:08:37 +0930
34. Re: Error Message
Qpopper Support <qpopper at qualcomm dot com>
Mon, 3 Apr 2000 09:10:49 +0930
35. Standalone pop3
"Andrew C. Holmes" <holmesa at lastminute dot com>
Tue, 04 Apr 2000 10:04:19 +0100
36. Re: Standalone pop3
Alan Brown <alan at manawatu.gen dot nz>
Tue, 4 Apr 2000 21:28:41 +1200 (NZST)
37. Re: Standalone pop3
"Andrew C. Holmes" <holmesa at lastminute dot com>
Tue, 04 Apr 2000 11:04:20 +0100
38. Re: Standalone pop3
Alan Brown <alan at manawatu.gen dot nz>
Tue, 4 Apr 2000 22:10:57 +1200 (NZST)
39. RE: Standalone pop3
"John W. Keener" <jkeener at utsi dot com>
Tue, 4 Apr 2000 07:34:34 -0500
40. RE: Standalone pop3
"John W. Keener" <jkeener at utsi dot com>
Tue, 4 Apr 2000 07:50:20 -0500
41. RE: Standalone pop3
Alan Brown <alan at manawatu.gen dot nz>
Wed, 5 Apr 2000 00:40:34 +1200 (NZST)
42. RE: Standalone pop3
Alan Brown <alan at manawatu.gen dot nz>
Wed, 5 Apr 2000 01:02:22 +1200 (NZST)
43. RE: Standalone pop3
"John W. Keener" <jkeener at utsi dot com>
Tue, 4 Apr 2000 08:19:47 -0500
44. RE: Standalone pop3
Edward Concilio <econcilio at goamerica dot net>
Tue, 4 Apr 2000 10:18:21 -0400
45. qpopper 2.5.3 and sendmail8.9.3 on RH6.0
"Hongwei Li" <hongwei at morpheus.wustl dot edu>
Tue, 4 Apr 2000 10:02:25 -0500
46. RE: Standalone pop3
"Michael D. Sofka" <sofkam at rpi dot edu>
Tue, 04 Apr 2000 10:59:09 -0400
47. RE: Standalone pop3
Dejan Ilic <dejan.ilic at home dot se>
Tue, 4 Apr 2000 17:47:03 +0200 (MET DST)
48. RE: Standalone pop3
Vince Vielhaber <vev at michvhf dot com>
Tue, 4 Apr 2000 12:28:05 -0400 (EDT)
49. Re: qpopper 2.5.3 and sendmail8.9.3 on RH6.0
Steven Champeon <schampeo at hesketh dot com>
Tue, 4 Apr 2000 13:01:09 -0400 (EDT)
50. RE: Standalone pop3
Randall Gellens <randy at qualcomm dot com>
Tue, 4 Apr 2000 15:51:25 -0700
Date: Tue, 28 Mar 2000 16:54:40 +0200
From: Laurent.Pellissier at ema dot fr
Subject: AntiVirus scaning in qpopper
Hello,
I'm curently working on adding AntiVirus scaning support in qpopper
2.52. I don't do it in the 3.0fc1 because I have already hacked qpopper
2.52 several times and I don't want to loose my work.
The only solution released under the GPL I know of is AMAVIS but it
is called by sendmail when calling the local mailer (it works too with
postfix) and it's written in bash, so it's very slow. So my project is to
integrate McAfee antivirus support directly in qpopper.
Is there a chance that someone else is interested or do I have to
continue coding it myself and keep it secret ? Could it be integrated into
the next release of qpopper ?
Regards,
--
Laurent PELLISSIER @ Ecole des Mines d'Alès
Date: Tue, 28 Mar 2000 18:01:21 +0200
From: =?ISO-8859-1?Q?Pål Baltzersen?= <pal.baltzersen at ost.eltele dot no>
Subject: SOLVED(1): mailboxes getting duplicated
Thanks to Lars Erik Håland (leh at nimrod dot no) for this fix for at
least one cause to this annoying problem:
This problem is with local mail delivery with sendmail (8.9.3).
LEH discovered that incomming messages to multiple local recipients
were duplicated for all others if one or more of the recipient's mailbox
had temporary delivery problems (like quota exceeded).
If you have a lower case 'm' in the local mailer flags then remove it.
i.e. change
F=lsDFMAw5:/|@qfSmn9,
to
F=lsDFMAw5:/|@qfSn9,
in sendmail.mc/sendmail.cf
With the 'm' flag (for multiple recipients) sendmail seems to retry =
delivery for
all recipients if one or more failes, including those who allready have
succeeded and thus creating duplicates until full success or timeout.
Pål
-------------------------------------------------------------
Addr: Pål Baltzersen, ElTele Øst AS, Fredrik Selmers vei 2,
P.O. Box 6299 Etterstad, N-0603 Oslo, Norway
Phone: +47 23 18 10 00 Direct: +47 23 18 11 74
Fax: +47 23 18 10 01 Mobile: +47 93 08 11 74
Mail: pb at ost.eltele.no pal.baltzersen at ost dot eltele dot no
Date: Tue, 28 Mar 2000 13:27:02 -0500
From: Karyn McCambridge <karynm at afb dot net>
Subject: Re: SOLVED(1): mailboxes getting duplicated
I am running sendmail 8.9.3 and I checked my sendmail file and there is no
lower case m in the string as shown below for the local mailer flags. My
string matches the example without the lower case m.
We do periodically experience duplicate emails.
Any other ideas?
At 06:01 PM 3/28/2000 +0200, Pål Baltzersen wrote:
>Thanks to Lars Erik Håland (leh at nimrod dot no) for this fix for at
>least one cause to this annoying problem:
>
>This problem is with local mail delivery with sendmail (8.9.3).
>LEH discovered that incomming messages to multiple local recipients
>were duplicated for all others if one or more of the recipient's mailbox
>had temporary delivery problems (like quota exceeded).
>
>If you have a lower case 'm' in the local mailer flags then remove it.
>i.e. change
> F=lsDFMAw5:/|@qfSmn9,
>to
> F=lsDFMAw5:/|@qfSn9,
>in sendmail.mc/sendmail.cf
>
>With the 'm' flag (for multiple recipients) sendmail seems to retry=
delivery
>for
>all recipients if one or more failes, including those who allready have
>succeeded and thus creating duplicates until full success or timeout.
>
>
>Pål
>
>-------------------------------------------------------------
>Addr: Pål Baltzersen, ElTele Øst AS, Fredrik Selmers vei 2,
> P.O. Box 6299 Etterstad, N-0603 Oslo, Norway
>Phone: +47 23 18 10 00 Direct: +47 23 18 11 74
>Fax: +47 23 18 10 01 Mobile: +47 93 08 11 74
>Mail: pb at ost.eltele.no pal.baltzersen at ost dot eltele dot no
>
>
From: "Joseph Peterson" <jay at qtm dot net>
Subject: RE: SOLVED(1): mailboxes getting duplicated
Date: Tue, 28 Mar 2000 15:01:22 -0500
I don't believe this is the solution to the problem that was originaly
discussed.. The symptoms again are in certain case POP3 mail retrievals (not
sure what the case is, so far it was only with our web-based mail program)
but what happens is when someone tries to delete one or more message via
POP3, the ENTIRE mailfile gets duplicated, and if they try to delete the
ones that appeared, the entire file gets duplicated again, so from a 1meg
email file, if they try twice - now we're looking at 4 meg .. from there it
goes to 8, 16, 32, and then it gets REAL ugly, especially for dialup people
=)
Thanks!
> -----Original Message-----
> From: Karyn McCambridge [mailto:karynm at afb dot net]
> Sent: Tuesday, March 28, 2000 1:27 PM
> To: PÂl Baltzersen; Subscribers of Qpopper
> Cc: leh at nimrod dot no
> Subject: Re: SOLVED(1): mailboxes getting duplicated
>
>
> I am running sendmail 8.9.3 and I checked my sendmail file and there is no
> lower case m in the string as shown below for the local mailer flags. My
> string matches the example without the lower case m.
> We do periodically experience duplicate emails.
> Any other ideas?
>
>
>
>
> At 06:01 PM 3/28/2000 +0200, PÂl Baltzersen wrote:
> >Thanks to Lars Erik HÂland (leh at nimrod dot no) for this fix for at
> >least one cause to this annoying problem:
> >
> >This problem is with local mail delivery with sendmail (8.9.3).
> >LEH discovered that incomming messages to multiple local recipients
> >were duplicated for all others if one or more of the recipient's mailbox
> >had temporary delivery problems (like quota exceeded).
> >
> >If you have a lower case 'm' in the local mailer flags then remove it.
> >i.e. change
> > F=lsDFMAw5:/|@qfSmn9,
> >to
> > F=lsDFMAw5:/|@qfSn9,
> >in sendmail.mc/sendmail.cf
> >
> >With the 'm' flag (for multiple recipients) sendmail seems to
> retry delivery
> >for
> >all recipients if one or more failes, including those who allready have
> >succeeded and thus creating duplicates until full success or timeout.
> >
> >
> >PÂl
> >
> >-------------------------------------------------------------
> >Addr: PÂl Baltzersen, ElTele ÿst AS, Fredrik Selmers vei 2,
> > P.O. Box 6299 Etterstad, N-0603 Oslo, Norway
> >Phone: +47 23 18 10 00 Direct: +47 23 18 11 74
> >Fax: +47 23 18 10 01 Mobile: +47 93 08 11 74
> >Mail: pb at ost.eltele.no pal.baltzersen at ost dot eltele dot no
> >
> >
>
>
Date: Tue, 28 Mar 2000 22:55:14 +0200 (CEST)
From: robert rotman <rotman at inode dot at>
Subject: installation hints for > 5000 popaccounts
hi all,
i'm looking for some sugestions for qpopper installation with
virtual pop-boxes.
i've now installed 3.0b38 with mysql-authentification and server-mode
with the default qpopper option (timout......)
qpopper is started via xinetd on a linux pc with 10 instanec/source and
75 instances at the maximum.
where the 10 instanzes/IPadress is ofen reached.
are there any experiances?
hoe much can the userdatabase grow?
please mail me some sugestions.
robert
Date: Tue, 28 Mar 2000 16:21:22 -0600 (EST)
From: "L. M. Smith" <chains at ticon dot net>
Subject: Re: installation hints for > 5000 popaccounts
You may want to rework your mail spool so that it is in this format...
/var/spool/mail/c/h/chains or
/var/spool/mail/c/chains
This is the standard hash spool format supported by many packages already.
check the config file for qpopper (eudora) and procmail (no need for
.procmailrc files)
qpopper: ./configure --enable-hash-spool=1 or 2
procmail: edit src/authenticate.c and change MAILSPOOLHASH 0 to read 1 or
2
I am currently looking for a patch or some help to do this w/ uw-imap as
well.
Also, does anyone know of a patch for Qpopper to work w/ maildir format?
--Larry Smith
mailto:chains at ticon dot net
On Tue, 28 Mar 2000, robert rotman wrote:
> hi all,
>
> i'm looking for some sugestions for qpopper installation with
> virtual pop-boxes.
> i've now installed 3.0b38 with mysql-authentification and server-mode
> with the default qpopper option (timout......)
> qpopper is started via xinetd on a linux pc with 10 instanec/source and
> 75 instances at the maximum.
> where the 10 instanzes/IPadress is ofen reached.
>
> are there any experiances?
> hoe much can the userdatabase grow?
>
>
> please mail me some sugestions.
>
> robert
>
>
Date: Wed, 29 Mar 2000 10:39:53 +1200 (NZST)
From: Alan Brown <alan at manawatu.gen dot nz>
Subject: RE: SOLVED(1): mailboxes getting duplicated
On Tue, 28 Mar 2000, Joseph Peterson wrote:
> I don't believe this is the solution to the problem that was originaly
> discussed.. The symptoms again are in certain case POP3 mail retrievals (not
> sure what the case is, so far it was only with our web-based mail program)
> but what happens is when someone tries to delete one or more message via
> POP3, the ENTIRE mailfile gets duplicated, and if they try to delete the
> ones that appeared, the entire file gets duplicated again, so from a 1meg
> email file, if they try twice - now we're looking at 4 meg .. from there it
> goes to 8, 16, 32, and then it gets REAL ugly, especially for dialup people
> =)
Even for people on LANs.
One of my staff machines running Eudora 3.0.6 just tripped up and GPFed
because of this. The "interesting" thing is that there were exactly
32768 messages in the mailbox....
AB
Date: Tue, 28 Mar 2000 17:16:32 -0600
From: "K.R. Foley" <kr at vipcompute dot com>
Subject: What version?
What version of Qpopper is the most stable currently for a Solaris
platform? Any problems to watch for?
thanks,
kr
--
K.R. Foley
VIP-COMPUTE, Inc.
kr at vipcompute dot com
From: "Miss Parker" <miss.parker at dialcom.com dot pl>
Subject: "Unable to open Bulletin database"
Date: Wed, 29 Mar 2000 09:18:31 +0200
for me, the problem continues even with the new Qpopper 3.0fc1...
Mar 29 08:41:17 server popper[28977]: gdbm_open failed: Resource temporarily
unavailable (11)
Mar 29 08:41:17 server popper[28977]: user1 at rmod109.poznan.mtl.pl
(212.160.241.78): -ERR [SYS/TEMP] Unable to open B
ulletin database; contact your administrator
Mar 29 08:41:29 server popper[28980]: gdbm_open failed: Resource temporarily
unavailable (11)
Mar 29 08:41:29 server popper[28980]: user2 at pb176.szczecin.ppp.tpnet.pl
(212.160.42.176): -ERR [SYS/
TEMP] Unable to open Bulletin database; contact your administrator
there's still something wrong with the bulletin database
the above problem shows when about 10 and more users
at once tries to check their mail... one "gdbm_open failed" for some
user generates the same error for the following users...
I think that qpopper keeps the database lock for too long and that creates
the problem..
And one more thing... since the error is critical no one can check their
mail..
even the "normal" mail... can it be just a warning? bulletins are not that
important...
regards
-----------
Miss Parker
Subject: Re: installation hints for > 5000 popaccounts
Date: Wed, 29 Mar 2000 10:13:26 +0200 (MET DST)
From: Eric Luyten <eluyten at vub.ac dot be>
Larry Smith wrote :
> You may want to rework your mail spool so that it is in this format...
>
> /var/spool/mail/c/h/chains or
> /var/spool/mail/c/chains
>
> This is the standard hash spool format supported by many packages already.
> check the config file for qpopper (eudora) and procmail (no need for
> .procmailrc files)
>
> qpopper: ./configure --enable-hash-spool=1 or 2
> procmail: edit src/authenticate.c and change MAILSPOOLHASH 0 to read 1 or
> 2
Warning : selecting MAILSPOOLHASH method 1 does *not* use the first login
name character as the first-level directory name. Read the documentation
and the sources to find out what's done exactly .
This issue was briefly discussed on this list about two weeks ago.
> I am currently looking for a patch or some help to do this w/ uw-imap as
> well.
If you're on a Unix system, in the imap-4.7b distribution you'll find a
function sysinbox() in file src/osdep/unix/env_unix.c at around line 645.
Define a local variable to store the result of the myusername() call, add
a few characters and arguments to the sprintf command and you're done.
Eric Luyten, Computing Centre VUB/ULB.
Date: Wed, 29 Mar 2000 16:22:38 +0100
From: Joachim Reichelt <reichelt at GBF dot DE>
Subject: Password change
Dear all,
I'm new to the usage of qpopper on the server side.
I'm asked to change something to make it possible for
EUDORA-users to change their password WITHOUT going to
the system. All they want is to use the Eudora dialoques.
And I hev to maintain the user passwords on the UNIX-box
in the password database (/etc/password and /etc/shadow)
Mit freundlichen Gruessen Best Regards
Joachim Reichelt
SF - Strukturforschung RZ -
Rechenzentrum
GBF - Gesellschaft fuer Biotechnologische Forschung
German Research Centre for Biotechnology
WWW: http://www.gbf.de _/_/_/ _/_/_/ _/_/_/_/
EMAIL: REICHELT at gbf dot de _/ _/ _/ _/ _/
_/ _/ _/ _/
Mascheroder Weg 1 _/ _/ _/_/_/ _/_/_/
D-38124 Braunschweig _/ _/ _/ _/ _/
Tel: +(49) 531 6181 352 _/ _/ _/ _/ _/
FAX: +(49) 531 2612 388 _/_/_/ _/_/_/ _/
SF: http://www.gbf.de/bereiche/de/bereich_wtd/msf/msf.html
RZ: http://www.gbf.de/bereiche/de/bereich_wtd/rz/rz.html
-- Disclaimer --
Standard > Keyword : Opinions, my own, nobody else's, whatsoever ...
Man muss sich notfalls jemand mieten,
hat man an Geist selbst nichts zu bieten! (Heinz Erhardt)
Date: Wed, 29 Mar 2000 09:28:28 -0500
From: "Michael D. Sofka" <sofkam at rpi dot edu>
Subject: RE: SOLVED(1): mailboxes getting duplicated
At 03:01 PM 3/28/00 -0500, Joseph Peterson wrote:
>I don't believe this is the solution to the problem that was originaly
>discussed.. The symptoms again are in certain case POP3 mail retrievals (not
>sure what the case is, so far it was only with our web-based mail program)
>but what happens is when someone tries to delete one or more message via
>POP3, the ENTIRE mailfile gets duplicated, and if they try to delete the
>ones that appeared, the entire file gets duplicated again, so from a 1meg
>email file, if they try twice - now we're looking at 4 meg .. from there it
>goes to 8, 16, 32, and then it gets REAL ugly, especially for dialup people
>=)
I really think this is a failure of the file locking mechanism, or a race
condition while the files are being copied.
If you delete one message, this is what popper does:
Case 1: runner server mode.
If you deleted all messages, or no messages, the lock is released,
end of story.
If you delete one message our of several, the mbox file is copied
to the poplock directory (usually the same as the mail directory,
but it could be different), then it is copied back in edited form. This
is the most likely place for a duplication to take place. That is, a
second popper process starts after the copy is started, but before
the write back is complete. (There may even be a race condition
causing this. That is, the new open grabs the file before it is
removed by the OS.)
Case 2: running in non-server mode.
The mbox is always copied to the poplock spool.
Have you tested that the mechanism to lock the mbox and the poplock
(the .<userid>.pop files) works on your system? That is, a second
popper process cannot start, because the .<userid>.pop file (1)
exists and (2) is locked. And, that new messages to the mbox are
blocked while the mbox is locked (during the critical copy phase).
Under qpopper 2.3 (or something around that time), I observed that
the locking was *not* working on solaris. There may also be locking
problems if the spool is on an NFS partition.
Alas, I have no machine on which to test this (we went to AIX long
ago, for almost all of our servers) nor the time. But, I did send a
perl script to this group that can be used (likely with local modifications)
to test locking on the system. Race conditions are harder to test.
When the old Solaris mail machine was slow, we had many many
more problems.
Mike
--
Michael D. Sofka sofkam at rpi dot edu
CIS/SSS Sr. Systems Programmer AFS/DFS, email, listproc, TeX, epistemology.
Rensselaer Polytechnic Institute, Troy, NY. http://www.rpi.edu/~sofkam/
From: Gerhard Gonter <gonter at maestria.wu-wien.ac dot at>
Subject: Re: Password change
Date: Wed, 29 Mar 2000 16:44:27 +0200 (MES)
According to Joachim Reichelt:
> I'm new to the usage of qpopper on the server side.
> I'm asked to change something to make it possible for
> EUDORA-users to change their password WITHOUT going to
> the system. All they want is to use the Eudora dialoques.
> And I hev to maintain the user passwords on the UNIX-box
> in the password database (/etc/password and /etc/shadow)
For that you need a program that implements Eudora's poppass
protocl. There are several such tools on
ftp://ftp.eudora.com/eudora/servers/unix/password/
If these do not work for you, you might want to hack my Expect script
which we use to allow our users to change their AFS passwords. Drop
me a line if you want that.
+gg
--
Gerhard.Gonter at wu-wien.ac.at Fax: +43/1/31336/702 g dot gonter at ieee dot org
Zentrum fuer Informatikdienste, Wirtschaftsuniversitaet Wien, Austria
Subject: Re: SOLVED(1): mailboxes getting duplicated
Date: Wed, 29 Mar 2000 17:14:36 +0200 (MET DST)
From: Eric Luyten <eluyten at vub.ac dot be>
> Have you tested that the mechanism to lock the mbox and the poplock
> (the .<userid>.pop files) works on your system? That is, a second
> popper process cannot start, because the .<userid>.pop file (1)
> exists and (2) is locked. And, that new messages to the mbox are
> blocked while the mbox is locked (during the critical copy phase).
The local delivery typically uses the <username>.lock file while a second
Qpopper instance is prevented by the presence of a .<username>.pop file.
Those are two entirely different things.
But you're right in assuming that the re-writing of the mailbox should
require an acquired lock of the first type.
We have been witnessing mailbox duplications when there is no attempt
to deliver newly arrived messages.
We have witnessed mailbox duplication when there was no corresponding
"xxxxxxx.pop lock busy! Is another session active? (11)" message
although it coincides many times.
Eric.
Date: Wed, 29 Mar 2000 10:40:01 -0500
From: "Michael D. Sofka" <sofkam at rpi dot edu>
Subject: Re: !( SOLVED(1)): mailboxes getting duplicated
At 05:14 PM 3/29/00 +0200, Eric Luyten wrote:
> > Have you tested that the mechanism to lock the mbox and the poplock
> > (the .<userid>.pop files) works on your system? That is, a second
> > popper process cannot start, because the .<userid>.pop file (1)
> > exists and (2) is locked. And, that new messages to the mbox are
> > blocked while the mbox is locked (during the critical copy phase).
>
>The local delivery typically uses the <username>.lock file while a second
>Qpopper instance is prevented by the presence of a .<username>.pop file.
>Those are two entirely different things.
>But you're right in assuming that the re-writing of the mailbox should
>require an acquired lock of the first type.
Yes, qpopper uses the .<userid>.pop file. It must exist, and be locked.
If a 0 byte file exists, but is not locked, a new popper process can start.
(Not sure when this became standard, and it might only apply in server
mode---I'll have to check the source---but, is eliminated the most common
qpopper problem to simply acquire an unlocked .pop file.)
The actual delivery maibox is locked via different mechanisms. On
solaris, there may be the <username>.lock file, but under AIX the
mailbox is locked directly, preventing procmail, or /usr/bellmail,
from making a delivery.
>We have been witnessing mailbox duplications when there is no attempt
>to deliver newly arrived messages.
>
>We have witnessed mailbox duplication when there was no corresponding
>"xxxxxxx.pop lock busy! Is another session active? (11)" message
>although it coincides many times.
Are you, perchance, using ODS?
When we used Solaris, we also had ODS and under load there was
pretty good evidence of file pointer corruption, including appending
large blocks of file A to file B (very bad when A and B are mailboxes).
So, if there were some condition preventing the pointer from rewinding,
causing an append instead of a re-write.
I have seen one case where frequent mailbox duplication occurred
without qpopper. This was on a SunOS machine, using a native sun
mailer on an NFS mounted partition. It only happened to one person,
but it happened almost every time he read email. There were few users
on this machine, so there was no chance of a new delivery or a duplicate
attempt to read email. Of course, this could have a completely unrelated
cause.
Mike
--
Michael D. Sofka sofkam at rpi dot edu
CIS/SSS Sr. Systems Programmer AFS/DFS, email, listproc, TeX, epistemology.
Rensselaer Polytechnic Institute, Troy, NY. http://www.rpi.edu/~sofkam/
Date: Wed, 29 Mar 2000 11:08:48 -0500 (EST)
From: Admin Mailing Lists <mlist at intergrafix dot net>
Subject: large # of popaccounts
we've been using standard /var/spool/mail/<user> format for our mail spool
disk. I want to switch over to a hash spool of /var/spool/mail/a/ab/abcded
We have about 6500 users.
Does anyone have a conversion utility for doing this easily? Before I go
and write one. I obviously want to keep incoming mail (postfix) and pop3
services (qpopper) down for the least amount of time.
Thanx,
-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
.-._.-._.-._.-._.-._.-._.-._.-._.-._.-._.-._.-._.-._.-._.-._.-._.-._.-.
Date: Wed, 29 Mar 2000 13:29:02 -0300
From: "Renato R. Santana" <renato at contato dot net>
Subject: Re: Password change
At 04:44 PM 3/29/00 +0200, you wrote:
>According to Joachim Reichelt:
>> I'm new to the usage of qpopper on the server side.
>> I'm asked to change something to make it possible for
>> EUDORA-users to change their password WITHOUT going to
>> the system. All they want is to use the Eudora dialoques.
>> And I hev to maintain the user passwords on the UNIX-box
>> in the password database (/etc/password and /etc/shadow)
>
>For that you need a program that implements Eudora's poppass
>protocl. There are several such tools on
> ftp://ftp.eudora.com/eudora/servers/unix/password/
>
>If these do not work for you, you might want to hack my Expect script
>which we use to allow our users to change their AFS passwords. Drop
>me a line if you want that.
>
Also you can implement your own password script.
I have done one for my our own use, but i think, without
a big effort you can use it:
http://contato.net/odin/scripts/pwchanger
C source available.
Sorry but no documentation exists since i use
it only for myself. Use it in your own risk.
bests,
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
-= Renato R. Santana
-= SysAdmin
-= Contato Internet Provider
-= http://www.contato.net
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
Date: Wed, 29 Mar 2000 11:53:39 -0500 (EST)
From: Paul Khavkine <paul at inet-interactive dot com>
Subject: Re: large # of popaccounts
You have to rebuild qpopper in config.h or Makeile ( i dont remember
which one ) you have to indicate the hash value.
About postfix i dont know, depends how it does local delivery.
Cheers
Paul
On Wed, 29 Mar 2000, Admin Mailing Lists wrote:
>
> we've been using standard /var/spool/mail/<user> format for our mail spoo=
l
> disk. I want to switch over to a hash spool of /var/spool/mail/a/ab/abcde=
d
> We have about 6500 users.
>
> Does anyone have a conversion utility for doing this easily? Before I go
> and write one. I obviously want to keep incoming mail (postfix) and pop3
> services (qpopper) down for the least amount of time.
>
> Thanx,
>
> -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
> .-._.-._.-._.-._.-._.-._.-._.-._.-._.-._.-._.-._.-._.-._.-._.-._.-._.-.
>
>
>
> ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
> *** FREE REMOTE ACCESS EQUIPMENT ***
> We want you to know about our NEW Access Server so bad,
> we are giving them away! Visit http://ras.patton.com/2800/
>
> _____________ The ISP-LINUX Discussion List _____________
> To Join: mailto:join-isp-linux at isp-linux dot com
> To Remove: mailto:remove-isp-linux at isp-linux dot com
> Archives: http://isp-lists.isp-planet.com/isp-linux/archives/
>
Date: Wed, 29 Mar 2000 12:43:54 -0500
From: "Michael D. Sofka" <sofkam at rpi dot edu>
Subject: mbox hashing tools (was: Re: large # of popaccounts)
At 11:08 AM 3/29/00 -0500, Admin Mailing Lists wrote:
>Does anyone have a conversion utility for doing this easily? Before I go
>and write one. I obviously want to keep incoming mail (postfix) and pop3
>services (qpopper) down for the least amount of time.
Here's what I used. The first script makes the sub-directories in a
hashed spool (run it in /var/spool/mail, or whatever). The second
reads the /etc/passwd file and moves the mail from a source unhashed
spool to a hashed destination spool. It can also be used to print
a layout of the 26 by 26 hash (based on the passwd file, or the
actual mboxes), to get an idea of the distribution.
Caviat: I haven't used this since last August, and they may need
local modification. Do what I did: test it on a copy of the spool
before running on the real thing. (Also, I scheduled downtime
for the move, but with modification you could do a live move. That is,
switch to a hashed delivery and reading agent, the run script after
locking the mailbox and creating a locked poplock file. Then,
append email. I didn't do this, but I gave it some thought. :-)
Mike
#!/usr/local/bin/perl
umask 0;
foreach $key1 ('a'..'z') {
mkdir $key1, 0775;
foreach $key2 ('a'..'z') {
mkdir "$key1/$key2", 0775;
}
}
#!/usr/local/bin/perl
$usage = "hash-mboxs [options]
-passwd Print table of hashed passwd entries [default].
-mboxes Print table of hashed mbox entries.
-move Move (copy) the mboxes to hashed mboxes.
-dir <path> Use <path> for source spool.
-dest <path> Use <path> for destination spool base.
-help: Print this message.
Note, mboxes without /etc/passwd entries are not moved!";
if ($#ARGV < 0) {
print "$usage\n";
exit 1;
}
$MBOX = 0; # print hashed passwd entries by default.
$MOVE = 0; # Don't move mboxes unless told to.
$DIR = "/var/spool/mail"; # default source directory.
$DEST = "/var/spool/mail"; # default destination base.
$MAILGID = 6;
while (@ARGV) {
$_ = shift;
if (/^-passwd$/) {
$MBOX = 0;
next;
}
elsif (/^-mboxes$/) {
$MBOX = 1;
next;
}
elsif (/^-move$/) {
$MOVE = 1;
next;
}
elsif (/^-dir$/) {
$DIR = shift;
next;
}
elsif (/^-dest$/) {
$DEST = shift;
next;
}
elsif (/^-help$/) {
print "$usage\n"; exit 1;
}
else {
die "Unrecognized option: $_ \n\n $usage\n";
}
}
# Prepopulate the table of hashes.
foreach $key1 ('a'..'z') {
foreach $key2 ('a'..'z') {
$hashes{"$key1/$key2"} = 0;
}
}
# Increment table entries based on passwd file.
open PASSWD, "</etc/passwd" or die "Could not open passwd file: $!\n";
while (<PASSWD>) {
$user = (split(/:/))[0];
$user =~ tr/A-Z/a-z/;
($first,$second) = (split(//,$user))[0..1];
if (!$MOVE) {
if ($MBOX) {
$hashes{"$first/$second"}++ if -e "$DIR/$user";
} else {
$hashes{"$first/$second"}++;
}
} else { # Copying mboxes to new hashed destination.
if (-e "$DIR/$user") {
print "Copying $user from $DIR to $DEST/$first/$second\n";
# Get the uid of the file's owner, and look it up in passwd.
$owneruid = (stat("$DIR/$user"))[4];
open SRC, "<$DIR/$user" or die "Could not read $DIR/$user: $!\n";
open SINK, ">>$DEST/$first/$second/$user"
or die "Could not write $DEST/$first/$second/$user: $!\n";
print SINK <SRC>;
close SINK;
close SRC;
chown $owneruid, $MAILGID, "$DEST/$first/$second/$user";
chmod 0660, "$DEST/$first/$second/$user";
}
}
}
close(PASSWD);
if (!$MOVE) { # Printing summary of hash bins.
print " ";
$separator="--";
foreach $letter ('a'..'z') {
print " $letter";
$separator .= "----";
}
print "\n$separator";
$count = 0;
$letter= 'a';
foreach $key (sort keys %hashes) {
if (($count % 26) == 0) {
print "\n$letter|";
$letter++;
}
print sprintf("%4d", $hashes{$key});
# print sprintf("%4s", $key);
$count++;
}
print "\n";
}
exit(0);
--
Michael D. Sofka sofkam at rpi dot edu
CIS/SSS Sr. Systems Programmer AFS/DFS, email, listproc, TeX, epistemology.
Rensselaer Polytechnic Institute, Troy, NY. http://www.rpi.edu/~sofkam/
Date: Wed, 29 Mar 2000 20:07:40 +0200 (CEST)
From: robert rotman <rotman at inode dot at>
Subject: large # of popaccounts
On Wed, 29 Mar 2000, Admin Mailing Lists wrote:
> we've been using standard /var/spool/mail/<user> format for our mail spool
> disk. I want to switch over to a hash spool of /var/spool/mail/a/ab/abcded
> We have about 6500 users.
is it possible to pull mails from /var/spool/mail/a/a_domain/user?
robert
Date: Wed, 29 Mar 2000 13:43:55 -0500 (EST)
From: Admin Mailing Lists <mlist at intergrafix dot net>
Subject: Re: mbox hashing tools (was: Re: large # of popaccounts)
hmm, this brings an interesting thought to mind..what happens when
a username is something like: a1blahblah or even a_blahblah
it's no longer a 26 hash, but way larger depending on what special
characters you allow in your usernames..does procmail and qpopper know
about this for delivery? or dont they support that?? if not, then dont we
have a serious delivery compatibility problem here?
btw, thanx for the compile options for procmail. do i have to specify
anything different on the procmail command line to use this then, or it
just does it by default.
Thanx,
-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, 29 Mar 2000, Michael D. Sofka wrote:
> At 11:08 AM 3/29/00 -0500, Admin Mailing Lists wrote:
> >Does anyone have a conversion utility for doing this easily? Before I go
> >and write one. I obviously want to keep incoming mail (postfix) and pop3
> >services (qpopper) down for the least amount of time.
>
> Here's what I used. The first script makes the sub-directories in a
> hashed spool (run it in /var/spool/mail, or whatever). The second
> reads the /etc/passwd file and moves the mail from a source unhashed
> spool to a hashed destination spool. It can also be used to print
> a layout of the 26 by 26 hash (based on the passwd file, or the
> actual mboxes), to get an idea of the distribution.
>
> Caviat: I haven't used this since last August, and they may need
> local modification. Do what I did: test it on a copy of the spool
> before running on the real thing. (Also, I scheduled downtime
> for the move, but with modification you could do a live move. That is,
> switch to a hashed delivery and reading agent, the run script after
> locking the mailbox and creating a locked poplock file. Then,
> append email. I didn't do this, but I gave it some thought. :-)
>
> Mike
>
> #!/usr/local/bin/perl
>
> umask 0;
>
> foreach $key1 ('a'..'z') {
> mkdir $key1, 0775;
> foreach $key2 ('a'..'z') {
> mkdir "$key1/$key2", 0775;
> }
> }
>
>
> #!/usr/local/bin/perl
>
>
> $usage = "hash-mboxs [options]
>
> -passwd Print table of hashed passwd entries [default].
> -mboxes Print table of hashed mbox entries.
> -move Move (copy) the mboxes to hashed mboxes.
> -dir <path> Use <path> for source spool.
> -dest <path> Use <path> for destination spool base.
> -help: Print this message.
>
> Note, mboxes without /etc/passwd entries are not moved!";
>
>
> if ($#ARGV < 0) {
> print "$usage\n";
> exit 1;
> }
>
> $MBOX = 0; # print hashed passwd entries by default.
> $MOVE = 0; # Don't move mboxes unless told to.
> $DIR = "/var/spool/mail"; # default source directory.
> $DEST = "/var/spool/mail"; # default destination base.
> $MAILGID = 6;
>
> while (@ARGV) {
> $_ = shift;
>
> if (/^-passwd$/) {
> $MBOX = 0;
> next;
> }
> elsif (/^-mboxes$/) {
> $MBOX = 1;
> next;
> }
> elsif (/^-move$/) {
> $MOVE = 1;
> next;
> }
> elsif (/^-dir$/) {
> $DIR = shift;
> next;
> }
> elsif (/^-dest$/) {
> $DEST = shift;
> next;
> }
> elsif (/^-help$/) {
> print "$usage\n"; exit 1;
> }
> else {
> die "Unrecognized option: $_ \n\n $usage\n";
> }
> }
>
>
> # Prepopulate the table of hashes.
> foreach $key1 ('a'..'z') {
> foreach $key2 ('a'..'z') {
> $hashes{"$key1/$key2"} = 0;
> }
> }
>
>
> # Increment table entries based on passwd file.
> open PASSWD, "</etc/passwd" or die "Could not open passwd file: $!\n";
>
> while (<PASSWD>) {
>
> $user = (split(/:/))[0];
> $user =~ tr/A-Z/a-z/;
>
> ($first,$second) = (split(//,$user))[0..1];
>
> if (!$MOVE) {
> if ($MBOX) {
> $hashes{"$first/$second"}++ if -e "$DIR/$user";
> } else {
> $hashes{"$first/$second"}++;
> }
> } else { # Copying mboxes to new hashed destination.
>
> if (-e "$DIR/$user") {
> print "Copying $user from $DIR to $DEST/$first/$second\n";
>
> # Get the uid of the file's owner, and look it up in passwd.
> $owneruid = (stat("$DIR/$user"))[4];
>
> open SRC, "<$DIR/$user" or die "Could not read $DIR/$user: $!\n";
> open SINK, ">>$DEST/$first/$second/$user"
> or die "Could not write $DEST/$first/$second/$user: $!\n";
>
> print SINK <SRC>;
>
> close SINK;
> close SRC;
>
> chown $owneruid, $MAILGID, "$DEST/$first/$second/$user";
> chmod 0660, "$DEST/$first/$second/$user";
> }
>
> }
> }
>
> close(PASSWD);
>
>
> if (!$MOVE) { # Printing summary of hash bins.
>
> print " ";
> $separator="--";
> foreach $letter ('a'..'z') {
> print " $letter";
> $separator .= "----";
> }
>
> print "\n$separator";
>
> $count = 0;
> $letter= 'a';
>
> foreach $key (sort keys %hashes) {
>
> if (($count % 26) == 0) {
> print "\n$letter|";
> $letter++;
> }
>
> print sprintf("%4d", $hashes{$key});
> # print sprintf("%4s", $key);
>
> $count++;
> }
>
> print "\n";
> }
>
> exit(0);
>
>
>
> --
> Michael D. Sofka sofkam at rpi dot edu
> CIS/SSS Sr. Systems Programmer AFS/DFS, email, listproc, TeX, epistemology.
> Rensselaer Polytechnic Institute, Troy, NY. http://www.rpi.edu/~sofkam/
>
>
Date: Wed, 29 Mar 2000 14:13:06 -0500 (EST)
From: Paul Khavkine <paul at inet-interactive dot com>
Subject: Re: mbox hashing tools (was: Re: large # of popaccounts)
I have no idea about the mailbox creation or command line (i dont think
that you would need any extra parameters)
You should ask the qpopper and procmail developpers on how thay handle
special characters.
Also if you set hash to 1 then you only have 1 level.
On Wed, 29 Mar 2000, Admin Mailing Lists wrote:
>
> hmm, this brings an interesting thought to mind..what happens when
> a username is something like: a1blahblah or even a_blahblah
>
> it's no longer a 26 hash, but way larger depending on what special
> characters you allow in your usernames..does procmail and qpopper know
> about this for delivery? or dont they support that?? if not, then dont we
> have a serious delivery compatibility problem here?
>
> btw, thanx for the compile options for procmail. do i have to specify
> anything different on the procmail command line to use this then, or it
> just does it by default.
>
> Thanx,
>
> -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, 29 Mar 2000, Michael D. Sofka wrote:
>
> > At 11:08 AM 3/29/00 -0500, Admin Mailing Lists wrote:
> > >Does anyone have a conversion utility for doing this easily? Before I =
go
> > >and write one. I obviously want to keep incoming mail (postfix) and po=
p3
> > >services (qpopper) down for the least amount of time.
> >
> > Here's what I used. The first script makes the sub-directories in a
> > hashed spool (run it in /var/spool/mail, or whatever). The second
> > reads the /etc/passwd file and moves the mail from a source unhashed
> > spool to a hashed destination spool. It can also be used to print
> > a layout of the 26 by 26 hash (based on the passwd file, or the
> > actual mboxes), to get an idea of the distribution.
> >
> > Caviat: I haven't used this since last August, and they may need
> > local modification. Do what I did: test it on a copy of the spool
> > before running on the real thing. (Also, I scheduled downtime
> > for the move, but with modification you could do a live move. That is,
> > switch to a hashed delivery and reading agent, the run script after
> > locking the mailbox and creating a locked poplock file. Then,
> > append email. I didn't do this, but I gave it some thought. :-)
> >
> > Mike
> >
> > #!/usr/local/bin/perl
> >
> > umask 0;
> >
> > foreach $key1 ('a'..'z') {
> > mkdir $key1, 0775;
> > foreach $key2 ('a'..'z') {
> > mkdir "$key1/$key2", 0775;
> > }
> > }
> >
> >
> > #!/usr/local/bin/perl
> >
> >
> > $usage = "hash-mboxs [options]
> >
> > -passwd Print table of hashed passwd entries [default].
> > -mboxes Print table of hashed mbox entries.
> > -move Move (copy) the mboxes to hashed mboxes.
> > -dir <path> Use <path> for source spool.
> > -dest <path> Use <path> for destination spool base.
> > -help: Print this message.
> >
> > Note, mboxes without /etc/passwd entries are not moved!";
> >
> >
> > if ($#ARGV < 0) {
> > print "$usage\n";
> > exit 1;
> > }
> >
> > $MBOX = 0; # print hashed passwd entries by default.
> > $MOVE = 0; # Don't move mboxes unless told to.
> > $DIR = "/var/spool/mail"; # default source directory.
> > $DEST = "/var/spool/mail"; # default destination base.
> > $MAILGID = 6;
> >
> > while (@ARGV) {
> > $_ = shift;
> >
> > if (/^-passwd$/) {
> > $MBOX = 0;
> > next;
> > }
> > elsif (/^-mboxes$/) {
> > $MBOX = 1;
> > next;
> > }
> > elsif (/^-move$/) {
> > $MOVE = 1;
> > next;
> > }
> > elsif (/^-dir$/) {
> > $DIR = shift;
> > next;
> > }
> > elsif (/^-dest$/) {
> > $DEST = shift;
> > next;
> > }
> > elsif (/^-help$/) {
> > print "$usage\n"; exit 1;
> > }
> > else {
> > die "Unrecognized option: $_ \n\n $usage\n";
> > }
> > }
> >
> >
> > # Prepopulate the table of hashes.
> > foreach $key1 ('a'..'z') {
> > foreach $key2 ('a'..'z') {
> > $hashes{"$key1/$key2"} = 0;
> > }
> > }
> >
> >
> > # Increment table entries based on passwd file.
> > open PASSWD, "</etc/passwd" or die "Could not open passwd file: $!\n";
> >
> > while (<PASSWD>) {
> >
> > $user = (split(/:/))[0];
> > $user =~ tr/A-Z/a-z/;
> >
> > ($first,$second) = (split(//,$user))[0..1];
> >
> > if (!$MOVE) {
> > if ($MBOX) {
> > $hashes{"$first/$second"}++ if -e "$DIR/$user";
> > } else {
> > $hashes{"$first/$second"}++;
> > }
> > } else { # Copying mboxes to new hashed destination.
> >
> > if (-e "$DIR/$user") {
> > print "Copying $user from $DIR to $DEST/$first/$second\n";
> >
> > # Get the uid of the file's owner, and look it up in passw=
d.
> > $owneruid = (stat("$DIR/$user"))[4];
> >
> > open SRC, "<$DIR/$user" or die "Could not read $DIR/$user:=
$!\n";
> > open SINK, ">>$DEST/$first/$second/$user"
> > or die "Could not write $DEST/$first/$second/$user: $!=
\n";
> >
> > print SINK <SRC>;
> >
> > close SINK;
> > close SRC;
> >
> > chown $owneruid, $MAILGID, "$DEST/$first/$second/$user";
> > chmod 0660, "$DEST/$first/$second/$user";
> > }
> >
> > }
> > }
> >
> > close(PASSWD);
> >
> >
> > if (!$MOVE) { # Printing summary of hash bins.
> >
> > print " ";
> > $separator="--";
> > foreach $letter ('a'..'z') {
> > print " $letter";
> > $separator .= "----";
> > }
> >
> > print "\n$separator";
> >
> > $count = 0;
> > $letter= 'a';
> >
> > foreach $key (sort keys %hashes) {
> >
> > if (($count % 26) == 0) {
> > print "\n$letter|";
> > $letter++;
> > }
> >
> > print sprintf("%4d", $hashes{$key});
> > # print sprintf("%4s", $key);
> >
> > $count++;
> > }
> >
> > print "\n";
> > }
> >
> > exit(0);
> >
> >
> >
> > --
> > Michael D. Sofka sofkam at rpi dot edu
> > CIS/SSS Sr. Systems Programmer AFS/DFS, email, listproc, TeX, epistemo=
logy.
> > Rensselaer Polytechnic Institute, Troy, NY. http://www.rpi.edu/~sofk=
am/
> >
> >
>
>
> ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
> WebTrends Live is the most advanced real-time online service;
> providing web site traffic analysis, eCommerce revenue tracking,
> and ad campaign management to any customer with any size web site.
> http://www.webtrends.com/redirect/internetcom_isplist.htm
>
> _____________ The ISP-LINUX Discussion List _____________
> To Join: mailto:join-isp-linux at isp-linux dot com
> To Remove: mailto:remove-isp-linux at isp-linux dot com
> Archives: http://isp-lists.isp-planet.com/isp-linux/archives/
>
Date: Thu, 30 Mar 2000 21:15:40 +0930
From: Qpopper Support <qpopper at qualcomm dot com>
Subject: Re: AntiVirus scaning in qpopper
At 4:54 PM +0200 3/28/00, Laurent.Pellissier at ema dot fr wrote:
>Hello,
>
>
> I'm curently working on adding AntiVirus scaning support in qpopper
>2.52. I don't do it in the 3.0fc1 because I have already hacked qpopper
>2.52 several times and I don't want to loose my work.
> The only solution released under the GPL I know of is AMAVIS but it
>is called by sendmail when calling the local mailer (it works too with
>postfix) and it's written in bash, so it's very slow. So my project is to
>integrate McAfee antivirus support directly in qpopper.
> Is there a chance that someone else is interested or do I have to
>continue coding it myself and keep it secret ? Could it be integrated into
>the next release of qpopper ?
It seems to me that it makes more sense to do virus scanning as part
of final delivery (that is, in the delivery agent and not in
Qpopper). Otherwise you'd be scanning the same messages more than
once if users leave mail on the server.
Date: Thu, 30 Mar 2000 21:22:33 +0930
From: Qpopper Support <qpopper at qualcomm dot com>
Subject: Re: SOLVED(1): mailboxes getting duplicated
At 5:14 PM +0200 3/29/00, Eric Luyten wrote:
> > Have you tested that the mechanism to lock the mbox and the poplock
>> (the .<userid>.pop files) works on your system? That is, a second
>> popper process cannot start, because the .<userid>.pop file (1)
>> exists and (2) is locked. And, that new messages to the mbox are
>> blocked while the mbox is locked (during the critical copy phase).
>
>The local delivery typically uses the <username>.lock file while a second
>Qpopper instance is prevented by the presence of a .<username>.pop file.
>Those are two entirely different things.
Qpopper uses both the .lock file (to lock the spool) and the presence
of the .user.pop file (to ensure only one active session at a time).
This code has been much improved in 3.0, so I'd suggest using 3.0fc1.
If the problem still happens, I'd like to know as much detail as
possible about the conditions.
Date: Thu, 30 Mar 2000 14:36:01 +0200
From: Laurent.Pellissier at ema dot fr
Subject: Re: AntiVirus scaning in qpopper
À (At) 21:15 +0930 30/03/00, Qpopper Support écrivait (wrote) :
>It seems to me that it makes more sense to do virus scanning as part
>of final delivery (that is, in the delivery agent and not in
>Qpopper). Otherwise you'd be scanning the same messages more than
>once if users leave mail on the server.
Not really because I planned to store the Message-ID (or the X-UIDL
field) of scanned messages in a BerkeleyDB database. Another process could
clean up tha database once in a week or so.
Actually I try to rewrite an Amavis clone in C and with big
optimisations like scanning message only once and not for every recipient
and to not uncompressed message because McAfee VirusScan Linux already does
that very quickly and only for the portion of the file that will be scanned.
--
Laurent PELLISSIER @ Ecole des Mines d'Alès
Date: Fri, 31 Mar 2000 00:40:25 +0930
From: Qpopper Support <qpopper at qualcomm dot com>
Subject: Re: What version?
At 5:16 PM -0600 3/28/00, K.R. Foley wrote:
>What version of Qpopper is the most stable currently for a Solaris
>platform? Any problems to watch for?
I'd suggest 3.0fc1.
Date: Fri, 31 Mar 2000 18:12:40 -0800
From: Ron Brogden <rb at islandnet dot com>
Subject: duplicate UIDL issue
Howdy. I have taken a look through the FAQ and some of the list archives
and did not see a specific note about this particular issue so here goes.
The bug fix list of version 3 is a bit vague about some issues so I am not
sure if this is old news. If this is in a FAQ somewhere please point me at
it. As an aside here's one plea for a swish-e searchable version of the
archives. =)
We have encountered a situation where qpopper is generating duplicate UIDL
headers for separate distinct messages. This apparently causes problems
with a specific Japanese version of Eudora (Mac version) and possibly
others but this is the only confirmed report at this point. Essentially,
the duplicate UIDLs make this copy of Eudora think multiple messages are
one and therefore cause problems with mail distribution. From what I could
glean from the RFCs the UIDL header is supposed to be reasonably unique,
and although the messages in questions are duplicates sent to different
addresses, they do have some unique headers and should be given distinct
UIDLs (from what I can tell, correct me if I am off in left field).
I wanted to ask if this is a known issue that the beta version of qpopper
corrects or if this the first time anyone has heard of this? At this point
I am just trying to narrow down the culprit but the duplicate UIDLs are
reproducible and seem to be the root of the problem.
Any feedback appreciated.
Cheers,
Ron
-----------------------------------------------------------------------------
Island Net AMT Solutions Group Inc. Telephone: 250 383-0096
1412 Quadra Toll Free: 1 800 331-3055
Victoria, B.C. Fax: 250 383-6698
V8W 2L1 E-Mail: support at islandnet dot com
Canada WWW: http://www.islandnet.com/
-----------------------------------------------------------------------------
Date: Sun, 02 Apr 2000 04:53:37 -0400
From: Phil Savoie <Phil.Savoie at learnix dot ca>
Subject: Error Message
Hi All,
I am using qpopper 2.53 and RH6.1. I just restored using tar and now I am
getting the following error message from any mail prog I use:
Sytem Error, can't open temporary file. Do you own it?
This error does not allow me to get any mail at all. Would anyone be able
to enlighten me?
Thanks,
Phil
Date: Sun, 2 Apr 2000 21:03:38 +1200 (NZST)
From: Alan Brown <alan at manawatu.gen dot nz>
Subject: Re: Error Message
On Sun, 2 Apr 2000, Phil Savoie wrote:
> Hi All,
>
> I am using qpopper 2.53 and RH6.1. I just restored using tar
You didn't use Tar's flags to restore using original ownership and
permissions.
> and now I am
> getting the following error message from any mail prog I use:
>
> Sytem Error, can't open temporary file. Do you own it?
This is because qpopper can no longer write the temporrary file and/or
the directory it lives in.
AB
"..It doesnt matter a damn what the members [of the Internet Society of New
Zealand] think or say..." Jim Higgins, ISOCNZ Chairman, 16 July 1999
Date: Sun, 2 Apr 2000 04:18:33 -0400
From: phil at cr714182-a.slnt1.on.wave.home dot com
Subject: Re: Error Message
This I realize but what I don't realize is what temp file and what dir? I put popper in /usr/local/bin. What dir does Qpopper Write to?
Phil
Date: Sun, 2 Apr 2000 04:23:27 -0400 (EDT)
From: Phil Savoie <phil at learnix dot com>
Subject: Re: Error Message
On Sun, 2 Apr 2000, Alan Brown wrote:
> On Sun, 2 Apr 2000, Phil Savoie wrote:
>
> > Hi All,
> >
> > I am using qpopper 2.53 and RH6.1. I just restored using tar
>
> You didn't use Tar's flags to restore using original ownership and
> permissions.
>
Lesson learned
> > and now I am
> > getting the following error message from any mail prog I use:
> >
> > Sytem Error, can't open temporary file. Do you own it?
>
> This is because qpopper can no longer write the temporrary file and/or
> the directory it lives in.
Thanks Al, but what temp file in what directory?
>
>
> AB
>
> "..It doesnt matter a damn what the members [of the Internet Society of New
> Zealand] think or say..." Jim Higgins, ISOCNZ Chairman, 16 July 1999
>
>
Date: Sun, 2 Apr 2000 22:53:19 +1200 (NZST)
From: Alan Brown <alan at manawatu.gen dot nz>
Subject: Re: Error Message
On Sun, 2 Apr 2000, Phil Savoie wrote:
> > This is because qpopper can no longer write the temporrary file and/or
> > the directory it lives in.
>
> Thanks Al, but what temp file in what directory?
By default (assuming no hashing or config.h tweaking), /var/spool/mail/.user.pop
Make sure /var/spool/mail is set 1777 and that user files are user.mail, 660
AB
Date: Mon, 3 Apr 2000 09:08:37 +0930
From: Qpopper Support <qpopper at qualcomm dot com>
Subject: Re: duplicate UIDL issue
At 6:12 PM -0800 3/31/00, Ron Brogden wrote:
>Howdy. I have taken a look through the FAQ and some of the list archives
>and did not see a specific note about this particular issue so here goes.
>The bug fix list of version 3 is a bit vague about some issues so I am not
>sure if this is old news. If this is in a FAQ somewhere please point me at
>it. As an aside here's one plea for a swish-e searchable version of the
>archives. =)
>
>We have encountered a situation where qpopper is generating duplicate UIDL
>headers for separate distinct messages. This apparently causes problems
>with a specific Japanese version of Eudora (Mac version) and possibly
>others but this is the only confirmed report at this point. Essentially,
>the duplicate UIDLs make this copy of Eudora think multiple messages are
>one and therefore cause problems with mail distribution. From what I could
>glean from the RFCs the UIDL header is supposed to be reasonably unique,
>and although the messages in questions are duplicates sent to different
>addresses, they do have some unique headers and should be given distinct
>UIDLs (from what I can tell, correct me if I am off in left field).
>
>I wanted to ask if this is a known issue that the beta version of qpopper
>corrects or if this the first time anyone has heard of this? At this point
>I am just trying to narrow down the culprit but the duplicate UIDLs are
>reproducible and seem to be the root of the problem.
>
>Any feedback appreciated.
>
>Cheers,
>
>Ron
>
>-----------------------------------------------------------------------------
>Island Net AMT Solutions Group Inc. Telephone: 250 383-0096
>1412 Quadra Toll Free: 1 800 331-3055
>Victoria, B.C. Fax: 250 383-6698
>V8W 2L1 E-Mail: support at islandnet dot com
>Canada WWW: http://www.islandnet.com/
>-----------------------------------------------------------------------------
Upgrade to Qpopper3.0fc1, which has additional code to ensure that
UIDs are unique.
Date: Mon, 3 Apr 2000 09:10:49 +0930
From: Qpopper Support <qpopper at qualcomm dot com>
Subject: Re: Error Message
At 4:53 AM -0400 4/2/00, Phil Savoie wrote:
>I am using qpopper 2.53 and RH6.1.
I'd advice against using 2.53 on Linux. Use 3.0 (currently at fc1)
instead. It fixes a number of Linux-related issues.
Date: Tue, 04 Apr 2000 10:04:19 +0100
From: "Andrew C. Holmes" <holmesa at lastminute dot com>
Subject: Standalone pop3
Hello all,
I have installed qpopper on my 2.6 solaris box. My main concern is that
qpopper seems to only be run from inetd. Is it possible to run qpopper
standalone, as it is currently my only service that requires inetd and I
need to turn inetd off.
Regards
Andy
Date: Tue, 4 Apr 2000 21:28:41 +1200 (NZST)
From: Alan Brown <alan at manawatu.gen dot nz>
Subject: Re: Standalone pop3
On Tue, 4 Apr 2000, Andrew C. Holmes wrote:
> I have installed qpopper on my 2.6 solaris box. My main concern is that
> qpopper seems to only be run from inetd. Is it possible to run qpopper
> standalone, as it is currently my only service that requires inetd and I
> need to turn inetd off.
Why do you need to turn it off? If it is only listening on one port, it
isn't easily broken.
AB
Date: Tue, 04 Apr 2000 11:04:20 +0100
From: "Andrew C. Holmes" <holmesa at lastminute dot com>
Subject: Re: Standalone pop3
Alan Brown wrote:
>
> On Tue, 4 Apr 2000, Andrew C. Holmes wrote:
>
> > I have installed qpopper on my 2.6 solaris box. My main concern is that
> > qpopper seems to only be run from inetd. Is it possible to run qpopper
> > standalone, as it is currently my only service that requires inetd and I
> > need to turn inetd off.
>
> Why do you need to turn it off? If it is only listening on one port, it
> isn't easily broken.
>
> AB
Security through obscurity, My home SS20 gets port scanned quite often
and I am only online 3-4 hrs per week.....
Just paranoid really. :-(
I take it that qpopper can not run standaolne then..???
Andy
Date: Tue, 4 Apr 2000 22:10:57 +1200 (NZST)
From: Alan Brown <alan at manawatu.gen dot nz>
Subject: Re: Standalone pop3
On Tue, 4 Apr 2000, Andrew C. Holmes wrote:
> Security through obscurity, My home SS20 gets port scanned quite often
> and I am only online 3-4 hrs per week.....
If inetd is only listening on port 110, how will that be different from
qpopper listening on port 110?
Use Venema's TCPwrappers. They're easily added to Solaris setups.
> I take it that qpopper can not run standaolne then..???
AFAIK, no.
AB
From: "John W. Keener" <jkeener at utsi dot com>
Subject: RE: Standalone pop3
Date: Tue, 4 Apr 2000 07:34:34 -0500
>> I take it that qpopper can not run standaolne then..???
>
>AFAIK, no.
>
>AB
Actually it can be run standalone. In the source directory there is a file
called main.c You need to add this into the make file. For the normal
(inetd) version I beleive main() is in qpopper.c This function needs to be
renamed to qpopper().
If I remember correctly main.c contains a #define with a strange port
number, that should be changed to 110. I hope this helps
regards,
John Keener
From: "John W. Keener" <jkeener at utsi dot com>
Subject: RE: Standalone pop3
Date: Tue, 4 Apr 2000 07:50:20 -0500
It runs as a forking server. It accepts the connection, dups it to stdin &
stdout, and then forks a child to handle through the "old" main function.
At a former client, we ran qpopper in this configuration to avoid the inetd
overhead and had no problem with it.
john k
-----Original Message-----
From: Alan Brown [mailto:alan at manawatu.gen dot nz]
Sent: Tuesday, April 04, 2000 7:41 AM
To: John W. Keener
Cc: Andrew C. Holmes; Subscribers of Qpopper
Subject: RE: Standalone pop3
On Tue, 4 Apr 2000, John W. Keener wrote:
> Actually it can be run standalone. In the source directory there is a
file
> called main.c You need to add this into the make file. For the normal
> (inetd) version I beleive main() is in qpopper.c This function needs to
be
> renamed to qpopper().
> If I remember correctly main.c contains a #define with a strange port
> number, that should be changed to 110. I hope this helps
Will it run a forking model or singlethreaded in this mode?
Remembering that inetd spawning qpoppers is a significant memory load,
etc and that heavily loaded servers have trouble keeping up with the
number of connections at times thanks to inetd's throttling functions...
AB
Date: Wed, 5 Apr 2000 00:40:34 +1200 (NZST)
From: Alan Brown <alan at manawatu.gen dot nz>
Subject: RE: Standalone pop3
On Tue, 4 Apr 2000, John W. Keener wrote:
> Actually it can be run standalone. In the source directory there is a file
> called main.c You need to add this into the make file. For the normal
> (inetd) version I beleive main() is in qpopper.c This function needs to be
> renamed to qpopper().
> If I remember correctly main.c contains a #define with a strange port
> number, that should be changed to 110. I hope this helps
Will it run a forking model or singlethreaded in this mode?
Remembering that inetd spawning qpoppers is a significant memory load,
etc and that heavily loaded servers have trouble keeping up with the
number of connections at times thanks to inetd's throttling functions...
AB
Date: Wed, 5 Apr 2000 01:02:22 +1200 (NZST)
From: Alan Brown <alan at manawatu.gen dot nz>
Subject: RE: Standalone pop3
On Tue, 4 Apr 2000, John W. Keener wrote:
> It runs as a forking server. It accepts the connection, dups it to stdin &
> stdout, and then forks a child to handle through the "old" main function.
> At a former client, we ran qpopper in this configuration to avoid the inetd
> overhead and had no problem with it.
How much hacking would main.c need to be able to run as a master server
out of inetd instead of in standalone mode?
In the same way as the pidentd Ident server can run as a master server
out of identd, exiting after several minutes of inactivity, but handling
all new queries itself instead of letting inetd do it, while it's
running...
AB
From: "John W. Keener" <jkeener at utsi dot com>
Subject: RE: Standalone pop3
Date: Tue, 4 Apr 2000 08:19:47 -0500
It should be fairly straight forward. Instead of doing an accept() use
select() to wait for a connection with timeout. If select() returns with
the socket ready for reading then you do the accept()
-----Original Message-----
From: Alan Brown [mailto:alan at manawatu.gen dot nz]
Sent: Tuesday, April 04, 2000 8:02 AM
To: John W. Keener
Cc: Andrew C. Holmes; Subscribers of Qpopper
Subject: RE: Standalone pop3
...snip...
How much hacking would main.c need to be able to run as a master server
out of inetd instead of in standalone mode?
In the same way as the pidentd Ident server can run as a master server
out of identd, exiting after several minutes of inactivity, but handling
all new queries itself instead of letting inetd do it, while it's
running...
AB
From: Edward Concilio <econcilio at goamerica dot net>
Subject: RE: Standalone pop3
Date: Tue, 4 Apr 2000 10:18:21 -0400
Besides, if you turn off inetd, you will loss all other services,
and I believe telnet from all terminals, excluding the console.
Edward Concilio
GoAmerica Communications Corp.
Senior Systems Admin.
401 Hackensack Ave.
Hackensack, NJ 07601
econcilio at goamerica dot net
econcilio at gomail dot net
http://www.goamerica.net
Tel: (201) 996-1717 x2243
Fax: (201) 996-1772
-----Original Message-----
From: Alan Brown [mailto:alan at manawatu.gen dot nz]
Sent: Tuesday, April 04, 2000 5:29 AM
To: Andrew C. Holmes
Cc: Subscribers of Qpopper
Subject: Re: Standalone pop3
On Tue, 4 Apr 2000, Andrew C. Holmes wrote:
> I have installed qpopper on my 2.6 solaris box. My main concern is that
> qpopper seems to only be run from inetd. Is it possible to run qpopper
> standalone, as it is currently my only service that requires inetd and I
> need to turn inetd off.
Why do you need to turn it off? If it is only listening on one port, it
isn't easily broken.
AB
From: "Hongwei Li" <hongwei at morpheus.wustl dot edu>
Subject: qpopper 2.5.3 and sendmail8.9.3 on RH6.0
Date: Tue, 4 Apr 2000 10:02:25 -0500
Hi,
I installed qpopper2.5.3 on our RedHat 6.0 e-mail server which runs sendmail
8.9.3.
I set /etc/mail/relay-domains as
xxx.yyy.zzz
which is our local sub net and it works well. Now, we have one problem:
some users want to use their home computers to handle e-mails and they use
different ISP and so have different IP addresses. I try to include a few
lines in the file relay-domains as (some users tell me their possible IP
addresses)
aa1.bb1.cc1.dd1
aa2.bb2.cc2.dd2
aa3.bb3.cc3.dd3
but, it does not work. They still have relay-denied problem. The above IP
addresses are correct because once they get in, they can tell what the IP
address they are using. So, this is not an issue. It seems that our this
sendmail8.9.3 + qpopper2.5.3 can handle only our sub net relay problem. Is
it normal? Can somebody tell me how to solve this problem?
Another question: after changing the file relay-domains, do I need to
re-start sendmail? How to restart it without rebooting the RH 6.0?
I appreciate any help!
Hongwei Li
Date: Tue, 04 Apr 2000 10:59:09 -0400
From: "Michael D. Sofka" <sofkam at rpi dot edu>
Subject: RE: Standalone pop3
At 07:50 AM 4/4/00 -0500, John W. Keener wrote:
>It runs as a forking server. It accepts the connection, dups it to stdin &
>stdout, and then forks a child to handle through the "old" main function.
>At a former client, we ran qpopper in this configuration to avoid the inetd
>overhead and had no problem with it.
Excellent. And, not only does this avoid the overhead of starting popper
with each connection, it makes it possible to add a database to the main
popper and make intelligent decisions about when to fork, and when to say
``sorry, no new mail.'' E.g., popper can quietly report 0 new messages to
people who check mail too often. :-)
I'll get to work on it right away.
Mike
--
Michael D. Sofka sofkam at rpi dot edu
CIS/SSS Sr. Systems Programmer AFS/DFS, email, listproc, TeX, epistemology.
Rensselaer Polytechnic Institute, Troy, NY. http://www.rpi.edu/~sofkam/
Date: Tue, 4 Apr 2000 17:47:03 +0200 (MET DST)
From: Dejan Ilic <dejan.ilic at home dot se>
Subject: RE: Standalone pop3
That would be a major gain for us as we have 10-20 poppers starting upp and
running any given time of day. The system is not the worlds fastest either
(old Alpha-server) with slow, busy disks, so forking off popper when
accepting connection instead of starting a popper each time is for sure a
gain for us.
Dejan
On Tue, 4 Apr 2000, John W. Keener wrote:
> It should be fairly straight forward. Instead of doing an accept() use
> select() to wait for a connection with timeout. If select() returns with
> the socket ready for reading then you do the accept()
>
> -----Original Message-----
> From: Alan Brown [mailto:alan at manawatu.gen dot nz]
> Sent: Tuesday, April 04, 2000 8:02 AM
> To: John W. Keener
> Cc: Andrew C. Holmes; Subscribers of Qpopper
> Subject: RE: Standalone pop3
>
>
> ...snip...
>
> How much hacking would main.c need to be able to run as a master server
> out of inetd instead of in standalone mode?
>
> In the same way as the pidentd Ident server can run as a master server
> out of identd, exiting after several minutes of inactivity, but handling
> all new queries itself instead of letting inetd do it, while it's
> running...
>
> AB
>
>
--
=====================================================================
Dejan Ilic, Tech Univ. of Linkoping, Sweden Phone:+46-(0)13-473 01 06
Email: dejan.ilic at home.se Web: http://www.lysator.liu dot se/~svedja
=====================================================================
Date: Tue, 4 Apr 2000 12:28:05 -0400 (EDT)
From: Vince Vielhaber <vev at michvhf dot com>
Subject: RE: Standalone pop3
On Tue, 4 Apr 2000, Edward Concilio wrote:
> Besides, if you turn off inetd, you will loss all other services,
> and I believe telnet from all terminals, excluding the console.
Not necessarily. I dumped inetd a long time ago. Ftp is thru ProFTPD,
I start telnetd, qpopper and imapd thru tcpserver and don't need the
rest of the junk it was starting.
Vince.
--
==========================================================================
Vince Vielhaber -- KA8CSH email: vev at michvhf.com http://www.pop4 dot net
128K ISDN from $22.00/mo - 56K Dialup from $16.00/mo at Pop4 Networking
Online Campground Directory http://www.camping-usa.com
Online Giftshop Superstore http://www.cloudninegifts.com
==========================================================================
Date: Tue, 4 Apr 2000 13:01:09 -0400 (EDT)
From: Steven Champeon <schampeo at hesketh dot com>
Subject: Re: qpopper 2.5.3 and sendmail8.9.3 on RH6.0
On Tue, 4 Apr 2000, Hongwei Li wrote:
> Can somebody tell me how to solve this problem?
I use DRAC (Dynamic Relay Authorization Control) with sendmail 8.9.3
and qpopper 2.53 on Redhat Linux, and it works quite well.
<http://mail.cc.umanitoba.ca/drac/index.html>
> Another question: after changing the file relay-domains, do I need to
> re-start sendmail? How to restart it without rebooting the RH 6.0?
You shouldn't need to restart sendmail, but you will need to recreate
the dbm file sendmail actually uses. See the sendmail documentation
and look for 'makemap' for more info. And, no, you don't need to reboot
the box - you're dealing with UNIX now, not Windows NT.
<http://www.sendmail.org/tips/relaying.html>
At least, I think relay-* uses maps - I don't know, frankly, I use the
access_db instead. If relay- doesn't use maps, you should be able to
restart sendmail with a HUP:
kill -HUP \
`ps ax | grep sendmail | grep 'accepting connections' |cut -d' ' -f1`
I've noticed that in some older versions of RH (4.2 among them) the
init script (/etc/rc.d/init.d/sendmail.init) didn't use the full path
to sendmail, and for some reason it doesn't allow you to restart. It's
easy enough to fix - just add the full path to sendmail to the script.
But you'll need to stop and start it before you can HUP sendmail.
Steve
--
tired of being an underappreciated functionary in a soulless machine?
hesketh.com is hiring: <http://hesketh.com/careers/>
Date: Tue, 4 Apr 2000 15:51:25 -0700
From: Randall Gellens <randy at qualcomm dot com>
Subject: RE: Standalone pop3
At 10:59 AM -0400 4/4/00, Michael D. Sofka wrote:
>Excellent. And, not only does this avoid the overhead of starting popper
>with each connection, it makes it possible to add a database to the main
>popper and make intelligent decisions about when to fork, and when to say
>``sorry, no new mail.'' E.g., popper can quietly report 0 new messages to
>people who check mail too often. :-)
You can return an error instead, with the "[LOGIN-DELAY]" response
code. Also, use the '-e login_delay=nn' run-time option to set the
CAPA login-delay response token, to inform updated clients what your
policy is regarding login frequency.
--
Randall Gellens
Opinions are personal; facts are suspect; I speak for myself only
-------------- Randomly-selected tag: ---------------
The fewer episodes of a TV show one has seen, the greater the chance
that one has already viewed the episode one is watching.
--Randall Gellens