From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/84733 Path: news.gmane.org!not-for-mail From: Carlos Pita Newsgroups: gmane.emacs.gnus.general Subject: Re: Using gnus with gmail: almost there Date: Thu, 31 Jul 2014 16:18:50 -0300 Message-ID: References: <87d2cm9ilr.fsf@gnu.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Trace: ger.gmane.org 1406835848 9214 80.91.229.3 (31 Jul 2014 19:44:08 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 31 Jul 2014 19:44:08 +0000 (UTC) Cc: tsdh@gnu.org To: ding@gnus.org Original-X-From: ding-owner+M32976@lists.math.uh.edu Thu Jul 31 21:44:01 2014 Return-path: Envelope-to: ding-account@gmane.org Original-Received: from util0.math.uh.edu ([129.7.128.18]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1XCwGc-00036p-FE for ding-account@gmane.org; Thu, 31 Jul 2014 21:44:00 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.math.uh.edu) by util0.math.uh.edu with smtp (Exim 4.63) (envelope-from ) id 1XCvsl-00066O-U7; Thu, 31 Jul 2014 14:19:19 -0500 Original-Received: from mx1.math.uh.edu ([129.7.128.32]) by util0.math.uh.edu with esmtps (TLSv1:AES256-SHA:256) (Exim 4.63) (envelope-from ) id 1XCvsk-00066H-PX for ding@lists.math.uh.edu; Thu, 31 Jul 2014 14:19:18 -0500 Original-Received: from quimby.gnus.org ([80.91.231.51]) by mx1.math.uh.edu with esmtps (TLSv1:AES128-SHA:128) (Exim 4.76) (envelope-from ) id 1XCvsj-0002rw-CY for ding@lists.math.uh.edu; Thu, 31 Jul 2014 14:19:18 -0500 Original-Received: from mail-lb0-f175.google.com ([209.85.217.175]) by quimby.gnus.org with esmtp (Exim 4.80) (envelope-from ) id 1XCvsi-0007pw-1w for ding@gnus.org; Thu, 31 Jul 2014 21:19:16 +0200 Original-Received: by mail-lb0-f175.google.com with SMTP id 10so2455241lbg.34 for ; Thu, 31 Jul 2014 12:19:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:content-transfer-encoding; bh=O0Np2KdefhRVlPqjyUAbAK7/+Vl6ZEYLupOHxjekPNg=; b=cnPfUX/N8aRBUaNdbHb5DlN0WnO0aiNapqYCqmpVmEJ1aNB6ik9T1JsmcK6J4xbRO6 5shnUt3hP4sLCApLLrG7fMpnw+DuVWyccIgJTEqeTP674ChJLusOstSV86lTZqM+J3ql esTMkjhR+BG3RlATMcqABQO0+cHayMlR9ciwo5ARFBOQ+60JsoRTjPUEYmdw0fJMWXKC 3wDdAmXHo22EjgxWC8xxAqkPenbQE8h+b6nRMi28pRGTWZVPB2rvM7EfNONslclCTFQM p5nyzPwjjwMrWr0vPtdeB6/CpFjscrntAsed+LcPyRRYgEJWTuqTgP7K793jPSMg4i2e YZtg== X-Received: by 10.112.25.104 with SMTP id b8mr246981lbg.95.1406834350335; Thu, 31 Jul 2014 12:19:10 -0700 (PDT) Original-Received: by 10.112.72.163 with HTTP; Thu, 31 Jul 2014 12:18:50 -0700 (PDT) In-Reply-To: <87d2cm9ilr.fsf@gnu.org> X-Spam-Score: -3.0 (---) List-ID: Precedence: bulk Xref: news.gmane.org gmane.emacs.gnus.general:84733 Archived-At: Hi Tassilo, gcc-self is indeed a great tip, thank you! As you've become sort of my guru now, I'm asking you further: I'm having a hard time trying to match my primary method groups by prefix, as in "imap.*"; the problem is that these groups don't show the method prefix, only the secondary ones, but I really want to get a similar behavior for all my primary select method without having to match on a per group basis. Is that possible? Regards -- Carlos On Thu, Jul 31, 2014 at 2:56 AM, Tassilo Horn wrote: > Carlos writes: > > Hi Carlos, > >> 1) I would like to include my sent emails in the threads where they >> belong, like in the "conversation" view gmail offers. > > I do the same. > >> There is a suggestion somewhere in the net to create a virtual group >> merging the inbox and the sent mail groups, but this will only work >> for threads in the inbox. Another option is to add a copy of any sent >> mail to the current group, i.e. something like: >> >> (setq gnus-message-archive-group (lambda (g) (concat "nnimap+gmail:" g))= ) >> >> But this has some problems: 1.i) I don't know how to do this *only* for = the >> gmail server. 1.ii) Obviously it doesn't work for emails sent from the >> webmail. >> >> Nevertheless, being able to solve 1.i alone would be very good news for = me. > > Have a look at the `gcc-self' group parameter. > > ,----[ (info "(gnus)Group Parameters") ] > | =E2=80=98gcc-self=E2=80=99 > | If =E2=80=98(gcc-self . t)=E2=80=99 is present in the group parame= ter list, newly > | composed messages will be =E2=80=98Gcc=E2=80=99=E2=80=99d to the c= urrent group. If > | =E2=80=98(gcc-self . none)=E2=80=99 is present, no =E2=80=98Gcc:= =E2=80=99 header will be generated, > | if =E2=80=98(gcc-self . "string")=E2=80=99 is present, this string= will be inserted > | literally as a =E2=80=98gcc=E2=80=99 header. This parameter takes= precedence over > | any default =E2=80=98Gcc=E2=80=99 rules as described later (*note = Archived > | Messages::), with the exception for messages to resend. > | > | *Caveat*: Adding =E2=80=98(gcc-self . t)=E2=80=99 to the parameter= list of =E2=80=98nntp=E2=80=99 > | groups (or the like) isn=E2=80=99t valid. An =E2=80=98nntp=E2=80= =99 server doesn=E2=80=99t accept > | articles. > `---- > > Here's my gcc-self related settings: > > --8<---------------cut here---------------start------------->8--- > (setq gnus-parameters > `((,(rx "nnimap+") > (gcc-self . t)) > ;; Mailing List exceptions > (,(rx "nnimap+Uni:ml/") > (gcc-self . "nnimap+Uni:Sent")) > (,(rx "nnimap+Fastmail:INBOX.mailinglists.") > (gcc-self . "nnimap+Fastmail:INBOX.Sent Items")))) > --8<---------------cut here---------------end--------------->8--- > > So I gcc the current group for all my IMAP accounts, except for mailing > list groups, where I gcc the account's sent mail folder. > > To have that only for your Gmail account, you would change the regex to > something like ,(rx "nnimap+Gmail") or whatever you've named your gmail > account. > >> 2) I would like to postpone a message directly to a remote group >> (ideally, the gmail drafts folder). Currently I'm able to locally >> postpone a message and then move it to the remote group. A way to >> automate this is what I can't come with (or, better, to directly store >> the draft in the remote group, which I'm afraid is not possible). > > I think this question pops up here once in a while, but so far nobody > seems to have implemented that feature. > > Bye, > Tassilo