I've been running all of this as root, including the attempt that yielded
the original error.  I've been doing this testing on the box that has a
source install.  When I run 'strace /usr/bin/qmail/qmail-pw2u alias' on the
box with the RPM install, it never completes.  It hangs with the following
output:

execve("/usr/bin/qmail/qmail-pw2u", ["/usr/bin/qmail/qmail-pw2u", "alias"],
[/* 25 vars */]) = 0
brk(0)                                  = 0x8052e20
open("/etc/ld.so.preload", O_RDONLY)    = -1 ENOENT (No such file or
directory)
open("/etc/ld.so.cache", O_RDONLY)      = 3
fstat(3, {st_mode=S_IFREG|0644, st_size=24081, ...}) = 0
mmap(0, 24081, PROT_READ, MAP_PRIVATE, 3, 0) = 0x40013000
close(3)                                = 0
open("/lib/libc.so.6", O_RDONLY)        = 3
fstat(3, {st_mode=S_IFREG|0755, st_size=4118299, ...}) = 0
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\250\202"..., 4096)
= 4096
mmap(0, 993500, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) = 0x40019000
mprotect(0x40104000, 30940, PROT_NONE)  = 0
mmap(0x40104000, 16384, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED, 3,
0xea000) = 0x40104000
mmap(0x40108000, 14556, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x40108000
close(3)                                = 0
mprotect(0x40019000, 962560, PROT_READ|PROT_WRITE) = 0
mprotect(0x40019000, 962560, PROT_READ|PROT_EXEC) = 0
munmap(0x40013000, 24081)               = 0
personality(0 /* PER_??? */)            = 0
getpid()                                = 13277
brk(0)                                  = 0x8052e20
brk(0x8052fc0)                          = 0x8052fc0
brk(0x8053000)                          = 0x8053000
chdir("/var/qmail")                     = 0
open("users/include", O_RDONLY|O_NONBLOCK) = 3
read(3, "", 64)                         = 0
close(3)                                = 0
open("users/exclude", O_RDONLY|O_NONBLOCK) = 3
read(3, "", 64)                         = 0
close(3)                                = 0
open("users/mailnames", O_RDONLY|O_NONBLOCK) = 3
read(3, "", 64)                         = 0
close(3)                                = 0
read(0, 

and it just sits there with a blinking cursor.


The output of the strace that you saw before was from the source install.
Since that one appears to be behaving a little better I'm going to focus on
it.  Here is the output of qmail-showctl from my source install:

qmail home directory: /var/qmail.
user-ext delimiter: -.
paternalism (in decimal): 2.
silent concurrency limit: 120.
subdirectory split: 23.
user ids: 521, 518, 519, 0, 520, 522, 523, 524.
group ids: 518, 519.

badmailfrom: (Default.) Any MAIL FROM is allowed.

bouncefrom: (Default.) Bounce user name is MAILER-DAEMON.

bouncehost: (Default.) Bounce host name is astral.datareturn.com.

concurrencylocal: (Default.) Local concurrency is 10.

concurrencyremote: (Default.) Remote concurrency is 20.

databytes: (Default.) SMTP DATA limit is 0 bytes.

defaultdomain: Default domain name is .

defaulthost: (Default.) Default host name is astral.datareturn.com.

doublebouncehost: (Default.) 2B recipient host: astral.datareturn.com.

doublebounceto: (Default.) 2B recipient user: postmaster.

envnoathost: (Default.) Presumed domain name is astral.datareturn.com.

helohost: (Default.) SMTP client HELO host name is astral.datareturn.com.

idhost: (Default.) Message-ID host name is astral.datareturn.com.

localiphost: (Default.) Local IP address becomes astral.datareturn.com.

locals: 

me: My name is astral.datareturn.com.

percenthack: (Default.) The percent hack is not allowed.

plusdomain: Plus domain name is .

qmqpservers: (Default.) No QMQP servers.

queuelifetime: (Default.) Message lifetime in the queue is 604800 seconds.

rcpthosts: 
SMTP clients may send messages to recipients at localhost.
SMTP clients may send messages to recipients at astral.datareturn.com.

morercpthosts: (Default.) No effect.

morercpthosts.cdb: (Default.) No effect.

smtpgreeting: (Default.) SMTP greeting: 220 astral.datareturn.com.

smtproutes: (Default.) No artificial SMTP routes.

timeoutconnect: (Default.) SMTP client connection timeout is 60 seconds.

timeoutremote: (Default.) SMTP client data timeout is 1200 seconds.

timeoutsmtpd: (Default.) SMTP server data timeout is 1200 seconds.

virtualdomains: (Default.) No virtual domains.


egrep '(^alias:|^qmail[dlpqrs]:)' /etc/passwd yields the following:

qmaild:x:518:518::/var/qmail:/bin/bash
qmaill:x:519:518::/var/qmail:/bin/bash
qmailp:x:520:518::/var/qmail:/bin/bash
alias:x:521:518::/var/qmail/alias:/bin/bash
qmailq:x:522:519::/var/qmail:/bin/bash
qmailr:x:523:519::/var/qmail:/bin/bash
qmails:x:524:519::/var/qmail:/bin/bash


-Chris


-----Original Message-----
From: Dave Sill [mailto:[EMAIL PROTECTED]]
Sent: Monday, April 10, 2000 2:35 PM
To: [EMAIL PROTECTED]
Subject: RE: Problems with qmail-pw2u


Chris Tolley <[EMAIL PROTECTED]> wrote:

>From what I can make of this, I'm missing /etc/ld.so.preload.

Yes, but that's normal.

>If that is my
>problem, can someone tell me what source or RPM I can get that from?  Here
>is the verbose output of strace /usr/bin/qmail/qmail-getpw alias :
>
>...
>
>write(1, "alias\000521\000518\0/var/qmail/alias\0\0"...,
>33alias521518/var/qmail/alias) = 33

This shows that the "qmail-getpw alias" succeeded. Did you do this as
the same user who ran qmail-pw2u? Try running qmail-getpw2u under
strace.

Also, send us the output of qmail-showctl.

-Dave

Reply via email to