Re: Oemacs; Merging BBDB databases

1993-10-04 Thread Jamie Zawinski
Jon Degenhardt wrote: > > Now I have BBDB on both a PC and a Unix system, a situation I wanted. > Except, it would nice to be able to merge two BBDB databases to keep > them consistent. Perhaps some like running bbdb-refile-record on records > with equal keys (using comparison ala bbdb-create) an

Re: .signature extraction code...

1993-10-04 Thread Rod Whitby
> "mark" == Mark Warren <[EMAIL PROTECTED]> writes: mark> Does anyone have code for bbdb that would try to extract mark> information from peoples' signatures? Seems like this would be mark> a real boon. > "lamour" == lamour <[EMAIL PROTECTED]> writes: lamour> And a real fun set of reg

Oemacs; Merging BBDB databases

1993-10-04 Thread Jon Degenhardt
In case anyone is interested, I tried BBDB with Oemacs (an emacs-19 port to MS-DOS) and it worked without a hitch. My complements to the authors of both. (Especially impressive was the fact BBDB files names begin with "bbdb-" and yet are all distinct after eight characters, the length of a DOS fil

Re: finger extraction code...

1993-10-04 Thread Jamie Zawinski
Cengiz Alaettinoglu wrote: > > Thank you. I assume I would be safe (i.e. would not corrupt my > database) if I avoid updating the name and the net fields. Is this > right? Yes, but if you use anything more primitive than I mentioned, then you have to worry about keeping the in-memory data struct

Re: finger extraction code...

1993-10-04 Thread Cengiz Alaettinoglu
Jamie Zawinski ([EMAIL PROTECTED]) on October 4: > Use bbdb-search-simple to see if the record is there; use bbdb-record-putprop > to change the non-builtin slots. Other than that, all you've got to work with > is bbdb-record-edit-field-internal. But if you're down at that level, you'd > better

Re: finger extraction code...

1993-10-04 Thread Jamie Zawinski
Cengiz Alaettinoglu wrote: > > It does not update the record if the record is in the database, > instead it signals an error. Use bbdb-search-simple to see if the record is there; use bbdb-record-putprop to change the non-builtin slots. Other than that, all you've got to work with is bbdb-recor

Re: finger extraction code...

1993-10-04 Thread Cengiz Alaettinoglu
Jamie Zawinski ([EMAIL PROTECTED]) on October 4: > Cengiz Alaettinoglu wrote: > > > > P.S. IMHO, I think bbdb is missing a lisp function when passed an > > alist like ((name . "Foo") (net . "foo@bar") ...) would create/update > > the corresponding bbdb record. > > That's what bbdb-create-intern

Re: finger extraction code...

1993-10-04 Thread Jamie Zawinski
Cengiz Alaettinoglu wrote: > > P.S. IMHO, I think bbdb is missing a lisp function when passed an > alist like ((name . "Foo") (net . "foo@bar") ...) would create/update > the corresponding bbdb record. That's what bbdb-create-internal is for.

finger extraction code...

1993-10-04 Thread Cengiz Alaettinoglu
"Mark Warren 415-506-4639" ([EMAIL PROTECTED]) on October 04: > > Does anyone have code for bbdb that would try to extract information > from peoples' signatures? Seems like this would be a real boon. I would like to be able to update/create a bbdb record by fingering a person's account. I am

bbdb address completion

1993-10-04 Thread Raj Manandhar
Ray Johnson writes in message <[EMAIL PROTECTED]> (14:52:27 Mon 4 October 1993): > Another thing I find annoying is how addresses are auto-completed. > Generally, I may have one address that should always be the sending > address to a given person. However, I may have several addresses > li

No Subject

1993-10-04 Thread Ray Johnson
Anantha Padmanabha N. Srirama writes: > Folks, > In my previous message I forgot to mention the circumstances under > which the corruption occurred. Here is the scenario which caused the > corruption: > > - Somehow .bbdb buffer makes it to the top of the buffer stack th

Re: .signature extraction code...

1993-10-04 Thread lamour
"mark" == Mark Warren <[EMAIL PROTECTED]> writes: mark> Does anyone have code for bbdb that would try to extract mark> information from peoples' signatures? Seems like this would be mark> a real boon. And a real fun set of regexps too, eh? Just a few comments: 1) This would probably

~/.bbdb corruption (additional info)

1993-10-04 Thread Anantha Padmanabha N. Srirama
Folks, In my previous message I forgot to mention the circumstances under which the corruption occurred. Here is the scenario which caused the corruption: - Somehow .bbdb buffer makes it to the top of the buffer stack thus leaving the cursor in it.

.signature extraction code...

1993-10-04 Thread Mark Warren 415-506-4639
Does anyone have code for bbdb that would try to extract information from peoples' signatures? Seems like this would be a real boon. Thanks, Mark ___ [EMAIL PROTECTED] Fax: 415-506-1113 RIPEM key on server

Re: ~/.bbdb corruption

1993-10-04 Thread Jamie Zawinski
Anantha Padmanabha N. Srirama wrote: > > I have had a couple of instances where due to a bad line (or record) > in the .bbdb file BBDB gets completely hosed. This has caused a lot > of pain for me in the last couple of weeks. Can BBDB be made a little > more robust so that

~/.bbdb corruption

1993-10-04 Thread Anantha Padmanabha N. Srirama
Folks, I have had a couple of instances where due to a bad line (or record) in the .bbdb file BBDB gets completely hosed. This has caused a lot of pain for me in the last couple of weeks. Can BBDB be made a little more robust so that it will just ignore the record i

MH-E interface bug...

1993-10-04 Thread Mark Warren 415-506-4639
When reading mail via mh-e, I usually use the `a' command (mh-reply) to reply to a message. Normally, this causes the screen to split exactly in half with the original message displayed in the upper window and the new draft message displayed in the lower window. If the bbdb pop-up window is visi

Interesting bbdb configurations sought...

1993-10-04 Thread Mark Warren 415-506-4639
Ok, I've just started using bbdb, and I'd like to configure it to automatically add interesting information to the notes field, etc... I'd love to see some samples of interesting bbdb configurations. Thanks, Mark ___ [EMAI