O/H Leonardo Rodrigues έγραψε:
Axel Luttgens escreveu:
No, I don't think to have omitted anything: I already replied to the
OP wrt the 'leave messages on server' matter.
Here, I was replying to Leonardo (who's not the OP) who started a new
idea (a potentially misleading POP vs IMAP debate) within the
original thread.
Starting the POP vs IMAP war was not my intention and i really
would like to say i'm sorry for that. My intention was to show the OP
that, in the proposed scenario (same user with multiple MUAs trying to
use leave message on server and have a intelligent behavior of that
client-side feature), working with IMAP would a better choice (and
smart one, in MY opinion), because keeping messages synced between
several MUAs (let's not forget webmail is a pretty common second MUA
used by users, usually a IMAP MUA) and server is part of IMAP protocol
and does not depends on MUA behaviors or 'algorithms'. Everything is
part of IMAP protocol, the $imapuser could even change MUA how many
times he wants to and there would be no accidental loss of messages.
Of course if some IMAP MUA has some client-side feature configured,
like 'delete messages older than N days' configured, we can have some
messages being deleted despite of user's will ... but that would NOT
be an accidental loss of messages, that would be a EXPECTED loss of
messages because of some MUA configuration.
All the 'leave message on server' used by POP clients is NOT part
of the POP protocol (yes i know POP is pretty well RFC-defined, but
not those client-side features, as well as some IMAP client-side
features are not RFC-defined as well).
The major problem here seems to be the fact that for the POP3
server (dovecot or any other), the 'leave messages on server' feature
simply does not exists. It may be guessed by the 'RETR' not followed
by 'DELE' which usually happens, but that would be just a guess.
There's no way to the server to control what will happen with that
client-side feature and different MUAs accessing the same mailbox with
POP3. The proposed of used the expire plugin would solve a different
situation, not the initially proposed one.
I use IMAP4 in some situations and use POP3 in others as well. I
think IMAP4 is a better protocol nowadays, with fast internet
connections and storages on server becaming cheaper each day. But it
doesnt means POP3 is dead. But in some situations, like users who
really needs the 'leave messages on server' feature, using pop3 is not
a smart decision anymore. Which doesnt means everybody should stop
using POP3 and changing to IMAP4 ....
Dimitrios, i really think you'll have a hard time trying to find a
server-side feature to control that mess of using leave messages on
server with different MUAs by the simply fact that, in the server
side, that thing simply does not exist.
Leonardo,
I am pretty sure , years now, that IMAP4 is better suited for my needs
and I am trying to change my organizations ethos, well established for
years now.
Centralized controlled mechanism in terms of e-mail usage, is by all
means more convenient for the simple reason that everyone wants his
e-mail corpus available
from everywhere.
Thank u all for your replies.
D.
