** Changed in: evolution
Status: Confirmed = Fix Released
--
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is a bug assignee.
https://bugs.launchpad.net/bugs/365270
Title:
Move is Copy + Thrash, should be Move that removes all traces of the
This bug was fixed in the package evolution - 2.32.0-0ubuntu1
---
evolution (2.32.0-0ubuntu1) natty; urgency=low
* Upstream release 2.32.0
- Empty reply quotation for HTML messages (LP: #630566, #659513)
- Encrypt to self by default on newly created mail (LP: #326979)
-
** Branch linked: lp:ubuntu/evolution-data-server
** Branch linked: lp:ubuntu/evolution
--
Move is Copy + Thrash, should be Move that removes all traces of the first.
https://bugs.launchpad.net/bugs/365270
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which
Who cares? I have moved to Thunderbird a long time ago, cannot use
software with critical errors that is not funny to correct, and those
set to maintain the source spend more time arguing semantics than
getting the bug fixed.
So I see Novell has been acquired, and I hope Evolution is taken off
I agree with Knut. If the concept of Move to Another Folder is so hard
to grasp that you think it is okay to allow a valuable email to be
trashed instead (and possibly deleted forever with stuff you deem to be
trash), then it seems you are impossible to convince.
I have had such a problem that I
In a way: Good to hear, because if they loose emails (objects in my
terminology) its because they do not know how many email objects that
the containers (e.g. files) hold. A inconsistency is then that the
number of actual emails in a folder, including deleted ones, then
subtract the number
It would be good if people could be explicit about what version of
Evolution they're using AND (more importantly) what type of email server
they're connecting to. Evolution has to interact with them differently
(because the services have different capabilities). Are you using
locally-delivered
Both is past tense, and none of us indicated that we interface to a
remote storage. That is your imagination.
What we use is the regular MBOX formatted files - and access the email
as regular POP accounts. You make assumptions, and refuse to count. The
result is that the software you make is
Paul Smith : The problem exists with any version of evolution and I see
it with both IMAP and POP server.
My problem is really not the reliability of the software, but its usability.
E.g. I'm using evolution and, I suddenly press the DEL key (accidentally). And
I don't which exact mail has been
That is the way it works in Thunderbird and Opera Mail and all other
mail systems I know of.
DELETE is to MOVE to the Trash folder, and ctrl+z / Undo will MOVE
it back.
MOVE is to copy the content from source to destination, and if
successful, delete the source, if failure, remove all traces
Paul, I am using Evolution 2.28.3.
I am receiving my mail from a remote ISP via POP, and mail arrives on my
local drive - there is no local server involved. The Preferences window
does not provide any tab for incoming mail - it just shows my one POP
account.
Your assertion that there is now way
Dear Peter Smith,
I have managed the implementation os several email clients with a larger
distribution than Evolution.
You have some serious misunderstandings to cope with.
How Trash is implemented in Evolution is not my concern. If this is
a virtual folder, the bug is even worse.
Just
Knut: your comments reveal a relatively shallow understanding of the
email environment. And they show you haven't understood the real
situation with Evolution. As for discussions of how IMAP servers ought
to work, you should be filing those bugs with the teams that create the
IMAP servers; I'm
Ayeyiyi. Knut, please stop trying to impress everyone with your
credentials and consider that you might actually not know everything
about everything quite yet, regardless of how much you know about
databases. I've been programming on UNIX since before POSIX even
existed and I certainly
Disregarding the database problem, the point of view of the submitters
of the two bug that were marked as dupplicate of this one is quiet
different. There problem (and mine) is that, whenever a mail is moved
along, a copy _appears_ in the trash folder (both with local mail and
with IMAP folders).
Well, thank you for at least taking the time.
But it is completely wasted. You do not know enough to answer. The mail
service used to be a simple Unix-to-Unix copy-file (UUCP) command. So, a
file was transferred from one Unix server/client to another Unix
server/client. The various Exchange
Thanks Mathias,
It not only appears in the Trash folder, it allocates place somewhere,
and can be undeleted. Now I wonder where the undeleted email will
appear, since it has no original reference. It is incorrect to place it
in the Intray and then Move it to where it belongs - that will
I will refrain from commenting on your skills.
For move: Please study available literature - such as SVID / POSIX
Memory(). These documents are integral to the Linux definition.
Evolution is an Email client according to the SMTP protocol - and not
the IMAP. IMAP is another functionality.
If
** Changed in: evolution
Importance: Unknown = Low
--
Move is Copy + Thrash, should be Move that removes all traces of the first.
https://bugs.launchpad.net/bugs/365270
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is a bug assignee.
--
1. The error is GENERAL.
Every user of Evolution suffer from this error. Just look at the chat's
2,Importance is HIGH
The error causes incosistency in cardinality in the indexes used for later
searches. You will skip object for search.
In databases the error is common, and a disaster.
1. The error is GENERAL.
Every user of Evolution suffer from this error. Just look at the chat's
2,Importance is HIGH
The error causes incosistency in cardinality in the indexes used for later
searches. You will skip object for search.
In databases the error is common, and a disaster.
But - as you see - it is easy to avoid - just do not use Evolution, move on the
Thunderbird.
So - why not drop Evolution, let Novell debug it themselves, and drop it from
the support base of Ubuntu.
--
Move is Copy + Thrash, should be Move that removes all traces of the first.
But - as you see - it is easy to avoid - just do not use Evolution, move on the
Thunderbird.
So - why not drop Evolution, let Novell debug it themselves, and drop it from
the support base of Ubuntu.
--
Move is Copy + Thrash, should be Move that removes all traces of the first.
I'm loathe to get involved here since Knut seems intent on flaming and
not so interested in understanding, but reading the comments here I've
been struck by a great attention to irrelevant details and not much
clear description of the real issue.
Knut continually makes reference to a MOVE
Upstream bug has been marked as duplicate of bug
https://bugzilla.gnome.org/show_bug.cgi?id=206061
** Bug watch added: GNOME Bug Tracker #206061
https://bugzilla.gnome.org/show_bug.cgi?id=206061
** Changed in: evolution
Status: Invalid = Unknown
** Changed in: evolution
Remote watch:
** Changed in: evolution
Status: In Progress = Invalid
--
Move is Copy + Thrash, should be Move that removes all traces of the first.
https://bugs.launchpad.net/bugs/365270
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is a bug assignee.
--
there's an upstream bug with similar issues at
http://bugzilla.gnome.org/show_bug.cgi?id=329946 ; may you please
comment/discuss there where the software authors can read about it?
Thanks in advance.
** Bug watch added: GNOME Bug Tracker #329946
http://bugzilla.gnome.org/show_bug.cgi?id=329946
** Changed in: evolution
Status: Unknown = In Progress
--
Move is Copy + Thrash, should be Move that removes all traces of the first.
https://bugs.launchpad.net/bugs/365270
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is a bug assignee.
--
--
Move is Copy + Thrash, should be Move that removes all traces of the first.
https://bugs.launchpad.net/bugs/365270
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is a bug assignee.
--
desktop-bugs mailing list
desktop-bugs@lists.ubuntu.com
--
Move is Copy + Thrash, should be Move that removes all traces of the first.
https://bugs.launchpad.net/bugs/365270
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is a bug assignee.
--
desktop-bugs mailing list
desktop-bugs@lists.ubuntu.com
there is no reason why copy + flag should destroy any data since it will
flag only after a working copy
--
Move is Copy + Thrash, should be Move that removes all traces of the first.
https://bugs.launchpad.net/bugs/365270
You received this bug notification because you are a member of Ubuntu
changing back to NEW, to pick by somebody who has a clear opinion about
that and wants to bring it to the sofrware writters rather than the
distributor
** Changed in: evolution (Ubuntu)
Status: Incomplete = New
--
Move is Copy + Thrash, should be Move that removes all traces of the
I installed a complete utdate of Ubuntu and Evolution upgrade to 2.26.1
The bug is very obvious and consistent still.
On Fri, 2009-04-24 at 22:46 +, Jamie Strandboge wrote:
** Visibility changed to: Public
--
Move is Copy + Thrash, should be Move that removes all traces of the first.
There is nothing wrong with Evolution. The behaviour is expected in an
imap mail client. The Trash folder isn't actually a folder, but simply
lists email that has the deleted flag set. When you move an email from
Folder A to Folder B, a copy is made into Folder B and, if successful,
the original
Your interpretation of the named RFC and software engineering leaves a
lot to be appreciated related to semantics.
As you will see from several other bugs, MOVE is not the same as
COPY + DELETE_ORIGINAL.
MOVE is similar to RENAME - no new instance is to be made.
In a object oriented explanation,
Thank you for taking the time to report this bug and helping to make Ubuntu
better. Please answer these questions:
* Is this reproducible?
* If so, what specific steps should we take to recreate this bug?
This will help us to find and resolve the problem.
** Changed in: evolution
yes - Sebastian - it is consistent.
You can make another folder than Inbox, touch and email and try to drop it
into the new folder.
What happens is that the email ends up in the new folder - but a copy of it is
in the Deleted Items /Trash folder.
This means that a duplicate has been created.
the description is confusing, that way to move is a standard imap one
and if you disagree you should open a bug on bugzilla.gnome.org to
discuss it with the people writting the software
--
Move is Copy + Thrash, should be Move that removes all traces of the first.
I have no clue to your background - not have you any clue to mine.
I have led Unix ports for a computer company and been deputy director of
RD in the same. I have lead knowsoft systems such as Oracle ond also
contributed to Sybase. I have managed huge projects, most software.
The bug is obcious
** Visibility changed to: Public
--
Move is Copy + Thrash, should be Move that removes all traces of the first.
https://bugs.launchpad.net/bugs/365270
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to evolution in ubuntu.
--
desktop-bugs
40 matches
Mail list logo