Re: Compile problems with compilation of daemontools-0.70 on RH 7.1
Are you compiling as non-root? If you're the root user, it won't compile. I had similar problems, but then I compiled in the home directory of a non-root user and it worked. - Original Message - From: Ed Weinberg [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Monday, May 21, 2001 1:23 PM Subject: Compile problems with compilation of daemontools-0.70 on RH 7.1 I am havingompile problems compiling daemontools-0.70 on RH 7.1. I have already compiled Qmail, Checkpassword, and several other packages, just this one is giving me a problem. Are there known problems doing this with 7.1? Anyone have a work-arround? Here is the last few lines while make is running: ./load tai64n time.a unix.a byte.a ./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 Thanks -- Ed
assign file being overwritten regularly
Does anyone know why the 'assign' file in /etc/qmail/users would continually be overwritten? I edit it and run qmail-newu and everything works great... then, at some point later, assign is re-written and the addresses don't work anymore. for example, i've got: =carl:carldan:600:100:/home/carldan::: which later gets written to =carldan:carldan:600:100:/home/carldan::: hmm... Thanks!
Re: assign file being overwritten regularly
i think i just figured it out. look what was in cron.hourly: #!/bin/sh set -e cd /var/qmail/users test -s assign -a -s cdb \ qmail-pw2u /etc/passwd assign \ qmail-newu Hmm i guess it puts this in by default (or something did)... well, that's gone. i guess that would be a handy file to have in cron.hourly because if you didn't know any better, it'd create users for you automatically. Carl
Re: Qmail and its parts.
Why is someone sending this message again? I was successfully helped. Thanks. Carl - Original Message - From: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Friday, May 04, 2001 12:57 PM Subject: Qmail and its parts. I don't normally ask for help, but this thing (qmail and associated programs) is driving me nuts. Environment and background: O/S: RedHat 7.0 compiled and installed these packages: qmail-1.03+patches-18 supervise-scripts-3.3-1 ucspi-tcp-0.88-1 ucspi-unix-0.34-1 vmailmgr-0.96.9-2 vmailmgr-courier-imap-0.96.9-2 vmailmgr-daemon-0.96.9-2 While I thought I've configured everything according to the million man files...mail comes in, gets put into a directory under /var/qmail/queue ps -ef | grep qmail reveals: root 198 194 0 08:59 ? 00:00:00 supervise qmailqmaild 570 1 0 09:00 ? 00:00:00 tcpserver -c 100 -u 101 -g 102 0 so qmail is apparantly running. qmail-showctl looks good. my rcpthosts contains the name of the mailserver, the name of the domain. virtualdomains looks good.. for both users i have defined right now, it has the name of the domain and the username (domainname:username). /etc/qmail/users/assign formatted according to the man page. qmail-qstat reveals: messages in queue: 24messages in queue but not yet preprocessed: 14 It would help me greatly if anyone could help me understand how all these things fit together. I know supervise is a replacement for just putting something in rc.d or whatever, and i think i have that running right, since qmail is running.What I'mhoping to accomplish is the delivery ofthe email into the correct user's maildir. Confused as to how vmailmgr fits into this, i've even made the .qmail file in the user's directory simply point at the maildir directory, instead of using the | to send the mail to the vmailmgr. Could someone get me started? Thanks.. Carl Danowski
Qmail and its parts.
I don't normally ask for help, but this thing (qmail and associated programs) is driving me nuts. Environment and background: O/S: RedHat 7.0 compiled and installed these packages: qmail-1.03+patches-18 supervise-scripts-3.3-1 ucspi-tcp-0.88-1 ucspi-unix-0.34-1 vmailmgr-0.96.9-2 vmailmgr-courier-imap-0.96.9-2 vmailmgr-daemon-0.96.9-2 While I thought I've configured everything according to the million man files...mail comes in, gets put into a directory under /var/qmail/queue ps -ef | grep qmail reveals: root 198 194 0 08:59 ? 00:00:00 supervise qmailqmaild 570 1 0 09:00 ? 00:00:00 tcpserver -c 100 -u 101 -g 102 0 so qmail is apparantly running. qmail-showctl looks good. my rcpthosts contains the name of the mailserver, the name of the domain. virtualdomains looks good.. for both users i have defined right now, it has the name of the domain and the username (domainname:username). /etc/qmail/users/assign formatted according to the man page. qmail-qstat reveals: messages in queue: 24messages in queue but not yet preprocessed: 14 It would help me greatly if anyone could help me understand how all these things fit together. I know supervise is a replacement for just putting something in rc.d or whatever, and i think i have that running right, since qmail is running.What I'mhoping to accomplish is the delivery ofthe email into the correct user's maildir. Confused as to how vmailmgr fits into this, i've even made the .qmail file in the user's directory simply point at the maildir directory, instead of using the | to send the mail to the vmailmgr. Could someone get me started? Thanks.. Carl Danowski
Re: Qmail and its parts.
oops. i chmod'd run and ran it. immediately it tried to process the queue. thanks. i hate it when it's something stupid, and, of course, my question went to the millions (haha) on this list. . now, i've just got to figure out why it's not able to chdir to Maildir. hmm... thanks again. carl - Original Message - From: Chris Johnson [EMAIL PROTECTED] To: Carl J. Danowski [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Sent: Friday, May 04, 2001 1:17 PM Subject: Re: Qmail and its parts.