Re: qpop3 keeps alive!

2001-02-09 Thread Martin Akesson

On Fri, Feb 09, 2001 at 09:15:25AM -0200, Ari Arantes Filho mumbled:
> env - PATH="$PATH" svscan &
> echo $! > /var/run/svscan.pid

You are getting the pid of the env program.  You must start svscan
without a wrapper like env in order to get echo $! to work.

/Martin



Re: INSTALL.ids & OpenBSD 2.8

2001-02-13 Thread Martin Akesson

On Tue, Feb 13, 2001 at 05:43:03AM -0800, Rick Updegrove mumbled:
> Hello, 
> I am just curious will this work on OpenBSD 2.8? 
> or will I have to add them with my editor.
> 

Yes,  they will work.  However you must change the shell from
'/nonexistent' to '/sbin/nologin'

I'm unsure if you can specify the username and groupname before the
options though.  The manpage specifies to put them at the end.

/martin



Re: Accept mail for hostmaster@.*

2001-02-13 Thread Martin Akesson

On Tue, Feb 13, 2001 at 03:44:20PM +0100, Fredrik Steen mumbled:
> | > 
> | > I'm trying to setup a Qmail server. I need it to accept mail for
> | > hostmaster@.* without any configuration for new hosts.

Umm..  I think you are making it harder than what it really is.  If the
qmail server is setup to as MX and is ready to receive mail all you need
to do is add yourdomain.com to /var/qmail/control/rcpthosts.  Dont
forget to restart qmail.

That will tell qmail to start receiving mail for your new domain.  If
you already have a .qmail-hostmaster file in /var/qmail/aliases then
your are ready to receive.

/M



Re: Load Balancing with qmail

2001-02-14 Thread Martin Akesson

Yes and no, well actually just yes but one option is easy the other is
not.  If you are talking about desktop clients where you manually can
enter a hostname to use as SMTP server then it is easy.  If you on the
other hand mean to loadbalance your MX records that will be a bit
tricky (or atleast expensive).

Anyhow, to loadbalance yuor desktop clients all you need to do is setup
DNS roundrobin for the SMTP host.  DNS roundrobin is not perfect but
will suffice for the most of us.

MX records rarely need loadbalancing since you have the prefference
setting in the MX record itself.  If the most preffered server is "full"
the sending host will simply pick the MX record with the second best
prefference and so on.  However if you really want _real_ loadbalancing
I would recommend thirdparty software or hardware.

/Martin

On Wed, Feb 14, 2001 at 10:33:01AM +0300, Andrew Wafula mumbled:
> Hi,
> 
> Is there any way one can do load balancing with qmail, i.e I have two
> machines both with qmail set up and running. Is there a way that I can have
> them both serving as smtp servers without the clients knowing which machine
> is sending the ail for them?
> 
> Andrew
> 



Re: Need Arguments for qmail

2001-02-21 Thread Martin Akesson

On Wed, Feb 21, 2001 at 11:11:55AM -0500, Russell Nelson mumbled:
> 
> Your anti-useless-use-of-cat crusade is a waste of people's time.  It
> comes from the old days where machine time was more important than
> people time.  We left those days at least five years ago.
> 

So, just because we have faster computers we should make programs that
are not as efficient as they "used" to be?  Your filosofy is pretty much
what Microsoft is working on and I for one do not like it.  If you can
make it fast, then make is _fast_.  Not because you have to but because
you can, there is no need to write less efficient code just because
a fast computer make the new, albeit slow, code run just as fast as the old
code, the fast one, on an slow machine.  Thats just being dumb.

/martin



Re: Qmail and time zone

2001-03-01 Thread Martin Akesson

On Thu, Mar 01, 2001 at 03:57:32PM -0600, David Dyer-Bennet mumbled:
> [EMAIL PROTECTED] (Kari Suomela) writes:
> 
> > How do I get Qmail to include the proper time zone info in the 
> > messages? My sendmail machines have it, but anything coming from Qmail 
> > has -. The machines are otherwise identical RH 7.0 boxes.
> 
> Basically, you won't.  Qmail is putting in the time correctly, but
> it's stating it in GMT.  This is actually more useful; mail often

Actually that's not quit true.  On my OpenBSD system I set my timezone
in the kernel configuration.  If you look in the headers of this mail
you will see I have GMT+1 (MET).

Not sure how, if possible, you set the timezone with a "hard" value on a
Linux system.

/Martin



Re: Qmail and time zone

2001-03-01 Thread Martin Akesson

Aargh!  Nevermind, I just realized why I did set a hardvalue in the
kernel config.  I did this so that qmail would show the time as GMT and
not MET  ie. qmail used the MET time which is GMT+1 but it still wrote
it as -.  When setting a hard value of -60 in the kernel the error
was fixed.

Sorry about confusing things a bit...

/M

On Thu, Mar 01, 2001 at 11:44:50PM +0100, Martin Akesson mumbled:
> On Thu, Mar 01, 2001 at 03:57:32PM -0600, David Dyer-Bennet mumbled:
> > [EMAIL PROTECTED] (Kari Suomela) writes:
> > 
> > > How do I get Qmail to include the proper time zone info in the 
> > > messages? My sendmail machines have it, but anything coming from Qmail 
> > > has -. The machines are otherwise identical RH 7.0 boxes.
> > 
> > Basically, you won't.  Qmail is putting in the time correctly, but
> > it's stating it in GMT.  This is actually more useful; mail often
> 
> Actually that's not quit true.  On my OpenBSD system I set my timezone
> in the kernel configuration.  If you look in the headers of this mail
> you will see I have GMT+1 (MET).
> 
> Not sure how, if possible, you set the timezone with a "hard" value on a
> Linux system.
> 
> /Martin



Re: Qmail and time zone

2001-03-01 Thread Martin Akesson

On Thu, Mar 01, 2001 at 05:08:43PM -0500, Kari Suomela mumbled:
>  DB> Basically, you won't.  Qmail is putting in the time correctly, but
>  DB> it's stating it in GMT.  This is actually more useful; mail often
>  DB> crosses timezone boundaries, and having the received headers *all* 
>  DB> use
> 
> This is very annoying! I've spent lots of time training the users to 
> configure their clients properly, and now my qmail server sends out 
> garbage, which defeats the purpose. :(
> 

I dont see where the problem is.  The client can only set the 'Date:'
headers anyway.  The 'Received:' headers on the other hand are set by
the MDA and should all use the same timezone, GMT.  The users will never
see these headers anyway and most ISPs will only be happy with this
configuration, atleast I know I would be.

/M