From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/86977 Path: news.gmane.org!not-for-mail From: Eric Abrahamsen Newsgroups: gmane.emacs.gnus.general Subject: Re: gnorb: minor and mayor suggestions Date: Sun, 27 Mar 2016 10:37:45 +0800 Message-ID: <87pouglk7a.fsf@ericabrahamsen.net> References: <87k2kqcudz.fsf@mat.ucm.es> <87egaxlu16.fsf@ericabrahamsen.net> <87zitl4nwn.fsf@mat.ucm.es> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1459046376 12810 80.91.229.3 (27 Mar 2016 02:39:36 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sun, 27 Mar 2016 02:39:36 +0000 (UTC) To: ding@gnus.org Original-X-From: ding-owner+M35198@lists.math.uh.edu Sun Mar 27 04:39:23 2016 Return-path: Envelope-to: ding-account@gmane.org Original-Received: from lists1.math.uh.edu ([129.7.128.208]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1ak0bo-0005Mm-LX for ding-account@gmane.org; Sun, 27 Mar 2016 04:39:20 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.math.uh.edu) by lists1.math.uh.edu with smtp (Exim 4.86_2) (envelope-from ) id 1ak0ap-0007hf-9U; Sat, 26 Mar 2016 21:38:19 -0500 Original-Received: from mx1.math.uh.edu ([129.7.128.32]) by lists1.math.uh.edu with esmtps (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256) (Exim 4.86_2) (envelope-from ) id 1ak0am-0007hB-MR for ding@lists.math.uh.edu; Sat, 26 Mar 2016 21:38:16 -0500 Original-Received: from quimby.gnus.org ([80.91.231.51]) by mx1.math.uh.edu with esmtps (TLSv1.2:DHE-RSA-AES128-SHA:128) (Exim 4.86_2) (envelope-from ) id 1ak0ak-0006HG-Pf for ding@lists.math.uh.edu; Sat, 26 Mar 2016 21:38:16 -0500 Original-Received: from plane.gmane.org ([80.91.229.3]) by quimby.gnus.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:256) (Exim 4.80) (envelope-from ) id 1ak0aR-0005Jh-Oo for ding@gnus.org; Sun, 27 Mar 2016 04:38:04 +0200 Original-Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1ak0aO-0004eT-DJ for ding@gnus.org; Sun, 27 Mar 2016 04:37:53 +0200 Original-Received: from 123.118.184.157 ([123.118.184.157]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 27 Mar 2016 04:37:52 +0200 Original-Received: from eric by 123.118.184.157 with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 27 Mar 2016 04:37:52 +0200 X-Injected-Via-Gmane: http://gmane.org/ Original-Lines: 79 Original-X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: 123.118.184.157 User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.1.50 (gnu/linux) Cancel-Lock: sha1:oaG7zoMbNo24DnA6eyObY+ISDfk= X-Spam-Score: 0.7 (/) X-Spam-Report: SpamAssassin (3.4.1 2015-04-28) analysis follows Bayesian score: 0.0737 Ham tokens: 0.000-6--264h-0s--1d--H*M:fsf, 0.000-6--237h-0s--1d--H*UA:Emacs, 0.000-6--235h-0s--1d--H*u:Emacs, 0.000-5--213h-0s--1d--H*UA:Gnus, 0.000-5--213h-0s--1d--H*u:Gnus Spam tokens: 0.998-473--5h-310s--0d--H*RT:sk:junkmas, 0.998-473--5h-310s--0d--HX-Envelope-From:sk:junkmas, 0.998-473--5h-310s--0d--Hx-spam-relays-internal:sk:junkmas, 0.993-16928--676h-11417s--0d--HTo:D*gnus.org, 0.993-17800--760h-12037s--0d--H*RU:quimby.gnus.org Autolearn status: no autolearn_force=no -1.0 RCVD_IN_DNSWL_LOW RBL: Sender listed at http://www.dnswl.org/, low trust [80.91.229.3 listed in list.dnswl.org] 0.0 HEADER_FROM_DIFFERENT_DOMAINS From and EnvelopeFrom 2nd level mail domains are different -1.0 RP_MATCHES_RCVD Envelope sender domain matches handover relay domain 1.2 RCVD_NUMERIC_HELO Received: contains an IP address used for HELO -0.0 SPF_PASS SPF: sender matches SPF record -0.0 SPF_HELO_PASS SPF: HELO matches SPF record -0.0 BAYES_20 BODY: Bayes spam probability is 5 to 20% [score: 0.0737] 1.5 FSL_HELO_BARE_IP_2 No description available. List-ID: Precedence: bulk Xref: news.gmane.org gmane.emacs.gnus.general:86977 Archived-At: Uwe Brauer writes: >>>> "Eric" == Eric Abrahamsen writes: > > > Uwe Brauer writes: > >> Hi > >> which is fine for the reply mails, but I would like to have something > >> similar for *composing messages*. So the idea would be to start from the > >> bbdb and then add a similar entry to TODO-email.org. > > > I think `gnorb-gnus-outgoing-do-todo' is what you're after here. If you > > compose a message from scratch, you can call that command from the > > message buffer, and a new Org entry will be captured after sending the > > message. I've got this: > > > (eval-after-load "message" > > '(progn > > (define-key message-mode-map (kbd "C-c t") 'gnorb-gnus-outgoing-do-todo))) > > > (setq gnorb-gnus-new-todo-capture-key "O") > > Here I am confused. I used in a compose-message-buffer > gnorb-gnus-outgoing-do-todo > but then what? I did not notice that anything (template) has been saved > to an org file. > > > > Then the "O" template will be used to capture the sent message. > > And this template I have define? You do have to define this template, but if it's not defined Gnorb should complain to you: did you see any messages in the echo area? > > Alternately, call `gnorb-gnus-outgoing-do-todo' with a prefix argument, > > and it will trigger todo state change on an existing Org heading instead > > of creating a new one. > > > (And if you change your mind afterwards, call the command with a double > > prefix to reset everything.) > > I tried this as well but it did not work. Does it at least say "message associations reset" or something like that? [...] > > Sounds like you want `gnorb-org-email-subtree'. That will prompt you for > > an export backend, and then it composes an email with the exported text > > either in the body of the mail, or else attached as a file. The outgoing > > message is tracked as usual. > > > Ok I got that to work, yes you were right, that was the functionality I > was looking for! Good! > > >> Whats about replying email? The above functions will copy all the text > >> below the org header into a message-buffer. > >> > >> I modified it so that if I already hit the reply button but switch to > >> the org buffer, then the modified function copies the content below the > >> org header in that reply buffer. > >> > >> Could gnorb provide a similar functionality? > > > I'm not 100% sure I know what you mean here. Are you starting the > > process from the Gnus *Summary* buffer? You want to start a reply to > > message, but then hop to the associated Org heading, have the text > > pasted into the body of the heading, then when you're done writing, jump > > back to the message reply buffer and insert the text of the message? > > Precisely! This would be a functionality I would very much appreciate! Let me have a little think about how this would work. I can imagine it getting very messy very easily, but there's definitely something pretty useful in there...