    <rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:sy="http://purl.org/rss/1.0/modules/syndication/" xmlns:admin="http://webns.net/mvcb/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:content="http://purl.org/rss/1.0/modules/content/">
     <channel>
        <title>ACCU  :: Ode to the BBDB</title>
        <link>https://members.accu.org/index.php/articles/2144</link>
        <description>Professionalism in Programming</description>
        <dc:language>en-us</dc:language> 
        <dc:creator>Administrator</dc:creator> 
        <admin:generatorAgent rdf:resource="http://www.xaraya.org" /> 
        <admin:errorReportsTo rdf:resource="mailto:webeditor@accu.org" />
       <sy:updatePeriod>hourly</sy:updatePeriod>
       <sy:updateFrequency>1</sy:updateFrequency>
       <docs>http://backend.userland.com/rss</docs>




<div class="xar-mod-head"><span class="xar-mod-title">Programming Topics + CVu Journal Vol 27, #4 - September2015</span></div>

<table border="0" cellpadding="1" cellspacing="0">
    <tbody>
    <tr>
        <td valign="top">
            Browse in :
       </td>
       <td valign="top">

                                            <a href="https://members.accu.org/index.php/articles/">All</a>

                     &gt;                         <a href="https://members.accu.org/index.php/articles/c13/">Topics</a>

                     &gt;                         <a href="https://members.accu.org/index.php/articles/c65/">Programming</a>
<br />

                                            <a href="https://members.accu.org/index.php/articles/">All</a>

                     &gt;                         <a href="https://members.accu.org/index.php/articles/c76/">Journals</a>

                     &gt;                         <a href="https://members.accu.org/index.php/articles/c77/">CVu</a>

                     &gt;                         <a href="https://members.accu.org/index.php/articles/c353/">274</a>
<br />

                                            <a href="https://members.accu.org/index.php/articles/c65-353/">Any of these categories</a>

                    -                        <a href="https://members.accu.org/index.php/articles/c65+353/">All of these categories</a>
<br />
</td>
   </tr>
   </tbody>
</table>




<div class="xar-error">
   <p>
 <strong>Note:</strong> when you create a new publication type,
the articles module will automatically use the templates
<em>user-display-[publicationtype].xt</em>
and <em>user-summary-[publicationtype].xt</em>.
If those templates do not exist when you try to preview or display a new article,
you'll get this warning :-)  Please place your own templates in themes/<em>yourtheme</em>/modules/articles . The templates will get the extension .xt there. </p>
</div>
<div class="xar-norm xar-standard-box-padding">
   <h1><strong>Title:</strong>&nbsp;Ode to the BBDB</h1>
<p><strong>Author:</strong>&nbsp;Martin Moene</p>
<p>
<strong>Date:</strong> 10 September 2015 07:01:13 +01:00 or Thu, 10 September 2015 07:01:13 +01:00</p>
<p><strong>Summary:</strong>&nbsp;Silas S. Brown remembers different ways of managing email contacts.
</p>
<p><strong>Body:</strong>&nbsp;<p>Chris Oldwood outlined one way of using mail folders in <em>CVu</em> 26.5 (â€˜Taming the Inboxâ€™). Generally I always archive rather than delete any email that might one day be needed again (however unlikely), and rely on search to find it on those rare occasions (if I ever find myself dragged before some kind of tribunal because somebody got upset about something I mistyped last year or whatever, then it might be useful to have my own record of the events in question), although I do sometimes delete things altogether especially if I believe they are already being archived elsewhere (list emails etc) and I donâ€™t usually keep large attachments especially if these are easily reproducible. Besides being useful on odd occasions, email archives can also be useful for training Bayesian spam filters such as SpamProbe, which generally need example collections of â€˜goodâ€™ and â€˜badâ€™ mail (I prefer to train my own filters instead of relying on an institution's, since the keywords in my email tend to be different especially now I have Chinese connections).</p>

<p>But Iâ€™d like to talk about something else (but related): the BBDB. BBDB stands for Big Brother DataBase, a reference to the â€˜Big Brotherâ€™ persona adopted by the surveillance organisation in George Orwellâ€™s novel <em>Nineteen Eighty Four</em>. BBDB is a Lisp program that runs in Emacs and â€˜infiltratesâ€™ Emacs-based mail programs like VM, â€˜noticingâ€™ the names and addresses of people you correspond with and keeping dated records of these which can then be consulted when new messages arrive. You can add arbitrary notes to your contacts which will then pop up when their messages arrive, which might be useful for people with whom you donâ€™t correspond very often (as in, â€˜who WAS this person again?â€™ infrequency); perhaps itâ€™s particularly useful for small businesses dealing with (potential) customers.</p>

<p>I no longer use BBDB itself, because I no longer use Emacs for email. This is firstly because I discovered that Mutt tends to be much faster at dealing with large mailboxes (especially if using maildir format), and Alpine tends to be better at minimising traffic when connecting over a slow mobile link (although it doesnâ€™t always handle mid-session disconnects very gracefully), and secondly because I wrote ImapFix <a href="#[1]">[1]</a>, a script to do my email processing in-place using the university-provided IMAP server, which means I can connect to the fully-processed version from mobile devices without having to run my own server (previously my email processing happened only after the messages were fetched to my own machine, meaning I could not then access the post-processed mailboxes without logging in to that machine, which became impractical after I lost my always-on Internet connection; IMapFix on the other hand can run from just about any shell account without needing additional serving privileges).</p>

<p>Despite no longer using Emacs for email and therefore no longer using BBDB itself, I still support the concept of having personal folders that collect historical â€˜probably wonâ€™t need this but keeping it just in caseâ€™ notes and searching these when necessary, and for the sake of brevity I usually call these BBDB (after all B and D are right next to each other on my Dvorak keyboard). If I write myself a To-Do item that says â€˜bbdb the XYZ codeâ€™, it means put the XYZ code into a BBDB folder and forget about it (but donâ€™t actually delete it, just in case). Of course if itâ€™s under version control then the version control system should take care of keeping track of the old version anyway and I can just go ahead and delete code. But itâ€™s not just code Iâ€™m talking about: itâ€™s also notes and other things. Having a â€˜BBDBâ€™ means I donâ€™t have to worry about totally losing something when I â€˜almost deleteâ€™ it, but I can still clear it out of the way of my â€˜working setâ€™. I feel that this, together with my â€˜postponeâ€™ system (a set of scripts that lets me dump a load of text into a file which then disappears from my view until a certain date Iâ€™ve set on it, at which point it pops up in a Web browser on my desktop, and I know I wonâ€™t have to worry about it until then but can still find it via search if necessary), generally improves productivity, especially for a compulsive note-taker like me. I sometimes use â€˜dead timeâ€™ while travelling etc to go through some old notes and figure out what needs BBDBâ€™ing; this exercise usually also pulls up a few things I should have actioned ages ago but which somehow got lost in the great pile of notes. So yes, I recommend having a BBDB and from time to time going through your notes and other working-set with a view to deciding what to transfer to the BBDB. It might help productivity in the long run.</p>

<h2>Reference</h2>
<p class="bibliomixed"><a id="[1]"></a>[1]	ImapFix <a href="http://people.ds.cam.ac.uk/setup/imapfix.html">http://people.ds.cam.ac.uk/setup/imapfix.html</a></p>
</p>
<p><strong>Notes:</strong>&nbsp;</p>
<p><em>More fields may be available via dynamicdata ..</em></p>
</div>
</channel>
</rss>
