Peter Palmreuther wrote:
> Not 'probably', for sure. vchpw ain't able to open a lock
> file and therefore refuses to continue writing IP to open-smtp.
> 
>> -rw-r--r--  1 vpopmail  vchkpw     0 Jan 15 15:40 open-smtp
>> -rw-r--r--  1 root      wheel      0 Jan 15 01:22 open-smtp.lock
> Returning to your problem: in line 188 of your dump I see:
> 
>>  16072 vchkpw   CALL  geteuid
>>  16072 vchkpw   RET   geteuid 89/0x59
> 
> So your vchkpw is run as 'vpopmail'. But the lock file is
> owned by (and write restricted to) root. I don't see a setuid
> call in your run script, so: any of vpopmail binaries set the
> setuid bit? What's the output of
> 
> ls -l /home/vpopmail/bin/*
> 
> Any '-u 89' anywhere in your startup script? Any other
> possible 'change user ID' mechanism?

Vpopmail: -u 89
Vchkpw: -g 89

observe# ls -l /home/vpopmail/bin/*
-rwx--x--x  1 vpopmail  vchkpw   65536 Jan 12 12:13
/home/vpopmail/bin/clearopensmtp
-rwx--x--x  1 vpopmail  vchkpw   65536 Jan 12 12:13
/home/vpopmail/bin/vaddaliasdomain
-rwx--x--x  1 vpopmail  vchkpw   69632 Jan 12 12:13
/home/vpopmail/bin/vadddomain
-rwx--x--x  1 vpopmail  vchkpw   65536 Jan 12 12:13
/home/vpopmail/bin/vadduser
-rwx--x--x  1 vpopmail  vchkpw   69632 Jan 12 12:13
/home/vpopmail/bin/valias
-rwx--x--x  1 vpopmail  vchkpw   65536 Jan 12 12:13
/home/vpopmail/bin/vchangepw
-rwx--x--x  1 vpopmail  vchkpw   73728 Jan 12 12:13
/home/vpopmail/bin/vchkpw
-rwx--x--x  1 vpopmail  vchkpw  208734 Jan 12 01:08
/home/vpopmail/bin/vchkpw-noroaming
-rwx--x--x  1 vpopmail  vchkpw   69632 Jan 12 12:13
/home/vpopmail/bin/vconvert
-rwx--x--x  1 vpopmail  vchkpw   65536 Jan 12 12:13
/home/vpopmail/bin/vdeldomain
-rwx--x--x  1 vpopmail  vchkpw   73728 Jan 12 12:13
/home/vpopmail/bin/vdelivermail
-rwx--x--x  1 vpopmail  vchkpw   65536 Jan 12 12:13
/home/vpopmail/bin/vdeloldusers
-rwx--x--x  1 vpopmail  vchkpw   65536 Jan 12 12:13
/home/vpopmail/bin/vdeluser
-rwx--x--x  1 vpopmail  vchkpw   69632 Jan 12 12:13
/home/vpopmail/bin/vdominfo
-rwx--x--x  1 vpopmail  vchkpw   65536 Jan 12 12:13
/home/vpopmail/bin/vipmap
-rwx--x--x  1 vpopmail  vchkpw   65536 Jan 12 12:13 /home/vpopmail/bin/vkill
-rwx--x--x  1 vpopmail  vchkpw   65536 Jan 12 12:13
/home/vpopmail/bin/vmkpasswd
-rwx--x--x  1 vpopmail  vchkpw   77824 Jan 12 12:13
/home/vpopmail/bin/vmoddomlimits
-rwx--x--x  1 vpopmail  vchkpw   69632 Jan 12 12:13
/home/vpopmail/bin/vmoduser
-rwx--x--x  1 vpopmail  vchkpw   65536 Jan 12 12:13
/home/vpopmail/bin/vpasswd
-rwx--x--x  1 vpopmail  vchkpw   69632 Jan 12 12:13
/home/vpopmail/bin/vpopbull
-rwx--x--x  1 vpopmail  vchkpw   73728 Jan 12 12:13
/home/vpopmail/bin/vqmaillocal
-rwx--x--x  1 vpopmail  vchkpw   65536 Jan 12 12:13
/home/vpopmail/bin/vsetuserquota
-rwx--x--x  1 vpopmail  vchkpw   69632 Jan 12 12:13
/home/vpopmail/bin/vuserinfo

> Nonetheless you can try to delete open-smtp.lock, maybe (if
> '/home/vpopmail/etc' permits UID 89 to create a new file)
> this already solves your problem.

I've deleted my open-smtp.lock, and I've tried to download emails from
pop3-ssl, but my ktrace says the same:

[...]
 29540 vchkpw   NAMI  "/home/vpopmail/domains/nesys.it/test/lastauth"
 29540 vchkpw   RET   chown 0
 29540 vchkpw   CALL  gettimeofday(0xcfbfd58c,0)
 29540 vchkpw   RET   gettimeofday 0
 29540 vchkpw   CALL  open(0x833c,0x602,0x1b6)
 29540 vchkpw   NAMI  "/home/vpopmail/etc/open-smtp.lock"
 29540 vchkpw   RET   open -1 errno 13 Permission denied
 29540 vchkpw   CALL  setgid(0x59)
 29540 vchkpw   RET   setgid 0
 29540 vchkpw   CALL  setuid(0x59)
 29540 vchkpw   RET   setuid 0
 29540 vchkpw   CALL  chdir(0x12c22)
 29540 vchkpw   NAMI  "/home/vpopmail/domains/nesys.it/test"
 29540 vchkpw   RET   chdir 0
 29540 vchkpw   CALL  close(0xffffffff)
 29540 vchkpw   RET   close -1 errno 9 Bad file descriptor
 29540 vchkpw   CALL  execve(0xcfbfd9d2,0xcfbfd97c,0x16000)
 29540 vchkpw   NAMI  "/var/qmail/bin/qmail-pop3d"
 29540 qmail-pop3d EMUL  "native"
 29540 qmail-pop3d RET   execve 0
 29540 qmail-pop3d CALL  open(0x10e5,0,0)
 29540 qmail-pop3d NAMI  "/usr/libexec/ld.so"
 29540 qmail-pop3d RET   open 3
 29540 qmail-pop3d CALL  read(0x3,0xcfbfd984,0x20)
[...]

... Ooopss ... I've seen now the problem!
observe# ls -la
total 8
drwxr-xr-x  8 root      wheel    512 Jan 12 01:10 .
drwxr-xr-x  5 root      wheel    512 Dec 11 09:23 ..
drwxr-xr-x  2 vpopmail  vchkpw  1024 Jan 12 12:13 bin
drwxr-xr-x  4 vpopmail  vchkpw   512 Jul 15  2003 doc
drwx------  8 vpopmail  vchkpw   512 Dec 23 00:45 domains
drwxr-xr-x  2 root      wheel    512 Jan 15 17:10 etc
drwxr-xr-x  2 vpopmail  vchkpw   512 Jan 12 12:13 include
drwxr-xr-x  2 vpopmail  vchkpw   512 Jan 12 12:13 lib

The etc directory is the problem, I think. Right?
What the right permission?

My etc dir:
observe# ls -la
total 10
drwxr-xr-x  2 root      wheel    512 Jan 15 17:10 .
drwxr-xr-x  8 root      wheel    512 Jan 12 01:10 ..
-rw-r--r--  1 root      wheel     25 Jan 12 12:13 inc_deps
-rw-r--r--  1 root      wheel     34 Jan 12 12:13 lib_deps
-rw-r--r--  1 vpopmail  vchkpw     0 Jan 15 16:40 open-smtp
-rw-r--r--  1 root      wheel    454 Jan 12 01:07 tcp.smtp
-rw-r--r--  1 root      wheel   2352 Jan 15 17:10 tcp.smtp.cdb
-rw-r--r--  1 vpopmail  vchkpw  1107 Jan 12 01:09 vlimits.default

Now all's ok?

Thanks
Andrea

Reply via email to