After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 313633 - Open MIME message via file URI
Open MIME message via file URI
Status: RESOLVED DUPLICATE of bug 588093
Product: evolution
Classification: Applications
Component: Mailer
2.2.x (obsolete)
Other Linux
: Low enhancement
: Future
Assigned To: evolution-mail-maintainers
Evolution QA team
: 482193 (view as bug list)
Depends on:
Blocks:
 
 
Reported: 2005-08-16 13:57 UTC by Horst Reiterer
Modified: 2009-07-22 15:19 UTC
See Also:
GNOME target: ---
GNOME version: Unversioned Enhancement



Description Horst Reiterer 2005-08-16 13:57:35 UTC
Hi,

For the purpose of integration, it must be possible to open / view _external_
MIME messages in Evolution by specifying a path or URI to a MIME message as a
command line parameter:

  evolution /path/to/mime.msg
  evolution file:///path/to/mime.msg
  evolution http://host:port/path/to/mime.msg

The result should be an Evolution Message Viewer appearing with the message
specified.

A colleague of mine already posted this request to the evolution-hackers mailing
list (see below). Judging from the reply received, it is currently neither
possible to open an external message, nor can a file URI or a different type of
locator be used to open a message.

From my point-of-view, the following options exist:

  - Implementing backend-independent support for
    initializing a new mail message based on an external
    MIME message (and externally stored attachments) without
    actually involving the backend.

  - Introducing the CORBA remote-access API earlier,
    with 2.3, so that external applications can import
    MIME messages. In that case, the possibility to
    open and view the resulting message in the target
    backend based on a unique identifier
    (as outlined above) would have to exist.

If at all possible, the requested functionality should be available in Evolution
2.3.

Thanks,

Horst.
Comment 1 Horst Reiterer 2005-08-16 14:00:17 UTC
The original evolution-hackers posting and reply concerning this topic follows:

> From: Not Zed <notzed@ximian.com>
> To: Karl Pitrich <pit@root.at>
> Cc: hackers <evolution-hackers@lists.ximian.com>
> Subject: Re: [Evolution-hackers] Open MIME-Message via file:// URI on
commandline for viewing only
> Date: Wed, 10 Aug 2005 17:50:33 +0800
> 
> 
> One of the beagle guys was looking at this, but due to a complete
> mis-representation of what they were after they were directed to a
> different approach.
> 
> Currently evolution cannot open just a message - it can only open a
> message on a folder.  It would be non-trivial to change this.  You could
> just use the CORBA remote-access api coming with 2.4 to append a message
> to a mailbox, and then view that somehow ...
> 
> Infact there is no way to open a 'file' uri anyway, because there are
> different backends over different frontends, etc.  Another non-trivial
> amount of work required here.
> 
> On Wed, 2005-08-10 at 10:28 +0200, Karl Pitrich wrote:
> > Hi,
> > 
> > for integration of Evolution in, for instance Document Management
> > Systems or Workflow-Based Systems, it is neccessasy that Evolution
> > is able to 'view' a MIME Message stored ie. on the local filesystem, (or
> > even  WebDAV or HTTP), without actually storing the message in a
> > evolution folder.
> > 
> > Should work like:
> >   evolution file:///home/user/mime.msg
> > or
> >   evolution [http|dav]://user:pass@host/path/to/mime.msg
> > 
> > each which pops up a mail viewer displaying the mail from the
> > file/location.
> > 
> > Up to now, it is possible to export MIME Messages, but import is only
> > available using the Wizard and importing to a folder.
> > 
> > 
> > - Is there any way to accomplish this in current Builds?
> > - shall i file a bugzilla wishlist entry for it?
> > - got any guidelines on implementing that kind of functionality?
> >   i assume this would somehow need to bypass libcamel?
> >   (i've got a few days of holidays :)
> > 
> > 
> > thank you, greetings,
> > 
> > 
> >  / pit
> > 
> > 
> > 
> > 
> > _______________________________________________
> > evolution-hackers maillist  -  evolution-hackers@lists.ximian.com
> > http://lists.ximian.com/mailman/listinfo/evolution-hackers
Comment 2 Jeffrey Stedfast 2005-08-16 21:02:05 UTC
this cannot be done in time for 2.4 as it would require substantial
architectural changes and also because evolution 2.4 is already
feature/ui/string frozen
Comment 3 C Shilpa 2005-10-18 10:54:10 UTC
confirming the bug
Comment 4 Milan Crha 2009-07-22 15:07:46 UTC
*** Bug 482193 has been marked as a duplicate of this bug. ***
Comment 5 Milan Crha 2009-07-22 15:19:16 UTC
Well summarized in the newer bug, thus marking as a duplicate.

*** This bug has been marked as a duplicate of 588093 ***