i do not have INBOX

[David Belohrad]

Dear all,

notmuch search folder:


my directory does not contain INBOX, as inside the Maildir folder is directly 
/cur, /new, /tmp. How do I search in this particular one? The question is 
related to usage of 'afew' to move all mails which have 'deleted' tag into 
Trash folder (which I have under .Trash)

many thanks
.d.
___
notmuch mailing list
notmuch@notmuchmail.org
https://notmuchmail.org/mailman/listinfo/notmuch

anyone uses notmuch-web?

[David Belohrad]

dear all,

i'm an user of notmuch already for some years (in fact from the beginning).
great product! i want to replace my roundcube installation on web server by
notmuch-web, which - at least in testing on local computer - looks great and
does exactly the job.

my concerns are in the domain of the internet security. apparently the haskell
stuff (sorry, not a haskell guy) cannot go over https, but only http, and for
this one has to do some proxying between http and https done on http server
level.

is anyone using such modus operandi? could you share your thoughts about using
notmuch-web?

looking on bitbucket the last updates are from 2014. is the development dead?

many thanks


david


___
notmuch mailing list
notmuch@notmuchmail.org
https://notmuchmail.org/mailman/listinfo/notmuch

perfect match of subject search

[David Belohrad]

Dear all,

some advice would be appreciated. I use spamassassin to tag all spam by 
!SPAM! such, that during notmuch tagging process i could filter them 
away from my inbox. Problem is, that no matter what, I cannot search on subject 
exactly. Hence if I write down:

notmuch search subject:"!SPAM!"

i get not only those with exact match, but I do get many others, who do not 
have in subject SPAM at all, even for example an email from recent discussion, 
with subject:

"Macros for notmuch and bayesian spam learner (dspam)"

so it completely ignores the exclamation, starts ... and maybe other things as 
well...

how can i specify the subject search term to look for only exact match?

thanks

.d.
___
notmuch mailing list
notmuch@notmuchmail.org
https://notmuchmail.org/mailman/listinfo/notmuch

[O] how to put into a journal info about the email sent

[David Belohrad]

Hi David,

yes. That works perfectly and solves both issues at the same time. Now
it is perfect!

.d.



David Edmondson  writes:

> On Wed, Oct 29 2014, David Belohrad wrote:
>> - 'standard' behaviour is, that the email sent becomes read-only so with
>>   'q' keystroke I can bury the buffer with the email. However when I
>>   have implemented this, I have noticed that when I 'confirm' the
>>   template, I go back into the buffer 'sent mail to...', but this the
>>   *THE BUFFER IS NOT READ ONLY* and 'q' will just generate a character,
>>   and then I have to kill this buffer using C-x k with additional 'yes'
>>   because the buffer was modified. Quite annoying and I don't know how
>>   to resolve this
>
> I'm unsure about this. The change below may fix it accidentally.
>
>> - second thing is, that I'd like to avoid at all opening the capture
>>   template and just dump it into the file without any modifications
>>   ongoing. The only 'modification' which comes into my mind is a setup
>>   of an additional tag describing the email being attached to some
>>   project...
>
> Change the template to...
>
> ("@" "Email outgoing sync. USED INTERNALLY" entry (file+datetree (concat 
> my-org-files "emails_sent.org"))
> "* EMAIL %c :EMAIL:\n%?\nEntered on %T\n" :immediate-finish t)
> (i.e. add ":immediate-finish t")
>
> ...and you will never see the capture buffer for this entry.

[O] how to put into a journal info about the email sent

[David Belohrad]

a small correction. THIS:

(kill-new (concat "[[notmuch:id:" (replace-regexp-in-string "[<>]" ""
msg-id) "][" (replace-regexp-in-string "[\]\\[]" "_" subject) "]]"))


is the correct way how to make the link and the subject into the kill
ring. The thing is, that subject must not contain [] (as e.g. [O]) so I
have replaced that by underscores. As well the message-id comes with <>
wrapping which has to be removed for the link to be working.

.d.




David Belohrad  writes:

> dear all,
>
> thanks for fruitful hints. Based on what you've done I have setup it as
> follows:
>
> 1) the capture template, which uses clipboard buffer to setup the
>data. So my org-capture-templates contains this entry:
>
>("@" "Email outgoing sync. USED INTERNALLY" entry (file+datetree (concat 
> my-org-files "emails_sent.org"))
>"* EMAIL %c :EMAIL:\n%?\nEntered on %T\n")
>
> 2) function which generates the notmuch link based on the message id:
>
>   (defun org-notmuch-track-outgoing-emails()
>  (save-restriction
>  (message-narrow-to-headers)
> (let ((link (mail-fetch-field "Message-ID"))
>   (subject (mail-fetch-field "Subject"))
>   (to (mail-fetch-field "To"))
>   (date (mail-fetch-field "Date"))
>   (msg-id (mail-fetch-field "Message-ID"))
>   ;; `mail-fetch-field'. Construct date-ts and date-ts-ia with
>   ;;(date-ts (format-time-string (org-time-stamp-format t 
> [t]) (date-to-time (mail-fetch-field "Date"
>   )
>   (if link
>   ;; messageid exists, we can link it
>   (kill-new (concat "[[notmuch:id:" msg-id "][" subject 
> "]]")))
> ;; use special template to fill in
>   (org-capture nil "@")
> )
>   )
> )
>
> 3) hook to run the function when headers are created:
>
> (add-hook 'message-header-hook 'org-notmuch-track-outgoing-emails)
>
>
>
> The three what they do is that whenever I send an email, a new diary
> style entry is setup in the editting buffer, where the timestamp, email
> link and an EMAIL tag are already pre-filled. So unless I want to add
> another tags, sending email is by default a -two times- C-c C-c combo. 
>
> Bettern than nothing, but still far from being perfect due to two
> things:
>
> - 'standard' behaviour is, that the email sent becomes read-only so with
>   'q' keystroke I can bury the buffer with the email. However when I
>   have implemented this, I have noticed that when I 'confirm' the
>   template, I go back into the buffer 'sent mail to...', but this the
>   *THE BUFFER IS NOT READ ONLY* and 'q' will just generate a character,
>   and then I have to kill this buffer using C-x k with additional 'yes'
>   because the buffer was modified. Quite annoying and I don't know how
>   to resolve this
>
> - second thing is, that I'd like to avoid at all opening the capture
>   template and just dump it into the file without any modifications
>   ongoing. The only 'modification' which comes into my mind is a setup
>   of an additional tag describing the email being attached to some
>   project...
>
> Any help on those two is highly appreciated :)
>
> .d.
>
>
>
> Eric Abrahamsen  writes:
>
>> David Edmondson  writes:
>>
>>> On Fri, Oct 24 2014, Eric Abrahamsen wrote:
>>>> David Belohrad  writes:
>>>>
>>>>> Dear All,
>>>>>
>>>>> i'm using org. And I'm using notmuch (that's why I address both mailing
>>>>> lists). Now, writing an email in everyday bussiness requires a
>>>>> non-significant time of your workhours. So I'd like to have this event
>>>>> in my org agenda. So any time I send some email with a given subject,
>>>>> I'd like to 'automatically' entry the information about it into
>>>>> e.g. sentmails.org in form of a diary entry, with appropriate tag.
>>>>
>>>> I do something like this in Gnorb, which I'd recommend you use except
>>>> it's mostly Gnus specific.
>>>>
>>>> I do it in two parts, but you could do it in one. Basically I add a
>>>> function to the `message-header-hook' (which ensures that all the
>>>> message headers have been generated properly).
>>>
>>> Does `message-generate-headers-first' not do what you 

[O] how to put into a journal info about the email sent

[David Belohrad]

dear all,

thanks for fruitful hints. Based on what you've done I have setup it as
follows:

1) the capture template, which uses clipboard buffer to setup the
   data. So my org-capture-templates contains this entry:

   ("@" "Email outgoing sync. USED INTERNALLY" entry (file+datetree (concat 
my-org-files "emails_sent.org"))
   "* EMAIL %c :EMAIL:\n%?\nEntered on %T\n")

2) function which generates the notmuch link based on the message id:

  (defun org-notmuch-track-outgoing-emails()
 (save-restriction
 (message-narrow-to-headers)
(let ((link (mail-fetch-field "Message-ID"))
  (subject (mail-fetch-field "Subject"))
  (to (mail-fetch-field "To"))
  (date (mail-fetch-field "Date"))
  (msg-id (mail-fetch-field "Message-ID"))
  ;; `mail-fetch-field'. Construct date-ts and date-ts-ia with
  ;;(date-ts (format-time-string (org-time-stamp-format t [t]) 
(date-to-time (mail-fetch-field "Date"
  )
  (if link
  ;; messageid exists, we can link it
  (kill-new (concat "[[notmuch:id:" msg-id "][" subject 
"]]")))
;; use special template to fill in
  (org-capture nil "@")
)
  )
)

3) hook to run the function when headers are created:

(add-hook 'message-header-hook 'org-notmuch-track-outgoing-emails)



The three what they do is that whenever I send an email, a new diary
style entry is setup in the editting buffer, where the timestamp, email
link and an EMAIL tag are already pre-filled. So unless I want to add
another tags, sending email is by default a -two times- C-c C-c combo. 

Bettern than nothing, but still far from being perfect due to two
things:

- 'standard' behaviour is, that the email sent becomes read-only so with
  'q' keystroke I can bury the buffer with the email. However when I
  have implemented this, I have noticed that when I 'confirm' the
  template, I go back into the buffer 'sent mail to...', but this the
  *THE BUFFER IS NOT READ ONLY* and 'q' will just generate a character,
  and then I have to kill this buffer using C-x k with additional 'yes'
  because the buffer was modified. Quite annoying and I don't know how
  to resolve this

- second thing is, that I'd like to avoid at all opening the capture
  template and just dump it into the file without any modifications
  ongoing. The only 'modification' which comes into my mind is a setup
  of an additional tag describing the email being attached to some
  project...

Any help on those two is highly appreciated :)

.d.



Eric Abrahamsen  writes:

> David Edmondson  writes:
>
>> On Fri, Oct 24 2014, Eric Abrahamsen wrote:
>>> David Belohrad  writes:
>>>
>>>> Dear All,
>>>>
>>>> i'm using org. And I'm using notmuch (that's why I address both mailing
>>>> lists). Now, writing an email in everyday bussiness requires a
>>>> non-significant time of your workhours. So I'd like to have this event
>>>> in my org agenda. So any time I send some email with a given subject,
>>>> I'd like to 'automatically' entry the information about it into
>>>> e.g. sentmails.org in form of a diary entry, with appropriate tag.
>>>
>>> I do something like this in Gnorb, which I'd recommend you use except
>>> it's mostly Gnus specific.
>>>
>>> I do it in two parts, but you could do it in one. Basically I add a
>>> function to the `message-header-hook' (which ensures that all the
>>> message headers have been generated properly).
>>
>> Does `message-generate-headers-first' not do what you want for this
>> specific part?
>
> Yeah, I think I looked at that previously. But this thing is going in a
> hook anyway, might as well use the hook that *doesn't* require me to
> call that function explicitly.
>
>>> Obviously the downside is that, without a "Gcc:" header, org can't
>>> actually make a real link to the message. It doesn't know where it's
>>> going to be. However if you know that all your sent messages can be
>>> reached with a link that looks like "notmuch:id#Message-id", then you
>>> can make that yourself in your org capture template with something like
>>
>> As you suggest, know the message-id should be good enough to generate a
>> notmuch link, though you may have to wait for the notmuch index to be
>> updated for the link to be valid.
>
> Yup, I've got the same issue with nnimap -- you have to wait for the
> next sync to get access to the message. So far it hasn't been a problem,
> though.
>
> ___
> notmuch mailing list
> notmuch at notmuchmail.org
> http://notmuchmail.org/mailman/listinfo/notmuch

Re: [O] how to put into a journal info about the email sent

[David Belohrad]

dear all,

thanks for fruitful hints. Based on what you've done I have setup it as
follows:

1) the capture template, which uses clipboard buffer to setup the
   data. So my org-capture-templates contains this entry:
   
   (@ Email outgoing sync. USED INTERNALLY entry (file+datetree (concat 
my-org-files emails_sent.org))
   * EMAIL %c :EMAIL:\n%?\nEntered on %T\n)

2) function which generates the notmuch link based on the message id:

  (defun org-notmuch-track-outgoing-emails()
 (save-restriction
 (message-narrow-to-headers)
(let ((link (mail-fetch-field Message-ID))
  (subject (mail-fetch-field Subject))
  (to (mail-fetch-field To))
  (date (mail-fetch-field Date))
  (msg-id (mail-fetch-field Message-ID))
  ;; `mail-fetch-field'. Construct date-ts and date-ts-ia with
  ;;(date-ts (format-time-string (org-time-stamp-format t [t]) 
(date-to-time (mail-fetch-field Date
  )
  (if link
  ;; messageid exists, we can link it
  (kill-new (concat [[notmuch:id: msg-id ][ subject 
]])))
;; use special template to fill in
  (org-capture nil @)
)
  )
)

3) hook to run the function when headers are created:

(add-hook 'message-header-hook 'org-notmuch-track-outgoing-emails)



The three what they do is that whenever I send an email, a new diary
style entry is setup in the editting buffer, where the timestamp, email
link and an EMAIL tag are already pre-filled. So unless I want to add
another tags, sending email is by default a -two times- C-c C-c combo. 

Bettern than nothing, but still far from being perfect due to two
things:

- 'standard' behaviour is, that the email sent becomes read-only so with
  'q' keystroke I can bury the buffer with the email. However when I
  have implemented this, I have noticed that when I 'confirm' the
  template, I go back into the buffer 'sent mail to...', but this the
  *THE BUFFER IS NOT READ ONLY* and 'q' will just generate a character,
  and then I have to kill this buffer using C-x k with additional 'yes'
  because the buffer was modified. Quite annoying and I don't know how
  to resolve this

- second thing is, that I'd like to avoid at all opening the capture
  template and just dump it into the file without any modifications
  ongoing. The only 'modification' which comes into my mind is a setup
  of an additional tag describing the email being attached to some
  project...

Any help on those two is highly appreciated :)

.d.



Eric Abrahamsen e...@ericabrahamsen.net writes:

 David Edmondson d...@dme.org writes:

 On Fri, Oct 24 2014, Eric Abrahamsen wrote:
 David Belohrad da...@belohrad.ch writes:

 Dear All,

 i'm using org. And I'm using notmuch (that's why I address both mailing
 lists). Now, writing an email in everyday bussiness requires a
 non-significant time of your workhours. So I'd like to have this event
 in my org agenda. So any time I send some email with a given subject,
 I'd like to 'automatically' entry the information about it into
 e.g. sentmails.org in form of a diary entry, with appropriate tag.

 I do something like this in Gnorb, which I'd recommend you use except
 it's mostly Gnus specific.

 I do it in two parts, but you could do it in one. Basically I add a
 function to the `message-header-hook' (which ensures that all the
 message headers have been generated properly).

 Does `message-generate-headers-first' not do what you want for this
 specific part?

 Yeah, I think I looked at that previously. But this thing is going in a
 hook anyway, might as well use the hook that *doesn't* require me to
 call that function explicitly.

 Obviously the downside is that, without a Gcc: header, org can't
 actually make a real link to the message. It doesn't know where it's
 going to be. However if you know that all your sent messages can be
 reached with a link that looks like notmuch:id#Message-id, then you
 can make that yourself in your org capture template with something like

 As you suggest, know the message-id should be good enough to generate a
 notmuch link, though you may have to wait for the notmuch index to be
 updated for the link to be valid.

 Yup, I've got the same issue with nnimap -- you have to wait for the
 next sync to get access to the message. So far it hasn't been a problem,
 though.

 ___
 notmuch mailing list
 notmuch@notmuchmail.org
 http://notmuchmail.org/mailman/listinfo/notmuch
___
notmuch mailing list
notmuch@notmuchmail.org
http://notmuchmail.org/mailman/listinfo/notmuch

Re: [O] how to put into a journal info about the email sent

[David Belohrad]

a small correction. THIS:

(kill-new (concat [[notmuch:id: (replace-regexp-in-string [] 
msg-id) ][ (replace-regexp-in-string [\]\\[] _ subject) ]]))


is the correct way how to make the link and the subject into the kill
ring. The thing is, that subject must not contain [] (as e.g. [O]) so I
have replaced that by underscores. As well the message-id comes with 
wrapping which has to be removed for the link to be working.

.d.




David Belohrad da...@belohrad.ch writes:

 dear all,

 thanks for fruitful hints. Based on what you've done I have setup it as
 follows:

 1) the capture template, which uses clipboard buffer to setup the
data. So my org-capture-templates contains this entry:

(@ Email outgoing sync. USED INTERNALLY entry (file+datetree (concat 
 my-org-files emails_sent.org))
* EMAIL %c :EMAIL:\n%?\nEntered on %T\n)

 2) function which generates the notmuch link based on the message id:

   (defun org-notmuch-track-outgoing-emails()
  (save-restriction
  (message-narrow-to-headers)
 (let ((link (mail-fetch-field Message-ID))
   (subject (mail-fetch-field Subject))
   (to (mail-fetch-field To))
   (date (mail-fetch-field Date))
   (msg-id (mail-fetch-field Message-ID))
   ;; `mail-fetch-field'. Construct date-ts and date-ts-ia with
   ;;(date-ts (format-time-string (org-time-stamp-format t 
 [t]) (date-to-time (mail-fetch-field Date
   )
   (if link
   ;; messageid exists, we can link it
   (kill-new (concat [[notmuch:id: msg-id ][ subject 
 ]])))
 ;; use special template to fill in
   (org-capture nil @)
 )
   )
 )

 3) hook to run the function when headers are created:

 (add-hook 'message-header-hook 'org-notmuch-track-outgoing-emails)



 The three what they do is that whenever I send an email, a new diary
 style entry is setup in the editting buffer, where the timestamp, email
 link and an EMAIL tag are already pre-filled. So unless I want to add
 another tags, sending email is by default a -two times- C-c C-c combo. 

 Bettern than nothing, but still far from being perfect due to two
 things:

 - 'standard' behaviour is, that the email sent becomes read-only so with
   'q' keystroke I can bury the buffer with the email. However when I
   have implemented this, I have noticed that when I 'confirm' the
   template, I go back into the buffer 'sent mail to...', but this the
   *THE BUFFER IS NOT READ ONLY* and 'q' will just generate a character,
   and then I have to kill this buffer using C-x k with additional 'yes'
   because the buffer was modified. Quite annoying and I don't know how
   to resolve this

 - second thing is, that I'd like to avoid at all opening the capture
   template and just dump it into the file without any modifications
   ongoing. The only 'modification' which comes into my mind is a setup
   of an additional tag describing the email being attached to some
   project...

 Any help on those two is highly appreciated :)

 .d.



 Eric Abrahamsen e...@ericabrahamsen.net writes:

 David Edmondson d...@dme.org writes:

 On Fri, Oct 24 2014, Eric Abrahamsen wrote:
 David Belohrad da...@belohrad.ch writes:

 Dear All,

 i'm using org. And I'm using notmuch (that's why I address both mailing
 lists). Now, writing an email in everyday bussiness requires a
 non-significant time of your workhours. So I'd like to have this event
 in my org agenda. So any time I send some email with a given subject,
 I'd like to 'automatically' entry the information about it into
 e.g. sentmails.org in form of a diary entry, with appropriate tag.

 I do something like this in Gnorb, which I'd recommend you use except
 it's mostly Gnus specific.

 I do it in two parts, but you could do it in one. Basically I add a
 function to the `message-header-hook' (which ensures that all the
 message headers have been generated properly).

 Does `message-generate-headers-first' not do what you want for this
 specific part?

 Yeah, I think I looked at that previously. But this thing is going in a
 hook anyway, might as well use the hook that *doesn't* require me to
 call that function explicitly.

 Obviously the downside is that, without a Gcc: header, org can't
 actually make a real link to the message. It doesn't know where it's
 going to be. However if you know that all your sent messages can be
 reached with a link that looks like notmuch:id#Message-id, then you
 can make that yourself in your org capture template with something like

 As you suggest, know the message-id should be good enough to generate a
 notmuch link, though you may have to wait for the notmuch index to be
 updated for the link to be valid.

 Yup, I've got the same issue with nnimap -- you have to wait for the
 next sync to get access to the message. So

Re: [O] how to put into a journal info about the email sent

[David Belohrad]

Hi David,

yes. That works perfectly and solves both issues at the same time. Now
it is perfect!

.d.



David Edmondson d...@dme.org writes:

 On Wed, Oct 29 2014, David Belohrad wrote:
 - 'standard' behaviour is, that the email sent becomes read-only so with
   'q' keystroke I can bury the buffer with the email. However when I
   have implemented this, I have noticed that when I 'confirm' the
   template, I go back into the buffer 'sent mail to...', but this the
   *THE BUFFER IS NOT READ ONLY* and 'q' will just generate a character,
   and then I have to kill this buffer using C-x k with additional 'yes'
   because the buffer was modified. Quite annoying and I don't know how
   to resolve this

 I'm unsure about this. The change below may fix it accidentally.

 - second thing is, that I'd like to avoid at all opening the capture
   template and just dump it into the file without any modifications
   ongoing. The only 'modification' which comes into my mind is a setup
   of an additional tag describing the email being attached to some
   project...

 Change the template to...

 (@ Email outgoing sync. USED INTERNALLY entry (file+datetree (concat 
 my-org-files emails_sent.org))
 * EMAIL %c :EMAIL:\n%?\nEntered on %T\n :immediate-finish t)
 (i.e. add :immediate-finish t)

 ...and you will never see the capture buffer for this entry.
___
notmuch mailing list
notmuch@notmuchmail.org
http://notmuchmail.org/mailman/listinfo/notmuch

how to put into a journal info about the email sent

[David Belohrad]

Dear All,

i'm using org. And I'm using notmuch (that's why I address both mailing
lists). Now, writing an email in everyday bussiness requires a
non-significant time of your workhours. So I'd like to have this event
in my org agenda. So any time I send some email with a given subject,
I'd like to 'automatically' entry the information about it into
e.g. sentmails.org in form of a diary entry, with appropriate tag.

In example:

I'm sending a mail to Tom, with subject 'dealing vme register
mapping'. 

At the moment I send this email (using smtpmail), I'd like an entry in
the sentmails.org as follows:


** 2014-10 October
*** 2014-10-02 Thursday
 dealing vme register mapping   
  :mail:
[[notmuch:id:7a97bb93e66a41878edd4c04fa764963 at cernfe03.cern.ch][dealing
vme register mapping]]


I thought that I can use following

(add-hook 'message-send-hook ')

to hook on sending and generate a capture entry. In fact this works
pretty well _EXCEPT_ the link to the mail sent. The org-store-link
cannot apparently store a link to an email, which so far was not sent
(and not received?) because it claims that

'org-gnus-store-link: Can not create link: No Gcc header found'

Hence this is pretty fatal for my diary entry. My question is: is there
any way how to link not-yet-sent/received email as an org-link? Or is
there any way to generate Gcc header before the email is sent and use
this header during sending? Or is
there any other way how to put into my agenda sent emails?

many thanks

david

how to put into a journal info about the email sent

[David Belohrad]

Dear All,

i'm using org. And I'm using notmuch (that's why I address both mailing
lists). Now, writing an email in everyday bussiness requires a
non-significant time of your workhours. So I'd like to have this event
in my org agenda. So any time I send some email with a given subject,
I'd like to 'automatically' entry the information about it into
e.g. sentmails.org in form of a diary entry, with appropriate tag.

In example:

I'm sending a mail to Tom, with subject 'dealing vme register
mapping'. 

At the moment I send this email (using smtpmail), I'd like an entry in
the sentmails.org as follows:


** 2014-10 October
*** 2014-10-02 Thursday
 dealing vme register mapping   
  :mail:
[[notmuch:id:7a97bb93e66a41878edd4c04fa764...@cernfe03.cern.ch][dealing
vme register mapping]]


I thought that I can use following

(add-hook 'message-send-hook 'mysuperfunction)

to hook on sending and generate a capture entry. In fact this works
pretty well _EXCEPT_ the link to the mail sent. The org-store-link
cannot apparently store a link to an email, which so far was not sent
(and not received?) because it claims that

'org-gnus-store-link: Can not create link: No Gcc header found'

Hence this is pretty fatal for my diary entry. My question is: is there
any way how to link not-yet-sent/received email as an org-link? Or is
there any way to generate Gcc header before the email is sent and use
this header during sending? Or is
there any other way how to put into my agenda sent emails?

many thanks

david


___
notmuch mailing list
notmuch@notmuchmail.org
http://notmuchmail.org/mailman/listinfo/notmuch

sending email using different server for different 'From:' field

[David Belohrad]

Dear Both,
thanks  alot, i'll try to see those options (when i find a bit of
time :)

nice evening (in europe at least)

.d.


Mark Walters  writes:

> Hi
>
> On Wed, 03 Sep 2014, David Belohrad  wrote:
>> oukej. this seems to be exactly what I'm looking for. Is there a way how
>> to 'cycle' in notmuch different From: fields? I'd need to setup like 3
>> addresses, each of them with different signatures and be able to easily
>> switch between them
>
> You might finding setting notmuch-always-prompt-for-sender to 't is
> what you want (you can set if in customise or directly)
>
> This prompts you for the sender address and takes options from your
> notmuch config file (that is from user.primary_email and
> user.other_email from .notmuch-config) so will quite possibly just work.
>
>
>>>
>>> (defun kea/message-select-mail-dest ()
>>>   (cond ((string-match ""
>>>(message-field-value "From"))
>>>  (kea/send-mail-with-x))
>>> (t
>>>  (kea/send-mail-with-y
>>>
>>> (kea/send-mail-with-y)
>>> (add-hook 'message-send-hook 'kea/message-select-mail-dest)
>
> I will also mention an alternative approach to using hooks here. You
> could customise message-send-mail-function to be your own function which
> let binds the appropriate send-mail settings and have that call the
> actual send-mail function (eg message-send-mail-with-sendmail)
>
> Best wishes
>
> Mark

Re: sending email using different server for different 'From:' field

[David Belohrad]

Dear Both,
thanks  alot, i'll try to see those options (when i find a bit of
time :)

nice evening (in europe at least)

.d.


Mark Walters markwalters1...@gmail.com writes:

 Hi

 On Wed, 03 Sep 2014, David Belohrad da...@belohrad.ch wrote:
 oukej. this seems to be exactly what I'm looking for. Is there a way how
 to 'cycle' in notmuch different From: fields? I'd need to setup like 3
 addresses, each of them with different signatures and be able to easily
 switch between them

 You might finding setting notmuch-always-prompt-for-sender to 't is
 what you want (you can set if in customise or directly)

 This prompts you for the sender address and takes options from your
 notmuch config file (that is from user.primary_email and
 user.other_email from .notmuch-config) so will quite possibly just work.



 (defun kea/message-select-mail-dest ()
   (cond ((string-match k...@x.com
(message-field-value From))
  (kea/send-mail-with-x))
 (t
  (kea/send-mail-with-y

 (kea/send-mail-with-y)
 (add-hook 'message-send-hook 'kea/message-select-mail-dest)

 I will also mention an alternative approach to using hooks here. You
 could customise message-send-mail-function to be your own function which
 let binds the appropriate send-mail settings and have that call the
 actual send-mail function (eg message-send-mail-with-sendmail)

 Best wishes

 Mark
___
notmuch mailing list
notmuch@notmuchmail.org
http://notmuchmail.org/mailman/listinfo/notmuch

sending email using different server for different 'From:' field

[David Belohrad]

oukej. this seems to be exactly what I'm looking for. Is there a way how
to 'cycle' in notmuch different From: fields? I'd need to setup like 3
addresses, each of them with different signatures and be able to easily
switch between them

thanks
.d.


Keith Amidon  writes:

> On Tue, 2014-09-02 at 14:26 +0200, David Belohrad wrote:
>> could that scenario be somehow fitted automatically, so when I overwrite
>> the default 'From:' address (by hand. is it possible to do some
>> automatic cycling?) to work address, so that message sender in emacs
>> would automatically use work exchange server to deliver the mail?
>
> I think this is more of a message-mode question than a notmuch question.
> I use something very similar to code attached below, which is rather
> brute-force, but does the job for me.
>
>  --- Keith
>
> -
>
> (defun kea/send-mail-with-x ()
>   (interactive)
>   (setq smtpmail-smtp-server "smtp.x.com"
> smtpmail-smtp-service 587
> smtpmail-local-domain "x.com"
> smtpmail-auth-user nil
> smtpmail-stream-type 'starttls))
>
> (defun kea/send-mail-with-y ()
>   (interactive)
>   (setq smtpmail-smtp-server "email.y.com"
> smtpmail-smtp-service 587
> smtpmail-local-domain "y.com"
> smtpmail-auth-user nil
> smtpmail-stream-type 'starttls))
>
> (defun kea/message-select-mail-dest ()
>   (cond ((string-match ""
>(message-field-value "From"))
>  (kea/send-mail-with-x))
> (t
>  (kea/send-mail-with-y
>
> (kea/send-mail-with-y)
> (add-hook 'message-send-hook 'kea/message-select-mail-dest)

Re: sending email using different server for different 'From:' field

[David Belohrad]

oukej. this seems to be exactly what I'm looking for. Is there a way how
to 'cycle' in notmuch different From: fields? I'd need to setup like 3
addresses, each of them with different signatures and be able to easily
switch between them

thanks
.d.


Keith Amidon cama...@picnicpark.org writes:

 On Tue, 2014-09-02 at 14:26 +0200, David Belohrad wrote:
 could that scenario be somehow fitted automatically, so when I overwrite
 the default 'From:' address (by hand. is it possible to do some
 automatic cycling?) to work address, so that message sender in emacs
 would automatically use work exchange server to deliver the mail?

 I think this is more of a message-mode question than a notmuch question.
 I use something very similar to code attached below, which is rather
 brute-force, but does the job for me.

  --- Keith

 -

 (defun kea/send-mail-with-x ()
   (interactive)
   (setq smtpmail-smtp-server smtp.x.com
 smtpmail-smtp-service 587
 smtpmail-local-domain x.com
 smtpmail-auth-user nil
 smtpmail-stream-type 'starttls))

 (defun kea/send-mail-with-y ()
   (interactive)
   (setq smtpmail-smtp-server email.y.com
 smtpmail-smtp-service 587
 smtpmail-local-domain y.com
 smtpmail-auth-user nil
 smtpmail-stream-type 'starttls))

 (defun kea/message-select-mail-dest ()
   (cond ((string-match k...@x.com
(message-field-value From))
  (kea/send-mail-with-x))
 (t
  (kea/send-mail-with-y

 (kea/send-mail-with-y)
 (add-hook 'message-send-hook 'kea/message-select-mail-dest)
___
notmuch mailing list
notmuch@notmuchmail.org
http://notmuchmail.org/mailman/listinfo/notmuch

sending email using different server for different 'From:' field

[David Belohrad]

Dear All,

I have my emacs/notmuch installation setup such, that I send the emails
usually directly using local exim4 installation. For particular 'From:'
field however I need to use my work server. Nowadays I do that
manually. Hence if I write an email using my work address, I manually
call a function switching the exim4 to work server. when the mail is
sent, i manually set it back to exim.

could that scenario be somehow fitted automatically, so when I overwrite
the default 'From:' address (by hand. is it possible to do some
automatic cycling?) to work address, so that message sender in emacs
would automatically use work exchange server to deliver the mail?


many thanks


david

sending email using different server for different 'From:' field

[David Belohrad]

Dear All,

I have my emacs/notmuch installation setup such, that I send the emails
usually directly using local exim4 installation. For particular 'From:'
field however I need to use my work server. Nowadays I do that
manually. Hence if I write an email using my work address, I manually
call a function switching the exim4 to work server. when the mail is
sent, i manually set it back to exim.

could that scenario be somehow fitted automatically, so when I overwrite
the default 'From:' address (by hand. is it possible to do some
automatic cycling?) to work address, so that message sender in emacs
would automatically use work exchange server to deliver the mail?


many thanks


david


___
notmuch mailing list
notmuch@notmuchmail.org
http://notmuchmail.org/mailman/listinfo/notmuch

how to specify notmuch colors in emacs24

[David Belohrad]

Hi All,

thanks for extensive answers on this thread. The plum-1 and other
definitions are coming from 'tango-dark' theme of emacs 24, which I
wanted to modify. I understood hence, that the two ways of settings the
colors (notmuch/emacs24) are so far somehow incompatible and hence there
is no way how to specify the notmuch colors the emacs24 way.

many thanks
.d.



Austin Clements  writes:

> Quoth David Belohrad on Mar 06 at  2:24 pm:
>> Dear All,
>> 
>> so far I'm changing some color faces programmatically:
>> 
>>   (setq notmuch-search-line-faces '(("deleted" . (:foreground "red"
>>   :background "blue"))
>>  ("unread" . (:foreground "DeepSkyBlue"))
>>  ("flagged" . (:foreground "firebrick1"))
>>  ))
>> 
>> 
>> I recently upgraded to emacs24. I was using default shipped tango-dark
>> theme. Then (because of VHDL mode I'm using) I have created a custom
>> theme, and I'd like to 'backport' the piece of code above into the
>> custom theme so it is in accordance with the philosophy of themes.
>> 
>> I have no idea how to specify it using the 'class approach',as e.g.
>> 
>>`(gnus-group-news-1 ((,class (:foreground ,plum-1
>>`(gnus-group-news-1-low ((,class (:foreground ,plum-2
>> 
>> Any hint would be greatly appreciated
>
> I'm not sure what the values of `class', `plum-1', and `plum-2' are in
> your above snippet or what the context of that snippet is, so I may be
> misunderstanding your problem, but it may help to know that
> `gnus-group-news-1' and `notmuch-search-line-faces' are very different
> types of variables.
>
> The value of `gnus-group-news-1' is a face; something like
> (:foreground "plum1").  It looks like what you've written above is
> actually a "face specification", which uses a bunch of conditions (the
> ,class part) to determine which of several potential faces to assign
> to the variable (though you listed only one face for each variable, so
> I'm not sure why you have a condition).  It's unfortunate that Emacs
> distinguishes faces and face specification, but that's how it is.
>
> `notmuch-search-line-faces' is *not* a face variable like
> `gnus-group-news-1'.  It's an association list that maps tags to
> faces.  As such, it won't work if your theme is trying to treat it
> like a face variable, since its value is not a face, but rather a data
> structure that has faces in it.

how to specify notmuch colors in emacs24

[David Belohrad]

Dear All,

so far I'm changing some color faces programmatically:

  (setq notmuch-search-line-faces '(("deleted" . (:foreground "red"
  :background "blue"))
 ("unread" . (:foreground "DeepSkyBlue"))
 ("flagged" . (:foreground "firebrick1"))
 ))


I recently upgraded to emacs24. I was using default shipped tango-dark
theme. Then (because of VHDL mode I'm using) I have created a custom
theme, and I'd like to 'backport' the piece of code above into the
custom theme so it is in accordance with the philosophy of themes.

I have no idea how to specify it using the 'class approach',as e.g.

   `(gnus-group-news-1 ((,class (:foreground ,plum-1
   `(gnus-group-news-1-low ((,class (:foreground ,plum-2

Any hint would be greatly appreciated

d.

how to specify notmuch colors in emacs24

[David Belohrad]

Dear All,

so far I'm changing some color faces programmatically:

  (setq notmuch-search-line-faces '((deleted . (:foreground red
  :background blue))
 (unread . (:foreground DeepSkyBlue))
 (flagged . (:foreground firebrick1))
 ))


I recently upgraded to emacs24. I was using default shipped tango-dark
theme. Then (because of VHDL mode I'm using) I have created a custom
theme, and I'd like to 'backport' the piece of code above into the
custom theme so it is in accordance with the philosophy of themes.

I have no idea how to specify it using the 'class approach',as e.g.

   `(gnus-group-news-1 ((,class (:foreground ,plum-1
   `(gnus-group-news-1-low ((,class (:foreground ,plum-2

Any hint would be greatly appreciated

d.
___
notmuch mailing list
notmuch@notmuchmail.org
http://notmuchmail.org/mailman/listinfo/notmuch

show inline html images as attachments in emacs notmuch-show

[David Belohrad]

Hi Mark,

thanks for info. I correct myself. The CID images in my case do not link
correctly when email opened as text/plain. They do however work when
email is opened as text/html.

In case of text/html they nicely are shown inline. In case of text/plain
the link is somehow live, but cid: is in different color than link
itself. when clicked on both separately, they both open empty emacs
buffer.

I send you privately one of my emails, which exhibits this behaviour as
well the screenshot on how it looks on my screen

thanks
.d.



Mark Walters  writes:

> Hi
>
> On Mon, 03 Feb 2014, David Belohrad  wrote:
>> Hi all,
>>
>> I can confirm this behaviour as well. With certain emails the CID images
>> are not displayed, and there is no means how to show them except writing
>> on disk and view externally.
>>
>> i have reported this problem some times ago, but I haven't find any
>> solution yet.
>>
>> http://notmuchmail.org/pipermail/notmuch/2012/012493.html
>
> I think we thought this bug was fixed in
> id:87625rz71n.fsf at awakening.csail.mit.edu
>
> Are the symptoms now exactly the same as in your original report? Do you
> have any public messages showing the problem or can you construct one?
>
> With a sample message I expect we can fix this: I get very little html
> email and haven't seen the problem.
>
> Best wishes
>
> Mark
>
>
>
>>
>>
>> .d.
>>
>> Mark Walters  writes:
>>
>>> Hi
>>>
>>> This sounds like a bug. However, I don't think I have any emails showing
>>> this problem. Have you got any examples that are public, or at least
>>> public enough they can be sent privately?
>>>
>>> Best wishes
>>>
>>> Mark
>>>
>>>
>>> On Sat, 01 Feb 2014, Jonas H?rsch  wrote:
>>>> hej, everyone,
>>>>
>>>> currently when i receive a mail containing inline images in a html
>>>> alternative part, which use those cid references. they are sometimes
>>>> shown, but other times not visible at all and just a [cid] token is
>>>> shown.
>>>>
>>>> is it possible to provide regular attachment buttons for such images,
>>>> regardless whether they can be displayed or not. this would make sure,
>>>> that one can display them and it's even easily possible to save them
>>>> separately.
>>>>
>>>> thanks for any hints on how to get there,
>>>>
>>>> jonas
>>>> ___
>>>> notmuch mailing list
>>>> notmuch at notmuchmail.org
>>>> http://notmuchmail.org/mailman/listinfo/notmuch
>>> ___
>>> notmuch mailing list
>>> notmuch at notmuchmail.org
>>> http://notmuchmail.org/mailman/listinfo/notmuch

show inline html images as attachments in emacs notmuch-show

[David Belohrad]

Hi all,

I can confirm this behaviour as well. With certain emails the CID images
are not displayed, and there is no means how to show them except writing
on disk and view externally.

i have reported this problem some times ago, but I haven't find any
solution yet.

http://notmuchmail.org/pipermail/notmuch/2012/012493.html


.d.

Mark Walters  writes:

> Hi
>
> This sounds like a bug. However, I don't think I have any emails showing
> this problem. Have you got any examples that are public, or at least
> public enough they can be sent privately?
>
> Best wishes
>
> Mark
>
>
> On Sat, 01 Feb 2014, Jonas H?rsch  wrote:
>> hej, everyone,
>>
>> currently when i receive a mail containing inline images in a html
>> alternative part, which use those cid references. they are sometimes
>> shown, but other times not visible at all and just a [cid] token is
>> shown.
>>
>> is it possible to provide regular attachment buttons for such images,
>> regardless whether they can be displayed or not. this would make sure,
>> that one can display them and it's even easily possible to save them
>> separately.
>>
>> thanks for any hints on how to get there,
>>
>> jonas
>> ___
>> notmuch mailing list
>> notmuch at notmuchmail.org
>> http://notmuchmail.org/mailman/listinfo/notmuch
> ___
> notmuch mailing list
> notmuch at notmuchmail.org
> http://notmuchmail.org/mailman/listinfo/notmuch

Re: show inline html images as attachments in emacs notmuch-show

[David Belohrad]

Hi Mark,

thanks for info. I correct myself. The CID images in my case do not link
correctly when email opened as text/plain. They do however work when
email is opened as text/html.

In case of text/html they nicely are shown inline. In case of text/plain
the link is somehow live, but cid: is in different color than link
itself. when clicked on both separately, they both open empty emacs
buffer.

I send you privately one of my emails, which exhibits this behaviour as
well the screenshot on how it looks on my screen

thanks
.d.



Mark Walters markwalters1...@gmail.com writes:

 Hi

 On Mon, 03 Feb 2014, David Belohrad da...@belohrad.ch wrote:
 Hi all,

 I can confirm this behaviour as well. With certain emails the CID images
 are not displayed, and there is no means how to show them except writing
 on disk and view externally.

 i have reported this problem some times ago, but I haven't find any
 solution yet.

 http://notmuchmail.org/pipermail/notmuch/2012/012493.html

 I think we thought this bug was fixed in
 id:87625rz71n@awakening.csail.mit.edu

 Are the symptoms now exactly the same as in your original report? Do you
 have any public messages showing the problem or can you construct one?

 With a sample message I expect we can fix this: I get very little html
 email and haven't seen the problem.

 Best wishes

 Mark





 .d.

 Mark Walters markwalters1...@gmail.com writes:

 Hi

 This sounds like a bug. However, I don't think I have any emails showing
 this problem. Have you got any examples that are public, or at least
 public enough they can be sent privately?

 Best wishes

 Mark


 On Sat, 01 Feb 2014, Jonas Hörsch jo...@chaoflow.net wrote:
 hej, everyone,

 currently when i receive a mail containing inline images in a html
 alternative part, which use those cid references. they are sometimes
 shown, but other times not visible at all and just a [cid] token is
 shown.

 is it possible to provide regular attachment buttons for such images,
 regardless whether they can be displayed or not. this would make sure,
 that one can display them and it's even easily possible to save them
 separately.

 thanks for any hints on how to get there,

 jonas
 ___
 notmuch mailing list
 notmuch@notmuchmail.org
 http://notmuchmail.org/mailman/listinfo/notmuch
 ___
 notmuch mailing list
 notmuch@notmuchmail.org
 http://notmuchmail.org/mailman/listinfo/notmuch
___
notmuch mailing list
notmuch@notmuchmail.org
http://notmuchmail.org/mailman/listinfo/notmuch

Re: show inline html images as attachments in emacs notmuch-show

[David Belohrad]

Hi all,

I can confirm this behaviour as well. With certain emails the CID images
are not displayed, and there is no means how to show them except writing
on disk and view externally.

i have reported this problem some times ago, but I haven't find any
solution yet.

http://notmuchmail.org/pipermail/notmuch/2012/012493.html


.d.

Mark Walters markwalters1...@gmail.com writes:

 Hi

 This sounds like a bug. However, I don't think I have any emails showing
 this problem. Have you got any examples that are public, or at least
 public enough they can be sent privately?

 Best wishes

 Mark


 On Sat, 01 Feb 2014, Jonas Hörsch jo...@chaoflow.net wrote:
 hej, everyone,

 currently when i receive a mail containing inline images in a html
 alternative part, which use those cid references. they are sometimes
 shown, but other times not visible at all and just a [cid] token is
 shown.

 is it possible to provide regular attachment buttons for such images,
 regardless whether they can be displayed or not. this would make sure,
 that one can display them and it's even easily possible to save them
 separately.

 thanks for any hints on how to get there,

 jonas
 ___
 notmuch mailing list
 notmuch@notmuchmail.org
 http://notmuchmail.org/mailman/listinfo/notmuch
 ___
 notmuch mailing list
 notmuch@notmuchmail.org
 http://notmuchmail.org/mailman/listinfo/notmuch
___
notmuch mailing list
notmuch@notmuchmail.org
http://notmuchmail.org/mailman/listinfo/notmuch

display text/html by default

[David Belohrad]

Hi Jamie,

thanks for this tip. It somehow solves the situation :)

.d.


Jameson Graef Rollins  writes:

> On Mon, Dec 16 2013, David Belohrad  wrote:
>> could someone help:
>>
>> when I open an email, it is automatically displayed as 'text/plain'. If
>> this mail has however CID attachments (pictures), they are not in this
>> view displayed by default. I have to manually switch to 'text/html' to
>> see those embedded pictures.
>>
>> I'd like to display mail by default as 'text/html'. How can I tell
>> emacs notmuch to do so?
>
> Hi, David.  It's not exactly what you're looking for, but the
> notmuch-show-all-multipart/alternative-parts emacs configuration option
> can be used to always display both parts by default.
>
> jamie.

Re: display text/html by default

[David Belohrad]

Hi Jamie,

thanks for this tip. It somehow solves the situation :)

.d.


Jameson Graef Rollins jroll...@finestructure.net writes:

 On Mon, Dec 16 2013, David Belohrad da...@belohrad.ch wrote:
 could someone help:

 when I open an email, it is automatically displayed as 'text/plain'. If
 this mail has however CID attachments (pictures), they are not in this
 view displayed by default. I have to manually switch to 'text/html' to
 see those embedded pictures.

 I'd like to display mail by default as 'text/html'. How can I tell
 emacs notmuch to do so?

 Hi, David.  It's not exactly what you're looking for, but the
 notmuch-show-all-multipart/alternative-parts emacs configuration option
 can be used to always display both parts by default.

 jamie.
___
notmuch mailing list
notmuch@notmuchmail.org
http://notmuchmail.org/mailman/listinfo/notmuch

dired marked files as attachment

[David Belohrad]

Dear All,

is there any way, how I can produce an email directly from dired mode
such, that every marked file will be sent as an attachment to this
email?

many thanks

david

display text/html by default

[David Belohrad]

Dear all,

could someone help:

when I open an email, it is automatically displayed as 'text/plain'. If
this mail has however CID attachments (pictures), they are not in this
view displayed by default. I have to manually switch to 'text/html' to
see those embedded pictures.

I'd like to display mail by default as 'text/html'. How can I tell
emacs notmuch to do so?

thanks
.d.

dired marked files as attachment

[David Belohrad]

Dear All,

is there any way, how I can produce an email directly from dired mode
such, that every marked file will be sent as an attachment to this
email?

many thanks

david
___
notmuch mailing list
notmuch@notmuchmail.org
http://notmuchmail.org/mailman/listinfo/notmuch

proposal to remove contrib/notmuch-vim and contrib/notmuch-deliver

[David Belohrad]

is actually someone using notmuch deliver? i was thinking to use is as
my 'implementation' of emailing uses remote access via SSH. This one is
considerably slower (especially when slow uplink) than local access and
hence if notmuch-deliver would be in a shape, that would spare at least
some time when 'notmuch new' is invoked from remote.

i agree however that 'notmuch new' could be scheduled at some interval,
notmuch-deliver would be much clearer solution.

.d.


David Bremner  writes:

> Hi;
>
> Both are superceded by code in the main tree, and should probably not be
> shipped in the next release. I suppose there are some packagers
> packaging contrib/notmuch-deliver, but they will have to adapt at some
> point anyway.  
>
> Comments?
>
> d
> ___
> notmuch mailing list
> notmuch at notmuchmail.org
> http://notmuchmail.org/mailman/listinfo/notmuch

Re: proposal to remove contrib/notmuch-vim and contrib/notmuch-deliver

[David Belohrad]

is actually someone using notmuch deliver? i was thinking to use is as
my 'implementation' of emailing uses remote access via SSH. This one is
considerably slower (especially when slow uplink) than local access and
hence if notmuch-deliver would be in a shape, that would spare at least
some time when 'notmuch new' is invoked from remote.

i agree however that 'notmuch new' could be scheduled at some interval,
notmuch-deliver would be much clearer solution.

.d.


David Bremner da...@tethera.net writes:

 Hi;

 Both are superceded by code in the main tree, and should probably not be
 shipped in the next release. I suppose there are some packagers
 packaging contrib/notmuch-deliver, but they will have to adapt at some
 point anyway.  

 Comments?

 d
 ___
 notmuch mailing list
 notmuch@notmuchmail.org
 http://notmuchmail.org/mailman/listinfo/notmuch
___
notmuch mailing list
notmuch@notmuchmail.org
http://notmuchmail.org/mailman/listinfo/notmuch

converting notmuch email to 'TODO' entry in org-mode

[David Belohrad]

Dear All,

i'm constantly facing a task: someone sends me an email to do
something, and I'm manually copying contents of email into org-mode
task using org-mode templates. The template itself only enters the
'default' todo line and when it was entered, but I'd like to copy the
contents of the email I'm currently in into that buffer.

This would allow me to get e.g. exchange meeting request and seamlessly
copy it into my agenda.

is there any way how to get 'current email' (not current thread)
contents into kill ring so I could write a small script to paste it into
org-mode template?

thanks

.d.

converting notmuch email to 'TODO' entry in org-mode

[David Belohrad]

Dear All,

i'm constantly facing a task: someone sends me an email to do
something, and I'm manually copying contents of email into org-mode
task using org-mode templates. The template itself only enters the
'default' todo line and when it was entered, but I'd like to copy the
contents of the email I'm currently in into that buffer.

This would allow me to get e.g. exchange meeting request and seamlessly
copy it into my agenda.

is there any way how to get 'current email' (not current thread)
contents into kill ring so I could write a small script to paste it into
org-mode template?

thanks

.d.
___
notmuch mailing list
notmuch@notmuchmail.org
http://notmuchmail.org/mailman/listinfo/notmuch

puzzled with CIDs in HTML email

[David Belohrad]

Dear All,

I'm really puzzled with CIDS. If you could see the attachment [1]. This
is an email I usually get. It comes with embedded picture. Now when I use
'w' shortcut to save the attachments, all goes well and emacs actually
saves the png file. When I open it in the emacs buffer, I can see
without any troubles the picture.

If however I click on blue-underlined link to see the picture, iceweasel
(Debian codename for firefox) opens, and claims 'iceweasel doesn't know
how to open this address, because the protocol (CID) isn't associated
with any program'.

If I click on green-like 'cid:' link, a new email buffer opens with 'To' equal 
to
cid link [2].

In both cases however there is no way how I can display the picture in
emacs/other renderer unless I save it first and then display it.

This has to be some kind of regression, as in the past I had like 50%
probability [3], that CID link will correctly display itself inside the
email buffer itself. However nowadays none of the links actually
displays and all of them finish with this 'double-link'.


Does anyone of you have an idea what could be wrong here? I am using
notmuch _remotely_ in emacs23.2. When showing the message in raw
format on the console, I
clearly see all the MIME parts data in the fetched email.

Any help kindly appreciated (as it is quite annoying :)


david


[1] http://belohrad.web.cern.ch/belohrad/puzzledcids.png

[2] http://belohrad.web.cern.ch/belohrad/puzzledcids1.png

[3] http://notmuchmail.org/pipermail/notmuch/2012/012493.html

how the date query works?

[David Belohrad]

thanks to everybody. i have completely missed that man page.

.d.



Jani Nikula  writes:

> On Mon, 20 May 2013, David Belohrad  wrote:
>> When I open in emacs search, and I type 'date:today', some output
>> appears, but not the one I would expect.
>
> The date: search expects a Xapian range expression, which requires ".."
> to be present in the query. For example, date:today..today from
> beginning of today to end of today, which I believe is what you're
> after. Half open ranges are okay, too, so assuming you don't have much
> mail from the future, simply date:today.. will do.
>
> Unfortunately, due to a limitation in Xapian, we can't flag an error or
> do the right thing given a date: search without the range expression
> ".."
>
>> Is there any kind of manual how to use it? I'm of course particularly
>> interested in 'today', 'yesterday', 'last week', 'last month' :)
>
> The search terms manual page, 'man notmuch-search-terms', which is also
> available at http://notmuchmail.org/manpages/notmuch-search-terms-7/
> gives a pretty good summary on the date search, including the
> limitations.
>
> HTH,
> Jani.

Re: how the date query works?

[David Belohrad]

thanks to everybody. i have completely missed that man page.

.d.



Jani Nikula j...@nikula.org writes:

 On Mon, 20 May 2013, David Belohrad da...@belohrad.ch wrote:
 When I open in emacs search, and I type 'date:today', some output
 appears, but not the one I would expect.

 The date: search expects a Xapian range expression, which requires ..
 to be present in the query. For example, date:today..today from
 beginning of today to end of today, which I believe is what you're
 after. Half open ranges are okay, too, so assuming you don't have much
 mail from the future, simply date:today.. will do.

 Unfortunately, due to a limitation in Xapian, we can't flag an error or
 do the right thing given a date: search without the range expression
 ..

 Is there any kind of manual how to use it? I'm of course particularly
 interested in 'today', 'yesterday', 'last week', 'last month' :)

 The search terms manual page, 'man notmuch-search-terms', which is also
 available at http://notmuchmail.org/manpages/notmuch-search-terms-7/
 gives a pretty good summary on the date search, including the
 limitations.

 HTH,
 Jani.
___
notmuch mailing list
notmuch@notmuchmail.org
http://notmuchmail.org/mailman/listinfo/notmuch

puzzled with CIDs in HTML email

[David Belohrad]

Dear All,

I'm really puzzled with CIDS. If you could see the attachment [1]. This
is an email I usually get. It comes with embedded picture. Now when I use
'w' shortcut to save the attachments, all goes well and emacs actually
saves the png file. When I open it in the emacs buffer, I can see
without any troubles the picture.

If however I click on blue-underlined link to see the picture, iceweasel
(Debian codename for firefox) opens, and claims 'iceweasel doesn't know
how to open this address, because the protocol (CID) isn't associated
with any program'.

If I click on green-like 'cid:' link, a new email buffer opens with 'To' equal 
to
cid link [2].

In both cases however there is no way how I can display the picture in
emacs/other renderer unless I save it first and then display it.

This has to be some kind of regression, as in the past I had like 50%
probability [3], that CID link will correctly display itself inside the
email buffer itself. However nowadays none of the links actually
displays and all of them finish with this 'double-link'.


Does anyone of you have an idea what could be wrong here? I am using
notmuch _remotely_ in emacs23.2. When showing the message in raw
format on the console, I
clearly see all the MIME parts data in the fetched email.

Any help kindly appreciated (as it is quite annoying :)


david


[1] http://belohrad.web.cern.ch/belohrad/puzzledcids.png

[2] http://belohrad.web.cern.ch/belohrad/puzzledcids1.png

[3] http://notmuchmail.org/pipermail/notmuch/2012/012493.html
___
notmuch mailing list
notmuch@notmuchmail.org
http://notmuchmail.org/mailman/listinfo/notmuch

how the date query works?

[David Belohrad]

Dear all,

could someone explain how to use date query? As of Oct 2012 Jani added
set of patches doing date query.

When I open in emacs search, and I type 'date:today', some output
appears, but not the one I would expect.

Interesting enough is, that if I press 'da' and then , it offers
date search.

Is there any kind of manual how to use it? I'm of course particularly
interested in 'today', 'yesterday', 'last week', 'last month' :)

thanks

david

how the date query works?

[David Belohrad]

Dear all,

could someone explain how to use date query? As of Oct 2012 Jani added
set of patches doing date query.

When I open in emacs search, and I type 'date:today', some output
appears, but not the one I would expect.

Interesting enough is, that if I press 'da' and then tab, it offers
date search.

Is there any kind of manual how to use it? I'm of course particularly
interested in 'today', 'yesterday', 'last week', 'last month' :)

thanks

david

___
notmuch mailing list
notmuch@notmuchmail.org
http://notmuchmail.org/mailman/listinfo/notmuch

images as attachment?

[David Belohrad]

Hi Jameson,

I guess this is exactly the point. Hence one would say, that this is
a bug to repair? What is bit curious to me is that so far nobody
complained about it. So is it just my emacs/notmuch configuration which does 
it? (note
that i'm using notmuch remotely and notmuch pulled from development tree)

cheers

.d.



Jameson Graef Rollins  writes:

> On Mon, Oct 01 2012, David Belohrad  wrote:
>> could someone throw an advice? When I receive an email with picture
>> attachment, sometimes it works out of the box in emacs, but sometimes
>> instead of picture it shows a link as this one:
>>
>> -- SNIP 
>>
>> I have not tried to understand why we're measuring too high bunch 
>> intensity so if you have any ideas please try it out let me know what to do.
>>
>>[cid:image001.png at 01CD9F29.128BA6B0]
>>
>>  We can discuss tomorrow tomorrow if you want
>>
>> -- SNIP 
>>
>> The issue is, that when I click the link,
>>
>> a) it opens new empty emacs buffer with no picture in it
>> b) the hyperlink (when pointing mouse on it) does not highlight the
>> initial 'c' letter (so the hyperlink is only
>> 'id:image001.png at 01CD9F29.128BA6B0]')
>
> Notmuch show automatically interprets strings of the form "id:..."  as a
> notmuch message id and buttonizes the strings so that clicking on them
> will open up buffer with the corresponding message.  I bet notmuch is
> interpreting "[cid:.." as "id:.." and sending you to a new search buffer
> for "id:image001.png at 01CD9F29.128BA6B0]".
>
> jamie.

Re: images as attachment?

[David Belohrad]

Hi Jameson,

I guess this is exactly the point. Hence one would say, that this is
a bug to repair? What is bit curious to me is that so far nobody
complained about it. So is it just my emacs/notmuch configuration which does 
it? (note
that i'm using notmuch remotely and notmuch pulled from development tree)

cheers

.d.



Jameson Graef Rollins jroll...@finestructure.net writes:

 On Mon, Oct 01 2012, David Belohrad da...@belohrad.ch wrote:
 could someone throw an advice? When I receive an email with picture
 attachment, sometimes it works out of the box in emacs, but sometimes
 instead of picture it shows a link as this one:

 -- SNIP 

 I have not tried to understand why we're measuring too high bunch 
 intensity so if you have any ideas please try it out let me know what to do.

[cid:image001.png@01CD9F29.128BA6B0]

  We can discuss tomorrow tomorrow if you want

 -- SNIP 

 The issue is, that when I click the link,

 a) it opens new empty emacs buffer with no picture in it
 b) the hyperlink (when pointing mouse on it) does not highlight the
 initial 'c' letter (so the hyperlink is only
 'id:image001.png@01CD9F29.128BA6B0]')

 Notmuch show automatically interprets strings of the form id:...  as a
 notmuch message id and buttonizes the strings so that clicking on them
 will open up buffer with the corresponding message.  I bet notmuch is
 interpreting [cid:.. as id:.. and sending you to a new search buffer
 for id:image001.png@01CD9F29.128BA6B0].

 jamie.
___
notmuch mailing list
notmuch@notmuchmail.org
http://notmuchmail.org/mailman/listinfo/notmuch

images as attachment?

[David Belohrad]

Dear all,

could someone throw an advice? When I receive an email with picture
attachment, sometimes it works out of the box in emacs, but sometimes
instead of picture it shows a link as this one:

-- SNIP 

I have not tried to understand why we're measuring too high bunch intensity 
so if you have any ideas please try it out let me know what to do.

   [cid:image001.png at 01CD9F29.128BA6B0]

 We can discuss tomorrow tomorrow if you want

-- SNIP 

The issue is, that when I click the link,

a) it opens new empty emacs buffer with no picture in it
b) the hyperlink (when pointing mouse on it) does not highlight the
initial 'c' letter (so the hyperlink is only
'id:image001.png at 01CD9F29.128BA6B0]')


How can I force emacs to display those pictures correctly?

I'm using remote-notmuch to fetch the notmuch messages.

Thanks

.d.

images as attachment?

[David Belohrad]

Dear all,

could someone throw an advice? When I receive an email with picture
attachment, sometimes it works out of the box in emacs, but sometimes
instead of picture it shows a link as this one:

-- SNIP 

I have not tried to understand why we're measuring too high bunch intensity 
so if you have any ideas please try it out let me know what to do.

   [cid:image001.png@01CD9F29.128BA6B0]

 We can discuss tomorrow tomorrow if you want

-- SNIP 

The issue is, that when I click the link,

a) it opens new empty emacs buffer with no picture in it
b) the hyperlink (when pointing mouse on it) does not highlight the
initial 'c' letter (so the hyperlink is only
'id:image001.png@01CD9F29.128BA6B0]')


How can I force emacs to display those pictures correctly?

I'm using remote-notmuch to fetch the notmuch messages.

Thanks

.d.


___
notmuch mailing list
notmuch@notmuchmail.org
http://notmuchmail.org/mailman/listinfo/notmuch

extract attachments from multiple mails

[David Belohrad]

Dear All,

someone can give an advice? I have many emails containing
attachment. This is typically an output of copy-machine, which fragments
a scan into multiple attachments.

I'd like to extract those attached files in a one batch into a specific
directory. Is there any way how to programmatically fetch those files?

thanks
..d..

extract attachments from multiple mails

[David Belohrad]

Dear All,

someone can give an advice? I have many emails containing
attachment. This is typically an output of copy-machine, which fragments
a scan into multiple attachments.

I'd like to extract those attached files in a one batch into a specific
directory. Is there any way how to programmatically fetch those files?

thanks
..d..
___
notmuch mailing list
notmuch@notmuchmail.org
http://notmuchmail.org/mailman/listinfo/notmuch

miraculous from: field

[David Belohrad]

Dear All,

could someone give a hint?

I have an opened mail message. When I press 'r' to reply, a new mail
buffer is opened and the 'From' field is correctly filled with
'david at belohrad.ch'.

When on the same message I press however 'f' to forward the message, new
buffer opens, but this time the 'From' field contains incorrectly
'belohrad at bepc12494.cern.ch', which is clearly a composite of my login
name and FQHN.

Why that difference and what can I do to mitigate this?

thanks

david

bug in parsing?

[David Belohrad]

Dear all,

recently I got an email from matplotlib list, which fails to parse in
notmuch-saved-search-unread.
It looks like this:

Yest. 21:04 [3/5]   Jesse Rosenthal, Tomi Ollila  [PATCHv2] emacs: derive 
correct timestamp in FCC unique name (inbox notmuch)
 Yest. 20:58 [1/1]   Allin Cottrell   mouse and update 23.4 -> 24.1 (emacs 
inbox)
 Yest. 20:56 [3/6]   Milan Kratochv?l, Jaroslav Lukesh, David Obdrzalek, Pavel 
Kutina  [OT:] Javascript alert jinak (hw inbox)
Error: Unexpected output from notmuch search:
thread:6a68  Yest. 20:39 [1/1] R. OGara; [Matplotlib-users] 
(no subject) (matplotlib mightread unread)

 Yest. 19:38 [1/1]   Baaba Maal - Avaaz. org  Stop the African hunger games 
(inbox unread)
 Yest. 19:27 [1/2]   Bob Proulx, sariatucla at Safe-mail.net   next-line at 
window end without recenter (deleted emacs inbox unread)
 Yest. 19:12 [1/12]  Ji?? Ku?era, hutta.j at seznam.cz, balu at home, Pavel
 Hudecek  LCR meter - konstrukce (deleted hw inbox unread)



It seems that the weird characted in sender does it. Should those
characters be somehow escaped?

cheers
..d..

poor performance when using remotely and displaying all tags

[David Belohrad]

Dear All,

I'm wondering whether there could be some optimisation done. I'm using
notmuch remotely. I.e. open ssh communication and keep it running using
dtach as shown on notmuch website. Works reasonably. I.e. latency of
~1second between key-presses when switching between notmuch buffers.

Real pain however happens when notmuch-hello shows all the tags. Then
the remote-notmuch slows down by degree of order. I did a bit of
profiling, and it seems that all that slowdown is in
'notmuch-hello-insert-searches' and friend functions - as seen below the
result of Emacs profiler.

Could those be somehow improved, e.g. using local caching of the data
and refreshing them only when e.g. notmuch-hello-poll-and-update is
called? This would considerably speed up the user 'comfort'. It is of course
understood that when a new tag is created, it would not appear in the
list immediately, but after poll-and-update


any opinions?

cheers
d.



notmuch-hello-update   2   25.16282 
 12.58141
notmuch-hello  2   25.162806
 12.581403
notmuch-hello-query-counts 4   24.516050999 
 6.1290127499
notmuch-saved-search-count 186 24.510491000 
 0.1317768333
notmuch-hello-insert-alltags   2   24.288725
 12.1443625
notmuch-hello-insert-tags-section  2   24.288715
 12.1443575
notmuch-hello-insert-searches  2   24.023173
 12.0115865
notmuch-search-quit1   12.382233
 12.382233
notmuch-hello-search-continuation  1   12.372998
 12.372998
notmuch-hello-search   1   2.197831 
 2.197831
notmuch-search 1   2.197818 
 2.197818
notmuch-read-query 1   2.197032 
 2.197032
notmuch-hello-insert-saved-searches2   0.582827 
 0.2914135
notmuch-hello-insert-header2   0.284633 
 0.1423165

poor performance when using remotely and displaying all tags

[David Belohrad]

Dear All,

I'm wondering whether there could be some optimisation done. I'm using
notmuch remotely. I.e. open ssh communication and keep it running using
dtach as shown on notmuch website. Works reasonably. I.e. latency of
~1second between key-presses when switching between notmuch buffers.

Real pain however happens when notmuch-hello shows all the tags. Then
the remote-notmuch slows down by degree of order. I did a bit of
profiling, and it seems that all that slowdown is in
'notmuch-hello-insert-searches' and friend functions - as seen below the
result of Emacs profiler.

Could those be somehow improved, e.g. using local caching of the data
and refreshing them only when e.g. notmuch-hello-poll-and-update is
called? This would considerably speed up the user 'comfort'. It is of course
understood that when a new tag is created, it would not appear in the
list immediately, but after poll-and-update


any opinions?

cheers
d.



notmuch-hello-update   2   25.16282 
 12.58141
notmuch-hello  2   25.162806
 12.581403
notmuch-hello-query-counts 4   24.516050999 
 6.1290127499
notmuch-saved-search-count 186 24.510491000 
 0.1317768333
notmuch-hello-insert-alltags   2   24.288725
 12.1443625
notmuch-hello-insert-tags-section  2   24.288715
 12.1443575
notmuch-hello-insert-searches  2   24.023173
 12.0115865
notmuch-search-quit1   12.382233
 12.382233
notmuch-hello-search-continuation  1   12.372998
 12.372998
notmuch-hello-search   1   2.197831 
 2.197831
notmuch-search 1   2.197818 
 2.197818
notmuch-read-query 1   2.197032 
 2.197032
notmuch-hello-insert-saved-searches2   0.582827 
 0.2914135
notmuch-hello-insert-header2   0.284633 
 0.1423165
___
notmuch mailing list
notmuch@notmuchmail.org
http://notmuchmail.org/mailman/listinfo/notmuch

emacs complains about encoding?

[David Belohrad]

Dear all,

i've just yesterday pulled from git recent version of notmuch and
started to use it. With respect to previous version (~2months old?) I
have now problem, that when I receive from somebody an email using
'whatever' (understood uknown) encoding, the email is in emacs displayed
correctly. When I want to answer however to this, all the characters
(like czech accented letters) are 'thrashed' in the original mail. It
seems like the mail buffer does not use utf encoding or what.

When I try to send such email, I'm asked about what to do with those
characters and what charset to use etcetc. bit annoying. 

Could someone give me a hint what to change to make it again running?

thanks  a lot

d.

emacs complains about encoding?

[David Belohrad]

Dear all,

i've just yesterday pulled from git recent version of notmuch and
started to use it. With respect to previous version (~2months old?) I
have now problem, that when I receive from somebody an email using
'whatever' (understood uknown) encoding, the email is in emacs displayed
correctly. When I want to answer however to this, all the characters
(like czech accented letters) are 'thrashed' in the original mail. It
seems like the mail buffer does not use utf encoding or what.

When I try to send such email, I'm asked about what to do with those
characters and what charset to use etcetc. bit annoying. 

Could someone give me a hint what to change to make it again running?

thanks  a lot

d.
___
notmuch mailing list
notmuch@notmuchmail.org
http://notmuchmail.org/mailman/listinfo/notmuch

android 3.0 tablet and notmuch?

[David Belohrad]

Dear All,

i experience very weird problem: have samsung galaxy tab 10.1 without
any firmware tweaks. now, when I take a picture in the tablet and send
it via email to me, then I open this email in emacs, the picture is not
there. Only text part of the email is present.

It seems like the emacs does not recognize an image. When I open the
email in the roundcube via web interface, the image is there. As well
when I open the message in the tablet itself, the image is there as
well.

Any idea what this might be? Anyone experiences the same problem?

Thanks

david

android 3.0 tablet and notmuch?

[David Belohrad]

Dear All,

i experience very weird problem: have samsung galaxy tab 10.1 without
any firmware tweaks. now, when I take a picture in the tablet and send
it via email to me, then I open this email in emacs, the picture is not
there. Only text part of the email is present.

It seems like the emacs does not recognize an image. When I open the
email in the roundcube via web interface, the image is there. As well
when I open the message in the tablet itself, the image is there as
well.

Any idea what this might be? Anyone experiences the same problem?

Thanks

david
___
notmuch mailing list
notmuch@notmuchmail.org
http://notmuchmail.org/mailman/listinfo/notmuch

.. regarding opening the attached files ...

[David Belohrad]

Well that's why I'm asking. I'm kde user.  kde has its own handling of file 
associations. I assume that it is different solution than gnome has. Hence one 
might conclude that there is no standard how to provide associations and thus 
emacs one is as good as all the others 



Jeremy Nickurak napsal/a:

>No idea. I expect they don't use mailcap though... any KDE users here?
>
>On Mon, Apr 16, 2012 at 10:54, David Belohrad  wrote:
>> Does kde use the same database as gnome?
>>
>> Jeremy Nickurak napsal/a:
>>
>>>On Mon, Apr 16, 2012 at 09:19, Jameson Graef Rollins
>>> wrote:
>>>> Also, when the cursor is on the button you can hit 'o' to open with
>>>> default mailcap app, 's' to save, and 'v' to view with a specified app.
>>>
>>>Is there any way of just getting it to ignore mailcap, and send
>>>everything to xdg-open? It's always bothered me that there are 2
>>>databases for file associations: mailcap (used only by Emacs, afaict),
>>>and the xdg/gnome configuration (used by everything else).
>
>
>
>-- 
>Jeremy Nickurak -= Email/XMPP: -=?jeremy at nickurak.ca?=-

.. regarding opening the attached files ...

[David Belohrad]

Does kde use the same database as gnome? 

Jeremy Nickurak napsal/a:

>On Mon, Apr 16, 2012 at 09:19, Jameson Graef Rollins
> wrote:
>> Also, when the cursor is on the button you can hit 'o' to open with
>> default mailcap app, 's' to save, and 'v' to view with a specified app.
>
>Is there any way of just getting it to ignore mailcap, and send
>everything to xdg-open? It's always bothered me that there are 2
>databases for file associations: mailcap (used only by Emacs, afaict),
>and the xdg/gnome configuration (used by everything else).

.. regarding opening the attached files ...

[David Belohrad]

Dear Experts, 
could someone give me a hint:

I receive an email with attachment. It says it is a pdf, e.g. like this:

 [ Ultra_Low_Noise_AC_Beam_Transformer2.pdf: application/pdf ]

when I click on it, I would assume, that it opens the file using
'default' application, which is - when looking into file associations -
okular.

Instead, it opens a dialog box to save the attachment first. This is not
really desired.

Is there any way how to change it? It seems that is does it will all
attachments, not only pdf. Regardless of whether correct file
association is made in the KDE.

thanks a lot


-- 
.david.

incrontab?

[David Belohrad]

Hi Adam,

interestingly, your 'G' short-cut hint works out of the box! What
happens is, that when one presses 'G', this invokes
notmuch-hello-poll-and-update. This function calls 'notmuch-poll',
which does exactly what I want. I.e. it runs 'notmuch new' if no polling
script is specified. In my case however this invokes 'remote-notmuch
new' which asks notmuch installed at the server to tag new
emails. Lovely. (footnote: It suits me excellently because I'm not
seeking for 'mail push' service and rather read my emails whenever I
decide to do and not whenever an email arrives - this is why I consider
not calling notmuch-poll before every invocation of (notmuch) not as a
bug, but just minor annoyance which can be tweaked away if desired)


There is just one slightly weird thing. This is when 'notmuch' is
opened, the focus goes directly to search button instead of 'inbox'
messages (or something else), which is imho more interesting than going into 
search. Because
at first what one wants to do is to look into new emails. Another
disadvantage of going directly into search box is, that all shortcuts
get inhibited. Is there any way how to set default focus to something
else? 

thanks a lot

david


Adam Wolfe Gordon <awg+notmuch at xvx.ca> writes:

> Hi David,
>
> On Thu, Apr 12, 2012 at 02:25, David Belohrad  wrote:
>> is somebody using incrontab to issue 'notmuch new'? I've tried but with
>> only partial success. I have setup incrotab to run 'notmuch new' when
>> something changes in my Maildir. However it is not
>> reliable. E.g. sometimes it works out of the box, sometimes it seems
>> that 'notmuch new' is simply not invoked at all even if I see in
>> /var/log/mail.log, that a new mail was delivered correctly to the
>> folder. Anyone really uses this setup?
>
> I don't use incrontab, but I do use my own inotify-based script for
> updating notmuch: https://gist.github.com/1952483 . I haven't had any
> trouble with it.
>
>> I have reverted back to crontab to issue 'notmuch new' every 5
>> minutes. And frankly speaking, I'm rather thinking to run this command
>> from emacs directly everytime I either start notmuch, or refresh view
>> using '=' on notmuch-hello buffer.
>
> You could probably do this with notmuch-hello-refresh-hook, but it
> will be a bit tricky: the hook is executed after the notmuch-hello
> buffer is refreshed, so you'd have to have it refresh after notmuch
> new completes, without running the hook infinitely.
>
> A better approach might be to use advice. Something like (completely 
> untested):
>
> (defadvice notmuch-hello-update (before notmuch-new) (call-process
> "notmuch" nil nil nil "new"))
>
> Hope that helps,
> -- Adam

.. regarding opening the attached files ...

[David Belohrad]

Dear Experts, 
could someone give me a hint:

I receive an email with attachment. It says it is a pdf, e.g. like this:

 [ Ultra_Low_Noise_AC_Beam_Transformer2.pdf: application/pdf ]

when I click on it, I would assume, that it opens the file using
'default' application, which is - when looking into file associations -
okular.

Instead, it opens a dialog box to save the attachment first. This is not
really desired.

Is there any way how to change it? It seems that is does it will all
attachments, not only pdf. Regardless of whether correct file
association is made in the KDE.

thanks a lot


-- 
.david.
___
notmuch mailing list
notmuch@notmuchmail.org
http://notmuchmail.org/mailman/listinfo/notmuch

Re: .. regarding opening the attached files ...

[David Belohrad]

Does kde use the same database as gnome? 

Jeremy Nickurak not-m...@trk.nickurak.canapsal/a:

On Mon, Apr 16, 2012 at 09:19, Jameson Graef Rollins
jroll...@finestructure.net wrote:
 Also, when the cursor is on the button you can hit 'o' to open with
 default mailcap app, 's' to save, and 'v' to view with a specified app.

Is there any way of just getting it to ignore mailcap, and send
everything to xdg-open? It's always bothered me that there are 2
databases for file associations: mailcap (used only by Emacs, afaict),
and the xdg/gnome configuration (used by everything else).
___
notmuch mailing list
notmuch@notmuchmail.org
http://notmuchmail.org/mailman/listinfo/notmuch

Re: .. regarding opening the attached files ...

[David Belohrad]

Well that's why I'm asking. I'm kde user.  kde has its own handling of file 
associations. I assume that it is different solution than gnome has. Hence one 
might conclude that there is no standard how to provide associations and thus 
emacs one is as good as all the others 



Jeremy Nickurak jer...@nickurak.canapsal/a:

No idea. I expect they don't use mailcap though... any KDE users here?

On Mon, Apr 16, 2012 at 10:54, David Belohrad da...@belohrad.ch wrote:
 Does kde use the same database as gnome?

 Jeremy Nickurak not-m...@trk.nickurak.canapsal/a:

On Mon, Apr 16, 2012 at 09:19, Jameson Graef Rollins
jroll...@finestructure.net wrote:
 Also, when the cursor is on the button you can hit 'o' to open with
 default mailcap app, 's' to save, and 'v' to view with a specified app.

Is there any way of just getting it to ignore mailcap, and send
everything to xdg-open? It's always bothered me that there are 2
databases for file associations: mailcap (used only by Emacs, afaict),
and the xdg/gnome configuration (used by everything else).



-- 
Jeremy Nickurak -= Email/XMPP: -= jer...@nickurak.ca =-
___
notmuch mailing list
notmuch@notmuchmail.org
http://notmuchmail.org/mailman/listinfo/notmuch

Re: incrontab?

[David Belohrad]

Hi Adam,

interestingly, your 'G' short-cut hint works out of the box! What
happens is, that when one presses 'G', this invokes
notmuch-hello-poll-and-update. This function calls 'notmuch-poll',
which does exactly what I want. I.e. it runs 'notmuch new' if no polling
script is specified. In my case however this invokes 'remote-notmuch
new' which asks notmuch installed at the server to tag new
emails. Lovely. (footnote: It suits me excellently because I'm not
seeking for 'mail push' service and rather read my emails whenever I
decide to do and not whenever an email arrives - this is why I consider
not calling notmuch-poll before every invocation of (notmuch) not as a
bug, but just minor annoyance which can be tweaked away if desired)


There is just one slightly weird thing. This is when 'notmuch' is
opened, the focus goes directly to search button instead of 'inbox'
messages (or something else), which is imho more interesting than going into 
search. Because
at first what one wants to do is to look into new emails. Another
disadvantage of going directly into search box is, that all shortcuts
get inhibited. Is there any way how to set default focus to something
else? 

thanks a lot

david


Adam Wolfe Gordon awg+notm...@xvx.ca writes:

 Hi David,

 On Thu, Apr 12, 2012 at 02:25, David Belohrad da...@belohrad.ch wrote:
 is somebody using incrontab to issue 'notmuch new'? I've tried but with
 only partial success. I have setup incrotab to run 'notmuch new' when
 something changes in my Maildir. However it is not
 reliable. E.g. sometimes it works out of the box, sometimes it seems
 that 'notmuch new' is simply not invoked at all even if I see in
 /var/log/mail.log, that a new mail was delivered correctly to the
 folder. Anyone really uses this setup?

 I don't use incrontab, but I do use my own inotify-based script for
 updating notmuch: https://gist.github.com/1952483 . I haven't had any
 trouble with it.

 I have reverted back to crontab to issue 'notmuch new' every 5
 minutes. And frankly speaking, I'm rather thinking to run this command
 from emacs directly everytime I either start notmuch, or refresh view
 using '=' on notmuch-hello buffer.

 You could probably do this with notmuch-hello-refresh-hook, but it
 will be a bit tricky: the hook is executed after the notmuch-hello
 buffer is refreshed, so you'd have to have it refresh after notmuch
 new completes, without running the hook infinitely.

 A better approach might be to use advice. Something like (completely 
 untested):

 (defadvice notmuch-hello-update (before notmuch-new) (call-process
 notmuch nil nil nil new))

 Hope that helps,
 -- Adam
___
notmuch mailing list
notmuch@notmuchmail.org
http://notmuchmail.org/mailman/listinfo/notmuch

incrontab?

[David Belohrad]

Dear All,

is somebody using incrontab to issue 'notmuch new'? I've tried but with
only partial success. I have setup incrotab to run 'notmuch new' when
something changes in my Maildir. However it is not
reliable. E.g. sometimes it works out of the box, sometimes it seems
that 'notmuch new' is simply not invoked at all even if I see in
/var/log/mail.log, that a new mail was delivered correctly to the
folder. Anyone really uses this setup?

I have reverted back to crontab to issue 'notmuch new' every 5
minutes. And frankly speaking, I'm rather thinking to run this command
from emacs directly everytime I either start notmuch, or refresh view
using '=' on notmuch-hello buffer. 

As I'm using remote-notmuch config (using dtach as specified in wiki), I
think it would not represent so much additional 'load' (in terms of
time to display the emails) to issue refresh the notmuch database with
every 'notmuch' refresh.

any ideas?
thanks
d.


-- 
.david.

using bbdb with autocompletion

[David Belohrad]

Dear All,
before I was using gnus to read my emails. This was setup together with
bbdb such, that every email address I got an email delivered got stored
into the bbdb database. 

The config was following:

---
;; IF USING GNUS TO FETCH MAIL:
(if (locate-library "bbdb")
;; bbdb to automatically create email address list
(progn
  (require 'bbdb)
  (bbdb-initialize)
  (add-hook 'gnus-startup-hook 'bbdb-insinuate-gnus)
  (add-hook 'gnus-startup-hook 'bbdb-insinuate-message)
  (add-hook 'message-setup-hook 'bbdb-define-all-aliases)

  (setq bbdb/news-auto-create-p t)
  (setq bbdb-complete-name-allow-cycling t)
  (setq bbdb-complete-mail-allow-cycling t)
  (setq bbdb-complete-name-full-completion t)
  (setq bbdb-completion-type 'primary-or-name)
  (setq bbdb-use-pop-up nil)
  ;; set BBDB to AFS so we have the access from all computers to the same 
bbdb database!
  (setq bbdb-file "/afs/cern.ch/user/b/belohrad/private/bbdb")
  (setq bbdb-offer-save 1)
  (setq bbdb-electric-p t)
  (message "bbdb initialized")
  )
  (message "bbdb is missing: address lookup will not work"))
--


The problem I have with this now is, that when using notmuch to read
emails, the email addresses do not automatically add to bbdb. So when I
write an email, I can only choose 'To:' email address, which is already
in the bbdb from the times I was using gnus. But all new addresses are
not added.


How can I setup notmuch properly so with each email arrived it checks
against email address and stores it in the bbdb as in case of gnus?

thanks for any help.


-- 
.david.

using bbdb with autocompletion

[David Belohrad]

Dear All,
before I was using gnus to read my emails. This was setup together with
bbdb such, that every email address I got an email delivered got stored
into the bbdb database. 

The config was following:

---
;; IF USING GNUS TO FETCH MAIL:
(if (locate-library bbdb)
;; bbdb to automatically create email address list
(progn
  (require 'bbdb)
  (bbdb-initialize)
  (add-hook 'gnus-startup-hook 'bbdb-insinuate-gnus)
  (add-hook 'gnus-startup-hook 'bbdb-insinuate-message)
  (add-hook 'message-setup-hook 'bbdb-define-all-aliases)

  (setq bbdb/news-auto-create-p t)
  (setq bbdb-complete-name-allow-cycling t)
  (setq bbdb-complete-mail-allow-cycling t)
  (setq bbdb-complete-name-full-completion t)
  (setq bbdb-completion-type 'primary-or-name)
  (setq bbdb-use-pop-up nil)
  ;; set BBDB to AFS so we have the access from all computers to the same 
bbdb database!
  (setq bbdb-file /afs/cern.ch/user/b/belohrad/private/bbdb)
  (setq bbdb-offer-save 1)
  (setq bbdb-electric-p t)
  (message bbdb initialized)
  )
  (message bbdb is missing: address lookup will not work))
--


The problem I have with this now is, that when using notmuch to read
emails, the email addresses do not automatically add to bbdb. So when I
write an email, I can only choose 'To:' email address, which is already
in the bbdb from the times I was using gnus. But all new addresses are
not added.


How can I setup notmuch properly so with each email arrived it checks
against email address and stores it in the bbdb as in case of gnus?

thanks for any help.


-- 
.david.
___
notmuch mailing list
notmuch@notmuchmail.org
http://notmuchmail.org/mailman/listinfo/notmuch

incrontab?

[David Belohrad]

Dear All,

is somebody using incrontab to issue 'notmuch new'? I've tried but with
only partial success. I have setup incrotab to run 'notmuch new' when
something changes in my Maildir. However it is not
reliable. E.g. sometimes it works out of the box, sometimes it seems
that 'notmuch new' is simply not invoked at all even if I see in
/var/log/mail.log, that a new mail was delivered correctly to the
folder. Anyone really uses this setup?

I have reverted back to crontab to issue 'notmuch new' every 5
minutes. And frankly speaking, I'm rather thinking to run this command
from emacs directly everytime I either start notmuch, or refresh view
using '=' on notmuch-hello buffer. 

As I'm using remote-notmuch config (using dtach as specified in wiki), I
think it would not represent so much additional 'load' (in terms of
time to display the emails) to issue refresh the notmuch database with
every 'notmuch' refresh.

any ideas?
thanks
d.


-- 
.david.
___
notmuch mailing list
notmuch@notmuchmail.org
http://notmuchmail.org/mailman/listinfo/notmuch

how to make postfix running with notmuch-deliver

[David Belohrad]

Dear All,
is there any 'standard' setup procedure how to make notmuch-deliver
(from contrib/notmuch-deliver repo) working correctly with postfix? I
was thinking to make a record in master.cf, but I'm not sure how this
would have to be setup. As well what is not clear to me is, whether
notmuch-deliver calls notmuch post-new hook (where I store additional
tagging instructions)...

any help appreciated

david

how to make postfix running with notmuch-deliver

[David Belohrad]

Dear All,
is there any 'standard' setup procedure how to make notmuch-deliver
(from contrib/notmuch-deliver repo) working correctly with postfix? I
was thinking to make a record in master.cf, but I'm not sure how this
would have to be setup. As well what is not clear to me is, whether
notmuch-deliver calls notmuch post-new hook (where I store additional
tagging instructions)...

any help appreciated

david

___
notmuch mailing list
notmuch@notmuchmail.org
http://notmuchmail.org/mailman/listinfo/notmuch

Why not tags inside messages?

[David Belohrad]

Dear all,

I'd love to use notmuch with offline imap ?to work rather on local copy of 
messages, than using remote notmuch, which is slightly slower due to bandwidth 
limitation of my vdsl line. There is however fundamental problem of syncing 
flags between two instances of notmuch. So my question is, whether it would be 
possible, when tagging message, to store the tag as well in the message itself. 
Might this help to sync across multiple instances?

Another thing is, that I'd love to have native android app working over remote 
notmuch to work as my email agent. Is there anything like this? I guess not...

Thanks

D.




Odesl?no z tabletu Samsung
-- next part --
An HTML attachment was scrubbed...
URL: