How to adjust the windows configuration using gnus-carpal, group-carpal, and summary-carpal?
(A slightly different version of this question has already been posted in the thread Re: How to adjust the windows configuration? (see http://groups.google.com/group/gnu.emacs.gnus/msg/c205c34f549693ac), dated Tue, 01 Sep 2009 18:52:10 +0900, on the newsgroup gnu.emacs.gnus, but has not received a response, so I am forwarding the question to this mailing list.) Currently, I have the following Gnus window layout, which I am trying to customize further: --- | | | | | | | | | | | | | Group Buffer | Summary Buffer | | | | | | | | | | | | | --- | | | | | | | | | | | | |Article Buffer | | | | | | | | | | | | | --- This layout is based on the following portion of my .gnus.el file: ; Toggle gnus-carpal settings; i.e., display of mouse-clickable buttons to control navigation (setq gnus-carpal t) ; turn on mouse button-based navigation ;; The following section controls the layout after displaying the article buffer ; change the configuration of a single buffer setting, without using the complicated gnus-buffer-configuration variable (see Frequently Asked Questions: Window Layout at http://gnus.org/manual/gnus_295.html) (gnus-add-configuration ; configure the article buffer '(article ; split the screen in two vertically, and use the following settings for the upper half of the window (vertical 1.0 ; the original number of rows for the group + summary buffers together, copied from Frequently Asked Questions: FAQ 4 - Reading messages (http://www.gnus.org/manual/gnus_400.html#SEC473) (horizontal 28 ; the original number of columns for the group buffer width setting, copied from Frequently Asked Questions: FAQ 4 - Reading messages (http://www.gnus.org/manual/gnus_400.html#SEC473) ; (group 50) ; setting of the number of columns for the group buffer width setting to match my settings in Forte' Agent 5.0 ; (group 53) ; setting of the number of columns for the group buffer width setting to display all newsgroup names without truncation (group 77) ; let the summary buffer take the remainder of the width of the rows, and position the point (cursor) therein (summary 1.0 point) ) ; let the lower half take up the remainder of the horizontal space, and apply the following settings therein (horizontal 1.0 ; let the article buffer take up the entire space of the lower half of the window (article 1.0) ;; The following section controls the layout after displaying the group and summary buffers only (i.e., before displaying the article buffer) ; change the configuration of a single buffer setting, without using the complicated gnus-buffer-configuration variable (see Frequently Asked Questions: Window Layout at http://gnus.org/manual/gnus_295.html) (gnus-add-configuration ; configure the summary buffer '(summary ; split the screen in two vertically, and use the following settings for the upper half of the window (unless the lower half is specified separately as above, here, the upper half may take up all the vertical space of the window) (vertical 1.0 ; split the window horizontally, and take up whatever space is available for the following settings (horizontal 1.0 ;; ; the original number of columns for the group buffer width setting, copied from Frequently Asked Questions: FAQ 4 - Reading messages
mark as read ignored
Even with no unread messages the group (only this group shows this behaviour) nnimap:INBOX is always displayed as if all the messages are unread. 20: nnimap:INBOX A `c' pr `C' can alter this state only temporarily, with the next start gnus has forgot it again. As far as I can see the settings of this group don't differ in any crucial point of other group settings. henry -- http://literaturlatenight.de ___ info-gnus-english mailing list info-gnus-english@gnu.org http://lists.gnu.org/mailman/listinfo/info-gnus-english
Re: Debugging msmtp in gnus
Thomas Bach bac...@uni-mainz.de writes: [snipped 43 lines] Are you using 23.1 or 22.2? Because 23.1 requires the first line below to work (setq message-send-mail-function 'message-send-mail-with-sendmail) (setq sendmail-program /usr/sbin/msmtp) (setq message-sendmail-extra-arguments '(-a xx)) (setq smtpmail-debug-info t) ; only to debug problems set to t if needed (setq smtpmail-debug-verb t) I use cygwin msmtp and win32 Emacs-23.1. What does the msmtp log say? One other to check is to where msmtp looks for its configuration files from within Emacs by launching it within the Emacs shell. On the new computer, the HOME env might be different and that's why it's not working? sivaram -- ___ info-gnus-english mailing list info-gnus-english@gnu.org http://lists.gnu.org/mailman/listinfo/info-gnus-english
Re: Debugging msmtp in gnus
Sivaram Neelakantan nsivaram@gmail.com writes: Thomas Bach bac...@uni-mainz.de writes: [snipped 43 lines] Are you using 23.1 or 22.2? Because 23.1 requires the first line below to work I am using version 22.2. (setq message-send-mail-function 'message-send-mail-with-sendmail) Actually this variable is documented, but changing its value brings no difference. (setq sendmail-program /usr/sbin/msmtp) BTW: Why is msmtp installed in /usr/sbin? Is this the cygwin-way? I use cygwin msmtp and win32 Emacs-23.1. I think that I used emacs-23 and some newer gnus. It has been an gentoo-setup and thus rather uncommon anyway. What does the msmtp log say? Thats another thing: msmtp doesn't log neither. It does when invoked on the command-line, but it doesn't when I am in gnus. Thats another reason why I'd like to have the whole command gnus invokes, just to check that there is really a /usr/bin/msmtp at the beginning. One other to check is to where msmtp looks for its configuration files from within Emacs by launching it within the Emacs shell. On the new computer, the HOME env might be different and that's why it's not working? That looks fine. Greets, Thomas. ___ info-gnus-english mailing list info-gnus-english@gnu.org http://lists.gnu.org/mailman/listinfo/info-gnus-english
Re: ``Quips'' in signatures
Richard Riley rileyrg...@gmail.com writes: I was making the point that an answer to I have no idea what gnus posting styles are is that its extremely trivial to find out. That assumes that (1) you have heard of them (2) you can understand the explanation. Both of those assumptions were false in my case. -- --- Joe Finemanjo...@verizon.net ||: Friendship is a black market in respect. :|| ___ info-gnus-english mailing list info-gnus-english@gnu.org http://lists.gnu.org/mailman/listinfo/info-gnus-english