Skip site navigation (1)Skip section navigation (2)
Date:      Fri, 19 Jan 2001 11:16:34 -0500
From:      Bill Moran <wmoran@mail.iowna.com>
To:        Ted Mittelstaedt <tedm@toybox.placo.com>
Cc:        "'Huff'" <dwhuff1@home.com>, freebsd-questions@FreeBSD.ORG
Subject:   Re: qpopper
Message-ID:  <3A686862.333CD3E4@mail.iowna.com>
References:  <003a01c081db$79259160$1401a8c0@tedm.placo.com>

next in thread | previous in thread | raw e-mail | index | archive | help
Ted Mittelstaedt wrote:
> qpopper doesen't track anything.  As you guessed in another posting, all of
> the monkey business has to be done by the client.

<Snipped out excellent explanation of UIDLs in POP3>

> Now, before you start punching holes in this let me say that it's easy to
> get the client's internal database out of wack from the messages that are
> actually on the server - that is why it's important to regularly delete
> messages from the server, and to not do funny things like checking the same
> mailbox simultaneously from different clients, and most importantly, not
> letting
> the modem crap out right when the client is in the middle of a POP session.
> But, if you have good networking links, this sort of thing works well enough
> for casual sharing use.

Well, I'm not going to bother to punch holes in anything.
The upshot here is that I was right about the client having to keep
track of which message to download and not.

> Now, all of this is getting far away from the problem the initial user is
> having.  His problem (and I mailed him the answer a while ago) is that
> qpopper is unable to modify the user's mailbox.  He may have a permissions
> problem on the directory, or qpopper may not be executing a change userID
> command properly, or something like that.  As a result, he sends a delete
> command, the client assumes it's deleted, the server is unable to delete it,
> thus the message is still present.

The upshot here is that you're probably right about permissions.

One way or the other, thanks for the clarification.

-Bill


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-questions" in the body of the message




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?3A686862.333CD3E4>