** 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
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
** 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
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)
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
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 trac
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
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 n
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 em
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 num
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
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 su
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
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
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).
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 understan
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
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" operat
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.
https://bugs.lau
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.
https://bugs.lau
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. T
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. T
** 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.
--
desktop-bu
** Changed in: evolution
Status: Unknown => Confirmed
--
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.
--
desk
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.
--
de
** 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.
--
de
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
--
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
https://
--
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
https://
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
Deskt
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 expl
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 origina
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.
ht
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 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
R&D 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 f
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.
https://bugs.launchpad.net/bugs/
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
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 (Ubunt
** 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
41 matches
Mail list logo