qmail Digest 2 Jul 2001 10:00:00 -0000 Issue 1413

Topics (messages 65281 through 65299):

Re: courier-imapd, folders and delivery
        65281 by: Peter Schuller

Qmail configration
        65282 by: Leonardo Quirini
        65283 by: Thorkild Stray

Qmail/tcpserver woes
        65284 by: Matt Hubbard
        65288 by: MarkD

Re: Qmail logging problems with Lifewithqmail directions
        65285 by: Gary Townsend

Re: Solaris vs. Linux vs. FreeBSD
        65286 by: Stuart Krivis
        65287 by: Stuart Krivis
        65289 by: Adam McKenna

MX record in DNS and Qmail
        65290 by: alexus
        65291 by: Henning Brauer
        65292 by: alexus

^M character at the end of each line
        65293 by: Thum Chee Weng, Ronnie
        65294 by: Csaba Bobak

Big - to - do patch not much useful
        65295 by: D Rajesh

multilog problem
        65296 by: Lorac Thelmwood

qmail-send cpu and imapd / Maildir
        65297 by: Will Yardley

[Partially OT] Getmail with SSL
        65298 by: Leonardo Quirini

High Volume....
        65299 by: Xavier Pegenaute

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]


----------------------------------------------------------------------


>  > I want to switch from POP3 to IMAP (finally).
> 
> I cannot imagine why any enterprise would want to switch from POP3 to
> IMAP.  They are designed to do completely different things.  POP3
> exists to get the email the heck off your server as quickly as
> possible, whereas IMAP is designed to keep the email on your server
> forever.
> 
> Unless you chose the wrong protocol in the first place, why are you
> switching?

Firstly, I'm not an enterprise :)

Secondly, POP3 is easily chosen because it's more compatible in general.
There are hardly any MUA:s out there that doesn't support it properly, while
the same is not true for IMAP. I've switched to IMAP because it gives me
more freedom to switch MUAs and access my mail from anywhere with an IMAP
capable client.

Wheather the mail is stored locally or on the server doesn't make much
difference in my cast, except in so far as it affects availability.

-- 
/ Peter Schuller, InfiDyne Technologies HB

PGP userID: 0xE9758B7D or 'Peter Schuller <[EMAIL PROTECTED]>'
Key retrival: Send an E-Mail to [EMAIL PROTECTED]
E-Mail: [EMAIL PROTECTED] Web: http://www.scode.org

PGP signature





Hi everyone,
i have a question: on my laptop i've installed qmail, and i want to
configure it for this scenario: i can use a ppp connection (at home) and a
ethernet connection (at the university). The mail servers are obiovously
different...
I want qmail to distinguish when sending mail between the two connections
on the fly (without scripts to be run at command line if possible), and use the
correct smtp server. I've find some docs for the two single case, but
nothing for the situation over.
How can i do ? :)
TIA
--  
Leonardo Quirini 
-------------------------------------
[EMAIL PROTECTED]  





On Sun, 1 Jul 2001, Leonardo Quirini wrote:

>Hi everyone, i have a question: on my laptop i've installed qmail, and i
>want to configure it for this scenario: i can use a ppp connection (at
>home) and a ethernet connection (at the university). The mail servers
>are obiovously different... I want qmail to distinguish when sending
>mail between the two connections on the fly (without scripts to be run
>at command line if possible), and use the correct smtp server. I've find
>some docs for the two single case, but nothing for the situation over.
>How can i do ? :)

If you're using DHCP, simply make the dhcp client change the value in
smtproutes according to which address it obtains.

-- 
Thorkild





Greetings all,

I've come across a situation that has me a bit confused and with a system
that is effectively down at the moment. Here is what has occurred thus far:

I've had a LWQ setup running for about 4 months now without issue. Over this
time, I've accumulated 22k email boxes on 8k domains. Last week, I made a
mistake that should've been a temporary issue that has ballooned into a
serious situation. The rcpthosts file was deleted, which, of course, made
the box start to reject email. I rebuilt the rcpthosts list the next
morning, and expected all to be well. Soon after the reload, we began to see
our SMTP service go painfully slow, only allowing a trickle of emails to get
in. So the rcpthosts list going blank and then being rebuilt is not the
problem, but I suspect that due to unrelated misconfiguration, the box was
unprepared to handle the backlog of email due to the 10 hours of downtime(or
it was just coincidence).

I have noticed that if I do a "qmail stop" and then a "qmail start", about
20 successful SMTP connections immediately come in, and then even though
qmail is still running, no more connections can get thru. If I leave it be,
then they will very slowly come in over time. When looking at a "netstat" I
see the following:

[...several more pop3 connections...]
tcp        0      0 mail1.godaddy.com:pop3  66.74.215.231:4542
TIME_WAIT
tcp        0      0 mail1.godaddy.com:pop3  66.74.215.231:4542
TIME_WAIT
tcp        0      0 mail1.godaddy.com:pop3  24.167.206.98:1240
TIME_WAIT
tcp        0      0 mail1.godaddy.com:pop3  65.4.131.26:1247
TIME_WAIT
tcp        0      0 mail1.godaddy.com:pop3  208.191.34.40:3539
TIME_WAIT
tcp        0      0 mail1.godaddy.com:pop3  65.4.131.26:1246
TIME_WAIT
tcp        0      0 mail1.godaddy.com:pop3  65.4.131.26:1245
TIME_WAIT
tcp        0      0 mail1.godaddy.com:pop3  65.11.146.164:1121
TIME_WAIT
tcp        0      0 mail1.godaddy.com:pop3  65.4.131.26:1246
TIME_WAIT
tcp        0      0 mail1.godaddy.com:pop3  65.4.131.26:1245
TIME_WAIT
tcp        0      0 mail1.godaddy.com:pop3  65.11.146.164:1121
TIME_WAIT
tcp        0      0 mail1.godaddy.com:pop3  c327691-a.grnsbrg1:1071
TIME_WAIT
tcp        0      0 mail1.godaddy.com:pop3  65.11.146.164:1118
TIME_WAIT
tcp        0      0 mail1.godaddy.com:pop3  adsl-80-40-124.mia:4278
TIME_WAIT
tcp        0      0 mail1.godaddy.com:pop3  65.24.43.27:2869
TIME_WAIT
tcp        0      0 mail1.godaddy.com:pop3  65.24.43.27:2869
TIME_WAIT
tcp        0      0 mail1.godaddy.com:pop3  64.68.236.161:3033
TIME_WAIT
tcp        0      0 mail1.godaddy.com:pop3  208.191.34.40:3536
TIME_WAIT
tcp        0      0 mail1.godaddy.com:pop3  ool-18b88b07.dyn.o:1951
ESTABLISHED
tcp        0      0 mail1.godaddy.com:pop3  ool-18b88b07.dyn.o:1948
ESTABLISHED
tcp        0      0 mail1.godaddy.com:smtp  208.162.63.130:2439
ESTABLISHED
tcp        0      0 mail1.godaddy.com:smtp  64.211.240.238:37129
ESTABLISHED
tcp        0      0 mail1.godaddy.com:smtp  64.211.240.238:37129
ESTABLISHED
tcp        0      0 mail1.godaddy.com:smtp  208.50.170.31:4152
ESTABLISHED
tcp        0      0 mail1.godaddy.com:smtp  192.147.236.1:4795
ESTABLISHED
tcp        0      0 mail1.godaddy.com:smtp  64.211.240.238:37118
ESTABLISHED
tcp        0      0 mail1.godaddy.com:smtp  64.211.240.238:37106
ESTABLISHED
tcp        0      0 mail1.godaddy.com:smtp  208.50.153.24:54923
ESTABLISHED
tcp        0      0 mail1.godaddy.com:smtp  206.64.128.6:40610
ESTABLISHED
tcp        0      0 mail1.godaddy.com:smtp  206.64.128.6:40610
ESTABLISHED
tcp        0      0 mail1.godaddy.com:smtp  139.76.67.20:42768
ESTABLISHED
tcp        0      0 mail1.godaddy.com:smtp  64.4.9.55:3234
ESTABLISHED
tcp        0      0 mail1.godaddy.com:smtp  207.69.200.157:8125
ESTABLISHED
tcp        0      0 mail1.godaddy.com:smtp  205.184.38.2:44352
ESTABLISHED
tcp        0      0 mail1.godaddy.com:smtp  207.217.120.14:53273
ESTABLISHED
tcp        0      0 mail1.godaddy.com:smtp  210.118.246.250:2886
ESTABLISHED
tcp        0      0 mail1.godaddy.com:smtp  64.211.240.232:13211
ESTABLISHED
tcp        0      0 mail1.godaddy.com:smtp  209.208.202.178:3833
ESTABLISHED
tcp        0      0 mail1.godaddy.com:smtp  208.50.144.69:5865
ESTABLISHED
tcp        0      0 mail1.godaddy.com:smtp  148.233.27.132:4087
ESTABLISHED
tcp        0      0 mail1.godaddy.com:smtp  207.150.192.30:1066
ESTABLISHED
tcp        0      0 mail1.godaddy.com:smtp  208.184.37.231:3667     SYN_RECV
tcp        0      0 mail1.godaddy.com:smtp  65.10.73.142:36399      SYN_RECV
tcp        0      0 mail1.godaddy.com:smtp  148.233.27.132:4087
ESTABLISHED
tcp        0      0 mail1.godaddy.com:smtp  207.150.192.30:1066
ESTABLISHED
tcp        0      0 mail1.godaddy.com:smtp  208.48.26.72:8948       SYN_RECV
tcp        0      0 mail1.godaddy.com:smtp  205.150.6.55:3250       SYN_RECV
tcp        0      0 mail1.godaddy.com:smtp  mail1.stofanet.dk:1521  SYN_RECV
tcp        0      0 mail1.godaddy.com:smtp  216.33.156.140:63931    SYN_RECV
tcp        0      0 mail1.godaddy.com:smtp  mail-out.chello.n:21159 SYN_RECV
tcp        0      0 mail1.godaddy.com:smtp  216.33.156.140:63933    SYN_RECV
tcp        0      0 mail1.godaddy.com:smtp  216.33.149.107:2532     SYN_RECV
tcp        0      0 mail1.godaddy.com:smtp  207.217.120.14:57736    SYN_RECV
tcp        0      0 mail1.godaddy.com:smtp  208.237.254.8:1189      SYN_RECV
tcp        0      0 mail1.godaddy.com:smtp  207.151.14.107:3166     SYN_RECV
tcp        0      0 mail1.godaddy.com:smtp  64.12.136.161:57745     SYN_RECV
tcp        0      0 mail1.godaddy.com:smtp  204.86.96.11:39465      SYN_RECV
tcp        0      0 mail1.godaddy.com:smtp  200.42.0.148:2089       SYN_RECV
tcp        0      0 mail1.godaddy.com:smtp  65.32.1.39:64871        SYN_RECV
tcp        0      0 mail1.godaddy.com:smtp  208.237.254.8:1190      SYN_RECV
tcp        0      0 mail1.godaddy.com:smtp  209.87.128.98:3944      SYN_RECV
tcp        0      0 mail1.godaddy.com:smtp  207.0.62.253:1169       SYN_RECV
[...several more smtp connections in the SYN_RECV state...]

A few minutes later, I did another "netstat". For brevity, here are the
"established smtp" connections reported this second time:

tcp        0      0 mail1.godaddy.com:smtp  208.162.63.130:2439
ESTABLISHED
tcp        0      0 mail1.godaddy.com:smtp  64.211.240.238:37129
ESTABLISHED
tcp        0      0 mail1.godaddy.com:smtp  208.50.170.31:4152
ESTABLISHED
tcp        0      0 mail1.godaddy.com:smtp  192.147.236.1:4795
ESTABLISHED
tcp        0      0 mail1.godaddy.com:smtp  64.211.240.238:37118
ESTABLISHED
tcp        0      0 mail1.godaddy.com:smtp  64.211.240.238:37106
ESTABLISHED
tcp        0      0 mail1.godaddy.com:smtp  208.50.153.24:54923
ESTABLISHED
tcp        0      0 mail1.godaddy.com:smtp  206.64.128.6:40610
ESTABLISHED
tcp        0      0 mail1.godaddy.com:smtp  139.76.67.20:42768
ESTABLISHED
tcp        0      0 mail1.godaddy.com:smtp  64.4.9.55:3234
ESTABLISHED
tcp        0      0 mail1.godaddy.com:smtp  207.69.200.157:8125
ESTABLISHED
tcp        0      0 mail1.godaddy.com:smtp  205.184.38.2:44352
ESTABLISHED
tcp        0      0 mail1.godaddy.com:smtp  207.217.120.14:53273
ESTABLISHED
tcp        0      0 mail1.godaddy.com:smtp  210.118.246.250:2886
ESTABLISHED
tcp        0      0 mail1.godaddy.com:smtp  212.29.65.201:3937
ESTABLISHED
tcp        0      0 mail1.godaddy.com:smtp  64.37.73.213:41102
ESTABLISHED
tcp        0      0 mail1.godaddy.com:smtp  64.211.240.232:13211
ESTABLISHED
tcp        0      0 mail1.godaddy.com:smtp  209.208.202.178:3833
ESTABLISHED
tcp        0      0 mail1.godaddy.com:smtp  208.50.144.69:5865
ESTABLISHED
tcp        0      0 mail1.godaddy.com:smtp  148.233.27.132:4087
ESTABLISHED
tcp        0      0 mail1.godaddy.com:smtp  207.150.192.30:1066
ESTABLISHED
tcp        0      0 mail1.godaddy.com:smtp  207.150.192.30:1066
ESTABLISHED

What I've noticed is that virtually all of the same connections are still
there. This makes sense given that every time I do a "qmail stop" and then a
"qmail start" I am able to get ~20 more emails delivered, because the first
~20 SMTP servers to connect are served, but then they don't disconnect and
get out of the way for new connections to be made.

So, I _think_ that I'm either wanting to increase the number of established
connections I can make, or I need to reconfigure to make those established
smtp connections disconnect as soon as they're done sending email(or both).
However, you guys are the gurus I'm leaning on for insight, so I am, of
course, open to any ideas as to the cause.

Here is the tcpserver line I am currently using for smtp:

22482 ?        S      0:00 /usr/local/bin/tcpserver -v -l
mail1.godaddy.com -P -H -R -x /etc/tcp.smtp.cdb -c 120 -u 503 -g 502 0 smtp
/var/qmail/bin/qmail-smtpd

And a ps -ax | grep qmail:

[root@mail1 qmail]# ps -ax | grep qmail
  692 ?        S      0:11 /usr/local/bin/multilog t s1000000 n20
/var/log/qmail
29658 ?        S      0:00 supervise qmail-smtpd
29660 ?        S      0:00 /usr/local/bin/multilog t /var/log/qmail
29800 ?        S      0:00 supervise qmail-send
29804 ?        S      0:00 qmail-send
29806 ?        S      0:00 qmail-lspawn ./Maildir/
29807 ?        S      0:00 qmail-rspawn
29808 ?        S      0:00 qmail-clean
 2334 ?        S      0:00 /var/qmail/bin/qmail-popup mail1.godaddy.com
/bin/che
 2835 ?        S      0:00 /var/qmail/bin/qmail-pop3d Maildir
 3555 ?        S      0:00 /var/qmail/bin/qmail-popup mail1.godaddy.com
/bin/che
 3558 ?        S      0:00 /var/qmail/bin/qmail-popup mail1.godaddy.com
/bin/che
 3596 ?        S      0:00 /var/qmail/bin/qmail-pop3d Maildir
 3597 ?        S      0:00 /var/qmail/bin/qmail-pop3d Maildir
 3674 ?        S      0:00 /var/qmail/bin/qmail-popup mail1.godaddy.com
/bin/che
 3681 ?        S      0:00 /var/qmail/bin/qmail-pop3d Maildir

Any assistance is greatly appreciated. If there is any other information you
need, please let me know.

Thanks,
Matt Hubbard
Go Daddy Software





> morning, and expected all to be well. Soon after the reload, we began to see
> our SMTP service go painfully slow, only allowing a trickle of emails to get
> in. So the rcpthosts list going blank and then being rebuilt is not the

Well, it may not be a real problem, it may be just slow connections
using up your concurrency. In this case it should eventually sort
itself out.

Having said that, you don't mention whether the box is very busy nor
what sort of internet connection you have. That would be useful to
know. Futhermore, you don't say whether SMTP deliveries are occuring
or not. Is the qmail-send log ticking over with new deliveries?

While Matt might have omitted some useful information, he does however
make our life a lot easier because he gives plain data and the *real*
domain. This allowed me to do a couple of test connections to his
server which makes things a lot clearer. Here's what happens for me:

$ telnet  mail1.godaddy.com 25
Trying 63.241.136.35...
telnet: connect to address 63.241.136.35: Network dropped connection on reset
telnet: Unable to connect to remote host

Thanks Matt. That tells me a lot. Specifically that the port is being
listened to - so tcpserver is running correctly, that connections are
being accept - so the tcpserver listen socket hasn't reach the backlog
limit, but then something fails...


> I have noticed that if I do a "qmail stop" and then a "qmail start", about
> 20 successful SMTP connections immediately come in, and then even though

This is a worry as your tcpserver line has a concurrency of 120 as
shown here.

> Here is the tcpserver line I am currently using for smtp:
> 
> 22482 ?        S      0:00 /usr/local/bin/tcpserver -v -l
> mail1.godaddy.com -P -H -R -x /etc/tcp.smtp.cdb -c 120 -u 503 -g 502 0 smtp
> /var/qmail/bin/qmail-smtpd


I'd expect you to see a lot more than 20 qmail-smtpd processes
running.

In conjunction with the results of the telnet test I suspect a limits
problem that is stopping tcpserver from forking as many processes as
it wants.

Do you log the tcpserver output? If so, what does it show? If not, can
you start logging (I don't know whether LWQ includes this).

Does your tcpserver start script use softlimit to set the process
limits? If so, can you include -p130 or some such? However tcpserver
is started you'll need to raise the limit on the number of children it
can fork.


Regards.





permissions for /var/log/qmail

[root@mail qmail]# ll
total 8
drwxrwxr-x    2 qmaill   root         4096 Jun 29 15:44 pop3d/
drwxrwxr-x    2 qmaill   root         4096 Jun 16 15:37 smtpd/
************************************************************************
Permissions for /var/qmail/supervise/qmail-smtpd/

[root@mail qmail-smtpd]# ll
total 12
drwxrwxr-x    2 root     root         4096 Jun 16 15:36 log/
-rwxr-xr-x    1 root     root          317 Jun 16 15:28 run*
drwx------    2 root     root         4096 Jul  1 09:32 supervise/
************************************************************************
Permissions for /var/qmail/supervise/qmail-pop3d/

[root@mail qmail-smtpd]# ll ../qmail-pop3d/
total 12
drwxrwxr-x    3 root     root         4096 Jun 16 18:15 log/
-rwxr-xr-x    1 root     root          219 Jun 16 18:07 run*
drwx------    2 root     root         4096 Jul  1 09:32 supervise/
************************************************************************
Permissions for /var/qmail/supervise

[root@mail qmail-smtpd]# ll ../
total 12
drwxrwxr-t    4 root     root         4096 Jun 16 17:56 qmail-pop3d/
drwxrwxr-x    4 root     root         4096 Jun 16 16:10 qmail-send/
drwxrwxr-x    4 root     root         4096 Jun 16 17:46 qmail-smtpd/
************************************************************************
the file that runs the logging for qmail-smtpd

#!/bin/sh
exec /usr/local/bin/setuidgid qmaill /usr/local/bin/multilog t \
     /var/log/qmail/smtpd
***********************************************************************
The file that runs the logging for the qmail-pop3d

#!/bin/sh
exec /usr/local/bin/setuidgid qmaill /usr/local/bin/multilog t \
     /var/log/qmail/pop3d
***********************************************************************
ps -aux

USER       PID %CPU %MEM   VSZ  RSS TTY      STAT START   TIME COMMAND
root         1  0.0  1.4  1064  468 ?        S    Jun30   0:04 init [3
root         2  0.0  0.0     0    0 ?        SW   Jun30   0:00 [kflushd]
root         3  0.0  0.0     0    0 ?        SW   Jun30   0:00 [kupdate]
root         4  0.0  0.0     0    0 ?        SW   Jun30   0:00 [kswapd]
root         5  0.0  0.0     0    0 ?        SW<  Jun30   0:00 [mdrecoveryd]
root       246  0.0  1.1  1048  388 ?        S    Jun30   0:00 /sbin/dhcpcd
eth0
root       293  0.0  1.8  1168  588 ?        S    Jun30   0:00 syslogd -m 0
root       303  0.0  2.4  1448  796 ?        S    Jun30   0:00 klogd -k
/boot/System.map-2.2.17-21mdksecure
root       316  0.0  1.9  1280  628 ?        S    Jun30   0:00 crond
root       329  0.0  1.5  1100  516 ?        S    Jun30   0:00 inetd
root       336  0.0  3.7  2336 1200 ?        S    Jun30   0:01 sshd
xfs        395  0.0  8.9  3964 2904 ?        S    Jun30   0:00
xfs -port -1 -daemon
root       411  0.0  4.8  4548 1564 ?        S    Jun30   0:00
/usr/sbin/cupsd
root       422  0.0  1.2  1032  400 tty1     S    Jun30   0:00
/sbin/mingetty tty1
root       423  0.0  1.2  1032  400 tty2     S    Jun30   0:00
/sbin/mingetty tty2
root       424  0.0  1.2  1032  400 tty3     S    Jun30   0:00
/sbin/mingetty tty3
root       425  0.0  1.2  1032  400 tty4     S    Jun30   0:00
/sbin/mingetty tty4
root       426  0.0  1.2  1032  400 tty5     S    Jun30   0:00
/sbin/mingetty tty5
root       427  0.0  1.2  1032  400 tty6     S    Jun30   0:00
/sbin/mingetty tty6
root       429  0.0  1.0  1064  328 ?        S    Jun30   0:00 svscan
/service
root       432  0.0  0.9  1028  296 ?        S    Jun30   0:00 supervise
qmail-send
root       433  0.0  0.9  1028  296 ?        S    Jun30   0:00 supervise
qmail-smtpd
root       434  0.0  0.9  1028  296 ?        S    Jun30   0:00 supervise
qmail-pop3d
root       435  0.0  0.9  1028  296 ?        S    Jun30   0:00 supervise log
qmails     436  0.0  1.1  1084  372 ?        S    Jun30   0:00 qmail-send
qmaild     437  0.0  1.4  1100  464 ?        S    Jun30   0:00
/usr/local/bin/tcpserver -v -R -l 0 -x /etc/tcp.smtp.cdb -c 20 -u 503
root       438  0.0  0.9  1056  312 ?        S    Jun30   0:00
/usr/local/bin/tcpserver -v -R -H -l 0 0 110 /var/qmail/bin/qmail-pop
qmaill     442  0.0  0.9  1040  292 ?        S    Jun30   0:00
/usr/local/bin/multilog t /var/log/qmail/pop3d
root       446  0.0  0.9  1040  312 ?        S    Jun30   0:00 qmail-lspawn
./Maildir/
qmailr     447  0.0  0.9  1040  304 ?        S    Jun30   0:00 qmail-rspawn
qmailq     448  0.0  0.9  1032  320 ?        S    Jun30   0:00 qmail-clean
root       883  0.0  3.9  3644 1292 ?        S    Jun30   0:00
/usr/local/samba/bin/smbd -D
root       896  0.0  3.9  2892 1284 ?        S    Jun30   0:00
/usr/local/samba/bin/nmbd -D
root       920  0.0  5.9  4020 1936 ?        S    Jun30   0:01
/usr/local/samba/bin/smbd -D
root      7548  0.0  5.5  2996 1800 ?        S    09:40   0:00 sshd
gary      7549  0.0  4.2  2256 1380 pts/0    S    09:40   0:00 -bash
root      7563  0.0  2.8  1920  924 pts/0    S    09:40   0:00 su
root      7564  0.0  4.4  2300 1432 pts/0    S    09:40   0:00 bash
root      7591  0.0  2.5  2468  820 pts/0    R    09:49   0:00 ps -aux
-----Original Message-----
From: pop corn [mailto:[EMAIL PROTECTED]]
Sent: Saturday, June 30, 2001 10:37 AM
To: [EMAIL PROTECTED]
Subject: Re: Qmail logging problems with Lifewithqmail directions


Yes, please:

1) post the run files
2) show the directory permissions/owners
3) show ps output to see what processes are running
(sometimes people get mutiple smtpd's running, for instance)


>From: "Gary Townsend" <[EMAIL PROTECTED]>
>To: <[EMAIL PROTECTED]>
>Subject: Qmail logging problems with Lifewithqmail directions
>Date: Sat, 30 Jun 2001 10:29:39 -0700
>
>hi there i setup qmail according to the directions on life with qmail and i
>seem to be having an odd difficulty my qmail -send and qmail-smtpd seem to
>be logging to stdout yet my qmailpop is logging to a file. the log files
>are
>both supposed to be outputting to a log file and i am using multilog as per
>the instructions on lifewithqmail any ideas i can post the run files whihc
>implement the logging if that might be helpful.
>

_________________________________________________________________
Get your FREE download of MSN Explorer at http://explorer.msn.com








--On Thursday, June 28, 2001 12:18:02 PM +0000 Uwe Ohse <[EMAIL PROTECTED]> wrote:


>> just feels like a system, rather than a hodge-podge of parts. Solaris
>> also  has this feel to it.
>
> How do you manage to ignore the /usr/ucb (and xpg4 and ...) compatibility
> braindamage?

I just ignore it. :-)

I admit that I was doing a wee bit of trolling in that there has been a lot 
of "Slowlaris" sentiment on this list.

I do prefer Solaris on SPARC. That's my personal preference and that's 
that. It has worked well for me.

I'm also a *BSD fan. I would choose FreeBSD first for x86 hardware. I also 
like NeXT/OPENSTEP and used that successfully for a long time. And I just 
bought a Mac so I can run OS X.

It's Linux that leaves me a bit cold. It's good, and Debian is quite 
impressive in many ways. I even installed SGI's XFS port with RH 7.1 and 
it's quite competent. But Linux still feels chaotic and the documentation 
sucks.

Just my opinion. And I did preface the subject of my reply with an OT so 
that it could be ignored more readily.










--On Saturday, June 30, 2001 08:29:37 PM -0700 Adam McKenna 
<[EMAIL PROTECTED]> wrote:

> On Sat, Jun 30, 2001 at 03:53:59PM -0400, Steve Fulton wrote:

> I swear to god, I wish people on this list would stop talking out of their
> asses.  The reason big businesses run Solaris is the same reason they run
> NT  -- they like having a big company "supporting" their software.  This
> is an area where the MS/Sun FUD against Open Source has been effective.

Sun has contributed to the Open Source community. I also notice that much 
of the money being made on open source software is in the support arena. 
Isn't that what RedHat is selling these days?

A number of the leading lights of open source are now working for major OS 
vendors. What do you make of that?

Apple is well on its way to becoming the largest volume vendor of unix. How 
will that affect things?







On Sun, Jul 01, 2001 at 02:08:33PM -0400, Stuart Krivis wrote:
> Sun has contributed to the Open Source community. I also notice that much 
> of the money being made on open source software is in the support arena. 
> Isn't that what RedHat is selling these days?

Sun contributes just enough to make it *appear* as though they care about
open source, however, those of us who have recently met with Sun
sales engineers and heard the FUD they spread about Open Source software and
OS's know a different story.

As far as RedHat support, yeah, it's there.  But I've yet to hear the phrase
"nobody ever got fired for buying {RedHat,Linux}" in the corporate world.

> A number of the leading lights of open source are now working for major OS 
> vendors. What do you make of that?

Who, exactly, are you speaking of?  I prefer not to comment on
generalizations.

> Apple is well on its way to becoming the largest volume vendor of unix. How 
> will that affect things?

Let's not get ahead of ourselves.

--Adam




Hello

i added another MX record for my domain where and what i should add into
qmail in order for qmail to act as a backup?

Thanks in advance





On Sun, Jul 01, 2001 at 08:37:12PM -0400, alexus wrote:
> Hello
> 
> i added another MX record for my domain where and what i should add into
> qmail in order for qmail to act as a backup?

Put the domain(s) in question into /var/qmail/rcpthosts and nowhere else as
you could have read in the archives athousand times.

-- 
* Henning Brauer, [EMAIL PROTECTED], http://www.bsws.de *
* Roedingsmarkt 14, 20459 Hamburg, Germany               *
Unix is very simple, but it takes a genius to understand the simplicity.
(Dennis Ritchie)




the reason why i desided to post this question is 'cause i was also have
been told that i need to create file smtproutes and add my domain there.. so
i just wanted to double make sure, sorry for bothering anyone on the list

----- Original Message -----
From: "Henning Brauer" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Sunday, July 01, 2001 8:45 PM
Subject: Re: MX record in DNS and Qmail


> On Sun, Jul 01, 2001 at 08:37:12PM -0400, alexus wrote:
> > Hello
> >
> > i added another MX record for my domain where and what i should add into
> > qmail in order for qmail to act as a backup?
>
> Put the domain(s) in question into /var/qmail/rcpthosts and nowhere else
as
> you could have read in the archives athousand times.
>
> --
> * Henning Brauer, [EMAIL PROTECTED], http://www.bsws.de *
> * Roedingsmarkt 14, 20459 Hamburg, Germany               *
> Unix is very simple, but it takes a genius to understand the simplicity.
> (Dennis Ritchie)
>





Hi,

I've noticed a ^M character in some plain text email messages in the qmail
queue.
Why is it there and how can i remove it ?

- ronnie -

----------------------------------------------------------------------------
This email had been checked by Asiatravelmart.com's Virus Scanner.
Please email any questions to [EMAIL PROTECTED]
----------------------------------------------------------------------------




> I've noticed a ^M character in some plain text email messages in the 
qmail
> queue.
> Why is it there

The ^M is the remain of a M$ machine's CR/LF pair, not converted.


> ...and how can i remove it ?

For the existing messages in the queue I'd say sed or alike.
For upcoming messages, you will have to find the point of 
misconfiguration. I could not tell you which side you should look for it 
(client or server).


Csaba



__________
This message went through virus scan at Trend Ltd. which stated
the message was clean of viri appeared before 2001.06.29.




Hi All,
 
I have a server installed with qmail. I have applied DNS patch
and Big-to-do patch and running qmail from 3 different
directories parallelly.
 
But, I am able to send 15 mails a second only Inspite
of all the above !!!!
 
Without Big-to-do patch also qmail gave me same performance !!!
 
But, Is there anyway or config by which  I can send say
100 mails a second ????
 
Thanks & Regards,
Rajesh,
tech solutions,
[EMAIL PROTECTED],
Intercept Consulting - INDIA.




so here is my problem... I did find some mention of
this problem in the archives, but no solution to this
problem.

I installed qmail as per
http://www.lifewithqmail.org/lwq.html (including pop3)

now what i see is multilog: fatal: unable to lock
directory /var/log/qmail: temporary failure

I checked over this page many times, and can not see
that I did anything wrong.  Did I miss something?

My other comment is that under section 5.2.1.2
it should tell you to make the following dirs
(/var/log/qmail/pop3d /var/log/qmail/pop3d/log)
before creating those files since the system won't
allow you to make the files when the dirs don't exist
(at least on my system it won't).

My mail server is running right now, but any messages
I send don't leave my system, and I don't receive any
messages.

if this has been explained somewhere I apologize, but
I could not find an answer.
I'm running debian linux with kernel 2.4.5, and i'm
not a linux guru.

lorac



_______________________________________________________
Do You Yahoo!?
Get your free @yahoo.ca address at http://mail.yahoo.ca




I'm new to the list so feel free to flog me if these questions are
archived somewhere (i haven't been able to turn up anything on a couple
of searches).

1)
I'm running qmail on a debian box; i'm pretty sure it was built from the
qmail-src 1.03-14 debian source package.  there has been some debate as
to whether this is normal; i've heard from a couple people that the
qmail-send process is supposed to take up all the avail cpu when nothing
else is using it; is that right? here's a typical output of 'top'... as
you can see the load is a bit high for a machine that's doing nothing
but accept mail for 30-40 people and provide imap / ssl imap service. 
the load rarely gets too high, and qmail does seem to allow other procs
to take up some cpu, but generally qmail-send is taking up at least
40-50 percent of the cpu, and the load is often between 1 and 2 even in
the evening when the box is being used for very little.

  1:05am  up 54 days, 10:06,  1 user,  load average: 1.28, 1.32, 1.24
67 processes: 58 sleeping, 4 running, 5 zombie, 0 stopped
CPU states: 33.0% user, 66.9% system,  0.0% nice,  0.0% idle
Mem:  516576K av, 461880K used,  54696K free,  14500K shrd, 398160K buff
Swap: 1020116K av,   5496K used, 1014620K free                 27264K
cached

  PID USER     PRI  NI  SIZE  RSS SHARE STAT  LIB %CPU %MEM   TIME
COMMAND
  168 qmails    13   0   212  188   108 R       0 98.6  0.0 74778m
qmail-send
 8046 william    2   0  1284 1284   688 R       0  0.9  0.2   0:00 top
  446 dallas     0   0  1008 1000   336 S       0  0.3  0.1   0:12 imapd
    1 root       0   0   108   64    48 S       0  0.0  0.0   0:28 init
    2 root       0   0     0    0     0 SW      0  0.0  0.0   0:02
kflushd
    3 root       0   0     0    0     0 SW      0  0.0  0.0   0:47
kupdate
    4 root       0   0     0    0     0 SW      0  0.0  0.0   0:00 kpiod
    5 root       0   0     0    0     0 SW      0  0.0  0.0   0:13
kswapd
   84 daemon     0   0    84    0     0 SW      0  0.0  0.0   0:00
portmap
  172 qmaill     0   0   208  200   160 S       0  0.0  0.0   8:49
splogger
  173 root       0   0   156  120    56 S       0  0.0  0.0   5:30
qmail-lspawn
  174 qmailr     0   0   140  112    84 S       0  0.0  0.0   0:19
qmail-rspawn
  175 qmailq     0   0   116  100    76 S       0  0.0  0.0   1:02
qmail-clean
  179 root       0   0   388  372   300 S       0  0.0  0.0 214:40
syslogd
  186 root       0   0   448    0     0 SW      0  0.0  0.0   0:00 klogd

2)
has anyone had much luck with any type of imapd other than courier for
qmail using Maildir?  i was able to get the uw Maildir patches to work,
but it didn't seem to work well with 'dot' subfolders.  When creating
folders from netscape the new folders were created in the main home
directory, and '.' subfolders and sub-subfolders didn't show up.




Hi,
everyone knows if there is a version of getmail with SSL support (or a
patch or... ) ?

Thanks in advance and sorry for the off-topic :) 

--  
  Leonardo Quirini 
-------------------------------------
  [EMAIL PROTECTED]  





Hi all..
 
i can try any prime number for hashing ..? ( is limited?)
 
and, is possible have two qmail over the same queue ..?
 
Thanks for all..
 


Reply via email to