Re: uuid field [was: more than one BBDB file]

[Sriram Karra]

On Mon, Oct 24, 2016 at 4:34 AM, Roland Winkler  wrote:

 This relates to one item that has been on my BBDB todo list
> for a long time: add uuid fields to each record so that BBDB can
> check more reliably whether two records are "equal".  Here uuid
> fields will come handy in a range of use cases, with multiple
> database files, but also, say when importing and exporting BBDB
> records from / to other databases.
>

ASynK does exactly that - add an xfield called 'bbdb-id' that holds a uuid.

So the uuid field should become a "compulsory" field (appearing in
> the "backbone" of each record).  This requires to change (once more)
> the internal format of BBDB records.  Then I was wondering: Are
> there other (unrelated) changes in BBDB's internal format of storing
> records that would be desirable?  Here I thought of the two xfields
> creation-date and timestamp.  For a long time, they have been
> implemented as xfields.  Yet it would be cleaner if they likewise
> became elements of the "backbone" of each BBDB records.
>

These two timestamp fields, along with uuid, are all required for making
sync work at all. As such I agree with your thinking here with regards to
these fields.

Note that the two timestamp fields were not present before BBDB v3. So the
extend of potential breakage in backwards compatibility is not that sever.


>
> Did anybody already try to implement / use a uuid field as xfield?
> I guess that when BBDB will upgrade itself to the new record format
> using "backbone" uuid fields, it should check whether the records
> already have such an xfield.
>

I did exactly that and even raised some patches to bbdb v3 back when Barak
Pearlmutter was more active on this list. I cannot remember the details any
more what happened to the patches I sent him, which can still be found on
this branch (search for my userid: skarra) :
https://github.com/barak/bbdb3/commits/uuid?after=wEoFQcQQ%2BvEkHMAiFsoVaKZRororMTc0
You are free to use code from there, of course.

Note that ASynK just adds uuids when one is not found in the xfields. It
would just make it a more consistent experience if there was a standard way
to do this, that's all.

-Karra
--
The Command Line: Reinvented for Modern Developers
Did the resurgence of CLI tooling catch you by surprise?
Reconnect with the command line and become more productive. 
Learn the new .NET and ASP.NET CLI. Get your free copy!
http://sdm.link/telerik___
bbdb-info@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bbdb-info
BBDB Home Page: http://bbdb.sourceforge.net/

Re: ASynK vs org-vcard

[Sriram Karra]

On Sat, Oct 22, 2016 at 8:31 PM, Saša Janiška  wrote:

>
> > I am happy to look into and debug any issues you may find.
>
> May I know which server do you use for syncing?


ASynK has been known to work with the following CardDAV servers: Apple
CalendarServer, Baikal, OwnCloud, and Fastmail's contacts server. I do not
use CardDAV for my own contacts so I rely on user feedback to know if
things are working or broken.
--
Check out the vibrant tech community on one of the world's most 
engaging tech sites, SlashDot.org! http://sdm.link/slashdot___
bbdb-info@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bbdb-info
BBDB Home Page: http://bbdb.sourceforge.net/

Re: ASynK vs org-vcard

[Sriram Karra]

[ + The List this time ]

I am the author of ASynK. There are no open issues that I know of related
to losing contacts with CardDAV / Baikal. Can you give it a shot? I am
happy to look into and debug any issues you may find.

On Mon, Oct 17, 2016 at 3:07 AM, Saša Janiška  wrote:

> Hello,
>
> I do sync my (Android) phone contacts (and calendars) by using DAVDroid
> application which talks to Baikal server.
>
> On my Linux desktop side I use khard for editing contacts which are then
> synced with the Baikal server via vdirsyncer.
>
> In order to sync my BBDB contacts with khard, atm I use bbdb-vcard
> (https://github.com/tohojo/bbdb-vcard) which can import/export them.
>
> There is also ASynK (https://github.com/skarra/ASynK) package which
> could eliminate the need for bbdb-vcard and could automatically sync my
> BBDB contacts with the Baikal server, but would like to hear some
> experiences in using it and/or whether it does work with Baikal server
> (I’ve recently switched to it from ownCloud for simplicity reasons)?
>
> Moreover, by looking at the mailing list I see that there were cases
> when people lost their contacts with it…
>
>
> Sincerely,
> Gour
>
> --
> He who is satisfied with gain which comes of its own accord, who
> is free from duality and does not envy, who is steady in both
> success and failure, is never entangled, although performing actions.
>
>
> 
> --
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, SlashDot.org! http://sdm.link/slashdot
> ___
> bbdb-info@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/bbdb-info
> BBDB Home Page: http://bbdb.sourceforge.net/
--
Check out the vibrant tech community on one of the world's most 
engaging tech sites, SlashDot.org! http://sdm.link/slashdot___
bbdb-info@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bbdb-info
BBDB Home Page: http://bbdb.sourceforge.net/

Re: BBDB to the-rest-of-the-world

[Sriram Karra]

[Sending to list]

On Tue, Jun 30, 2015 at 1:17 AM, Didier Verna did...@xemacs.org wrote:


 I was using Asynk until recently, but it has never really worked, and
 now it doesn't work at all (when from 404 on some google page to no
 module named atom in the latest version). Back in the days, I was using
 a third-party thingy called bbdb-vcard-export (IIRC). Is there something
 like this for BBDB 3 ?



 Didier,

 I am the author of ASynK, and I am happy to help where I can. The ASynK
 repository uses many Git submodules, so you have to clone it recursively.
 Your 'atom not found' indicates you did not do a recursive clone.
--
Don't Limit Your Business. Reach for the Cloud.
GigeNET's Cloud Solutions provide you with the tools and support that
you need to offload your IT needs and focus on growing your business.
Configured For All Businesses. Start Your Cloud Today.
https://www.gigenetcloud.com/___
bbdb-info@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bbdb-info
BBDB Home Page: http://bbdb.sourceforge.net/

[OT] ASynK now supports MS Exchange

[Sriram Karra]

If you wanted to keep your BBDB in sync with your office Exchange contacts
folders, now you can do it directly without going through Outlook on
Windows.

I have just finished adding support for MS Exchange to ASynK. Just like
with other contact stores you can create a profile with the 'ex' two letter
identifier and sync from/to any of the other support data stores - Google
Contacts, BBDB, any carddav server etc.

As always documentation and other announcements on the project page:
http://karra-asynk.appspot.com/ and the full source is available at
https://github.com/skarra/ASynK

A few pointers while getting started:

   1.
   
http://karra-asynk.appspot.com/doc/asynk/asynk_2.html#Microsoft-Exchange-Specific-Notes
   2.
   
http://karra-asynk.appspot.com/doc/asynk/asynk_6.html#Synching-to-Microsoft-Exchange

Happy synching!
--
Accelerate Dev Cycles with Automated Cross-Browser Testing - For FREE
Instantly run your Selenium tests across 300+ browser/OS combos.  Get 
unparalleled scalability from the best Selenium testing platform available.
Simple to use. Nothing to install. Get started now for free.
http://p.sf.net/sfu/SauceLabs___
bbdb-info@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bbdb-info
BBDB Home Page: http://bbdb.sourceforge.net/

Controlling the behaviour of record merge

[Sriram Karra]

When I merge two records in BBDB is there some way I can control what
happens to specific fields. For e.g. for records that synced to an external
datastore I maintain an ID as part of the record itself. When two such
records are merged I want one of them to be dropped and only one retained.

Is there any way I can get that behaviour?
--
Learn Graph Databases - Download FREE O'Reilly Book
Graph Databases is the definitive new guide to graph databases and their
applications. Written by three acclaimed leaders in the field,
this first edition is now available. Download your free book today!
http://p.sf.net/sfu/13534_NeoTech___
bbdb-info@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bbdb-info
BBDB Home Page: http://bbdb.sourceforge.net/

Re: ASynK gets CardDAV support

[Sriram Karra]

On Sun, Aug 25, 2013 at 7:42 PM, googlegro...@khinsen.fastmail.net wrote:

Recently I set up a home server running ownCloud, which includes a CardDAV
 server. I'd like to use that one for synching with BBDB. But
 https://github.com/skarra/**ASynK/blob/carddav/README.**CardDAV.orghttps://github.com/skarra/ASynK/blob/carddav/README.CardDAV.orgseems
  to have disappeared from Github. Are the CardDAV-specific
 instructions elsewhere now?


After the carddav branch got merged with master, I added some documentation
to the main doc pages. You can find it here:
http://karra-asynk.appspot.com/doc/asynk/asynk_2.html#SEC8

That original file itself:
https://github.com/skarra/ASynK/blob/master/.stash/README.CardDAV.org

If you are specifically interested in using BBDB/ASynK with ownClound, I
recommend you also take a look at the following:
https://github.com/skarra/ASynK/issues/32
--
Introducing Performance Central, a new site from SourceForge and 
AppDynamics. Performance Central is your source for news, insights, 
analysis and resources for efficient Application Performance Management. 
Visit us today!
http://pubads.g.doubleclick.net/gampad/clk?id=48897511iu=/4140/ostg.clktrk___
bbdb-info@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bbdb-info
BBDB Home Page: http://bbdb.sourceforge.net/

Re: Installing ASynK possible?

[Sriram Karra]

On Wed, Jun 5, 2013 at 8:08 PM, Kevin Brubeck Unhammer unham...@fsfe.orgwrote:

 I tried making an Arch Linux PKGBUILD for ASynK:
 http://bpaste.net/show/e8SnRdwCHJMSvapvJiGq/ but it seems either the
 setup.py there does not work or I'm doing something wrong – should it be
 possible to install ASynK as opposed to just running it from the source
 dir?


That was the intent with the setup.py that came through this pull request:
https://github.com/skarra/ASynK/pull/27

I do not use it myself so I am unable to fix it. I'll be happy to apply a
patch if you can send in something.
--
How ServiceNow helps IT people transform IT departments:
1. A cloud service to automate IT design, transition and operations
2. Dashboards that offer high-level views of enterprise services
3. A single system of record for all IT processes
http://p.sf.net/sfu/servicenow-d2d-j___
bbdb-info@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bbdb-info
BBDB Home Page: http://bbdb.sourceforge.net/

Re: ASynK gets CardDAV support

[Sriram Karra]

On Sat, Apr 27, 2013 at 1:52 PM, dsa...@googlemail.com wrote:


 first thanks carddav support :)

 i actualy try to implement it in my Debian+emacs+wanderlust+bbdb setup
 with owncloud as carddav sever

 asynk.py could not import vobject


It looks like you have not cloned the full repository. Try cloning the repo
with the -r option so that the submoudules vobject and caldavclientlibrary
are both fetched properly.
--
Try New Relic Now  We'll Send You this Cool Shirt
New Relic is the only SaaS-based application performance monitoring service 
that delivers powerful full stack analytics. Optimize and monitor your
browser, app,  servers with just a few lines of code. Try New Relic
and get this awesome Nerd Life shirt! http://p.sf.net/sfu/newrelic_d2d_apr___
bbdb-info@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bbdb-info
BBDB Home Page: http://bbdb.sourceforge.net/

Re: ASynK gets CardDAV support

[Sriram Karra]

Although there had been multiple requests and 'wishes' for CardDAV/vCard
sync support on this list and elsewhere, the response to a working
prototype that makes it happen has been total silence :)

Do people actually use CardDAV, or was it just some random wish that just
sounded right somehow?

-Karra


On Mon, Apr 22, 2013 at 3:07 PM, Sriram Karra karra@gmail.com wrote:

I have been playing with CardDAV over the past few weeks, and I am happy to
 report that it has reached a state where I can show it to the world.

 [...]

--
Try New Relic Now  We'll Send You this Cool Shirt
New Relic is the only SaaS-based application performance monitoring service 
that delivers powerful full stack analytics. Optimize and monitor your
browser, app,  servers with just a few lines of code. Try New Relic
and get this awesome Nerd Life shirt! http://p.sf.net/sfu/newrelic_d2d_apr___
bbdb-info@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bbdb-info
BBDB Home Page: http://bbdb.sourceforge.net/

ASynK gets CardDAV support

[Sriram Karra]

I have been playing with CardDAV over the past few weeks, and I am happy to
report that it has reached a state where I can show it to the world.

Here is what you should know before you play with this:

- It is only tested with Apple's Calendar Server on my local Mac with a few
test
  BBDB files . I would love to hear how this works with other carddav
servers
  out there

- Not all contact fields are synched yet. You can more info in the README
  linked to below.

- The new branch on the git repo has a bunch of new git submodules. I would
  recommend you checkout a fresh copy of the carddav branch for your initial
  trials

- The CardDAV protocol does not have a batch write operation - but has a
batch
  read method - which means that writing lots of contacts to a remote server
  may be slow - much slower than synching to a google contacts server using
  ASynK. This situation will not change unless something changes with the
  WebDAV protocol

With that out of the way, here is the repo:
https://github.com/skarra/ASynK/tree/carddav

Please see the README here for setup and further instructions:
https://github.com/skarra/ASynK/blob/carddav/README.CardDAV.org

Feel free to write back with questions or comments.

Regards,
-Karra
--
Precog is a next-generation analytics platform capable of advanced
analytics on semi-structured data. The platform includes APIs for building
apps and a phenomenal toolset for data science. Developers can use
our toolset for easy data analysis  visualization. Get a free account!
http://www2.precog.com/precogplatform/slashdotnewsletter___
bbdb-info@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bbdb-info
BBDB Home Page: http://bbdb.sourceforge.net/

Re: bbdb database corrupted

[Sriram Karra]

On Mon, Apr 8, 2013 at 1:06 AM, Julien Cubizolles j.cubizol...@free.frwrote:


 bbdb can't access a lot of my contacts in the .bbdb file anymore. I'm
 not sure exactly when it started but every time I run bbdb, I get for
 example:

 --8---cut here---start-8---
 bbdb-format-address-default: Wrong type argument: sequencep, PARIS\
 --8---cut here---end---8---


Julien, It is very likely an issue with ASynK. Over the past month I had
pushed a number of fixes that handle proper quoting of special characters.
When was the last time you ran ASynK?

Can you find the record in your .bbdb which has the above text (PARIS) and
send that record to me off list (you can change any names or other details
- the structure and special characters are what I am interested in). It
will help me confirm if one of the recent fixes will help you or not.

Also please note - and this is important - before you run ASynK any more
move out all the backups from ~/.asynk/backups/ directory. This is to
prevent ASynK from deleting any of them in case they are over 7 days old
(the default).
--
Minimize network downtime and maximize team effectiveness.
Reduce network management and security costs.Learn how to hire 
the most talented Cisco Certified professionals. Visit the 
Employer Resources Portal
http://www.cisco.com/web/learning/employer_resources/index.html___
bbdb-info@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bbdb-info
BBDB Home Page: http://bbdb.sourceforge.net/

Re: [BBDB] ChangeLog 2013-02-02 (avoid text properties more carefully)

[Sriram Karra]

On Sun, Feb 3, 2013 at 10:22 PM, Roland Winkler wink...@gnu.org wrote:

 On Sun Feb 3 2013 Sriram Karra wrote:
  On Sun, Feb 3, 2013 at 5:54 AM, Sriram Karra karra@gmail.com
 wrote:
 
On Saturday, February 2, 2013, Roland Winkler wrote
  Currently I am hesitant to make such changes because it could become
  difficult to ensure the overall consistency between what happens in
  different parts of BBDB.  I'll keep your patch in mind, but I do not
  want to promise that I want to add such a patch in the near future.
 
  Although I leave the final call on this to you, I am just a bit
  curious because I feel your position stated above is somewhat
  different from the one in our earlier thread, reproduced in part
  below. Specifically I took the earlier conversation to mean you
  had agreed that we could put in some filtering out code right now,
  even before we find a valid use case for having text properties in
  the database. Was it just a misunderstanding on my part?

 I am not sure I understand what you mean. What do you mean here by
 filtering out code? Where should this happen? Do you want to
 change things high-level, where we feed BBDB, or low-level, where
 things are actually stored in the db, or do you want to change
 things somewhere in between?


OK. I see. Your own change attempts to deal with Problem #1. I have sent in
a proposed fix for #3 - which you want to keep in cold storage for the
moment.

Thanks for the explanation.

Regards,
Sriram
--
Free Next-Gen Firewall Hardware Offer
Buy your Sophos next-gen firewall before the end March 2013 
and get the hardware for free! Learn more.
http://p.sf.net/sfu/sophos-d2d-feb___
bbdb-info@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bbdb-info
BBDB Home Page: http://bbdb.sourceforge.net/

Re: [BBDB] ChangeLog 2013-02-02 (avoid text properties more carefully)

[Sriram Karra]

On Sun, Feb 3, 2013 at 5:54 AM, Sriram Karra karra@gmail.com wrote:


 On Saturday, February 2, 2013, Roland Winkler wrote


 Currently I am hesitant to make such changes because it could become
 difficult to ensure the overall consistency between what happens in
 different parts of BBDB.  I'll keep your patch in mind, but I do not
 want to promise that I want to add such a patch in the near future.


 Cool.


Although I leave the final call on this to you, I am just a bit curious
because I feel your position stated above is somewhat different from the
one in our earlier thread, reproduced in part below. Specifically I took
the earlier conversation to mean you had agreed that we could put in some
filtering out code right now, even before we find a valid use case for
having text properties in the database. Was it just a misunderstanding on
my part?

 Roland said:

  Sriram said:
 
Roland said:
  
Yet all the text processing in between the grabbing of text
strings and adding them to the database should preserve text
properties.
 
  Makes a lot of sense. And we could do all this even before we come
  up with any real use of having text properties in the database,
  making it more flexible but keeping the database format more
  predictable for those who desire it to be so.

 Exactly.
--
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_d2d_jan___
bbdb-info@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bbdb-info
BBDB Home Page: http://bbdb.sourceforge.net/

Re: [BBDB] ChangeLog 2013-02-02 (avoid text properties more carefully)

[Sriram Karra]

On Sat, Feb 2, 2013 at 6:40 PM, Roland Winkler wink...@gnu.org wrote:


 Following recent discussions with Sriram on this list, the patch
 below tries to avoid more carefully that text properties
 accidentally enter BBDB.


Great! I am not familiar with BBDB internals enough to understand the full
patch, but I assume you mean any MUA action is guaranteed not to introduce
any text properties into the db?


 If users have their own code to feed BBDB, it is, however, their
 responsibility to ensure that text properties do not accidentally
 enter BBDB.


I was working on a configuration variable based low-level control to filter
out stuff. The attached patch tries to do that by fixing the bbdb-defstruct
macro. Do you think it will work for all cases?

As the above approach does not fix existing records, the patch also has an
interactive function to purge existing databases of text properties. I am
having difficulties getting it to work. I think I am stuck. Basically I am
not sure how to parse an entire record looking for strings and to
reconstruct a 'fixed' record vector in-place. Can you help fix this routine
that will be directly useful for users having this issue now?

diff --git a/lisp/bbdb.el b/lisp/bbdb.el
index be81580..4fd87d7 100644
--- a/lisp/bbdb.el
+++ b/lisp/bbdb.el
@@ -278,6 +278,15 @@ Lisp Hackers: See also `bbdb-silent-internal'.
   :type '(choice (const :tag Standard location nil)
  (file :tag Nonstandard location)))

+(defcustom bbdb-preserve-text-properties nil
+  If nil, bbdb will purge text properties before writing to database. If t
+any BBDB will not cleanse the strings, and all properties it receives from
+MUAs, and other input sources are retained and written to the database in
the
+#(...) elisp vector notation.
+  :group 'bbdb
+  :type '(choice (const :tag Allow text properties in BBDB database t)
+ (const :tag Text properties not written to BBDB
database nil)))
+

 ;;; Record display

@@ -1919,6 +1928,30 @@ Used with return values of `bbdb-add-job'.
   (and (eq spec 'query)
(or bbdb-silent (y-or-n-p prompt)

+(defun bbdb-strip-properties (value)
+  If value is of type string remove all text properties from it and return
+the plain string. If value is of type list, do the property stripping for
all
+contained strings. If value is of any other type return it as it is.
+  (cond ((stringp value)
+ (progn
+   (set-text-properties 0 (length value) nil value)
+   value))
+ ((consp value)
+ (cons (bbdb-strip-properties (car value))
+   (bbdb-strip-properties (cdr value
+ ((or (listp value)
+ (mapcar 'bbdb-strip-properties value))
+ (t value)))
+
+(defun bbdb-purge-text-properties ()
+  Purge all the text properties in all strings in the BBDB database.
+
+  (interactive)
+  (setq bbdb-records
+ (mapcar 'bbdb-strip-properties bbdb-records))
+  (dolist (record bbdb-records)
+(bbdb-overwrite-record-internal record)))
+
 ;; BBDB data structure
 (defmacro bbdb-defstruct (name rest elts)
   Define two functions to operate on vector NAME for each symbol ELT in
ELTS.
@@ -1949,7 +1982,10 @@ which ensures the integrity of the database.  Also,
this makes your code
 more robust with respect to possible future changes of BBDB's innermost
 internals.
 uname count selt)
-`(aset ,name ,count value)) body))
+`(aset ,name ,count
+   (if bbdb-preserve-text-properties
+   value
+ (bbdb-strip-properties value body))
   (setq count (1+ count)))
 (push (list 'defconst (intern (concat cname length)) count
 (concat Length of BBDB ` sname '.)) body)
--
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_d2d_jan___
bbdb-info@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bbdb-info
BBDB Home Page: http://bbdb.sourceforge.net/

Re: [BBDB] ChangeLog 2013-02-02 (avoid text properties more carefully)

[Sriram Karra]

On Saturday, February 2, 2013, Roland Winkler wrote


 Currently I am hesitant to make such changes because it could become
 difficult to ensure the overall consistency between what happens in
 different parts of BBDB.  I'll keep your patch in mind, but I do not
 want to promise that I want to add such a patch in the near future.


Cool.
--
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_d2d_jan___
bbdb-info@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bbdb-info
BBDB Home Page: http://bbdb.sourceforge.net/

Re: Vector form for strings in ~/.bbdb

[Sriram Karra]

On Sat, Jan 26, 2013 at 11:01 PM, Roland Winkler wink...@gnu.org wrote:


 I thought more about this, and I do not believe anymore that simply
 replacing calls of (buffer-)substring with (buffer-)substring-no-properties
 throughout BBDB is a meaningful strategy.

 - In the future, it could be meaningful to deliberately introduce
   text properties into BBDB (here, I mean the database itself).
   So IMO BBDB should not remove text properties when operating on
   text strings originating from BBDB --unless these strings are passed on
   to an application for which it is known that it cannot handle text
   properties.


Hm I cannot argue that having text properties in BBDB is a bad idea for all
of eternity. But at the moment I cannot see any use for such - for two
reasons:

(a) The True Origin of the text is not known (I mean, it is either from a
minibuffer, or a MUA, but could conceivably be a script or whatever). The
properties that come with a piece of text today come with whatever that
property means at the point of origin. BBDB makes no promises to retain or
return such properties.

(b) A fontified contact name has no counterpart in any contact manager that
I am familiar with.


 - Once BBDB starts using text properties deliberately, there should
   also be a user option that inhibits that text properties ever
   enter the database itself. This option will have to be implemented
   rather low-level, where text strings are really added to the
   database.

   Yet all the text processing in between the grabbing of text
   strings and adding them to the database should preserve text
   properties.


Makes a lot of sense. And we could do all this even before we come up with
any real use of having text properties in the database, making it more
flexible but keeping the database format more predictable for those who
desire it to be so.
--
Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS,
MVC, Windows 8 Apps, JavaScript and much more. Keep your skills current
with LearnDevNow - 3,200 step-by-step video tutorials by Microsoft
MVPs and experts. ON SALE this month only -- learn more at:
http://p.sf.net/sfu/learnnow-d2d___
bbdb-info@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bbdb-info
BBDB Home Page: http://bbdb.sourceforge.net/

Re: Vector form for strings in ~/.bbdb

[Sriram Karra]

On Fri, Jan 25, 2013 at 8:34 PM, Roland Winkler wink...@gnu.org wrote:


 But I just went through the code and replaced occurences of
 (buffer-)substring with (buffer-)substring-no-properties where
 copying text properties appears not meaningful to me. I'll install
 this patch shortly.


Nice.


 Yet I want to ask: Where did the text string come from that was
 decorated with some text property so that the text string including
 its text properties ended up in BBDB? I cannot see how this could
 happen with the plain code of BBDB 3. Could it be that the user who
 reported this problem was using some customization to feed BBDB that
 was grabbing text strings including their text properties? Then this
 is what he or she should fix first.


I agree with what you are saying here. Now that I know a bit more about
what's going on, I'll be able to help that user debug this issue further.
Will report back anything of interest. Thanks for your help.

-Karra
--
Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS,
MVC, Windows 8 Apps, JavaScript and much more. Keep your skills current
with LearnDevNow - 3,200 step-by-step video tutorials by Microsoft
MVPs and experts. ON SALE this month only -- learn more at:
http://p.sf.net/sfu/learnnow-d2d___
bbdb-info@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bbdb-info
BBDB Home Page: http://bbdb.sourceforge.net/

Re: Vector form for strings in ~/.bbdb

[Sriram Karra]

On Wed, Jan 23, 2013 at 9:35 PM, Roland Winkler wink...@gnu.org wrote:

 On Wed Jan 23 2013 Sriram Karra wrote:
 
  #(John 0 4 (fontified nil))
 



 Could you be a bit more specific? Which version of BBDB are
 you talking about?


BBDB v3


 Is it your own experience, or are you talking about someone else?


Someone else's. I could not reproduce it myself. The report came to me
because ASynK is not able to process this vector form, and a sync of BBDB
to google was failing.


 I guess that text properties can end up in the database itself if
 you are using something like (buffer-)substring instead of
 (buffer-)substring-no-properties when grabbing a fontified text
 string that ends up in BBDB.


The function bbdb-divide-name uses substring to extract the first and last
names. Let me check if changing that fixes the issue for the user who
complained about that.

At any rate given what you have mentioned, does it make sense to use the
-no-properties versions consistently across the code base? I could see ~25
instances in total.
--
Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS,
MVC, Windows 8 Apps, JavaScript and much more. Keep your skills current
with LearnDevNow - 3,200 step-by-step video tutorials by Microsoft
MVPs and experts. ON SALE this month only -- learn more at:
http://p.sf.net/sfu/learnnow-d2d___
bbdb-info@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bbdb-info
BBDB Home Page: http://bbdb.sourceforge.net/

Vector form for strings in ~/.bbdb

[Sriram Karra]

In some instances it has been observed that the strings written to the
.bbdb file are in vector form containing some fontification metadata. For
e.g. in the field position for a contact's first name, where one would
normally expect to find a string John one finds, instead, this:

#(John 0 4 (fontified nil))

It has been reported that this happens for contacts inserted from Gnus
using bbdb-mua-display-sender function, although it has not been
reproducible by others. So it is likely some customization or some
version-specific behaviour triggering this.

I would like to understand what is triggering this behaviour and to
suppress it as it causes trouble to ASynK without adding any appreciable
value.

Can anyone point me in the right direction?

-Karra
--
Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS,
MVC, Windows 8 Apps, JavaScript and much more. Keep your skills current
with LearnDevNow - 3,200 step-by-step video tutorials by Microsoft
MVPs and experts. ON SALE this month only -- learn more at:
http://p.sf.net/sfu/learnnow-d2d___
bbdb-info@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bbdb-info
BBDB Home Page: http://bbdb.sourceforge.net/

Python parsers for lisp expression

[Sriram Karra]

I am the author of a program called ASynK (http://karra-asynk.appspot.com/),
written in Python. The program provides bi-directional contacts sync
functionality across Microsoft Outlook, Google Contacts and Emacs BBDB.

For supporting the BBDB format I hacked together a bunch of simple regular
expressions that parse the BBDB entries. While it was easy to get the most
common cases working, the lack of support for some extended lisp syntax
involving the '#' character is a problem [0] [1]. A quick look at the
syntax convinced me that the hacking together more regular expressions is
going to result in pretty grotesque and unmaintainable regexes.

So to come to my query, finally - is there any known library or program -
in Python - that can successfully parse the BBDB entry syntax? Any ideas on
how to tackle this problem?

-Karra

[0]: https://groups.google.com/d/msg/asynk/2Yz4mv8vibE/fLOeqg5zqQsJ
[1]: https://groups.google.com/d/msg/asynk/hn9jzqjxdbs/VnwEnSMNIhwJ
--
Master HTML5, CSS3, ASP.NET, MVC, AJAX, Knockout.js, Web API and
much more. Get web development skills now with LearnDevNow -
350+ hours of step-by-step video tutorials by Microsoft MVPs and experts.
SALE $99.99 this month only -- learn more at:
http://p.sf.net/sfu/learnmore_122812___
bbdb-info@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bbdb-info
BBDB Home Page: http://bbdb.sourceforge.net/

Re: BBDB V3 Home page at: http://www.nongnu.org/bbdb/

[Sriram Karra]

On Sat, Aug 18, 2012 at 10:17 PM, Roland Winkler wink...@gnu.org wrote:

 On Thu Aug 16 2012 Sriram Karra wrote:
  I think it is time we start putting together some stuff for a
  proper Official BBDB v3 Page. Savannah provides for a project
  home page at the above URL. I can help set something up, perhaps
  in some community editable format (tiddlywiki, for e.g.) or
  something along those lines. What do you think?

 I agree that it will be nice to have a web page, though my time is
 limited for such a thing. We need to find out what kind of things the
 (non)gnu web server supports. Is this documented somewhere?


If we set up a wiki, I am sure many users will come forward to keep it
meaningful.

the savannah pages have terrible documentation. Although I see examples of
what could be done (http://www.nongnu.org/color-theme/), I have not been
able to figure out how to get that done in the 10 minutes I spent scouring
the web.

Does anyone else have any experience putting up webpages on savannah?

-Karra
--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/___
bbdb-info@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bbdb-info
BBDB Home Page: http://bbdb.sourceforge.net/

BBDB V3 Home page at: http://www.nongnu.org/bbdb/

[Sriram Karra]

Roland,

I think it is time we start putting together some stuff for a proper
Official BBDB v3 Page. Savannah provides for a project home page at the
above URL. I can help set something up, perhaps in some community editable
format (tiddlywiki, for e.g.) or something along those lines. What do you
think?

-Karra
--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/___
bbdb-info@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bbdb-info
BBDB Home Page: http://bbdb.sourceforge.net/

Re: Why V3 (Was: Re: Fwd: BBDB development shifted from sourceforge to savannah)

[Sriram Karra]

On Mon, Jul 2, 2012 at 2:56 AM, Roland Winkler wink...@gnu.org wrote:


  I would like to capture this question and a summary of your
  answers as a FAQ on the updated project site on sourceforge.

 Thanks a lot, that will be helpful



I have updated site (http://bbdb.sourceforge.net/) with a note pointing to
Savannah.  That done,  I now feel it is best to just leave that site alone.
Any FAQ etc. should reside on the Savannah site. Thoughts?

-Karra
--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/___
bbdb-info@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bbdb-info
BBDB Home Page: http://bbdb.sourceforge.net/

Re: Why V3 (Was: Re: Fwd: BBDB development shifted from sourceforge to savannah)

[Sriram Karra]

On Fri, Aug 10, 2012 at 11:15 PM, Roland Winkler wink...@gnu.org wrote:


 Thanks a lot for doing this. Two things:

 - My first name is Roland


Ah, indeed :)


 - I suggest to replace the 2nd paragraph by something like the
   following


I have rewritten along lines you have suggested and pushed it. Please take
a look.


 You also mentioned backward compatibility that should / could be
 addressed. I do not know what this could mean more specifically.
 (I do not expect it will ever be feasible / useful to provide a
 compatiblity mode that allows a user of v2 to switch to v3 without
 worrying about anything.)


Backwards compatibility for me would mean a few distinct things:

1. Will my old customizations work with the new code

2. If I use BBDB v3 and don't like it can I go back to v2

v3 fails the test on both counts.

#1 might never get fixed given the direction we've headed.

#2 can and should get fixed. I find it quite amusing in fact, the
bbdb-migrate stuff has always had the hooks to downgrade to an earlier file
format version - until now, i.e., when it is needed more than ever before
really :) One of these days...

-Karra
--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/___
bbdb-info@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bbdb-info
BBDB Home Page: http://bbdb.sourceforge.net/

Announcing ASynK release v0.3.0

[Sriram Karra]

Hi,

I have just pushed release v0.3.0 out. Visit the project page at:
http://karra-asynk.appspot.com/ to get the latest downloads and
documentation.

Key improvements are:

   1. ASynK now ships with two default sync profiles called: defgcbb and
   defgcol, so there is out of the box support for what should be the most
   common use cases - synching entire ~/.bbdb or outlook contacts folder with
   google contacts. (Thanks to John Wiegley for the idea)
   2. ASynK now uses ~/.asynk/ as the directory to store all state
   information, logs and backups. Thus you can now have a single installation
   of ASynK for all users in your system, and they will each get .asynk/
   directory in their home directories. If you have any existing sync profiles
   and state, ASynK will notice this, and migrate your current sync state to
   the ~/.asynk/ directory. You can override the default directory name by
   passing the --user-dir command argument to any invocation of ASynK. (Thanks
   to Ivan Miljenovic for the idea)
   3. ASynK can now be invoked from anywhere; earlier you had to ensure the
   present working directory was the root of the asynk source directory.
   (Thanks to Ivan Miljenovic for the idea)

   *Important Note*: The above two changes together imply that if you have
   existing sync state you want migrated, the first run after your upgrade to
   v0.3.0 should be from inside ASynK directory for us to be able to locate
   your config and state. Subsequent runs can be done from anywhere and we
   will pick up your stuff from ~/.asynk/
   4. Bug fix: Google Contacts' multiple group membership information is
   now correctly synched back and forth to BBDB and Outlook.
   5. Bug fix: The first email address in the BBDB email list is treated as
   the primary address, and marked accordingly in Google Contacts. Without
   this the order the email addresses in BBDB could have appeared random, and
   changing from one sync to another.


Complete ChangeLog is as follows:

===

Cardassia:ASynK sriramkarra$ git log v0.2.2..v0.3.0
commit 9754ba863aa9ac753cae8724c02c3dd2f70d2640
Author: Sriram Karra karra@gmail.com
Date:   Thu Jul 5 15:12:47 2012 +0530

Bumping up version to v0.3.0 for release

commit 3f13dc331e7e758641d066d5f304a463e00a976f
Author: Sriram Karra karra@gmail.com
Date:   Thu Jul 5 15:09:11 2012 +0530

Updates to the project website related v0.3.0 releaes

commit 825ec98d8eef67ea8c6e83f3598852c855de5f11
Author: Sriram Karra karra@gmail.com
Date:   Thu Jul 5 15:07:14 2012 +0530

Stashing away code to track primary phone number

Similar to an earlier commit where we tracked the primary email
address and made it the first email in the BBDB list, we should be
tracking phone numbers as well. However the primary field for phone
numbers is not really set by Google properly (as best as I can see).

This diff is really an attempted patch which can come in handy if
and when we decide to explore this problem in more detail at some
point.

commit bf3c4a6d7d7afe0cea16da2396a1c481b5ee53a4
Author: Sriram Karra karra@gmail.com
Date:   Thu Jul 5 14:42:27 2012 +0530

new test_print_item in test_gc.py to print google contacts.

commit d055a49dbd44709cd15b93a363e6705b852f396c
Author: Sriram Karra karra@gmail.com
Date:   Thu Jul 5 12:58:21 2012 +0530

First element of email list in BBDB will be treated as the primary
address

Gmail has a flag to identify the primary email address. In Emacs,
bbdb sets the first email address for tab completion and for completing
using the mail-alias field etc. So preserving this semantics is good.
This is what we acheive with this commit - ensure that the first
email is treated as the primary address - while reading as well as
when writing out to the BBDB database.

commit 039a6a370c9139b6649b83fde41ce8215fd37e27
Author: Sriram Karra karra@gmail.com
Date:   Thu Jul 5 08:27:25 2012 +0530

Doc update for default profile run in the Recipes section.

commit e7747466dcced7a2329dead9ff140c7d18f4e2be
Author: Sriram Karra karra@gmail.com
Date:   Thu Jul 5 08:19:52 2012 +0530

Doc and README updates for recent changes

- Mention the ~/.asynk/ directory stuff
- Mention the defaut sync profiles

commit 9e486688fc4ba69fb04bc6f3979dc7e440892174
Author: Sriram Karra karra@gmail.com
Date:   Tue Jul 3 11:31:01 2012 +0530

Create a test/gold/ regression test suite - albeit with limited
coverage for now

commit 2c6a01b2ae0ad0982bd739dbc431dfc38fd1bcf6
Author: Sriram Karra karra@gmail.com
Date:   Tue Jul 3 08:17:15 2012 +0530

Update test_state.py to work with recent changes to state/config jsons

commit 32f1ed7d7f504e9a9dd922da5b7ae5c1ea9d271a
Author: Sriram Karra karra@gmail.com
Date:   Tue Jul 3 07:46:42 2012 +0530

Move the unit test code from pimdb_gc.py to test/test_gc.py

commit 3ad3b9f3bc3781018b59f346a256e8be9dfa3ab2
Author: Sriram Karra karra@gmail.com

Why V3 (Was: Re: Fwd: BBDB development shifted from sourceforge to savannah)

[Sriram Karra]

On Wed, Jun 20, 2012 at 1:17 AM, Roland Winkler wink...@gnu.org wrote:


 PS: I hope that in a few days I can submit my recent work on BBDB. I
 just need to summarize things in the ChangeLog.


Great! Perhaps now is a good time for me to ask this question that's been
on my mind for a while: Apart from an extensive code cleanup, are there any
other things to look forward to with your upcoming release? This is
particularly important given the level of breakage in user customization
and general backward compatibility (relative to 2.x).

I would like to capture this question and a summary of your answers as a
FAQ on the updated project site on sourceforge.

-Karra
--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/___
bbdb-info@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bbdb-info
BBDB Home Page: http://bbdb.sourceforge.net/

Re: Announcing ASynK release v0.2.2

[Sriram Karra]

On Jun 17, 2012 10:21 PM, Sam Steingold s...@gnu.org wrote:

 Is it really too much effort to send announcements to the bbdb list?

It would be off topic for this list. Bbdb is only one of the supported
contact databases and most features in the roadmap having nothing at all to
do with bbdb.

-Karra
--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/___
bbdb-info@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bbdb-info
BBDB Home Page: http://bbdb.sourceforge.net/

Re: Announcing ASynK release v0.2.2

[Sriram Karra]

On Sat, Jun 16, 2012 at 3:55 AM, Brett Presnell presn...@stat.ufl.eduwrote:


 Sam Steingold s...@gnu.org writes:

  * Sriram Karra xneen@tznvy.pbz [2012-06-15 08:02:37 +0500]:
 
  This will be the last release announcement on this list. I have created
 a
  twitter handle @a_synk (https://twitter.com/#!/a_synk) which you can
 follow
  if you are interested to keep track of updates and developments.
 
  I don't use twitter. Does this mean I am out of luck?

 Ditto.


I thought of a mailing list but figured it was too much for the anticipated
interaction. But anyway, here goes:

https://groups.google.com/d/forum/asynk

I will push release announcements to twitter as well.

-Karra
--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/___
bbdb-info@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bbdb-info
BBDB Home Page: http://bbdb.sourceforge.net/

Announcing ASynK release v0.2.2

[Sriram Karra]

I have just pushed out version v0.2.2 - you can get it from the github
page: https://github.com/skarra/ASynK/, or visit the project page at:
http://karra-asynk.appspot.com/

This will be the last release announcement on this list. I have created a
twitter handle @a_synk (https://twitter.com/#!/a_synk) which you can follow
if you are interested to keep track of updates and developments.

Key changes in this release are:

   1. Now Item deletions are synched. i.e. if you have a sync profile set
   up between Google folder and a Outlook folder, say, and you delete a
   contact in Google, the next time you sync that entry will be deleted from
   the corresponding Outlook folder as well.

   For this to work correctly, it is recommended that you do a full sync of
   all your configured profiles once - note that a dry run is not sufficient.
   2. Log files older than 7 days will be cleared every time asynk is
   executed - except if it is a dry run. The duration can be configured in
   config.json by changing the 'log_hold_period' parameter.
   3. BBDB Backup files older than 7 days will cleared every time asynk is
   executed - except if it is a dry run. The duration can be configured in
   config.json by changing the 'backup_hold_period' parameter.
   4. Misc bug fixes
--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/___
bbdb-info@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bbdb-info
BBDB Home Page: http://bbdb.sourceforge.net/

ASynK v0.2.1 - with BBDB-2.x support

[Sriram Karra]

I have just pushed release v0.2.1 out. Most of the key changes relate to
BBDB, so thought I would make one more announcement.

Project Page: http://karra-asynk.appspot.com/

Key changes from the previous release:

   1. BBDB file format 6 (used in BBDB versions 2.x) is now supported -
   which works much better with a simple patch to BBDB. See:
   http://karra-asynk.appspot.com/doc/asynk/asynk_2.html#SEC8 for more
   details.
   2. Attempt to parse BBDB file with utf-8 and latin-1 encodings.
   Additional encodings can be specified in the config.json config file.
   3. Building the documentation from source is now trivial, and does need
   autotools
   4. IM fields are now synched across all sources
   5. Better error recover in case of parse error with BBDB store
   6. Bugs fixes dealing with fax, notes, and company fields in BBDB and
   Google Contacts


Cheers, and happy synching.
-Karra
--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/___
bbdb-info@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bbdb-info
BBDB Home Page: http://bbdb.sourceforge.net/

Re: Announcing ASynK v0.2.0 - directional sync for BBDB to Google and Outlook

[Sriram Karra]

On Tue, May 15, 2012 at 4:15 PM, Kevin Brubeck Unhammer
unham...@fsfe.orgwrote:

 Sriram ET. karra@gmail.com writes:

 Would hassle-free two-way sync be possible with that though?

 BTW, I see http://dmfs.org/carddav/ (proprietary) claims to support
 two-way sync between Android and a CardDAV server (CardDAV uses vcard,
 but I guess you need to set up OwnCloud or DAViCal or something for
 that).


I am not familiar at all with the implementation details of CardDAV or
vCard. Just that it appears more useful overall to have as an option than
writing directly to the Android contacts db. Maybe it's way too much
work... Hm.
--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/___
bbdb-info@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bbdb-info
BBDB Home Page: http://bbdb.sourceforge.net/

fix for bad warning message in bbdb-com.el

[Sriram Karra]

Here is a fix for a minor irritance... [ diff against 2.34 ]

--- bbdb-com.el.old Sun Feb  3 12:50:20 2002
+++ bbdb-com.el Sun Feb  3 12:42:40 2002
@@ -2368,7 +2368,7 @@
   bbdb-define-all-aliases-field)
  ,))
 (if (not bbdb-silent-running)
-(bbdb-warn record \\ unhas network addresses
+(bbdb-warn record \%s\ unhas network addresses
(bbdb-record-name record)))
 (setq aliases nil))

 
-- 
Have you ever fought an IDEA, Picard?
  -- Gowron, Star Trek TNG.

___
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/bbdb-info
BBDB Home Page: http://bbdb.sourceforge.net/

(no subject)

[Sriram Karra]

ubsubscribe JanaIv [EMAIL PROTECTED]


___
[EMAIL PROTECTED]
http://lists.sourceforge.net/lists/listinfo/bbdb-info
BBDB Home Page: http://bbdb.sourceforge.net/

Re: (no subject)

[Sriram Karra]

Sriram Karra [EMAIL PROTECTED] writes:

 ubsubscribe JanaIv [EMAIL PROTECTED]
 

Sorry about this mail... argh.

-Sriram.

-- 
All's well that ends.


___
[EMAIL PROTECTED]
http://lists.sourceforge.net/lists/listinfo/bbdb-info
BBDB Home Page: http://bbdb.sourceforge.net/

missing (?) bbdb-address-street[123s]

[Sriram Karra]

I have bbdb 2.32 installed; I was trying some of the filers,
bbdb-to-outlook.el and bbdb-to-netscape.el etc.  I quickly ran into
the problem of not finding above functions.  M-x apropos RET
bbdb-address-street RET returns only bbdb-address-street; it says
macro is not documented.  A source wide grep does not help either.

Where are these macros/defuns defined? [ I did a clean install of
2.32; the problem remains ]

-karra

-- 
All's well that ends.


___
[EMAIL PROTECTED]
http://lists.sourceforge.net/lists/listinfo/bbdb-info
BBDB Home Page: http://bbdb.sourceforge.net/

remote bbdb database

[Sriram Karra]

I have the database on machine A, and use it from machine B (another
network) with (setq bbdb-file "karra@machineA:.bbdb").  This works for
the most part, but there are a few hitches.  When I alter the database
from machine B, save it, and then try to compose a message from
machine A (using mailabbrev and also the mail-alias field of bbdb), I
get the following prompt:

BBDB has changed on disk; revert? (yes or no)

I answer yes, and then type a mail-alias, which is correct expanded.
But an error is also thrown.  Here is a backtrace:

/
| Signaling: (error "record doubleplus unpresent!")
|   signal(error ("record doubleplus unpresent!"))
|   error("record doubleplus unpresent!")
|   bbdb-display-records-1((["Ayyappan" "Lakshminarayanan" nil "CECRI" nil nil 
|("[EMAIL PROTECTED]" "[EMAIL PROTECTED]") (... ... ...) 
|["Ayyappan Lakshminarayanan" "lakshminarayananayyappancecri" #marker at 16443 in 
|.bbdb nil]]) t)
|   bbdb-mail-abbrev-expand-hook(("[EMAIL PROTECTED]"))
|   (lambda nil (bbdb-mail-abbrev-expand-hook (quote ...)))()
|   expand-abbrev()
|   sendmail-pre-abbrev-expand-hook()
|   run-hooks(pre-abbrev-expand-hook)
\

* Using GNU Emacs 20.7.1 (i386-redhat-linux-gnu, X toolkit) (on both
  machines)
* BBDB version 2.2 ($Date: 2001/01/24 23:14:00 $)
* Problem appears when `compose-mail' is used from a normal buffer or
  if `gnus-group-mail' is used from The *Group* buffer of Gnus. But
  does not occur if bbdb-send-mail is called from the *BBDB* buffer

(a) What does the error mean

(b) What can I do to avoid it?

(c) How can i instruct BBDB to automatically revert if the file has
changed?

(d) When the database is changed from machine A, how can I force
bbdb on machine B (from where the remote access takes place) to
reload?  Killing the *BBDB* buffer and doing a bbdb-name afresh
does not seem to work.

___
[EMAIL PROTECTED]
http://lists.sourceforge.net/lists/listinfo/bbdb-info
BBDB Home Page: http://bbdb.sourceforge.net/