I just submitted the following bug:
http://bugs.gentoo.org/show_bug.cgi?id=34646
Lincoln
On Fri, 2003-11-28 at 14:14, Lincoln A. Baxter wrote:
> 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
>
--
[EMAIL PROTECTED] mailing list
