Ronan Waide [EMAIL PROTECTED] writes:
Ah. inverted test. try now.
Seems to work. Was waiting for the update to show up on CVS.
Thanks.
--Boris
---
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
bbdb-merge.elc
bbdb-migrate.elc bbdb-gui.elc
...
sigh... Sorry to be the bearer of bad news.
--Boris
---
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems? Stop! Download the new AJAX search
: not found bbdb-merge.elc
bbdb-migrate.elc bbdb-gui.elc
I wonder if there's a more graceful way of handling this.
--Boris
PS. I do not think the Emacs version I use is relevant for the
problems I mentioned. I do use GNU Emacs from CVS though
Ronan Waide [EMAIL PROTECTED] writes:
I'm looking at a cleaner way around this, but I'm a little puzzled:
does rmail simply not decode these headers when it's displaying them?
I've put a test one into an RMAIL buffer here and it's displaying it
'raw'.
As far as I know, pure unpatched RMAIL
Ronan Waide [EMAIL PROTECTED] writes:
On August 8, [EMAIL PROTECTED] said:
First, a bug report, sort of. I use RMAIL but almost never the RMAIL
summary mode. Insinuating into RMAIL causes trouble, as bbdb-insinuate-rmail
includes
(define-key rmail-summary-mode-map :
, in bad cases... maybe pick a good encoding AND
rewrite the coding cookie before saving the file... comments?).
--Boris
---
SF.Net email is Sponsored by the Better Software Conference EXPO
September 19-22, 2005 * San Francisco, CA
it already is. Which I
think is a rough summary of what I've said above.
Thanks for volunteering...
And now, we return you to our regularly scheduled list traffic.
I'll drink to that. :)
Cheers,
--Boris
---
SF.Net email is Sponsored
/hard/wetware. :)
Did not mean to step on anyone's toes...
--Boris
---
SF.Net email is Sponsored by the Better Software Conference EXPO
September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices
Agile Plan-Driven
to where I want it (it's not *that* unreadable)
I wonder if it would be completely silly to consider putting the BBDB
database through pretty-printer before saving it to .bbdb? This
makes reading it by humans a lot easier and I doubt it would increase
its size all THAT much.
--Boris
suggestions?
--Boris
---
SF.Net email is Sponsored by the Better Software Conference EXPO
September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices
Agile Plan-Driven Development * Managing Projects Teams * Testing QA
Evil Boris [EMAIL PROTECTED] writes:
I ran configure like this
./configure --enable-vm=no --enable-rmail=yes
and in main Makefile I get:
all: Makefile bbdb info rmail vm gnus
shouldn't vm be omitted? Or perhaps I do not understand what enable
option is intended to accomplish. I
I seem to be talking to myself... Not a good sign... :)
Evil Boris [EMAIL PROTECTED] writes:
Irrespective of BBDB, I do use gnuserv and
load it via gnuserv-compat, w/o any trouble. There is no such beast
as itimer in the standard Emacs 20.7, or 21.3, or current CVS, by the
way. Any
I have seen the msg from Adrian Lanz regarding RFC2047-encoded From:
fields, a few months back. I have been using the following patch to
bbdb.el for a couple of years, with no visible ill effects. Ulike
Adrian's patch, mine decodes the From fields before looking them up
and/or storing them into
of this stuff should be executed in a mode hook,
but on load of the mode file.
My specific problem of course would go away if one did the
rmail-summary-mode-map definitions in (eval-after-load 'rmailsum ...).
Cheers,
--Boris
---
SF.Net
is relevant).
Finally, getting back to the original question: I will send in a
possible patch that's not likely to mess anything up too much.
I am just trying to see how far to go in my (proposed) solution.
Cheers,
--Boris
---
SF.Net
bbdb-display with Xemacs. Other combinations may work,
but I haven't tried them. Then load bbdb-display from your bbdb-load-hook.
This is also available as
[EMAIL PROTECTED]:/pub/boris/bbdb-display.shar.gz
Bng
--
Boris GoldowskyThe only way you'll end up in a corner
the files from this archive, save it to a file, remove
# everything above the "!/bin/sh" line above, and type "sh file_name".
#
# made 06/01/1994 12:13 UTC by [EMAIL PROTECTED]
# Source directory /home/diamond/u14/boris/emacs/lisp
#
# existing files will NOT be overwritten un
hive, save it to a file, remove
# everything above the "!/bin/sh" line above, and type "sh file_name".
#
# made 05/31/1994 22:02 UTC by [EMAIL PROTECTED]
# Source directory /home/diamond/u14/boris/emacs/lisp
#
# existing files will NOT be overwritten unless -c is specified
#
# This
I can't remember if I reported this one already. I've been using the
fix below for some time, without ill effect.
Bbdb-completing-read-record claims to, but doesn't, force a valid
response. The call to completing-read needs its 4th argument:
(defun bbdb-completing-read-record (prompt)
bbdb-info uses variable Info-directory, which in FSF v19 has been
replaced with Info-directory-list. The result is that bbdb-info
doesn't find the info file.
The following alternate definition works for me:
(defun bbdb-info ()
(interactive)
(Info-find-node "bbdb" "top"))
Bng
The version of mail-extr that comes with GNU emacs v19 and bbdb do not
seem to get along particularly well. Mail-extr now returns the raw
email address if it can't get any better idea for the person's name,
which causes bbdb to warn: "Ignoring bogon ... to avoid name clash
with ...". And if
The bbdb-print distributed with bbdb 1.48 was not the latest version.
The people who reported problems to me should try the latest version; I
believe that your bugs have previously been fixed.
I put the newest version for anonymous ftp in
[EMAIL PROTECTED]:pub/bbdb-print-2.3.shar, in plain and
22 matches
Mail list logo
