-remove-header'. Would that work here?
--
Steven E. Harris
___
info-gnus-english mailing list
info-gnus-english@gnu.org
http://lists.gnu.org/mailman/listinfo/info-gnus-english
Christopher Culver writes:
> I have this problem as well with one contact who, when I want
> expansion, appears only as the e-mail address instead of NAME
> .
Try setting `bbdb-dwim-net-address-allow-redundancy' to t.
--
Steven E. Harris
__
"Steven E. Harris" writes:
> Unfortunately, I'm still stuck.
I made some progress this afternoon, as reported here:
Re: nnimap with openssl stopping up after connecting in Windows
http://thread.gmane.org/gmane.emacs.gnus.general/67801/focus=68024
It's still not
ot get the actual payload content through as
expected?
Dangerous as it may be, how does one convince Gnus /not/ to use a secure
connection to an IMAP server? I'd like to try that temporarily to see if
it works when we take openssl out of the picture.
Footnotes:
ยน http:
"Steven E. Harris" <[EMAIL PROTECTED]> writes:
> Not[e] the "^M" terminators on the lines sent and received from the
> server.
Of course, those got stripped. In the *imap-log* buffer as displayed, it
/looks/ like this:
,[ *imap-log* with faked contro
panix...failed
| Checking new news...done
`
I see that there are the two variables `imap-coding-system-for-write'
and `imap-coding-system-for-read', which are set to `binary' by
default. Might resetting those be related to solving this problem?
Any advice would be appreciated.
ot;sharpsign A") read
macro in Common Lisp, where the vector above can be written "#1A((w))".
--
Steven E. Harris
___
info-gnus-english mailing list
info-gnus-english@gnu.org
http://lists.gnu.org/mailman/listinfo/info-gnus-english
my right hand.
Sure, that makes sense. Try
[(control c) (e)]
instead of ?\+ in the `define-key' form. Emacs may require a different
syntax to define the keystroke sequence.
--
Steven E. Harris
___
info-gnus-english mailing list
info-gnus-english@gnu.org
http://lists.gnu.org/mailman/listinfo/info-gnus-english
s that in your Emacs the argument to `define-key' must be a
vector. Note that 43 is the character code for '+'.
Try using
'(?\+)
instead of just ?\+.
--
Steven E. Harris
___
info-gnus-english mailing list
info-gnus-english@gnu.o
the *Article* buffer
matches the current article under the point in the summary buffer.
--
Steven E. Harris
___
info-gnus-english mailing list
info-gnus-english@gnu.org
http://lists.gnu.org/mailman/listinfo/info-gnus-english
the *Article* buffer
matches the current article under the point in the summary buffer.
--
Steven E. Harris
___
info-gnus-english mailing list
info-gnus-english@gnu.org
http://lists.gnu.org/mailman/listinfo/info-gnus-english
7;t make sure
that the content of the *Article* buffer matches the message under the
point in the summary view. For that we'd need a call to
`gnus-summary-show-article', but that call may be superfluous when the
point hasn't moved since the last
7;t make sure
that the content of the *Article* buffer matches the message under the
point in the summary view. For that we'd need a call to
`gnus-summary-show-article', but that call may be superfluous when the
point hasn't moved since the last
the *Article* buffer
matches the current article under the point in the summary buffer.
--
Steven E. Harris
___
info-gnus-english mailing list
info-gnus-english@gnu.org
http://lists.gnu.org/mailman/listinfo/info-gnus-english
I meant that while C-x 0 works, it doesn't
work as conveniently as = which, unfortunately, does the wrong thing,
meaning that it would be nice to have a single non-shifted character key
binding that does what you're describing. We're i
[EMAIL PROTECTED] (Daniel C. Bastos) writes:
> I've just discovered that h C-x 1 does (1).
As does C-x 0. But that's not as nice as =.
--
Steven E. Harris
___
info-gnus-english mailing list
info-gnus-english@gnu.org
http://lists.gn
someusernamehere <[EMAIL PROTECTED]> writes:
> Hey, how I can store/grouping mails on this way:
These groupings of groups are called "topics" in Gnus.
Try evaluating the following:
(Info-goto-node "(Gnus)Group Topics
tion-line' and changing the variable
`message-citation-line-format'.
--
Steven E. Harris
___
info-gnus-english mailing list
info-gnus-english@gnu.org
http://lists.gnu.org/mailman/listinfo/info-gnus-english
what it's worth, this IMAP server's select method contains
(nnimap-stream starttls)
which may influence how connections are opened and unexpected closes
are detected.
--
Steven E. Harris
___
info-gnus-english mailing list
info-gnus-english@
comprised either of quoted strings or "atoms". An atom can be any
"CHAR" except a "special", of which the period is one.
To use a period before an address, one must use a quoted string. The
parenthetical form is a "comment", described in Section 3.2, HEADER
FIELD D
a parenthetical comment, or at
least allows one to force the syntax one way or another.
--
Steven E. Harris
___
info-gnus-english mailing list
info-gnus-english@gnu.org
http://lists.gnu.org/mailman/listinfo/info-gnus-english
Aaron Bingham <[EMAIL PROTECTED]> writes:
> Is there some easy way to fix this?
Try adding the form
(nnimap-need-unselect-to-notice-new-mail t)
to your IMAP select method definition (perhaps in
gnus-secondary-select-methods) and see if that helps.
--
Steven
22 matches
Mail list logo
