yes.. mine were created on the fly too before changing to mysql. but my
files are there and owned by vpopmail:vpopmail (i dont have vchkpw group).
even the tmp files being created were owned by vpopmail.

since vpopmail has to be able to write a open-smtp open-smtp.lock and
open-smtp.tmp.

ill send this to the list, maybe someone there would know more about how the
permissions need to be or how they get messed up..

-rw-r--r--    1 vpopmail vchkpw         25 Aug 31  2002 inc_deps
-rw-r--r--    1 vpopmail vchkpw         67 Aug 31  2002 lib_deps
-rw-r--r--    1 vpopmail vchkpw         57 Aug 13  2002 open-smtp
-rw-r--r--    1 vpopmail vchkpw          0 Aug 13  2002 open-smtp.lock
-rw-r--r--    1 vpopmail vchkpw        121 Mar  8  2003 tcp.smtp
-rw-r--r--    1 root     root         2254 Sep 30 13:22 tcp.smtp.cdb

and actually as i look at this again, it looks as if i have not had an
open-smtp.cdb made.. maybe never on this machine..
but it was setup that way before it came to this machine..

have you verified you have the plaintext 'infile' open-smtp and that
vpopmail has access to read and write to it

contents of mine:
216.88.21.7:allow,RELAYCLIENT="",RBLSMTPD=""     1029246966

this was auto put there too.. should just have to touch a file and chown it
to vpopmail.. then when clients are authed their ip and timestamp goes into
open-smtp.
then vpopmail rebuilds the cdb database from open-smtp and i forget its
final name. i think its just open-smtp.cdb and the files you are seeing
being created is the tempfile..

which means either sourcefile or destinationfile are not present.. im
betting on source file..


could ya send an ls -l of ~vpopmail/etc ?

----- Original Message -----
From: John Boynton <[EMAIL PROTECTED]>
To: Brah Mon <[EMAIL PROTECTED]>
Sent: Tuesday, September 30, 2003 12:39 PM
Subject: RE: [vchkpw] Romaing User problems


> They are owned by root.
>
> Where does the ownership get set? These files are created on the fly.
>
> John B
>
> -----Original Message-----
> From: Brah Mon [mailto:[EMAIL PROTECTED]
> Sent: Tuesday, September 30, 2003 12:43 PM
> To: John Boynton
> Subject: Re: [vchkpw] Romaing User problems
>
>
> what user are the open.smtp.tmp.XXXX files owned by?
> everything in ~vpopmail/etc should be owned by vpopmail
>
> if your files are being created by another user then i bet tcpserver
cannot
> update the cdb files as that user..
>
> ----- Original Message -----
> From: John Boynton <[EMAIL PROTECTED]>
> To: Brah Mon <[EMAIL PROTECTED]>
> Sent: Tuesday, September 30, 2003 9:42 AM
> Subject: RE: [vchkpw] Romaing User problems
>
>
> > Ok I have made the following changes and had the following results:
> >
> > The files have comments in them to show the changes.
> >
> > Now the system reads the tcp.smtp.cdb in the /home/vpopmail/etc dir.
> > There are still files being created called open.smtp.tmp.35325 with
> > different numbers.
> > There is nothing being written to these files nor to the
> > /home/vpopmail/etc/open.smtp file.
> >
> > I would like to find out what file/process is used to write the
authorized
> > pop connections to these open.smtp files.
> >
> > Thanks,
> >
> > John B
> >
> >
> >
> >
> >  /var/qmail/supervise/qmail-smtpd/run:
> >  --------------------------------------------------------
> > #!/bin/sh
> >
> > QMAILDUID=`id -u qmaild`
> > NOFILESGID=`id -g qmaild`
> > MAXSMTPD=`cat /var/qmail/control/concurrencyincoming`
> > LOCAL=`head -1 /var/qmail/control/me`
> >
> > if [ -z "$QMAILDUID" -o -z "$NOFILESGID" -o -z "$MAXSMTPD" -o -z
> > "$LOCAL" ];
> > then
> >     echo QMAILDUID, NOFILESGID, MAXSMTPD, or LOCAL is unset in
> >     echo /var/qmail/supervise/qmail-smtpd/run
> >     exit 1
> > fi
> >
> > if [ ! -f /var/qmail/control/rcpthosts ]; then
> >     echo "No /var/qmail/control/rcpthosts!"
> >     echo "Refusing to start SMTP listener because it'll create an open
> > relay"
> >     exit 1
> > fi
> >
> > #Changed from /etc/ dir to /home/vpopmail/etc/
> >
> > exec /usr/local/bin/softlimit -m 2000000 \
> >     /usr/local/bin/tcpserver -v -R -l "$LOCAL" -x
> > /home/vpopmail/etc/tcp.smtp.cdb -c
> > "$MAXSMTPD" \
> >         -u "$QMAILDUID" -g "$NOFILESGID" 0 smtp
/var/qmail/bin/qmail-smtpd
> > 2>&1
> > ------------------------------------------------------------
> >
> > /var/qmail/bin/qmailctl
> > -------------------------------------------------------------
> > #!/bin/sh
> >
> > # description: the qmail MTA
> >
> > PATH=/var/qmail/bin:/bin:/usr/bin:/usr/local/bin:/usr/local/sbin
> > export PATH
> >
> > QMAILDUID=`id -u qmaild`
> > NOFILESGID=`id -g qmaild`
> >
> > case "$1" in
> >   start)
> >     echo "Starting qmail"
> >     if svok /service/qmail-send ; then
> >       svc -u /service/qmail-send /service/qmail-send/log
> >     else
> >       echo "qmail-send supervise not running"
> >     fi
> >     if svok /service/qmail-smtpd ; then
> >       svc -u /service/qmail-smtpd /service/qmail-smtpd/log
> >     else
> >       echo "qmail-smtpd supervise not running"
> >     fi
> >     if [ -d /var/lock/subsys ]; then
> >       touch /var/lock/subsys/qmail
> >     fi
> >     ;;
> >   stop)
> >     echo "Stopping qmail..."
> >     echo "  qmail-smtpd"
> >     svc -d /service/qmail-smtpd /service/qmail-smtpd/log
> >     echo "  qmail-send"
> >     svc -d /service/qmail-send /service/qmail-send/log
> >     if [ -f /var/lock/subsys/qmail ]; then
> >       rm /var/lock/subsys/qmail
> >     fi
> >     ;;
> >   stat)
> >     svstat /service/qmail-send
> >     svstat /service/qmail-send/log
> >     svstat /service/qmail-smtpd
> >     svstat /service/qmail-smtpd/log
> >     qmail-qstat
> >     ;;
> >   doqueue|alrm|flush)
> >     echo "Flushing timeout table and sending ALRM signal to qmail-send."
> >     /var/qmail/bin/qmail-tcpok
> >     svc -a /service/qmail-send
> >     ;;
> >   queue)
> >     qmail-qstat
> >     qmail-qread
> >     ;;
> >   reload|hup)
> >     echo "Sending HUP signal to qmail-send."
> >     svc -h /service/qmail-send
> >     ;;
> >   pause)
> >     echo "Pausing qmail-send"
> >     svc -p /service/qmail-send
> >     echo "Pausing qmail-smtpd"
> >     svc -p /service/qmail-smtpd
> >     ;;
> >   cont)
> >     echo "Continuing qmail-send"
> >     svc -c /service/qmail-send
> >     echo "Continuing qmail-smtpd"
> >     svc -c /service/qmail-smtpd
> >     ;;
> >   restart)
> >     echo "Restarting qmail:"
> >     echo "* Stopping qmail-smtpd."
> >     svc -d /service/qmail-smtpd /service/qmail-smtpd/log
> >     echo "* Sending qmail-send SIGTERM and restarting."
> >     svc -t /service/qmail-send /service/qmail-send/log
> >     echo "* Restarting qmail-smtpd."
> >     svc -u /service/qmail-smtpd /service/qmail-smtpd/log
> >     ;;
> >   cdb)
> > #Changed from /etc/ dir /home/vpopmail/etc/ dir
> >     tcprules /home/vpopmail/etc/tcp.smtp.cdb
> /home/vpopmail/etc/tcp.smtp.tmp
> > < /home/vpopmail/etc/tcp.smtp
> >     chmod 644 /home/vpopmail/etc/tcp.smtp.cdb
> >     echo "Reloaded /home/vpopmail/etc/tcp.smtp."
> >     ;;
> >   help)
> >     cat <<HELP
> >    stop -- stops mail service (smtp connections refused, nothing goes
out)
> >   start -- starts mail service (smtp connection accepted, mail can go
out)
> >   pause -- temporarily stops mail service (connections accepted, nothing
> > leaves)
> >    cont -- continues paused mail service
> >    stat -- displays status of mail service
> >     cdb -- rebuild the tcpserver cdb file for smtp
> > restart -- stops and restarts smtp, sends qmail-send a TERM & restarts
it
> > doqueue -- schedules queued messages for immediate delivery
> >  reload -- sends qmail-send HUP, rereading locals and virtualdomains
> >   queue -- shows status of queue
> >    alrm -- same as doqueue
> >   flush -- same as doqueue
> >     hup -- same as reload
> > HELP
> >     ;;
> >   *)
> >     echo "Usage: $0
> >
{start|stop|restart|doqueue|flush|reload|stat|pause|cont|cdb|queue|help}"
> >     exit 1
> >     ;;
> > esac
> >
> > exit 0
> >
> >
> >
> > -------------------------------------------------------------
> >
> > -----Original Message-----
> > From: Brah Mon [mailto:[EMAIL PROTECTED]
> > Sent: Monday, September 29, 2003 7:23 PM
> > To: John Boynton; [EMAIL PROTECTED]
> > Subject: Re: [vchkpw] Romaing User problems
> >
> >
> > Something to try..
> >
> > I use mysql roaming users vs. cdb, but it seems your problem could be
the
> > run file for qmail-smtpd
> >
> > > exec /usr/local/bin/softlimit -m 2000000 \
> > >     /usr/local/bin/tcpserver -v -R -l "$LOCAL" -x /etc/tcp.smtp.cdb -c
> > > "$MAXSMTPD" \
> > >         -u "$QMAILDUID" -g "$NOFILESGID" 0 smtp
> /var/qmail/bin/qmail-smtpd
> > > 2>&1
> >
> > vpopmail is whats creating the files in ~vpopmail/etc, and smtpd is
using
> > /etc/tcp.smtp.cdb..
> > try -x /home/vpopmail/etc/tcp.smtp.cdb and see if mail gets through, but
> > backup your cdb files first..
> >
> >
> > ----- Original Message -----
> > From: John Boynton <[EMAIL PROTECTED]>
> > To: <[EMAIL PROTECTED]>
> > Sent: Monday, September 29, 2003 3:30 PM
> > Subject: [vchkpw] Romaing User problems
> >
> >
> > > I have installed qmail and vpopmail.
> > >
> > >
> > >
> > > I have used --enable-roaming-users=y and I am able to send and receive
> > mail,
> > > if the IP address is listed in the /etc/tcp.smtp file.
> > >
> > > When a user logs in to get authenticated by pop a new file is created
in
> > the
> > > /home/vpopmail/etc dir with a name of open-smtp.tmp.23486, with
> different
> > > numbers.
> > >
> > > These files are all blank.
> > >
> > > If I edit any of the files in the /home/vpopmail/etc dir .... the is
no
> > > difference.
> > >
> > > If I edit /etc/tcp.smtp, manually add the IP and reload the cdb it
will
> > > allow the user to send.
> > >
> > > I am certain it is something in my configuration for qmail-smtpd.
> > >
> > >
> > > Any help that you can offer I would greatly appreciate it.
> > >
> > > Thanks in advance,
> > > John B
> > >
> > >
> > > /var/qmail/supervise/qmail-smtpd/run:
> > > --------------------------------------------------------
> > > #!/bin/sh
> > >
> > > QMAILDUID=`id -u qmaild`
> > > NOFILESGID=`id -g qmaild`
> > > MAXSMTPD=`cat /var/qmail/control/concurrencyincoming`
> > > LOCAL=`head -1 /var/qmail/control/me`
> > >
> > > if [ -z "$QMAILDUID" -o -z "$NOFILESGID" -o -z "$MAXSMTPD" -o -z
> > "$LOCAL" ];
> > > then
> > >     echo QMAILDUID, NOFILESGID, MAXSMTPD, or LOCAL is unset in
> > >     echo /var/qmail/supervise/qmail-smtpd/run
> > >     exit 1
> > > fi
> > >
> > > if [ ! -f /var/qmail/control/rcpthosts ]; then
> > >     echo "No /var/qmail/control/rcpthosts!"
> > >     echo "Refusing to start SMTP listener because it'll create an open
> > > relay"
> > >     exit 1
> > > fi
> > >
> > > exec /usr/local/bin/softlimit -m 2000000 \
> > >     /usr/local/bin/tcpserver -v -R -l "$LOCAL" -x /etc/tcp.smtp.cdb -c
> > > "$MAXSMTPD" \
> > >         -u "$QMAILDUID" -g "$NOFILESGID" 0 smtp
> /var/qmail/bin/qmail-smtpd
> > > 2>&1
> > >
> > > ------------------------------------------------------------
> > >
> > > /var/qmail/supervise/qmail-smtpd/log/run:
> > > ------------------------------------------------------------
> > > #!/bin/sh
> > > exec /usr/local/bin/setuidgid qmaill /usr/local/bin/multilog t
> > > /var/log/qmail/smtpd
> > > ------------------------------------------------------------
> > >
> > > /var/qmail/supervise/qmail-send/run:
> > > ------------------------------------------------------------
> > >
> > > #!/bin/sh
> > > exec /var/qmail/rc
> > > ------------------------------------------------------------
> > >
> > > /var/qmail/supervise/qmail-send/log/run:
> > > ------------------------------------------------------------
> > > #!/bin/sh
> > > exec /usr/local/bin/setuidgid qmaill /usr/local/bin/multilog t
> > > /var/log/qmail
> > > ------------------------------------------------------------
> > >
> > > /var/qmail/rc
> > > ------------------------------------------------------------
> > > #!/bin/sh
> > >
> > > # Using stdout for logging
> > > # Using control/defaultdelivery from qmail-local to deliver messages
by
> > > default
> > >
> > > exec env - PATH="/var/qmail/bin:$PATH" \
> > > qmail-start "`cat /var/qmail/control/defaultdelivery`"
> > > ------------------------------------------------------------
> > >
> > >
> > >
> > >
> > >
> >
> >
> >
> >
>
>
>


Reply via email to