notmuch-haskell

2010-09-23 Thread Thomas Jost
- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 554 bytes Desc: OpenPGP digital signature URL: <http://notmuchmail.org/pipermail/notmuch/attachments/20100923/61e9b452/attachment.pgp>

notmuchsync default behavior change (was: notmuchsync: handling of the deleted tag)

2010-09-23 Thread Sebastian Spaeth
--prune will happily delete your Sent/FCC copy of the mail, or notmuchsync --sync will mark your Sent/FCC copy with the "expired" maildir flag. -- next part -- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 197 bytes Desc: not available URL: <http://notmuchmail.org/pipermail/notmuch/attachments/20100923/aedd60ff/attachment.pgp>

notmuch-haskell

2010-09-23 Thread Xavier Maillard
On Sun, 19 Sep 2010 11:53:22 -0700, Daniel Goldin wrote: > Using emacs 23.1.1, notmuch 3.1-59. Here is relevant code from .emacs: [ SNIP] > (require 'smtpmail) > (setq send-mail-function 'smtpmail-send-it) > (setq message-send-mail-function 'smtpmail-send-it) Is `smtpmail-send-it' able to

notmuchsync: handling of the deleted tag

2010-09-23 Thread Sebastian Spaeth
L: <http://notmuchmail.org/pipermail/notmuch/attachments/20100923/64f4c85c/attachment.pgp>

notmuchsync: handling of the deleted tag

2010-09-23 Thread Sebastian Spaeth
: 197 bytes Desc: not available URL: <http://notmuchmail.org/pipermail/notmuch/attachments/20100923/cfa7448b/attachment.pgp>

notmuch-haskell

2010-09-23 Thread Daniel Goldin
Apologize for having accidentally sent request in response to Re: notmuch-haskell, and thanks for the response. When I commented out (notmuch-fcc-dirs t), smtpmail started working again. Any thoughts? d. On Thu, 23 Sep 2010 09:35:55 +0200, Xavier Maillard wrote: > On Sun, 19 Sep 2010

Re: notmuchsync: handling of the deleted tag

2010-09-23 Thread Sebastian Spaeth
On 2010-09-22, Rob Browning wrote: In general, I think that until/unless notmuchsync can be more assured of doing the right thing, and in particular, if the deleted tag is likely to become official, notmuchsync should default to not setting it. BTW, I consider --revsync as a kludge anyway that

Re: notmuch-haskell

2010-09-23 Thread Xavier Maillard
On Sun, 19 Sep 2010 11:53:22 -0700, Daniel Goldin danielgol...@gmail.com wrote: Using emacs 23.1.1, notmuch 3.1-59. Here is relevant code from .emacs: [ SNIP] (require 'smtpmail) (setq send-mail-function 'smtpmail-send-it) (setq message-send-mail-function 'smtpmail-send-it) Is

notmuchsync default behavior change (was: notmuchsync: handling of the deleted tag)

2010-09-23 Thread Sebastian Spaeth
On 2010-09-22, Rob Browning wrote: In general, I think that until/unless notmuchsync can be more assured of doing the right thing, and in particular, if the deleted tag is likely to become official, notmuchsync should default to not setting it. ...or at least, I'd prefer that. Then I can add

Re: notmuch-haskell

2010-09-23 Thread Daniel Goldin
Apologize for having accidentally sent request in response to Re: notmuch-haskell, and thanks for the response. When I commented out (notmuch-fcc-dirs t), smtpmail started working again. Any thoughts? d. On Thu, 23 Sep 2010 09:35:55 +0200, Xavier Maillard xav...@maillard.im wrote: On Sun, 19

Re: notmuch-haskell

2010-09-23 Thread Thomas Jost
Le 23/09/2010 18:17, Daniel Goldin a écrit : When I commented out (notmuch-fcc-dirs t), smtpmail started working again. Any thoughts? notmuch-fcc-dirs should be a string or a list, not just t. If it's a string, it indicates in which maildir your sent messages will be saved. If it's a list, you