qmail Digest 11 Mar 2001 11:00:01 -0000 Issue 1300
Topics (messages 58799 through 58828):
Re: Recommended patches for high-volume ezmlm server
58799 by: Peter van Dijk
58800 by: Peter van Dijk
58815 by: Don Rose
Re: logging
58801 by: Pawel Garbowski
Quota Exceeded and Procmail
58802 by: Todd A. Jacobs
58806 by: Greg White
Re: OK I give up!!!
58803 by: Martin Randall
Virtual hosts
58804 by: Joe
58807 by: Pawel Garbowski
58808 by: Joe
Re: What is so sad... Re: OK I give up!!!
58805 by: Michael T. Babcock
qmail-pop3d bug
58809 by: John R Levine
58811 by: Peter van Dijk
58813 by: Peter van Dijk
58816 by: Scott Gifford
Which program?
58810 by: Alex Le Fevre
58812 by: Peter van Dijk
traffic again
58814 by: Estephano
Re: Administrivia: Mailing List Software]
58817 by: Andre Oppermann
58821 by: Mark Delany
Redirect email!
58818 by: Kirti S. Bajwa
58822 by: Kurth Bemis
58824 by: Todd A. Jacobs
Absolute path, plus a few other questions...
58819 by: Avery Brooks
58820 by: Brett Randall
Re: How to add big-todo and big-concurrency patch ?
58823 by: rthum.asiatravelmart.com
58825 by: Todd A. Jacobs
file descriptors
58826 by: Todd A. Jacobs
concurrency
58827 by: Todd A. Jacobs
what link for /bin/mail !?!?
58828 by: Alberto Dainotti
Administrivia:
To unsubscribe from the digest, e-mail:
[EMAIL PROTECTED]
To subscribe to the digest, e-mail:
[EMAIL PROTECTED]
To bug my human owner, e-mail:
[EMAIL PROTECTED]
To post to the list, e-mail:
[EMAIL PROTECTED]
----------------------------------------------------------------------
On Fri, Mar 09, 2001 at 10:24:11AM -0600, Mate Wierdl wrote:
> On Thu, Mar 08, 2001 at 09:48:22PM +0100, Peter van Dijk wrote:
> > On Thu, Mar 08, 2001 at 12:16:52PM -0800, Don Rose wrote:
> > > I am building a server to house several very high volume mailing lists
> > > (2-4M users each) and wanted to know which patches were recommended for
> > > use with ezmlm and ezmlm-idx, as well as qmail itself.
> > >
> > > I have read about the big-concurrency patch and that seems relevant, but
> > > I'm not sure about the others.
> >
> > No others are.
>
> I am theorizing: having millions of users means lots of bad addresses.
> So now, when ezmlm-warn sends out its gripes, it may mean a few
> hundred thousand separate messages in the queue. Is that a load in
> the queue not to worry about?
Those don't get send out all at the same time.
And your theory is broken - ezmlm subscriber lists are almost by
definition high-quality.
Greetz, Peter.
On Fri, Mar 09, 2001 at 08:40:53AM -0800, Don Rose wrote:
> Actually the lists are only announcement-type lists so users won't be
> posting, so the only messages that should be queued are like you said
> the bounce probes, and the messages the mods post to it.
>
> I was thinking of setting up 2 or 3 QMQP servers on a LocalDirector to
> handle the actual sending of the messages, so the original machine isn't
> too busy to recieve new mail.
Using a LocalDirector for QMQP is overkill. If one of your QMQP
servers is down, the 'clients' will use another one automatically.
This just means a slight delay, and nothing to worry about.
Greetz, Peter.
So having multiple QMQP machines as opposed to a single machine wouldn't
deliver the mail faster? We've already got the LocalDirector in place
doing other things and we wanted to utilize it for this if we could.
For this usage, its not a matter of redundant failover, but more a
matter of load balancing, so that 3 machines can deliver millions of
emails faster than a single one could.
Am I wrong in my thinking here?
-----Original Message-----
From: Peter van Dijk [mailto:[EMAIL PROTECTED]]
Sent: Saturday, March 10, 2001 3:53 AM
To: '[EMAIL PROTECTED]'
Subject: Re: Recommended patches for high-volume ezmlm server
On Fri, Mar 09, 2001 at 08:40:53AM -0800, Don Rose wrote:
> Actually the lists are only announcement-type lists so users won't be
> posting, so the only messages that should be queued are like you said
> the bounce probes, and the messages the mods post to it.
>
> I was thinking of setting up 2 or 3 QMQP servers on a LocalDirector to
> handle the actual sending of the messages, so the original machine
isn't
> too busy to recieve new mail.
Using a LocalDirector for QMQP is overkill. If one of your QMQP
servers is down, the 'clients' will use another one automatically.
This just means a slight delay, and nothing to worry about.
Greetz, Peter.
Hello,
* Kari Suomela <[EMAIL PROTECTED]> [010308 21:28] wrote:
> Thursday March 08 2001 19:27, Pawel Garbowski wrote to All:
>
> >> # Start Qmail-smtpd
> >> env - PATH="/var/qmail/bin:/bin" \
> >> tcpserver -v -p -x /home/vpopmail/etc/tcp.smtp.cdb -u514 -g512 0
> >> smtp /var/qmail/bin/qmail-smtpd 2>&1 > /dev/null &
>
> PG> in this way for example:
>
> PG> echo "connect from $TCPREMOTEHOST ($TCPREMOTEIP)" |
> PG> /var/qmail/bin/splogger qmail
> PG> exec /var/qmail/bin/qmail-smtpd
>
> Sorry, if this is a dumb question, but *where* would I add those lines?
> /var/qmail/rc?
Check it out ;-)
Running qmail with tcpserver:
/usr/local/bin/tcpserver -R -x /etc/tcpserv.smtp.cdb -u 82 -g 81 0 smtp
/var/qmail/bin/qmail-smtp-wrapper
where qmail-smtp-wrapper is:
#!/usr/local/bin/bash
echo "connect from $TCPREMOTEHOST ($TCPREMOTEIP)" |
/var/qmail/bin/splogger qmail
exec /var/qmail/bin/qmail-smtpd
greets,
pawel
--
pawel garbowski
[EMAIL PROTECTED]
I applied the "permanent failure" quota patch from jhayward yesterday, and
realized that if the qmail-start is calling "|preline procmail" the patch
doesn't come into play. Does anyone know of a way for qmail to trap the
procmail "quota exceeded" error, and immediately bounce the message? I'd
like to avoid having these messages age in the queue, if possible.
--
Todd A. Jacobs
CodeGnome Consulting, LTD
On Sat, Mar 10, 2001 at 05:06:42AM -0800, Todd A. Jacobs wrote:
> I applied the "permanent failure" quota patch from jhayward yesterday, and
> realized that if the qmail-start is calling "|preline procmail" the patch
> doesn't come into play. Does anyone know of a way for qmail to trap the
> procmail "quota exceeded" error, and immediately bounce the message? I'd
> like to avoid having these messages age in the queue, if possible.
Just a quick idea or two off the top of my head, but:
1. Modify procmail to exit status 100 on quota exceeded.
2. (Untested, but logically sound, methinks...) Use a shell conditional
to exit 100 on a procmail failure -- this depends on how likely other
procmail failures are, I guess -- if procmail fails for any reason, mail
will bounce....
Here's a slick little item from the qmail archives, that I found while
making sure I wasn't off base here:
http://www.ornl.gov/its/archives/mailing-lists/qmail/1998/04/msg00487.html
HTH,
--
Greg White
Those who make peaceful revolution impossible will make violent
revolution inevitable.
-- John F. Kennedy
Hello Kurth
On 09-Mar-01, you wrote:
>
> yeppers - you forgot to read life with qmail. :-)
>
>
>> Thanks for everybody's help. All of you folks are very helpful.
>
> thats why were here :-)
>
>
>
>> Kirti
Don't just read it, print it out !!!
Install it from source as per the directions.
Regards...Martin
--
---
A guy sees a fat lady carrying a duck. The guy says,
"What are you doing with that pig?"
The fat lady snorts, "That's not a pig, it's a duck."
The guy says, "I'm not talking to you, I'm talking to the duck."
== Jack Carter
|
I have a qmail system running on RH6.2. User
accounts are in a mysql database.I'm using Ian patterson's
checkpassword-mysql-2.0.0pre1patch and
takeshi's qmail-1.03-mysql-0.6.6 patch. However, I have been trying
to implement virtual domains by putting the domains name in the virtualhosts
table( as per ians instructions) without success. Any mail sent to the virtual
domain bounces with the error "Sorry. Although I'm listed as a best-preference
MX or A for that host,
it isn't in my control/locals file, so I don't treat
it as local. (#5.4.6)". Anybody got an idea where i could be going
wrong?
Joe
|
Hello,
* Joe <[EMAIL PROTECTED]> [010310 16:53] wrote:
> I have a qmail system running on RH6.2. User accounts are in a mysql database.I'm
>using Ian patterson's checkpassword-mysql-2.0.0pre1patch and takeshi's
>qmail-1.03-mysql-0.6.6 patch. However, I have been trying to implement virtual
>domains by putting the domains name in the virtualhosts table( as per ians
>instructions) without success. Any mail sent to the virtual domain bounces with the
>error "Sorry. Although I'm listed as a best-preference MX or A for that host,
> it isn't in my control/locals file, so I don't treat it as local. (#5.4.6)". Anybody
>got an idea where i could be going wrong?
Wrap yours lines...
put all yours virtualdomains in control/locals file
greets,
p.
--
pawel garbowski
[EMAIL PROTECTED]
Actually, i would like to put everything in a database.
Any ideas?
----- Original Message -----
From: "Pawel Garbowski" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Saturday, March 10, 2001 7:01 PM
Subject: Re: Virtual hosts
> Hello,
>
> * Joe <[EMAIL PROTECTED]> [010310 16:53] wrote:
> > I have a qmail system running on RH6.2. User accounts are in a mysql
database.I'm using Ian patterson's checkpassword-mysql-2.0.0pre1patch and
takeshi's qmail-1.03-mysql-0.6.6 patch. However, I have been trying to
implement virtual domains by putting the domains name in the virtualhosts
table( as per ians instructions) without success. Any mail sent to the
virtual domain bounces with the error "Sorry. Although I'm listed as a
best-preference MX or A for that host,
> > it isn't in my control/locals file, so I don't treat it as local.
(#5.4.6)". Anybody got an idea where i could be going wrong?
>
> Wrap yours lines...
>
> put all yours virtualdomains in control/locals file
>
> greets,
>
> p.
>
> --
> pawel garbowski
> [EMAIL PROTECTED]
>
>
Sean C Truman wrote:
> I can download Redhat for free and so can you. They sell support for the
> product so they
> can have funding to continue the development. Just as OpenBSD sells t-shirts
> and CD's to help fund the project.
> only difference is that OpenBSD hasn't started selling support yet.
We actually download it before installing it on clients machines, then inform
them of their options for support from us as well as from RedHat.
OpenBSD may not sell support, but I know several companies that do. I hope
those companies donate some of that profit back to OpenBSD either as cash or by
hiring developers.
--
Michael T. Babcock (PGP: 0xBE6C1895)
http://www.fibrespeed.net/~mbabcock/
The usual mailbox vs. maildir war has flared up on inet-access, and points
out a bug in qmail-pop3d. When you do a LIST command, it gives you the
size of each message. Pop3d just reports the file sizes, while it's clear
from the RFC that it's supposed to report the wire size of each message,
i.e., the size using cr/lf as a line terminator, so the sizes it reports
are too small.
I gather nobody's ever reported this as a bug, and I expect that the only
thing that uses the size is the "don't download bigger than size X" option
for which it's close enough, but it's still wrong.
I use courier-imap, and its POP daemon does get the sizes right,
presumably by reading the files and adding the number of \n characters.
Regards,
John Levine, [EMAIL PROTECTED], Primary Perpetrator of "The Internet for Dummies",
Information Superhighwayman wanna-be, http://iecc.com/johnl, Sewer Commissioner
Finger for PGP key, f'print = 3A 5B D0 3F D9 A0 6A A4 2D AC 1E 9E A6 36 A3 47
On Sat, Mar 10, 2001 at 01:12:13PM -0500, John R Levine wrote:
> The usual mailbox vs. maildir war has flared up on inet-access, and points
> out a bug in qmail-pop3d. When you do a LIST command, it gives you the
> size of each message. Pop3d just reports the file sizes, while it's clear
> from the RFC that it's supposed to report the wire size of each message,
> i.e., the size using cr/lf as a line terminator, so the sizes it reports
> are too small.
Yes, this is known.
> I gather nobody's ever reported this as a bug, and I expect that the only
> thing that uses the size is the "don't download bigger than size X" option
> for which it's close enough, but it's still wrong.
>
> I use courier-imap, and its POP daemon does get the sizes right,
> presumably by reading the files and adding the number of \n characters.
Yes. This behaviour is known. Fixing it, however, involves a *huge*
performance downgrade of qmail-pop3d.
I have studied the wording in RFC1939 heavily (section 11 "Message
Format" specifically) and I think it is unclear.
'Usually, during the AUTHORIZATION state of the POP3 session, the POP3
server can calculate the size of each message in octets when it opens
the maildrop. ..... simply counts each occurance of this character in
a message as two octets.'
The concept is obvious. The design decision made in qmail-pop3d
however, is understandable, and I (as one of a few users who are aware
of this 'bug') can perfectly live with it.
The only other maildir MDA+pop3 implementation that I have played with
is Cistron's. Their Maildir MDA counts the number of lines (it's
passing the message through anyway) and adds a Lines: header. The
pop3d opens each message (something qmail-pop3d doesn't have to do
right now) and reads the headers to find the Lines: line. It then uses
this to calculate the LF->CRLF overhead. This is not as expensive as
counting the number of lines from the pop3d itself, but it does take
away a lot of the performance benefit of Maildir.
Greetz, Peter.
On Sat, Mar 10, 2001 at 09:21:46PM +0100, Peter van Dijk wrote:
[snip]
> 'Usually, during the AUTHORIZATION state of the POP3 session, the POP3
> server can calculate the size of each message in octets when it opens
> the maildrop. ..... simply counts each occurance of this character in
> a message as two octets.'
Note that the lack of counting those extra line-terminators means some
progress bars will proceed slightly past 100% when downloading
messages from qmail-pop3d.
Funny, but not annoying.
Greetz, Peter.
Peter van Dijk <[EMAIL PROTECTED]> writes:
> On Sat, Mar 10, 2001 at 01:12:13PM -0500, John R Levine wrote:
> > The usual mailbox vs. maildir war has flared up on inet-access, and points
> > out a bug in qmail-pop3d. When you do a LIST command, it gives you the
> > size of each message. Pop3d just reports the file sizes, while it's clear
> > from the RFC that it's supposed to report the wire size of each message,
> > i.e., the size using cr/lf as a line terminator, so the sizes it reports
> > are too small.
>
[ ... ]
> Yes. This behaviour is known. Fixing it, however, involves a *huge*
> performance downgrade of qmail-pop3d.
A solution I have considered is storing the messages in wire format.
Especially for POP/IMAP-only clients, seems like it could be a
medium-sized performance win, since the line-conversion is done only
once, regardless of how many times the message is downloaded. If the
message were kept in wire-format from SMTP through delivery, no line
conversion would be required at either end, and a larger performance
gain would be possible.
Has anybody tried this, or anything like it?
-----ScottG.
I'm trying to set up some cgi scripts that send e-mail
via the localhost (i.e. FormMail.pl from
www.worldwidemart.com/scripts). Near the top, it has
"path to e-mail program", where I put
/var/qmail/bin/qmail-inject. However, this doesn't
seem to be working.
There are two possibilities as I see them. First, it
calls the program with a -t option, which I'm not
familiar with. Second, I've configured qmail to work
with tcpserver, so I'm not sure if I'm even sending
the script to the right binary.
Are either of these possibilities right? Or am I
totally off-base? Thanks in advance for any help you
may be able to provide.
Alex Le Fevre
__________________________________________________
Do You Yahoo!?
Yahoo! Auctions - Buy the things you want at great prices.
http://auctions.yahoo.com/
On Sat, Mar 10, 2001 at 12:20:01PM -0800, Alex Le Fevre wrote:
> I'm trying to set up some cgi scripts that send e-mail
> via the localhost (i.e. FormMail.pl from
> www.worldwidemart.com/scripts). Near the top, it has
> "path to e-mail program", where I put
> /var/qmail/bin/qmail-inject. However, this doesn't
> seem to be working.
>
> There are two possibilities as I see them. First, it
> calls the program with a -t option, which I'm not
> familiar with. Second, I've configured qmail to work
> with tcpserver, so I'm not sure if I'm even sending
> the script to the right binary.
>
> Are either of these possibilities right? Or am I
> totally off-base? Thanks in advance for any help you
> may be able to provide.
/usr/sbin/sendmail and /usr/lib/sendmail should be symlinks to
/var/qmail/bin/sendmail on your system. Pointing FormMail.pl to
/usr/sbin/sendmail or /usr/lib/sendmail should work just fine.
Greetz, Peter.
Hello again
How can I make qmail log the bytes when a user fetches his mail?
Thanks in advance
Hey guys,
lets make this poor man happy and let us all tell him about how well
qmail/ezmlm works!
This guy is Elias Levy (aleph1) and he runs the Bugtraq mailing list.
Please send an email directly to him if you want to suggest qmail/ezmlm
for running a large mailing list with a secure piece of software. And
he also is sick of handling bounces...
--
Andre
Please ignore those RedHat advisories that got approved earlier. Someone
is looping the list onto itself and those slipped by.
As its painfully obvious to many we have reached a point were we have
outgrown LISTSERV. We are looking for alternatives. Ideally we would like
to find a well written and security mailing list management software.
One of the issues we are trying to address is that of diverging interest.
We'd like to give people the capability to filter mailing list content
to their taste. I am not agreeable to the idea of breaking up the list
into smaller more focused pieces.
What I'd like is to give subscribers the ability to filter messages server
side or client side. In either case I should be able to tag messages
as belonging to one or more topics (e.g. Advisories / Linux / RedHat
or Chat / Unix) during the moderating process. One way to do this is to
add a new mail header to the approved message (e.g. X-Bugtraq-Topic).
Subscribers would then be able to tell the mailing list software what
topics they were interested in or if the mailing list is not capable
of this, at the very least they can filter messages client side via
procmail or similar facilities.
Open Source software is preferred as we may wish to modify it and
audit it. We are tired of L-Soft not responding to our needs or
actively developing LISTSERV.
An emulation layer for LISTSERV command would also be nice, as well
a software than understood more than a handle of bounced message formats.
So do any of you have any suggestions as to a piece of software that
may meet our needs?
--
Elias Levy
SecurityFocus.com
http://www.securityfocus.com/
Si vis pacem, para bellum
On Sat, Mar 10, 2001 at 11:49:08PM +0100, Andre Oppermann wrote:
> Hey guys,
>
> lets make this poor man happy and let us all tell him about how well
> qmail/ezmlm works!
>
> This guy is Elias Levy (aleph1) and he runs the Bugtraq mailing list.
>
> Please send an email directly to him if you want to suggest qmail/ezmlm
> for running a large mailing list with a secure piece of software. And
> he also is sick of handling bounces...
Whilst bounce processing is indeed a sale point for ezmlm, much of
what Elias wants is above and beyond ezmlm. For example categorization
and subscription by category. Sure you can (painfully) make a sublist
for each category, as long as they don't invent and rename categories
on the fly.
Elias also talks about an emulation layer for LISTSERV. I've not heard
of anyone providing that for ezmlm.
This is not to under-rate ezmlm, as a base toolkit it would perform
admirably, but the BUGTRAQ dood wants a lot of value-adds that are not
part of ezmlm.
Regards.
I have two LINUX servers. One server ns1.mydomain.com is a DNS server
(djbdns). The second server ns2.mydomain.com handles email (qmail), web,
etc.
When I am logging onto ns1.mydomain.com, I get a message on the screen that
"You have new mail", even though I have no email application installed on
it. I think the message is a "system" generated message that I have "news"
account missing on the server or something similar.
How can I setup qmail so that any system message generated on the first
server ns1.mydomain.com are automatically directed to my mail server, which
is mail.mydomain.com (located on ns2.mydomain.com)?
Is this question for the dns mailing list??
Kirti
At 12:10 PM 3/10/2001, Kirti S. Bajwa wrote:
put the account on the second machine in your .qmail file...
did you read life with qmail yet? i don't think that you did.....as you'd
know because its in there :-)
~kurth
>I have two LINUX servers. One server ns1.mydomain.com is a DNS server
>(djbdns). The second server ns2.mydomain.com handles email (qmail), web,
>etc.
>
>When I am logging onto ns1.mydomain.com, I get a message on the screen that
>"You have new mail", even though I have no email application installed on
>it. I think the message is a "system" generated message that I have "news"
>account missing on the server or something similar.
>
>How can I setup qmail so that any system message generated on the first
>server ns1.mydomain.com are automatically directed to my mail server, which
>is mail.mydomain.com (located on ns2.mydomain.com)?
>
>Is this question for the dns mailing list??
>
>Kirti
On Sat, 10 Mar 2001, Kirti S. Bajwa wrote:
> How can I setup qmail so that any system message generated on the
> first server ns1.mydomain.com are automatically directed to my mail
> server, which is mail.mydomain.com (located on ns2.mydomain.com)?
Put your desired address into your .qmail file.
--
Todd A. Jacobs
CodeGnome Consulting, LTD
I am having a bit of confusion here, is the absolute path to qmail:
/usr/sbin/sendmail
or
/var/qmail/bin/qmail-inject
Thank you, I am still having an issue with qmail. Qmail seems to be
running, but I can't send any email from a form. If I send from PINE I am
ok. There is NOTHING in the logs.
Does anyone know how to redirect the qmail log from the /var/log/message
file to maybe /var/log/qmail ??
I do appreciate your time.
Avery Brooks
On Sat, 10 Mar 2001, [EMAIL PROTECTED] wrote:
> /var/qmail/bin/qmail-inject
This is more correct than /usr/sbin/sendmail
> Thank you, I am still having an issue with qmail. Qmail seems to be
> running, but I can't send any email from a form. If I send from
> PINE I am ok. There is NOTHING in the logs.
Read http://www.lifewithqmail.org/ and setup your qmail with those
instructions. As to e-mailing from a form, try reading the code for
the form script and working out what it is doing. Try running a few of
the shell commands it calls by hand and seeing what the output of them
is.
--
"But what...is it good for?"
- Engineer at the Advanced Computing Systems Division of IBM, 1968,
commenting on the microchip
How can I check whether the patch was successfully installed or not ?
Rgds
Ronnie
* qmail newbie *
-----Original Message-----
From: Todd A. Jacobs [mailto:[EMAIL PROTECTED]]
Sent: Friday, March 09, 2001 5:38 PM
To: Thum Chee Weng, Ronnie
Cc: [EMAIL PROTECTED]
Subject: RE: How to add big-todo and big-concurrency patch ?
On Fri, 9 Mar 2001 [EMAIL PROTECTED] wrote:
> It's a text file, rite. But the 1st few lines looks like a readme. why
> ? Can i just save the file as 'big-todo.103.patch' in my qmail server
> and run the patch.
Yes. Patch is pretty smart about that sort of thing. :)
--
Todd A. Jacobs
CodeGnome Consulting, LTD
----------------------------------------------------------------------------
This email had been checked by Asiatravelmart.com's Virus Scanner.
Please email any questions to [EMAIL PROTECTED]
----------------------------------------------------------------------------
On Sun, 11 Mar 2001 [EMAIL PROTECTED] wrote:
> How can I check whether the patch was successfully installed or not ?
Patch will exit with no errors.
--
Todd A. Jacobs
CodeGnome Consulting, LTD
I'm not 100% sure I understand what file descriptors have to do with the
queue's performance. Does qmail require one or more file descriptors for
every message in the queue, or only for the "concurrent" messages it's
sending or delivering? If I have 4096 descriptors available to the system,
will I run into any problems if more than 4,000 messages are in the queue?
--
Todd A. Jacobs
CodeGnome Consulting, LTD
I have a dedicated dual-processor server with 384 MB of RAM and a single
SCSI drive. I'm running qmail and pop3d supervised according the LWQ,
which sets softlimit to 2000000. Available inodes in the 2GB /var/qmail
partition is 131,616, with split set to 23. Max file descriptors is 4,096.
Local mail is being delivered to $HOME/Maildir/ on a seperate partition on
the same drive, mounted sync (as is /var/qmail).
As described in LWQ, I have remote concurrency set to 20 and local
concurrency set to 10. Is this too low, given the specs? Or, considering
the performance hit of running qmail-pop3d against a sync-mounted single
drive, should I leave this alone?
If I *do* bump up the concurrency, what rule-of-thumb should I apply to
softlimit? I don't really have a good feel for what the concurrency does
to memory requirements. Do I even need to adjust it at all?
Basically, I have RAM and CPU cycles out the wazoo, but am a little
constrained by drive speed and resources, and want to shuffle things in
and out of the queue as quickly as possible so that there's room for the
things that linger due to disk quota problems or whatever.
All this assumes that Something Bad (tm) happens when the queue is filled
(out of descriptors, inodes, or blocks). Maybe it doesn't--enlightenment
is always welcome.
--
Todd A. Jacobs
CodeGnome Consulting, LTD
I'm sorry if this is a stupid question, but
I've read the documentation and I'm missing something..
In "REMOVE.binmail":
---------------------------------------------------------------------
3. If the binmail binary was /bin/mail, make sure that ``mail'' still
invokes a usable mailer. Under SVR4 you may want to link mail to
mailx.
---------------------------------------------------------------------
My question is: to what do I have to link /bin/mail ???
/bin/mailx and /bin/mail were links to /bin/Mail, which I chmoded to 0
following the instructions in "REMOVE.binmail"
(My system is a slackware 7.1.)
I tried to link /bin/mail to /var/qmail/bin/qmail-local .. seemed
resonable to me .. and that's the result:
---------------------------------------------------------------
03/11/01 11:24 los:qmail-1.03# ( echo 'Alberto Dainotti'; cat `cat SYSDEPS` ) | mail
[EMAIL PROTECTED]
qmail-local: usage: qmail-local [ -nN ] user homedir local dash ext domain sender
aliasempty
---------------------------------------------------------------
Thank you,
Alberto.
