[ < ] | [ > ] | [ << ] | [ Up ] | [ >> ] | [Top] | [Contents] | [Index] | [ ? ] |
message-cite-style
The overall style to be used when replying to messages. This controls things like where the reply should be put relative to the original, how the citation is formatted, where the signature goes, etc.
Value is either nil
(no variable overrides) or a let-style list
of pairs (VARIABLE VALUE)
to override default values.
See gnus-posting-styles
to set this variable for specific
groups. Presets to impersonate popular mail agents are available in the
message-cite-style-*
variables.
message-cite-reply-position
Where the reply should be positioned. Available styles are
traditional
to reply inline, above
for top-posting, and
below
for bottom-posting
message-ignored-cited-headers
All headers that match this regexp will be removed from yanked messages. The default is ‘.’, which means that all headers will be removed.
message-cite-prefix-regexp
Regexp matching the longest possible citation prefix on a line.
message-citation-line-function
Function called to insert the citation line. The default is
message-insert-citation-line
, which will lead to citation lines
that look like:
Hallvard B Furuseth <h.b.furuseth@usit.uio.no> writes: |
Point will be at the beginning of the body of the message when this function is called.
Note that Gnus provides a feature where clicking on ‘writes:’ hides the
cited text. If you change the citation line too much, readers of your
messages will have to adjust their Gnus, too. See the variable
gnus-cite-attribution-suffix
. See (gnus)Article Highlighting section ‘Article Highlighting’ in The Gnus Manual, for details.
message-yank-prefix
When you are replying to or following up an article, you normally want
to quote the person you are answering. Inserting quoted text is done by
yanking, and each line you yank will have
message-yank-prefix
prepended to it (except for quoted lines
which use message-yank-cited-prefix
and empty lines which use
message-yank-empty-prefix
). The default is ‘> ’.
message-yank-cited-prefix
When yanking text from an article which contains already cited text,
each line will be prefixed with the contents of this variable. The
default is ‘>’. See also message-yank-prefix
.
message-yank-empty-prefix
When yanking text from an article, each empty line will be prefixed with
the contents of this variable. The default is ‘>’. You can set
this variable to an empty string to split the cited text into paragraphs
automatically. See also message-yank-prefix
.
message-indentation-spaces
Number of spaces to indent yanked messages.
message-cite-function
Function for citing an original message. The default is
message-cite-original
, which simply inserts the original message
and prepends ‘> ’ to each line.
message-cite-original-without-signature
does the same, but elides
the signature.
message-indent-citation-function
Function for modifying a citation just inserted in the mail buffer.
This can also be a list of functions. Each function can find the
citation between (point)
and (mark t)
. And each function
should leave point and mark around the citation text as modified.
message-mark-insert-begin
String to mark the beginning of some inserted text.
message-mark-insert-end
String to mark the end of some inserted text.
message-signature
String to be inserted at the end of the message buffer. If t
(which is the default), the message-signature-file
file will be
inserted instead. If a function, the result from the function will be
used instead. If a form, the result from the form will be used instead.
If this variable is nil
, no signature will be inserted at all.
message-signature-file
File containing the signature to be inserted at the end of the buffer.
If a path is specified, the value of
message-signature-directory
is ignored, even if set.
The default is ‘~/.signature’.
message-signature-directory
Name of directory containing signature files. Comes in handy if you
have many such files, handled via Gnus posting styles for instance.
If nil
(the default), message-signature-file
is expected
to specify the directory if needed.
message-signature-insert-empty-line
If t
(the default value) an empty line is inserted before the
signature separator.
Note that RFC1036bis says that a signature should be preceded by the three characters ‘-- ’ on a line by themselves. This is to make it easier for the recipient to automatically recognize and process the signature. So don’t remove those characters, even though you might feel that they ruin your beautiful design, like, totally.
Also note that no signature should be more than four lines long. Including ASCII graphics is an efficient way to get everybody to believe that you are silly and have nothing important to say.
[ < ] | [ > ] | [ << ] | [ Up ] | [ >> ] |
This document was generated on January 25, 2015 using texi2html 1.82.