David von Oheimb

About me

Developer Information
Name David von Oheimb
Homepage http://David.von-Oheimb.de/
User since Dec. 31, 2008
Number of add-ons developed 1 add-on
Average rating of developer's add-ons Rated 4 out of 5 stars

Add-ons I've created

Duplicate Contacts Manager Requires Restart

This add-on searches the given address book(s) for matching contact entries.
It can automatically delete entries that have equivalent or less information than some other one.
Any remaining matches are presented to the user for manual treatment.

Rated 5 out of 5 stars (5)
3,020 users

My Reviews

YouTube Unblocker

Rated 5 out of 5 stars

Works just fine (on Firefox 21.0 under MacOS).

This review is for a previous version of the add-on (0.4.1.1-signed). 

Duplicate Contact Manager

Rated 5 out of 5 stars

Im Gegensatz dazu, was welba67 am 29. Oktober 2012 und yaq12wsx am 11. April 2012 schrieben, findet dieses Add-On bei mir sehr wohl Einträge mit gleichen E-Mail-Adressen und unterschiedlichen Namen. Auch beim Zusammenführen von zwei sehr großen Adressbüchern (mit jeweils vielen hundert Einträgen) habe ich keinen Fehler festgestellt.

Ich finde dieses Add-On seit den Updates auf Version 0.9, die viele Verbesserungen beinhaltet, sehr nützlich.

TB Header Tools Extension

Rated 5 out of 5 stars

I tried the latest unofficial fix (version 0.7.1 by Ray Stevens) from http://forum.addonsmirror.net/index.php?showtopic=1906
It works great on my TB 3.04 (both 32-bit and amd64) and does not break Junk Mail filtering/moving. Thanks a lot to all who contributed to it!

BTW, http://forum.addonsmirror.net/index.php?showtopic=1906&#entry24444 is a good intro how to use this extension, while http://forums.mozillazine.org/viewtopic.php?t=279907 is very outdated.

SyncKolab

Rated 3 out of 5 stars

Works nicely with small address books, and really does synchronize them (as opposed to Addressbooks Synchronizer). Yet it ignores address lists and it does not progress on my real address book with 700+ entries and some 20 lists. So I'm back with exporting to LDIF files, syncing them with unison and kdiff3 more or less manually, and then re-importing them :-(

This review is for a previous version of the add-on (1.0.3). 

Mail Redirect

Rated 4 out of 5 stars

I find the add-on very handy in particular when I send emails to a large number of friends (usually using BCC). When I later notice that some of them was missing on the list, I can simply re-send the original email (including any attachments) to the new recipient(s).

Yet this scenario brought up a privacy issue (at least for version 0.7.4):
For each *multi-line* email header, all its lines but the first one are simply copied from the original email. This is a severe
privacy problem for multi-line sensitive headers like BCC, where all the following lines of this header are still visible in the bounced email!
I've corrected this with the code patch given below. You can download the patched version from http://home.arcor.de/j-i-t/mail_redirect-075-DvO-tb20x.xpi

Two further observations.
* Would be nice if the title of the window in which the bounced email is
"composed" does not just just say "Mail Redirect" but also gives the
email subject, as done by the usual "compose" window. This is helpful
e.g. when there are multiple compose windows open.
* To me, the choice between "Resent-To", "Resent-Cc", and "Recent-Bcc"
is superfluous and confusing - is there any difference concerning the
visibility of the new recipents' names? If not, just offer Resent-To.

--- chrome/content/mailredirect-compose.orig.js 2008-12-25 19:55:17.000000000 +0100
+++ chrome/content/mailredirect-compose.js 2008-12-25 19:55:17.000000000 +0100
@@ -1373,7 +1373,9 @@


if (inHeader) {

// dumper.dump("!! reading new buffer -- leftovers.length="+leftovers.length);

- buf = leftovers + aScriptableInputStream.read(1024);

+ buf = leftovers + aScriptableInputStream.read(50000); // hoping that

+ // 50000 characters are sufficient even for large multi-line headers

+

leftovers = "";



while (buf.length > 0) {

@@ -1418,6 +1420,22 @@
// terminate the line with CRLF sign, not native line-endings

line = buf.substr(0, eol+1-eol_length) + "\r\n";

buf = buf.substr(eol+1);

+ while(buf[0] == " ") // multi-line header, extends over several lines

+ {

+ eol_r = buf.indexOf("\r");

+ eol_n = buf.indexOf("\n");

+ if (eol_r != -1 && eol_n != -1) {

+ eol = eol_r>eol_n ? eol_r : eol_n;

+ } else if (eol_r != -1) {

+ eol = eol_r;

+ } else if (eol_n != -1) {

+ eol = eol_n;

+ } else {

+ eol = buf.length-1;

+ }

+ line += buf.substr(0, eol+1); // for simplicity, leave native line-endings

+ buf = buf.substr(eol+1);

+ }

// dumper.dump("line=>>"+line+"

This review is for a previous version of the add-on (0.7.5).