From owner-freebsd-questions Thu Jan 18 6:33: 7 2001 Delivered-To: freebsd-questions@freebsd.org Received: from clmboh1-smtp3.columbus.rr.com (unknown [65.24.0.112]) by hub.freebsd.org (Postfix) with ESMTP id 250D137B69B for ; Thu, 18 Jan 2001 06:32:44 -0800 (PST) Received: from mail.iowna.com (dhcp065-024-023-038.columbus.rr.com [65.24.23.38]) by clmboh1-smtp3.columbus.rr.com (8.11.2/8.11.2) with ESMTP id f0IEUD719782; Thu, 18 Jan 2001 09:30:14 -0500 (EST) Message-ID: <3A66FDCE.ED64D506@mail.iowna.com> Date: Thu, 18 Jan 2001 09:29:35 -0500 From: Bill Moran X-Mailer: Mozilla 4.76 [en] (X11; U; FreeBSD 4.2-STABLE i386) X-Accept-Language: en MIME-Version: 1.0 To: Ted Mittelstaedt Cc: "'Huff'" , freebsd-questions@FreeBSD.ORG Subject: Re: qpopper References: <004401c08130$8401d5e0$1401a8c0@tedm.placo.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-questions@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Ted Mittelstaedt wrote: > Arrg! No, No NO! qpopper rewrites the mailfile in /var/mail and adds > a status header to the message that indicates if the message is read or > unread. There is not a problem to use pop from multiple mail clients > AS LONG AS only ONE mail client is configured to DELETE messages on the > server when it checks mail, AND the user is sufficiently careful. > > For example, it is no problem to have a mailserver at work in which the > e-mail client at work is set to NOT leave messages on the mailserver, (ie" > it deletes them) and the mail client at home is set to Leave messages on > the server. That way if the employee stays home and works for a day > they can check e-mail and when they come back into the office they > can still have a copy of the message. Outlook has no problem doing > this if the mailserver is properly configured. Alright, I could be wrong here (it's happened before) and if I am, I'm guilty of one of the Greatest Crimes Against Humanity: spreading false information with an air of authority. But I would like some further clarification (if you would). In looking through RFC-1939 I see nothing that would facilitate the behaviour you describe above. While it may be true the qpopper tracks which messages have been downloaded and which haven't - how could the client possibly know? Perhaps I'm missing something (it wouldn't be the first time). If you can refer me to a document that describes this I'd be interested to read it. I know IMAP is designed to facilitate this, but qpopper isn't an IMAP server. -Bill To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-questions" in the body of the message