gnus-*-mail

gnus-*-mail

[d. hall]

-----BEGIN PGP SIGNED MESSAGE-----

It doesn't seem to want to acknowledge mail-from-style.

mail-from-style is 'angles

If I sent mail via just normal mail-mode mail-from-style is adhered to.

My variables:

	gnus-mail-method is 'sendmail
	gnus-user-from-line is 'nil
	gnus-user-full-name is 'nil

The only conflict I see is that I do have the environment setting:

	NAME="d. hall"

But shouldn't gnus still construct "From:" following mail-from-style?
Granted this is a nitpick =) and I can make gnus-user-from-line any way I
want to, just seems inconsistent.

d.
-----BEGIN PGP SIGNATURE-----
Version: 2.6.2
Comment: Processed by Mailcrypt 3.4, an Emacs/PGP interface

iQCVAwUBMVKMpoX26urqpgG1AQERrAP/WrQfdDGA8dcIvkKpeSoYsvqGtgX1/+xF
IDAC5SinOCyIagO8/24WEbHOde+jaoxSZsO2t1/GknY3N6r8oEx3wkcyICkifkO1
blUfiRdNQS92KiNmigwfZINHiszQ+Hb5VTp8CWG44kJk8c/d6o3IeeTWTYhhsznQ
1JRLoDViOq0=
=Vi/r
-----END PGP SIGNATURE-----

Re: gnus-*-mail

[Lars Magne Ingebrigtsen]

dhall@illusion.apk.net (d. hall) writes:

> It doesn't seem to want to acknowledge mail-from-style.

Yes.  I'm not going to do anything about it at this point.

However, I've suggested to RMS that I write a new message.el to
combine gnus-msg.el, sendmail.el, rnewspost.el (etc) into just one
message composition mode.  He seems positive, so I'll probably be
doing that in the not-too-distant future. 

This should make all the message composition stuff much easier to
customize. 

-- 
  "Yes.  The journey through the human heart 
     would have to wait until some other time."

Re: gnus-*-mail

[Paul D. Smith]

%% Regarding Re: gnus-*-mail;
%% larsi@ifi.uio.no (Lars Magne Ingebrigtsen) writes:

    lmi> However, I've suggested to RMS that I write a new message.el to
    lmi> combine gnus-msg.el, sendmail.el, rnewspost.el (etc) into just
    lmi> one message composition mode.  He seems positive, so I'll
    lmi> probably be doing that in the not-too-distant future.

Hooray!  Three cheers!  A rousing chorus of "For he's a jolly good
fellow!"

This has been sorely needed ever since someone added a second messaging
system after RMail.

In the meantime, I wish the news-post buffer had its own keymap, and
that it was inherited from the mail-mode keymap... that would keep me
from having to duplicate all my keybindings in both...

Just a thought :)

-------------------------------------------------------------------------------
 Paul D. Smith <psmith@baynetworks.com>         Network Management Development
 Senior Software Engineer                                   Bay Networks, Inc.
-----------------------------------------------==<http://www.baynetworks.com/>-
 "Please remain calm...I may be mad, but I am a professional." --Mad Scientist
-------------------------------------------------------------------------------
     These are my opinions--Bay Networks takes no responsibility for them.

Re: gnus-*-mail

[d. hall]

-----BEGIN PGP SIGNED MESSAGE-----

// thus on Fri, 22 Mar 96 14:33:24 EST, Paul virtually wrote:

Paul> In the meantime, I wish the news-post buffer had its own keymap, and
Paul> that it was inherited from the mail-mode keymap... that would keep me
Paul> from having to duplicate all my keybindings in both...

Paul this is what I use, maybe it might help you and some other people as
well.

(add-hook 'mail-mode-hook			'reply-redefine-keymap)
(add-hook 'news-reply-mode-hook			'reply-redefine-keymap)

(defun reply-redefine-keymap ()
  (let ((mode-map	(if (eq major-mode 'mail-mode)
			    mail-mode-map news-reply-mode-map))
	(mabbrevs	(if (not mail-abbrevs-loaded)
			    (mail-abbrevs-setup) 't)))

    (define-key mode-map	"\C-n"		'mail-abbrev-next-line)
    (define-key mode-map	"\M->"		'mail-abbrev-end-of-buffer)

    (define-key mode-map	"\C-c\C-a"	'mail-interactive-insert-alias)
    (define-key mode-map	"\C-c\C-i"	'ispell-message)
    (define-key mode-map	"\C-c\C-r"	'rebuild-mail-abbrevs)
    (define-key mode-map	"\C-c\C-w"	'mail-insert-signature)
    (define-key mode-map	"\C-c\C-q"	'save-and-kill-buffer)

    (define-key mode-map	"\C-c\C-f\C-t"	'mail-to)
    (define-key mode-map	"\C-c\C-f\C-r"	'mail-reply-to)))

This way I can define both to have similar if not equal keymaps that suit
their own purposes as well as combine both initializations into one
functions therefore allowing me to change both at once.

d.
-----BEGIN PGP SIGNATURE-----
Version: 2.6.2
Comment: Processed by Mailcrypt 3.4, an Emacs/PGP interface

iQCVAwUBMVMfaYX26urqpgG1AQEWZAP/cVjzibOJk33QYaSfr9Ts0zCalCepkxFy
OIa4vroe3VjOfpZtqxmt/VejC36VZN/MKnxenKPdGwnDGOEjMOMxBvahGfRkqiBG
duELLI6tDft2cGAhif6NJoIaXfZ+PGuTdxuzTUmkUf32BUE6tQzNkvxdZ2bVMA5O
/YnriGU7iK0=
=tUzY
-----END PGP SIGNATURE-----
-- 
        ``And I miss you... like the deserts miss the rain.''

                                ~ everything but the girl, missing

Re: gnus-*-mail

[Lars Magne Ingebrigtsen]

"Paul D. Smith" <psmith@BayNetworks.com> writes:

> In the meantime, I wish the news-post buffer had its own keymap, and
> that it was inherited from the mail-mode keymap... that would keep me
> from having to duplicate all my keybindings in both...

Well, my initial concept is to make one mode, message-mode, that will
do "most" of the things currently done in the present modes.  Then
I'll add a couple of new minor mode to provide stuff that's not really
relevant to all modes -- for instance, `message-goto-distribution'
(which would insert a new Distribution header) only makes sense in a
news buffer, not in a mail buffer.

So, yes.

-- 
(domestic pets only, the antidote for overdose, milk.)
  larsi@ifi.uio.no * Lars Ingebrigtsen

Re: gnus-*-mail

[Eric Engstrom]

>>>>> "LMI" == Lars Magne Ingebrigtsen <larsi@ifi.uio.no> writes:
LMI> However, I've suggested to RMS that I write a new message.el to
LMI> combine gnus-msg.el, sendmail.el, rnewspost.el (etc) into just one
LMI> message composition mode.  He seems positive, so I'll probably be
LMI> doing that in the not-too-distant future. 

Not to make the job any more difficult, but how about working with the mh-e
folks and merge in the stuff from mh-send (mh-comp.el).

While you are at it, I can provide a quick hack to allow completion of
addresses on From:, CC:, etc, lines; it gets completion values from a
variety of sources including .mailrc, /etc/aliases and YP/NIS aliases.

eric
--
Eric Engstrom, Research Scientist, SW Eng. Methods, Honeywell/HTC, Mpls, MN USA
engstrom@htc.honeywell.com -- MIME/PGP mail accepted -- finger -l for more info
 <baroque \b*-'ro-k\ adj [F,fr. barocco]: of, relating to, or having no monet>

Re: gnus-*-mail

[Per Abrahamsen]

>>>>> "EE" == Eric Engstrom <engstrom@src.honeywell.com> writes:

EE> Not to make the job any more difficult, but how about working with the mh-e
EE> folks and merge in the stuff from mh-send (mh-comp.el).

Not to mention the integrating the various mime-compose packages...

Re: gnus-*-mail

[Lars Magne Ingebrigtsen]

engstrom@src.honeywell.com (Eric Engstrom) writes:

> Not to make the job any more difficult, but how about working with
> the mh-e folks and merge in the stuff from mh-send (mh-comp.el).

Well, that's an idea...

... but too late!  This is the first message composed in a
message-mode buffer.  Seems to be working OK.

gnus-msg.el shrunk from 107k to 30k while sendmail.el (which turned
into message.el) grew from 39k to 68k.  (And rnewspost.el was 17k and
is totally obsolete now.)  That's a savings of 65k.  :-)  

You now don't have to start Gnus at all to send news.  message.el does
it all -- you can for instance go to a random message file and just
`C-u M-x message-forward' to forward the message using news.

But I should probably get in touch with the mh-e & VM people to see
whether a merger might be worked out...

> While you are at it, I can provide a quick hack to allow completion of
> addresses on From:, CC:, etc, lines; it gets completion values from a
> variety of sources including .mailrc, /etc/aliases and YP/NIS aliases.

That sounds interesting.  There is already a mailalias.el file, but I
don't quite know what that one offers...  

-- 
  "Yes.  The journey through the human heart 
     would have to wait until some other time."

Re: gnus-*-mail

[Paul D. Smith]

%% Regarding Re: gnus-*-mail;
%% Lars Magne Ingebrigtsen <larsi@ifi.uio.no> writes:

    lmi> But I should probably get in touch with the mh-e & VM people to
    lmi> see whether a merger might be worked out...

Indeed; I'd love to have vm-mail worked into this.  Note that VM is
frame-aware, though, which GNUS doesn't seem to be so far.  I think
that's important (I'd love to have gnus-post-other-frame, for example).

    >> While you are at it, I can provide a quick hack to allow
    >> completion of addresses on From:, CC:, etc, lines; it gets
    >> completion values from a variety of sources including .mailrc,
    >> /etc/aliases and YP/NIS aliases.

    lmi> That sounds interesting.  There is already a mailalias.el file,
    lmi> but I don't quite know what that one offers...

Please make this kind of thing configurable; our NIS aliases database is
_HUGE_, and I don't want to complete on it in any way.  That's what BBDB
is for!  Now _there's_ a worthwhile package to make sure message.el
works with.

Also, Kyle Jones, Barry Warsaw, and others came up with a set of rules
that Emacs messaging systems should obey, to allow citing engines like
supercite to work.  I don't know how much of that is interesting for
message.el but it should be taken into account.

And finally, I much prefer mailabbrev.el to mailalias.el, so if you're
looking for that kind of thing, there's my vote--plus my mabbrev-menu
package creates a menu bar menu for mailabbrev aliases :)

Re: gnus-*-mail

[Scott Blachowicz]

Lars Magne Ingebrigtsen <larsi@ifi.uio.no> wrote:

> > While you are at it, I can provide a quick hack to allow completion of
> > addresses on From:, CC:, etc, lines; it gets completion values from a
> > variety of sources including .mailrc, /etc/aliases and YP/NIS aliases.
> 
> That sounds interesting.  There is already a mailalias.el file, but I
> don't quite know what that one offers...  

...and provide the ability to give different functions to supply
completion values (e.g. we have a lists/ directory containing one file per
mailing list, add aliases from MH aliases file(s) - hmmm..."mode-specific"
completion values...my MH aliases won't get obeyed unless I'm using
mh-send type functions, I guess).

Scott Blachowicz  Ph: 206/283-8802x240   Mathsoft (Data Analysis Products Div)
                                         1700 Westlake Ave N #500
scott@statsci.com                        Seattle, WA USA   98109
Scott.Blachowicz@seaslug.org

Re: gnus-*-mail

[David C Worenklein]

> While you are at it, I can provide a quick hack to allow completion of
> addresses on From:, CC:, etc, lines; it gets completion values from a
> variety of sources including .mailrc, /etc/aliases and YP/NIS aliases.

mew, by Kazuhiko Yamamoto <kazu@is.aist-nara.ac.jp>, already does
this. It also has a good mime composition interface.

Re: gnus-*-mail

[Lars Magne Ingebrigtsen]

"Paul D. Smith" <psmith@BayNetworks.com> writes:

> And finally, I much prefer mailabbrev.el to mailalias.el, so if you're
> looking for that kind of thing, there's my vote--plus my mabbrev-menu
> package creates a menu bar menu for mailabbrev aliases :)

message.el now uses mailabbrev instead of mailalias.

-- 
(domestic pets only, the antidote for overdose, milk.)
  larsi@ifi.uio.no * Lars Ingebrigtsen