Hi Max,
Max Nikulin writes:
> I am trying to determine if it is difficult to get mid scheme working
> system-wide and emacs-wide on windows. If not, I would just add your
> example "[[mid:$msgid$][$author_name$: $subject$ ($date_iso$)]]" to the
> remark related to copying Message-ID in the
On 03/02/2023 22:42, Bruno Barbier wrote:
Max Nikulin writes:
(with-eval-after-load 'ol
(org-link-set-parameters
"mid"
:follow (lambda (url &optional arg)
(browse-url (concat "mid:" url) arg
Thunderbird opens mid: links in new message display tab or window.
Yes
Max Nikulin writes:
> On 02/02/2023 13:04, Bruno Barbier wrote:
>> As it's still not clear to me how to configure browse-url, I'm still relying
>> on start-process.
>
> Bruno, it seems I completely confused you by my comments. I am sorry for
> that.
I was confused way before, trying to assemble
On 02/02/2023 13:04, Bruno Barbier wrote:
As it's still not clear to me how to configure browse-url, I'm still relying
on start-process.
Bruno, it seems I completely confused you by my comments. I am sorry for
that.
Does the method currently suggested by FAQ works for you? My particular
int
Hi Max,
Max Nikulin writes:
> The author suggests to install from github assets instead of official
> add-on catalog for some reason. Perhaps it is just survived since times
> when cb_thunderlink was not published yet.
My new version instructs to install the add-on from Thunderbird, with no
On 02/02/2023 01:16, Bruno Barbier wrote:
Max Nikulin writes:
On 01/02/2023 02:56, Bruno Barbier wrote:
Is it intentional that you and the linked page avoid cb_thunderlink page
on the official add-on site?
https://addons.thunderbird.net/en-us/thunderbird/addon/cb_thunderlink/
No. But visiting
Max Nikulin writes:
> On 01/02/2023 02:56, Bruno Barbier wrote:
> Is it intentional that you and the linked page avoid cb_thunderlink page
> on the official add-on site?
> https://addons.thunderbird.net/en-us/thunderbird/addon/cb_thunderlink/
No. But visiting the author site being mandatory t
On 01/02/2023 02:56, Bruno Barbier wrote:
I've got an initial draft. It's not exactly what I'm using, as I tried
to make the configuration OS agnostic. And I'm using Thunderbird only
for accounts where I'm forced to use Win32 (else, I'm using notmuch).
Thank you, Bruno.
Is it intentional that
Max Nikulin writes:
> Bruno, as a cb_thunderbird user, would you like to share your experience
> and to expand
>
> https://orgmode.org/worg/org-faq.html#orgc6f8478
> 10.8. Can I create links to Thunderbirds emails?
>
> by adding a brief description of this add-on?
Hi Max,
I've got an initial d
Jean Louis writes:
>> Try to derive list of supported schemes from `browse-url-handlers'.
>
> browse-url-handlers ➜ (("gemini:" . elpher-go) ("gopher:"
> . elpher-handler-go) ("about:" . hyperscope-about) ("hyperscope:"
> . hyperscope-url) ("e2dk://" . amule-handler))
>
> it is user option to be
* Gregor Zattler [2023-01-28 17:09]:
> Yes, because what they are measuring is "email opens" via
> web pixels and such tracking technologies. That's might be
> a reason why Thunderbird does not show up there.
>
> So while this data somehow shows the sad state of affairs,
> it is not relevant to
* Max Nikulin [2023-01-27 18:22]:
> I was unsure if goto-mode is a typo or some 3rd party package. Have
> you written that you are aware which way it is implemented?
I am aware of inconsistencies, and I wish Emacs would have it
centralized.
> List of recognized protocols is not a user option, it
On Sat, Jan 28, 2023 at 03:08:17PM +0100, Gregor Zattler wrote:
[...]
> The data used in the second link actually comes from
> litmus.com, they do such statistics on a regular basis. For
> the first link I cannot tell, but the numbers are very
> similar to the litmus blog post on April 2021.
>
Hi Jean, org-mode developers,
* Jean Louis [2023-01-24; 22:01 +03]:
> To understand what is widely used e-mail file format, one has to see
> what are widely used e-mail clients.
>
> Maybe this picture may help:
> https://d27jswm5an3efw.cloudfront.net/app/uploads/2021/04/most-popular-email-clients-
Bruno, as a cb_thunderbird user, would you like to share your experience
and to expand
https://orgmode.org/worg/org-faq.html#orgc6f8478
10.8. Can I create links to Thunderbirds emails?
by adding a brief description of this add-on?
Max Nikulin writes:
> Notice that you can use mid:$msgid$ instead of email:$msgid$.
>
> thunderbird 'mid:tqr8et$mrc$1...@ciao.gmane.io'
Yes. I realized that from previous emails in this thread. I should be
using 'mid' from now on. Thanks.
> The main point
> of orco is opposite mapping. I
On 28/01/2023 01:15, Bruno Barbier wrote:
If Message-ID still can be decoded from cb_thinderlink URIs than it
should be possible adapt orco to handle such links as well.
I'm using plain Message-IDs to identify my emails, and, when choosing an
email client, that's really the first feature that
Bruno Barbier writes:
> Max Nikulin writes:
>> If Message-ID still can be decoded from cb_thinderlink URIs than it
>> should be possible adapt orco to handle such links as well.
I'm using plain Message-IDs to identify my emails, and, when choosing an
email client, that's really the first feat
On 27/01/2023 13:41, Jean Louis wrote:
* Max Nikulin [2023-01-26 19:21]:
On 25/01/2023 00:49, Jean Louis wrote:
When goto-mode works with mid: by me setting up browse-url-handlers,
then I have expected Org to work as well.
Do you mean `goto-address-mode'? Have you had a look into its
implemen
* Max Nikulin [2023-01-26 19:21]:
> On 25/01/2023 00:49, Jean Louis wrote:
> > When goto-mode works with mid: by me setting up browse-url-handlers,
> > then I have expected Org to work as well.
>
> Do you mean `goto-address-mode'? Have you had a look into its
> implementation?
I have already pre
Am Donnerstag, 26. Januar 2023, 13:18:49 CET schrieb Jean Louis:
> * AW [2023-01-26 13:00]:
> > This is about a maildirs of kmail on my local machine. The E-Mails are
> > being indexed by akonadi on the side of kde-pim. But referring to a
> > certain E-Mail from orgmode with a kind of link fails,
* AW [2023-01-26 13:00]:
> This is about a maildirs of kmail on my local machine. The E-Mails are being
> indexed by akonadi on the side of kde-pim. But referring to a certain E-Mail
> from orgmode with a kind of link fails, because I'd need to got to the
> maildir
> and search for the specifi
On 25/01/2023 00:49, Jean Louis wrote:
When goto-mode works with mid: by me setting up browse-url-handlers,
then I have expected Org to work as well.
Do you mean `goto-address-mode'? Have you had a look into its
implementation?
On 26/01/2023 16:58, AW wrote:
This is about a maildirs of kmail on my local machine. The E-Mails are being
indexed by akonadi on the side of kde-pim.
Are you able to search messages through the KDE (global) dialog? Does it
work if you try to find some Message-ID? Perhaps it is necessary to ad
AW writes:
>> > Well, M-x (browse-url "mid:3218434.44cspzl...@linux.fritz.box")
>> > produces [No match].
>>
>> This is not a command.
>> You need M-: (...
>
> Sorry, I'm a user, not much knowledge of elisp. However, the result now is
> 'nil'.
On my side, it returns nil and _also_ opens mid:
Am Dienstag, 24. Januar 2023, 11:42:01 CET schrieb Dirk-Jan C. Binnema:
> Sorry if I'm repeating things earlier mentioned...
>
> mu4e supports message-id links through org-mode, and I *extensively*
> use that my agenda / todo lists. E.g.,
>mu4e:msgid:CACwzTKkeyptMcOA=jq8y23948-fkyfkmtwu...@mai
Am Dienstag, 24. Januar 2023, 10:40:30 CET schrieb Ihor Radchenko:
> AW writes:
> >> It is not up to Org. Try
> >>
> >> (browse-url "mid:3218434.44cspzl...@linux.fritz.box")
> >>
> >> You will likely see nothing.
> >
> > Well, M-x (browse-url "mid:3218434.44cspzl...@linux.fritz.box")
> > prod
On 25/01/2023 00:49, Jean Louis wrote:
* Max Nikulin [2023-01-24 20:25]:
It reminds be complains by some person that Org must be able to recognize
any URL in free-form plain text just because there is a RFC describing
format of URL.
That person did not really propose to Org to do it, but to ha
Jean Louis writes:
> You see, Org is part of Emacs, me I expect that when I follow Emacs
> Instructions that Org will be using Emacs settings, but it follows
> it's own settings.
>
> I mean these settings:
>
> browse-url-handlers is a variable defined in ‘browse-url.el’.
>
> Its value is
> (("gem
On 25/01/2023 00:32, Bruno Barbier wrote:
I'm using an extension for Thunderbird that allows to copy a direct link to a
message. I then paste it into a org file so that I can reopen the
message in one click:
https://camiel.bouchier.be/en/cb_thunderlink
Perhaps I found this add-on too earl
* Ihor Radchenko [2023-01-24 14:19]:
> mid: if a known standard, as Max pointed in the earlier message:
>
> RFC 2392 - Content-ID and Message-ID Uniform Resource Locators. 1998
> https://tools.ietf.org/html/rfc2392
It is "proposed standard" and far from any ordinary use.
> It makes more sense t
* Ihor Radchenko [2023-01-24 12:41]:
> > This is weird since ever. I've been talking to some collegues and everybody
> > has his/her own special approach. Mostly producing a PDF from the E-Mail
> > and
> > saving this and its attachments somewhere. That's a thing that bothered me
> > for
> >
* Max Nikulin [2023-01-24 20:25]:
> On 24/01/2023 01:37, Jean Louis wrote:
> >
> > All URLs defined by Emacs that are to be run by browse-url in Org
> > shall be allowed by org, to let the Emacs settings pass through.
> >
> > And not to hard code it in Org.
>
> It reminds be complains by some p
* Bruno Barbier [2023-01-24 20:31]:
> > [[elisp:(my-handler "I am ok here")][my handler]]
>
> Org also allows the user to define his own link types:
>
> (info "(org) Adding Hyperlink Types")
I understand.
You see, Org is part of Emacs, me I expect that when I follow Emacs
Instructions that O
* Max Nikulin [2023-01-24 18:52]:
> > I am mostly concerned that channelling mid: links to browse-url will not
> > work (open empty page in browser) in most cases. This is more confusing
> > than not having mid: link handler at all.
>
> For me it may be a reason to not enable to enable "mid:" lin
* Ihor Radchenko [2023-01-24 12:43]:
> Max Nikulin writes:
>
> > On 23/01/2023 17:40, Ihor Radchenko wrote:
> >> I am not even sure if we need to make Org open mid: links via
> >> `browse-url'. Maybe it should be something else? IDK.
> >
> > Do you know an alternative? Org already uses this pack
Jean Louis writes:
> And not to hard code it in Org.
>
> To circumvent hard coding in Org, one can always use elisp: type of links:
>
> (defun my-handler (mid)
> (message mid))
>
> [[elisp:(my-handler "I am ok here")][my handler]]
Org also allows the user to define his own link types:
(info "
Max Nikulin writes:
> Thunderbird allows to save messages as an .eml file and to open it by
> thunderbird /tmp/test.eml
I'm using an extension for Thunderbird that allows to copy a direct link to a
message. I then paste it into a org file so that I can reopen the
message in one click:
https:
On 24/01/2023 01:37, Jean Louis wrote:
All URLs defined by Emacs that are to be run by browse-url in Org
shall be allowed by org, to let the Emacs settings pass through.
And not to hard code it in Org.
It reminds be complains by some person that Org must be able to
recognize any URL in free-
On Tuesday Jan 24 2023, Ihor Radchenko wrote:
>> To make it work through browse-url (is that useful?) shouldn't be too
>> hard to configure `browse-url-default-handlers' for that. For mu4e that
>> could simply use `mu4e-org-open', except that mu4e uses `msgid' (a
>> better name imho) rather than
On 23/01/2023 20:59, AW wrote:
I have done that now without result. But I'll write an E-Mail to the
developers of kmail.
Thank you for filing a feature request.
As long as notmuch, notmuch.el and ol-notmuch are there we have a viable
solution, thanks to this (undocumented) trick with notmuch:
On 24/01/2023 16:42, Ihor Radchenko wrote:
Max Nikulin writes:
On 23/01/2023 17:40, Ihor Radchenko wrote:
I am not even sure if we need to make Org open mid: links via
`browse-url'. Maybe it should be something else? IDK.
Do you know an alternative?
...
I am mostly concerned that channelli
"Dirk-Jan C. Binnema" writes:
> Sorry if I'm repeating things earlier mentioned...
>
> mu4e supports message-id links through org-mode, and I *extensively*
> use that my agenda / todo lists. E.g.,
>mu4e:msgid:CACwzTKkeyptMcOA=jq8y23948-fkyfkmtwu...@mail.gmail.com
Ideally, we need not to thin
On Tuesday Jan 24 2023, Ihor Radchenko wrote:
> AW writes:
>
>>> It is not up to Org. Try
>>>
>>> (browse-url "mid:3218434.44cspzl...@linux.fritz.box")
>>>
>>> You will likely see nothing.
>>
>> Well, M-x (browse-url "mid:3218434.44cspzl...@linux.fritz.box")
>> produces [No match].
>
> Thi
AW writes:
> As long as notmuch, notmuch.el and ol-notmuch are there we have a viable
> solution, thanks to this (undocumented) trick with notmuch:id:123abc
This is not undocumented. ol-notmuch provides notmuch:
links. id:message-id is a valid search term in notmuch. See
https://notmuchmail.org
Max Nikulin writes:
> On 23/01/2023 17:40, Ihor Radchenko wrote:
>> I am not even sure if we need to make Org open mid: links via
>> `browse-url'. Maybe it should be something else? IDK.
>
> Do you know an alternative? Org already uses this package to open some
> types of links. It allows to hav
AW writes:
>> It is not up to Org. Try
>>
>> (browse-url "mid:3218434.44cspzl...@linux.fritz.box")
>>
>> You will likely see nothing.
>
> Well, M-x (browse-url "mid:3218434.44cspzl...@linux.fritz.box")
> produces [No match].
This is not a command.
You need M-: (...
>> So, while Org may pro
* Max Nikulin [2023-01-23 14:49]:
> I agree that linking mail messages and Org notes is important. On the other
> hand my impression is that the "mid:" URI protocol is not adopted wide
> enough by mail user agents yet, so it is too early to enable it by default
> in Org.
All URLs defined by Emacs
* AW [2023-01-23 16:58]:
> Am Montag, 23. Januar 2023, 11:40:24 CET schrieb Ihor Radchenko:
> > AW writes:
> > >> We could support mid: is the corresponding url schema existed and
> > >> supported by various OSes.
> > >
> > > Isn't this rather important? How many users of orgmode get TODOs via
>
Am Montag, 23. Januar 2023, 14:59:12 CET schrieb AW:
> But I'll write an E-Mail to the
> developers of kmail.
https://bugs.kde.org/show_bug.cgi?id=464695
Am Montag, 23. Januar 2023, 12:46:38 CET schrieb Max Nikulin:
> On 23/01/2023 01:47, AW wrote:
> >> We could support mid: is the corresponding url schema existed and
> >> supported by various OSes.
> >
> > Isn't this rather important? How many users of orgmode get TODOs via
> > E-Mail
> > and need
Am Montag, 23. Januar 2023, 11:40:24 CET schrieb Ihor Radchenko:
> AW writes:
> >> We could support mid: is the corresponding url schema existed and
> >> supported by various OSes.
> >
> > Isn't this rather important? How many users of orgmode get TODOs via
> > E-Mail
> > and need an efficient wa
On 23/01/2023 01:47, AW wrote:
We could support mid: is the corresponding url schema existed and
supported by various OSes.
Isn't this rather important? How many users of orgmode get TODOs via E-Mail
and need an efficient way to come back from the TODO to its origin?
I agree that linking mail
AW writes:
>> We could support mid: is the corresponding url schema existed and
>> supported by various OSes.
>
> Isn't this rather important? How many users of orgmode get TODOs via E-Mail
> and need an efficient way to come back from the TODO to its origin?
It is not up to Org. Try
(browse-
* AW [2023-01-22 21:49]:
> Isn't this rather important? How many users of orgmode get TODOs via E-Mail
> and need an efficient way to come back from the TODO to its origin?
Absolutely!
There are many uses apart from tasks, there are attachments.
Legally is better not to delete attachment from
Am Sonntag, 22. Januar 2023, 09:32:34 CET schrieb Ihor Radchenko:
> Max Nikulin writes:
> > AW to emacs-orgmode. Link from orgmode file to E-Mail (using kmail or
> > notmuch) Sat, 21 Jan 2023 22:32:47 +0100.
> > mid:3218434.44cspzl...@linux.fritz.box
>
> My notmuc
On 22/01/2023 15:32, Ihor Radchenko wrote:
Max Nikulin writes:
My notmuch allows me to click on the above link from inside the email.
As for Org links, [[notmuch:id:3218434.44cspzl...@linux.fritz.box]]
works the same via ol-notmuch.
We could support mid: is the corresponding url schema existed
* Ihor Radchenko [2023-01-22 11:34]:
> We could support mid: is the corresponding url schema existed and
> supported by various OSes.
Instead of supporting hard coded `mid:` in Org, you better support
generally anything that users may define with variable
`browse-url-handlers` and `browse-url-def
Max Nikulin writes:
> AW to emacs-orgmode. Link from orgmode file to E-Mail (using kmail or
> notmuch) Sat, 21 Jan 2023 22:32:47 +0100.
> mid:3218434.44cspzl...@linux.fritz.box
My notmuch allows me to click on the above link from inside the email.
As for Org links, [[n
* AW [2023-01-22 00:33]:
> Workflow: E-Mails with a question comes in, I open a TODO heading in
> an orgmode file regarding the question.
>
> Now, I'd like to add a link to the E-Mail under this TODO heading in the
> orgmode file. I've seen the manual page about external links, https://
> orgmod
AW to emacs-orgmode. Link from orgmode file to E-Mail (using kmail or
notmuch) Sat, 21 Jan 2023 22:32:47 +0100.
mid:3218434.44cspzl...@linux.fritz.box
in my Org files.
Hello Alexander,
AW :
> How can I have a link in an orgmode file to an E-Mail using either a feature
> of
> kmail oder notmuch ?
The package "ol-notmuch" implements links to notmuch messages and "searches":
https://git.sr.ht/~tarsius/ol-notmuch .
There might be other solution, for notmuch or k
Hi!
Workflow: E-Mails with a question comes in, I open a TODO heading in an orgmode
file regarding the question.
Now, I'd like to add a link to the E-Mail under this TODO heading in the
orgmode file. I've seen the manual page about external links, https://
orgmode.org/manual/External-Links.html
63 matches
Mail list logo
