newbie question with concurrency remote

2001-05-11 Thread Michael Geier

I am running qmail on:
RedHat 6.2
256 Mb Ram

I set concurrency remote = 150...

however, most of the time, it seems like only a handful of remote processes
are running, even though the queue backs up (right now, over 14000 msgs in
queue and only 20 remote processes running)...

Anybody have an idea about how to force it to run faster or at least not
kill off my qmail-remote processes?

New to this list so hope I provided enough info.

Michael Geier
CDM Sports Systems Administrator
email: [EMAIL PROTECTED]
phone: 314.991.1511 x 6505




RE: newbie question with concurrency remote

2001-05-11 Thread Michael Geier

thanks for the tips Dave...

to those that had replied:
I had rebooted qmail (frequently)...
I installed djbdns, killed splogger, and rebooted server

things seem to be much better.

-Original Message-
From: Dave Sill [mailto:[EMAIL PROTECTED]]
Sent: Friday, May 11, 2001 12:30 PM
To: Qmail Mailing List
Subject: Re: newbie question with concurrency remote


"Michael Geier" <[EMAIL PROTECTED]> wrote:

>I am running qmail on:
>   RedHat 6.2
>   256 Mb Ram
>
>I set concurrency remote = 150...
>
>however, most of the time, it seems like only a handful of remote processes
>are running, even though the queue backs up (right now, over 14000 msgs in
>queue and only 20 remote processes running)...

Are you sure concurrencyremote is set to 150? You restarted qmail-send
after changing it? The logs reflect the 150 setting?

>Anybody have an idea about how to force it to run faster

Faster disk
More memory
Faster network
Replace syslog with multilog
Install djbdns, run dnscache
Kill non-qmail processes
Faster CPU

>or at least not kill off my qmail-remote processes?

What makes you think qmail-remote processes are being killed off?

-Dave




OT - Problems with daemontools 0.70

2001-05-14 Thread Michael Geier

I had no problems with installing this package until today...

in make:
./compile tai64nlocal.c
tai64nlocal.c: In function `main':
tai64nlocal.c:54: warning: assignment makes pointer from integer without a
cast
tai64nlocal.c:55: dereferencing pointer to incomplete type
tai64nlocal.c:56: dereferencing pointer to incomplete type
tai64nlocal.c:57: dereferencing pointer to incomplete type
tai64nlocal.c:58: dereferencing pointer to incomplete type
tai64nlocal.c:59: dereferencing pointer to incomplete type
tai64nlocal.c:60: dereferencing pointer to incomplete type
make: *** [tai64nlocal.o] Error 1

does anyone know why this might be crashing???  Thanks for the help.

Michael Geier
CDM Sports Systems Administrator
email: [EMAIL PROTECTED]
phone: 314.991.1511 x 6505




RE: OT - Problems with daemontools 0.70

2001-05-14 Thread Michael Geier

thanks to everyone who replied...worked great!
next time I will check the archives a little better.

'preciate that no one flamed...

-Original Message-
From: Tim Holzmann [mailto:[EMAIL PROTECTED]]
Sent: Monday, May 14, 2001 1:23 PM
To: Michael Geier
Subject: Re: OT - Problems with daemontools 0.70


I had the same problem, change the include file #include  to
#include 

- Original Message -
From: Michael Geier <[EMAIL PROTECTED]>
To: Qmail Mailing List <[EMAIL PROTECTED]>
Sent: Monday, May 14, 2001 11:38 AM
Subject: OT - Problems with daemontools 0.70


> I had no problems with installing this package until today...
>
> in make:
> ./compile tai64nlocal.c
> tai64nlocal.c: In function `main':
> tai64nlocal.c:54: warning: assignment makes pointer from integer without a
> cast
> tai64nlocal.c:55: dereferencing pointer to incomplete type
> tai64nlocal.c:56: dereferencing pointer to incomplete type
> tai64nlocal.c:57: dereferencing pointer to incomplete type
> tai64nlocal.c:58: dereferencing pointer to incomplete type
> tai64nlocal.c:59: dereferencing pointer to incomplete type
> tai64nlocal.c:60: dereferencing pointer to incomplete type
> make: *** [tai64nlocal.o] Error 1
>
> does anyone know why this might be crashing???  Thanks for the help.
>
> Michael Geier
> CDM Sports Systems Administrator
> email: [EMAIL PROTECTED]
> phone: 314.991.1511 x 6505
>
>




RE: OT - Problems with daemontools 0.70

2001-05-15 Thread Michael Geier

This is exactly the kind of problem that causes people to get discouraged
about installing new (and superior) software.  They run into a problem and
they get raked over the coals for a breach of interpreted "etiquette" when
typing.

Almost a dozen people wrote helpful emails without the need for blasting
someone for the tool they use to send email from a "company-owned
workstation".
Ever think that I do not have a choice in the utility I am forced to use to
receive my email at this workstation?  Or maybe, that, along with some of
the other options "my Outlook" offers me, I choose to use it since I am
forced to use the M$ operating system to coexist with my workgroup...

I tell you what...since you seem to be such a unix GOD, develop the
following software so I can readily move my workload to unix:

a graphics program capable of the same feats as Adobe Photoshop,
Illustrator and Macromedia Director
a html development program with:
code verification
syntax verification and highlighting
internal browsing of current state of document
office suite that handles all current document forms including:
Microsoft
Lotus
Corel

and the ability to play UT within the same environment seamlessly...

once YOU have done that, let me know so that I can bend over and kiss your
ass.  Until that time, grow a thicker skin.  I never said the computer
crashed.  I insinuated that the process was crashing.  A dozen other people
understood what it meant...why didn't you?

-Original Message-
From: Felix von Leitner [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, May 15, 2001 6:16 AM
To: Qmail Mailing List
Subject: Re: OT - Problems with daemontools 0.70


Thus spake Michael Geier ([EMAIL PROTECTED]):
> does anyone know why this might be crashing???  Thanks for the help.

Crist, since when do people have a email sending allowance who don't
know the difference between "the compiler gave me an error message" and
"my computer crashed"?!

Go play with your Outlook somewhere else, willya?

BTW: Coincidentally, you asked a FAQ.




RE: OT - Problems with daemontools 0.70

2001-05-15 Thread Michael Geier

Just so that everyone can see what a pathetic individual Felix is, here is
his lovely retort to my email.  I especially love his methodology for
proving his superiority through the use of 4-letter words:

> This is exactly the kind of problem that causes people to get discouraged
> about installing new (and superior) software.  They run into a problem and
> they get raked over the coals for a breach of interpreted "etiquette" when
> typing.

Fuck Off And Die.

People who are as stupid as you have no business installing software at
all.

Go clean some carpets or something.

> Almost a dozen people wrote helpful emails without the need for blasting
> someone for the tool they use to send email from a "company-owned
> workstation".
> Ever think that I do not have a choice in the utility I am forced to use
to
> receive my email at this workstation?  Or maybe, that, along with some of
> the other options "my Outlook" offers me, I choose to use it since I am
> forced to use the M$ operating system to coexist with my workgroup...

You don't have a workstation.
You have a broken Windoze infested PC with tons of crapware on it.
Nothing could be farther from a "workstation".

> I tell you what...since you seem to be such a unix GOD, develop the
> following software so I can readily move my workload to unix:

Go Away.

>   a graphics program capable of the same feats as Adobe Photoshop,
> Illustrator and Macromedia Director
>   a html development program with:
>   code verification
>   syntax verification and highlighting
>   internal browsing of current state of document
>   office suite that handles all current document forms including:
>   Microsoft
>   Lotus
>   Corel

And I thought I had seen my share of pathetic lusers.

>   and the ability to play UT within the same environment seamlessly...

> once YOU have done that, let me know so that I can bend over and kiss your
> ass.  Until that time, grow a thicker skin.  I never said the computer
> crashed.  I insinuated that the process was crashing.  A dozen other
people
> understood what it meant...why didn't you?

I understood what you meant.  And I saw that your description was so
wrong that you should not be handling a computer.  Leave that to people
with a brain.




apology for my lapse in judgement

2001-05-15 Thread Michael Geier

I would like to publicly apologize to the members of this list (minus one)
for the unnecessary posts I made regarding an earlier post.

I'll go back to lurking for awhile...

Michael Geier
CDM Sports Systems Administrator
email: [EMAIL PROTECTED]
phone: 314.991.1511 x 6505




RE: qmail ignores my sorry ass part II...

2001-05-17 Thread Michael Geier

would almost seem easier to make an alias out of the list, then just send
one email...

or maybe cycle the emails through a programming loop, putting 100 users on
an email, send it, continue loop...

-Original Message-
From: Mark Delany [mailto:[EMAIL PROTECTED]]
Sent: Thursday, May 17, 2001 2:36 PM
To: [EMAIL PROTECTED]
Subject: Re: qmail ignores my sorry ass part II...


On Thu, May 17, 2001 at 12:25:43PM -0700, Brett wrote:
> Ok, thanks. Here's some more info:
>
> I'm trying to send the mail with qmail-inject from the command line. I
> checked and the exit code I'm getting is "65280". I meant 5600 addresses,
> not messages, and yes, that's more or less how I'm placing the addresses
> except I'm doing it from a perl script that puts the addresses in a Bcc
> field and then makes a system() call which is just like calling from the

Bcc field?

Do you mean these address are on the command line or in the headers of
the message? The difference is a lot more than "more or less". In fact
the difference is critical. If the latter then you have a different
problem from what I suggested. If the former, then change to the
latter as that's the best way as you cannot normally increase the
command line limits without kernel rebuilds.


Regards.


> command line. I think you may be onto something here with your theory of
my
> being over the limit of command line arguments. The question is how do I
> increase that limit? And now I'm suddenly off-topic for this list, I know.
> Nevertheless, I'm sure I won't be the last qmail user to run into this
> problem and therefore it'll be useful to have this knowledge in the
> archives. Thanks again.
>
>
> -Original Message-
> From: Mark Delany [mailto:[EMAIL PROTECTED]]
> Sent: Wednesday, May 16, 2001 6:17 PM
> To: [EMAIL PROTECTED]
> Subject: Re: qmail ignores my sorry ass...
>
>
> You need to tell us a little more. Well, actually a lot more.
>
> How are you "trying to send" them? qmail-inject, smtp, qmail-queue?
>
> If you are running a command such as qmail-inject, what sort of exit
> code are you getting? Any error message?
>
> Do you mean 5600 emails or an email to 5600 addresses? If the latter,
> are you placing all the recipients on a command line, something like:
>
> /var/qmail/bin/qmail-inject recipient1@dom1 recipient2@dom2 ...
>
> ?
>
> If so, have you perhaps exceeded the maximum length of the command
> line for your system? Are you perhaps exceeding the maximum number of
> command line arguments for your system?
>
> To check the exit status from the shell, go "echo $?" immediately
> after the command. The number is zero if all is well and other numbers
> indicate different types of errors.
>
>
> Regards.
>
>
> On Wed, May 16, 2001 at 04:37:41PM -0700, Brett wrote:
> > ... when I try to send more than 5600 emails in one go. I mean, it
> > completely ignores me. There's no mention of anything occuring in the
logs
> > whatsoever. Since I'm giving you so little to go on here, I'm mostly
> hoping
> > for a general direction to start looking for a problem rather than a
> > complete solution. Or hopefully this has happened to somebody before and
> > they can tell me what they did to fix it. I've successfully recompiled
the
> > kernel and applied the big concurrency patch but not the big-todo one
yet.
> I
> > posted this before but didn't get much of a response except to check
> > qmail-inject's exit status. Assuming I know how to do this, what will
this
> > prove? Thanks for any and all help.
> >
> > Brett.
> >
> > A big F you to all the unhelpful flamers in advance.
> >
>




RE: [OT] qmail & php

2001-06-06 Thread Michael Geier

you must install php pre-qmail.

PHP compiles with the sendmail executables and libraries.
so:
install os (w/sendmail)
install php
install qmail
follow the qmail faq for linking to qmail executables
change sendmail_path to "/var/qmail/bin/qmail-inject" in php.ini

This is how I did it and it works great on a machine with big.concurrency
patch and 400 remote processes.

-Original Message-
From: Gordon McDowall [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, June 06, 2001 10:50 AM
To: Bill Andersen; [EMAIL PROTECTED]
Subject: Re: [OT] qmail & php


I have a machine with php and qmail on it, but I can't remember which I
installed first ;o(
I will put a php form script on if you like to test it

- Original Message -
From: "Bill Andersen" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Wednesday, June 06, 2001 3:28 PM
Subject: [OT] qmail & php


> When I installed qmail, I obviously removed sendmail.  Now
> when I build php(4) and try to use the the mail() function,
> I get "mail() not supported in this PHP build" because
> sendmail was not found during the configure (I assume).
>
> The only reference I could find in the php archives was to
> put "sendmail_path=", but it didn't
> work.
>
> Has anyone had any luck using php with qmail?
>
> Please reply off-list as I realize this is really a php issue.
> The php mailing list is down per their web site, but I
> figure someone on this list is bound to be running php...
>
>  (Sorry!)
>
> ./bill
>
> BTW: RH7, php4<->apache
>




getting more verbose error messages from qmail

2001-07-03 Thread Michael Geier, CDM Systems Admin

preface:
qmail 1.03 with big-concurrency
multilog

need:
link to information (or information) on producing more verbose,
or detailed information in qmail logs for error messages like #4.4.1 or
#5.1.1

would like to see the email address the error is talking about in the
logfile
and would like to be able to customize my logs more

appreciate all helpful responses

---
Michael Geier
CDM Sports, Inc. - Systems Administrator
email: [EMAIL PROTECTED]
phone: 314.991.1511 x 6505
pager: 314.318.9414




RE: php-qmail-sendmail...cjk

2001-07-18 Thread Michael Geier, CDM Systems Admin

also, -t is not a valid flag for qmail-inject.
see docs http://www.qmail.org/man/man8/qmail-inject.html

probably don't want to be using -i either.

-Original Message-
From: peter green [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, July 18, 2001 9:13 AM
To: [EMAIL PROTECTED]
Subject: Re: php-qmail-sendmail...cjk


* Mike Hodson <[EMAIL PROTECTED]> [010718 07:45]:
> On Wed, 18 Jul 2001 14:17:18 +0300
> "Constantine Koulis" <[EMAIL PROTECTED]> wrote:
>
> > i did the following to my php.ini file but still dont work.
> > i even did change the path to :/var/qmail/bin/sendmail -t -i or only
> > /var/qmail/bin/qmail-inject -t -i but nothing goes.
> > I have the following message:
> >
> > Warning: mail() is not supported in this PHP build in
> > /usr/local/htdocs/test/newsletter/phpmynewsletter/include/cls.php3 on
line
> > 141
> >
> Did you compile PHP with the c-client 2001 uw-imap library?
> This is required for almost any mail options. The php configure command

Please quit spreading misinformation. PHP's mail() has nothing whatsoever to
do with the IMAP library.

ISTR that PHP has had problems with qmail's sendmail wrapper. In addition to
the other bug report previously linked in this ``thread'', you can also
check out [http://www.php.net/bugs.php?id=11184]. Looks like it may be
4.0.5-specific, though YMMV.

/pg
--
Peter Green : Architekton Internet Services, LLC : [EMAIL PROTECTED]
---
"...this does not mean that some of us should not want, in a rather
dispassionate sort of way, to put a bullet through csh's head."
--- Larry Wall in <[EMAIL PROTECTED]>




RE: orbs

2001-07-19 Thread Michael Geier, CDM Systems Admin

There are three new ORBS forks.

http://www.orbl.org/
http://www.orbz.gst-group.co.uk/orbs/
http://www.ordb.org/


-Original Message-
From: Vincent Schonau [mailto:[EMAIL PROTECTED]]
Sent: Thursday, July 19, 2001 11:13 AM
To: [EMAIL PROTECTED]
Subject: Re: orbs


On Thu, Jul 19, 2001 at 10:22:02AM -0400, Kurth Bemis wrote:

> does any one know why orbs is offline?

It appears to be because of a) legal troubles and b) the fact that
Alan Brown has sold his ISP business. It is highly unlikely at this
point that it will ever come back. It has been down, by the way, since
early June.

If you are still running rblsmtpd querying any of the ORBS lists, be
warned:

   - The lists are no longer being maintained. The information in
 those list is *fast* becoming outdated; as time passes, you
 will be rejecting mail from more and more hosts that are not
 open relays.
 
   - The volunteers who provided DNS service to orbs.org are now
 seeing a significant increase in bandwidth usage because of the
 way the orbs lists were shut down. One of them has already turned
 to answering *every* ORBS request with an A and TXT record; this
 will lead to loss of _at least_ 1/10th of the mail at hosts
 still using ORBS.
 
It is possible that others will start doing the same; in which case
you will lose even more mail.

Stop querying the ORBS lists; you're just wasting your own and others'
resources.

And if you switch to one of the other DNSBL's, please make sure you
keep up with the various anti-spam forums. Most of these services are
provided for free; making sure you don't waste the resources is the
least you can do.


Vince.




OT - ezmlm site down?

2001-07-23 Thread Michael Geier, CDM Systems Admin

http://www.ezmlm.org

Does anyone know what happened to the site?
Is there a mirror up?

---
Michael Geier
CDM Sports, Inc. - Systems Administrator
email: [EMAIL PROTECTED]
phone: 314.991.1511 x 6505
pager: 314.318.9414