On Fri, 2003-11-28 at 09:23, Lincoln A. Baxter wrote:
> On Fri, 2003-11-28 at 08:35, Mike Williams wrote:
> > -----BEGIN PGP SIGNED MESSAGE-----
> > Hash: SHA1
> >
> > On Friday 28 November 2003 13:08, Lincoln A. Baxter wrote:
> > > It would appear, that upon emerging the latest qmail (1.03-r13) has
> > > broken delivery of mail.
> > >
> > > It seems the messages are being accepted and sent out.
> > > Messages for local deliver are also being accepted, but are not
> > > available when one connects with a POP client
> > >
> > > Upon examination of my maildir, all the messages have been
> > > written to the maildir/new/ directory. They are not being moved over to
> > > the maildir/cur/ directory.
> >
> > Messages are supposed to be left in the new directory until they are
> > read/viewed, then they are moved to cur.
>
> Yea, that seems right, I noticed files in my wifes cur directory, which
> confused me. I think they are left over from when her MUA was
> configured to 'leave messages on the server'.
> >
> > > Does anyone know what changed in this new qmail (besides the fact that
> > > the ebuild wants you to generate ssl keys)... I did this, and it seems
> > > to have made no difference. The other major thing I emerged this evening
> > > was an new version of gcc, but I doubt this would have broken things.
> > >
> > > Had any one else had the same problem? and/or know of a fix.
> >
> > Was your pop server updated at the same time?
> > Qmail is still doing the right thing.
> >
>
> Sending mail works just fine. I agree that the problem is with the pop
> server. I am using qmail-pop3d. Have been for several years. And bin
> through several gentoo updates without a problem. This update replaced
> all the run scripts in the supervise directory, and created a bunch of
> new config files in the control directory, and left qmail-pop3d broken.
>
> It appears (based on a troll of the logs) that it is looking for
> /etc/tcp.pop3.cdb. Now I need to figure out how to build that file.
> Also new with this update, were /etc/tcp.{smtp,qmtp,qmqp}{,.cdb}
>
> It appears that what ever script built these has overlooked the build of
> the tcp.pop3 and tcp.pop3.cdb. So I am off to figure this out (by
> reading through the ebuild... I suspect the code the built these files,
> is probably in the package config function.
>
> I will post again when I figure this out.
>
> But there is little doubt that the developer must not use qmail-pop3d,
> or this would not have been released way more broken than any previous
> update of qmail, since I have been using gentoo. (just about a year
> now).
>
> Thanks...
>
Oh, we've made it a little farther. the tcprules program is used to
build the /etc/tcp.pop3.cdb file as follows:
tcprules /etc/tcp.pop3.cdb /etc/tcp.pop3.tmp </etc/tcp.pop3
Once one creates this file, connections to the pop3 server are accepted.
But we hang on the connection to the pop3 server.
In the new configuration files the POP3 server is configured to call
/bin/checkpassword. I am pretty sure was was before too. I have tested
by telneting to port 110, and authenticating with
user NAME
pass PASSWORD
and
list
quit
which returns a list of mails and sizes, and quits just fine. So now I
think pop3d IS working correctly. And it is evolution that is
misbehaving.
So I reconfigure EVO a 100 times, starting from scratch, and it just
HANGS talking to the qmail-pop3d. I configure EVO to talk to my ISP,
and it works first time. Its not the EVO config, its gotta be the new
qmail-pop3d server.
Lincoln
--
[EMAIL PROTECTED] mailing list
