From: David Bremner <bremner@debian.org>
To: 687390@bugs.debian.org
Subject: solution to gnus-alias problems?
User-Agent: Notmuch/0.14+37~gf227d63 (http://notmuchmail.org) Emacs/24.1.1
	(x86_64-pc-linux-gnu)
Date: Sun, 30 Sep 2012 21:57:50 -0300
Message-ID: <87pq53xb3l.fsf@zancas.localnet>
MIME-Version: 1.0
Content-Type: text/plain
X-Spam_bar: -
Cc: notmuch@notmuchmail.org
X-BeenThere: notmuch@notmuchmail.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: "Use and development of the notmuch mail system."
	<notmuch.notmuchmail.org>
List-Unsubscribe: <http://notmuchmail.org/mailman/options/notmuch>,
	<mailto:notmuch-request@notmuchmail.org?subject=unsubscribe>
List-Archive: <http://notmuchmail.org/pipermail/notmuch>
List-Post: <mailto:notmuch@notmuchmail.org>
List-Help: <mailto:notmuch-request@notmuchmail.org?subject=help>
List-Subscribe: <http://notmuchmail.org/mailman/listinfo/notmuch>,
	<mailto:notmuch-request@notmuchmail.org?subject=subscribe>
X-List-Received-Date: Mon, 01 Oct 2012 00:57:58 -0000


Geoff writes:

   Hi David,

   I've found the source of the problem I was having. It seems to be due
   to some interference with the notmuch-mua-reply function and
   gnus-alias. In particular, there was a problem with the part of
   notmuch-mua-reply that inserted the newly setup message contents.

   Towards the end of the notmuch-mua-reply function, there is the following code:

       ;; insert the message body - but put it in front of the signature
       ;; if one is present
       (goto-char (point-max))
   *    (if (re-search-backward message-signature-separator nil t)
   *	  (forward-line -1)
	 (goto-char (point-max)))
       (insert body)
       (push-mark))
     (set-buffer-modified-p nil)

   The problem is with the two lines I've marked with a *. Suppose the
   main message reply buffer already contains a signature and looks like
   this

   [Headers]
   --text follows this line
   --
   [Signature text]

   The above goes goes to the end of buffer with (point-max), then
   searches back to the beginning of the signature separator, which is
   fine. But then it moves one line up to the beginning of '--text
   follows this line--" and then inserts the newly created message body,
   which means that it inserts it before the '--text follows this
   line--'.

   I've solved the problem (I think) by adjust the above code as follows:

       (if (re-search-backward message-signature-separator nil t)
	     (progn
	       (beginning-of-line)
	       (newline))
	 (goto-char (point-max)))

   Hope this helps!

   Best,

   Geoffrey