ANNOUNCE: nottoomuch-addresses.pl

[Tomi Ollila-2]

In addition to http://notmuchmail.org/emacstips/#index11h2
and Jani's 'goobook' in id:"[hidden email]"
you can now also use

http://www.iki.fi/too/nottoomuch/nottoomuch-addresses.pl 

for your address completion needs when composing mail/reply.

This program is 1) easy to install and 2) pretty fast to use
when completing.

How to install

1) Download the program from above url on the machine you're running
   notmuch and find suitable location to it.

2) Verify it's sha1 checksum is 125f3917b3f2dc68bdf30af04ab623d53321e50c

3) chmod 755 /path/to/nottoomuch-addresses.pl

4) Run  /path/to/nottoomuch-addresses.pl --update
   When run first time this gathers email addresses from all of your mail.
   This may take a long while to complete -- depends on the amount of email
   you have. Further --updates are much faster as those just take addresses
   from new mail.

5) Test that it works: Run  /path/to/nottoomuch-addresses.pl notmuchmail

6) In case you're using emacs mua with notmuch, edit your notmuch
   configuration for emacs with the following content:

   (require 'notmuch-address)
   (setq notmuch-address-command "/path/to/nottoomuch-addresses.pl")
   (notmuch-address-message-insinuate)

7) Restart emacs notmuch mua (or eval above lines) and start composing
   new mail. When adding recipient to To: field. press <TAB> after 3
   or more characters have been added. In case you get 2 or more address
   matches, use arrow keys in minibuffer to choose desired recipient...

8) Enjoy!

/path/to/nottoomuch-addresses.pl --help  provides more detailed information.

BR,
Tomi
_______________________________________________
notmuch mailing list
[hidden email]
http://notmuchmail.org/mailman/listinfo/notmuch

[Bart Bunting]

Hi Tomi,

I have had a quick try of setting up nottoomuch-addresses addresses.

Here are a couple of issues I have hit and I think it's still not quite
 right.

I attach the shell output from emacs below.

- firstly it appears that if the term is set to DUMB then the script
assumes it's being called from emacs and exits if there is no search
string.  This is problematic for me as I run all my stuff including the
--update command from a shell.  
- The instructions don't tell you to create the .config/nottoomuch
directory.  Perhaps you could check for it's existance and create if
required?
- Even when I got this far I had an odd result when running the script
as shown below.  First time I got a strange error.  Second run it added
900 or so addresses.  Subsiquent runs added no more addresses.  I find
this strange as I have over 180k emails.

Anyway great work.  Heading in a cool direction.  Hope this somewhat
rambling report helps.

Bart

bart@bit:~$
bart@bit:~$shasum ~/bin/nottoomuch-addresses.pl
125f3917b3f2dc68bdf30af04ab623d53321e50c  /Users/bart/bin/nottoomuch-addresses.pl
bart@bit:~$chmod 755 ~/bin/nottoomuch-addresses.pl
bart@bit:~$~/bin/nottoomuch-addresses.pl  --update
Cannot open database, maybe not created yet.
run /Users/bart/bin/nottoomuch-addresses.pl --update from command line first.
bart@bit:~$cd
bart@bit:~$cd .config
bash: cd: .config: No such file or directory
bart@bit:~$
bart@bit:~$mkdir .config
bart@bit:~$nottoomuch --update
bash: nottoomuch: command not found
bart@bit:~$~/bin/nottoomuch-addresses.pl  --update
Cannot open database, maybe not created yet.
run /Users/bart/bin/nottoomuch-addresses.pl --update from command line first.
bart@bit:~$
bart@bit:~$cd
bart@bit:~$cd .config
bart@bit:~/.config$mkdir nottoomuch
bart@bit:~/.config$
bart@bit:~/.config$~/bin/nottoomuch-addresses.pl  --update
Cannot open database, maybe not created yet.
run /Users/bart/bin/nottoomuch-addresses.pl --update from command line first.
bart@bit:~/.config$cd nottoomuch/
bart@bit:~/.config/nottoomuch$touch addresses
bart@bit:~/.config/nottoomuch$~/bin/nottoomuch-addresses.pl  --update
bart@bit:~/.config/nottoomuch$ls
addresses
bart@bit:~/.config/nottoomuch$ls -s addresses
0 addresses
bart@bit:~/.config/nottoomuch$echo $TERM
dumb
bart@bit:~/.config/nottoomuch$export TERM=emacs
bart@bit:~/.config/nottoomuch$ls -s addresses
0 addresses
bart@bit:~/.config/nottoomuch$~/bin/nottoomuch-addresses.pl  --update
Updating '/Users/bart/.config/nottoomuch/addresses', since -604800.
Unrecognized option: -604800..
Added 0 addresses in 0 seconds. Total number of addresses: 0.
bart@bit:~/.config/nottoomuch$~/bin/nottoomuch-addresses.pl  --update
Updating '/Users/bart/.config/nottoomuch/addresses', since 1322159542.
Added 993 addresses in 4 seconds. Total number of addresses: 993.
bart@bit:~/.config/nottoomuch$~/bin/nottoomuch-addresses.pl  --update
Updating '/Users/bart/.config/nottoomuch/addresses', since 1322159560.
Added 0 addresses in 1 seconds. Total number of addresses: 993.
bart@bit:~/.config/nottoomuch$ On Thu, 01 Dec 2011 17:36:24 +0200, Tomi Ollila <[hidden email]> wrote:
_______________________________________________
notmuch mailing list
[hidden email]
http://notmuchmail.org/mailman/listinfo/notmuch

[Tomi Ollila-2]

On Fri, 02 Dec 2011 05:38:01 +1100, Bart Bunting <[hidden email]> wrote:

> Hi Tomi,
>
> I have had a quick try of setting up nottoomuch-addresses addresses.
>
> Here are a couple of issues I have hit and I think it's still not quite
>  right.
>
> I attach the shell output from emacs below.
>
> - firstly it appears that if the term is set to DUMB then the script
> assumes it's being called from emacs and exits if there is no search
> string.  This is problematic for me as I run all my stuff including the
> --update command from a shell.  

Good point. I'll remove that 'optimization' -- mysterious are the ways
users run commands :) (Well, I occasionally run commands from emacs
myself, too).

You could try removing part '''$ENV{TERM} eq 'dumb' or ''' in line 25

> - The instructions don't tell you to create the .config/nottoomuch
> directory.  Perhaps you could check for it's existance and create if
> required?

It does that (in line 91):

mv .config .xconfig
~/mail/nottoomuch/nottoomuch-addresses.pl --update
Creating '/home/too/.config/nottoomuch/addresses'. This may take some time...
Added 3335 addresses in 14 seconds. Total number of addresses: 3335.

It seems your other problems make it seem the directories are not created,
however I check this...

> - Even when I got this far I had an odd result when running the script
> as shown below.  First time I got a strange error.  Second run it added
> 900 or so addresses.  Subsiquent runs added no more addresses.  I find
> this strange as I have over 180k emails.

Haa, the ls output '0 addresses' tells me something:

rm .config/nottoomuch/addresses
touch .config/nottoomuch/addresses
guru$ ~/mail/nottoomuch/nottoomuch-addresses.pl --update
Updating '/home/too/.config/nottoomuch/addresses', since -604800.
Unrecognized option: -604800..
Added 0 addresses in 0 seconds. Total number of addresses: 0.

> Anyway great work.  Heading in a cool direction.  Hope this somewhat
> rambling report helps.

Thanks a lot for your bug report, it's been very helpful. please retry
doing the following:

TERM=emacs /Users/bart/bin/nottoomuch-addresses.pl --update --rebuild

And report if you get more problems.

> Bart

Tomi

>
> bart@bit:~$
> bart@bit:~$shasum ~/bin/nottoomuch-addresses.pl
> 125f3917b3f2dc68bdf30af04ab623d53321e50c  /Users/bart/bin/nottoomuch-addresses.pl
> bart@bit:~$chmod 755 ~/bin/nottoomuch-addresses.pl
> bart@bit:~$~/bin/nottoomuch-addresses.pl  --update
> Cannot open database, maybe not created yet.
> run /Users/bart/bin/nottoomuch-addresses.pl --update from command line first.
> bart@bit:~$cd
> bart@bit:~$cd .config
> bash: cd: .config: No such file or directory
> bart@bit:~$
> bart@bit:~$mkdir .config
> bart@bit:~$nottoomuch --update
> bash: nottoomuch: command not found
> bart@bit:~$~/bin/nottoomuch-addresses.pl  --update
> Cannot open database, maybe not created yet.
> run /Users/bart/bin/nottoomuch-addresses.pl --update from command line first.
> bart@bit:~$
> bart@bit:~$cd
> bart@bit:~$cd .config
> bart@bit:~/.config$mkdir nottoomuch
> bart@bit:~/.config$
> bart@bit:~/.config$~/bin/nottoomuch-addresses.pl  --update
> Cannot open database, maybe not created yet.
> run /Users/bart/bin/nottoomuch-addresses.pl --update from command line first.
> bart@bit:~/.config$cd nottoomuch/
> bart@bit:~/.config/nottoomuch$touch addresses
> bart@bit:~/.config/nottoomuch$~/bin/nottoomuch-addresses.pl  --update
> bart@bit:~/.config/nottoomuch$ls
> addresses
> bart@bit:~/.config/nottoomuch$ls -s addresses
> 0 addresses
> bart@bit:~/.config/nottoomuch$echo $TERM
> dumb
> bart@bit:~/.config/nottoomuch$export TERM=emacs
> bart@bit:~/.config/nottoomuch$ls -s addresses
> 0 addresses
> bart@bit:~/.config/nottoomuch$~/bin/nottoomuch-addresses.pl  --update
> Updating '/Users/bart/.config/nottoomuch/addresses', since -604800.
> Unrecognized option: -604800..
> Added 0 addresses in 0 seconds. Total number of addresses: 0.
> bart@bit:~/.config/nottoomuch$~/bin/nottoomuch-addresses.pl  --update
> Updating '/Users/bart/.config/nottoomuch/addresses', since 1322159542.
> Added 993 addresses in 4 seconds. Total number of addresses: 993.
> bart@bit:~/.config/nottoomuch$~/bin/nottoomuch-addresses.pl  --update
> Updating '/Users/bart/.config/nottoomuch/addresses', since 1322159560.
> Added 0 addresses in 1 seconds. Total number of addresses: 993.
> bart@bit:~/.config/nottoomuch$ On Thu, 01 Dec 2011 17:36:24 +0200, Tomi Ollila <[hidden email]> wrote:

_______________________________________________
notmuch mailing list
[hidden email]
http://notmuchmail.org/mailman/listinfo/notmuch

[Tomi Ollila]

Hi

Thanks to Bart's findings those things are now fixed in
version 1.1 of nottoomuch-addresses.pl

Get it:

(wget) http://www.iki.fi/too/nottoomuch/nottoomuch-addresses.pl 

Sha1 digest is now 4ed74ef9eaabb73804e55caa2c29682e643d2b78

Installation instructions & some other info now available at:

http://www.iki.fi/too/nottoomuch/nottoomuch-addresses/


Tomi
_______________________________________________
notmuch mailing list
[hidden email]
http://notmuchmail.org/mailman/listinfo/notmuch

[Bart Bunting]

Hi Tomi,

Another observation.  Not sure if this is a bug or a design decision:
I have the address:
"Zac Hamed" <[hidden email]>
a serch like:
./nottoomuch-addresses.pl  zham

shows it up as expected.

However if I search on the name part like:
./nottoomuch-addresses.pl  zac

It doesn't find the match.

Is this expected behaviour?

Kind regards

Bart




 On Mon, 05 Dec 2011 13:51:16 +0200, Tomi Ollila <[hidden email]> wrote:

> Hi
>
> Thanks to Bart's findings those things are now fixed in
> version 1.1 of nottoomuch-addresses.pl
>
> Get it:
>
> (wget) http://www.iki.fi/too/nottoomuch/nottoomuch-addresses.pl 
>
> Sha1 digest is now 4ed74ef9eaabb73804e55caa2c29682e643d2b78
>
> Installation instructions & some other info now available at:
>
> http://www.iki.fi/too/nottoomuch/nottoomuch-addresses/
>
>
> Tomi

_______________________________________________
notmuch mailing list
[hidden email]
http://notmuchmail.org/mailman/listinfo/notmuch

[Tomi Ollila-2]

On Mon, 05 Dec 2011 23:04:43 +1100, Bart Bunting <[hidden email]> wrote:

> Hi Tomi,
>
> Another observation.  Not sure if this is a bug or a design decision:
> I have the address:
> "Zac Hamed" <[hidden email]>
> a serch like:
> ./nottoomuch-addresses.pl  zham
>
> shows it up as expected.
>
> However if I search on the name part like:
> ./nottoomuch-addresses.pl  zac
>
> It doesn't find the match.
>
> Is this expected behaviour?

Yes, the search is deliberately case sensitive. Note, however, that
email address part is (also deliberately) lowercased before address line
is added to the list...

This has suited me good so far... (maybe I need to add this to the doc)...

...(or change the behaviour it if is too confusing / more inconvenient
that convenient).

If you want to experiment with case insensitive search you could check the
line 35:

        print grep { index($_, $search_str) >= 0 } <I>;

Change this to

        print grep { /\Q$search_str\E/oi } <I>;

(without \Q and \E you also get regular expression matches)

>
> Kind regards

Thanks... actually I put the above change into use; let's see if it
work better for me than the other :)

>
> Bart

Tomi

>
>
>
>
>  On Mon, 05 Dec 2011 13:51:16 +0200, Tomi Ollila <[hidden email]> wrote:
> > Hi
> >
> > Thanks to Bart's findings those things are now fixed in
> > version 1.1 of nottoomuch-addresses.pl
> >
> > Get it:
> >
> > (wget) http://www.iki.fi/too/nottoomuch/nottoomuch-addresses.pl 
> >
> > Sha1 digest is now 4ed74ef9eaabb73804e55caa2c29682e643d2b78
> >
> > Installation instructions & some other info now available at:
> >
> > http://www.iki.fi/too/nottoomuch/nottoomuch-addresses/
> >
> >
> > Tomi
>

_______________________________________________
notmuch mailing list
[hidden email]
http://notmuchmail.org/mailman/listinfo/notmuch

[Jameson Graef Rollins]

On Mon, 05 Dec 2011 14:35:03 +0200, Tomi Ollila <[hidden email]> wrote:
> Yes, the search is deliberately case sensitive.

I haven't had a chance to play around with this but I will say that it
makes more sense to me that this kind of search should deliberately be
case *in*sensitive.  Case sensitivity seems fairly detrimental here,
actually, considering there is no consistency in case in names or email
addresses.

jamie.

_______________________________________________
notmuch mailing list
[hidden email]
http://notmuchmail.org/mailman/listinfo/notmuch

[Bart Bunting]

Hi,

I agree with Jamie on this one.

The case sensitivity appears to get in the way of searching.  I also
think that enabling the regular expression    searching is a good idea.

All in all though this is great.

The only other idea I have, which is only half formed, is that it would
be nice to prioritize emails that are more important than others.

I'm not sure exactly how this would work but something like:
- Addresses I have actualy sent email to rather than jjust received from
get a high priority in the result.
- Addresses that have sent me email directly rather than just to a list
get next priority.
- All other emails after that.

Also some sort of weighting within the groups to do with frequency of
emails sent or something.


Does that make sense?  Would it be hard to implement?


Cheers

Bart
 

> On Mon, 05 Dec 2011 14:35:03 +0200, Tomi Ollila <[hidden email]> wrote:
> > Yes, the search is deliberately case sensitive.
>
> I haven't had a chance to play around with this but I will say that it
> makes more sense to me that this kind of search should deliberately be
> case *in*sensitive.  Case sensitivity seems fairly detrimental here,
> actually, considering there is no consistency in case in names or email
> addresses.
>
> jamie.

_______________________________________________
notmuch mailing list
[hidden email]
http://notmuchmail.org/mailman/listinfo/notmuch

[Bart Bunting]

Hi Tomi,

I made the changes for case insensitivity and I much prefer that.

Perhaps it could be an option if you like it the other way around.

Kind regards

Bart
_______________________________________________
notmuch mailing list
[hidden email]
http://notmuchmail.org/mailman/listinfo/notmuch

[Tomi Ollila-2]

On Tue, 06 Dec 2011 08:45:49 +1100, Bart Bunting <[hidden email]> wrote:
> Hi,
>
> I agree with Jamie on this one.
>
> The case sensitivity appears to get in the way of searching.  I also
> think that enabling the regular expression    searching is a good idea.
>
> All in all though this is great.

I did version 1.2 of nottoomuch-addresses.sh which does case insensitive
searches. Note the renaming to .sh -- it is now shell script wrapper
which runs 'exec grep -aiF "$*" <addresses-file> -- grep is locale-aware
which makes case insensitivity work outside of ASCII range. The perl code
to create/update addresses file is exactly the same as in version 1.1

So, the current version (1.2) is available at

http://www.iki.fi/too/nottoomuch/nottoomuch-addresses.sh

sha1sum is 03aa8bcf4e32d47e453fc081376843ef03a427ad and doc page is at

http://www.iki.fi/too/nottoomuch/nottoomuch-addresses/

> The only other idea I have, which is only half formed, is that it would
> be nice to prioritize emails that are more important than others.
>
> I'm not sure exactly how this would work but something like:
> - Addresses I have actualy sent email to rather than jjust received from
> get a high priority in the result.
> - Addresses that have sent me email directly rather than just to a list
> get next priority.
> - All other emails after that.
>
> Also some sort of weighting within the groups to do with frequency of
> emails sent or something.
>
> Does that make sense?  Would it be hard to implement?

Neat idea. To implement the feature into program is not too hard.
Somehow determine weight for each email address, store that into
hash (key address, value weight).
Then, when writing addresses file, sort first by weight and then
ascii order. The hash is also stored to disk (using tie()) and used
when address file updated.

Now, how to determine good (generic) rules for weights (and maybe
some user-defined rules as well) is the question.

>
> Cheers
>
> Bart

Thanks,

Tomi
_______________________________________________
notmuch mailing list
[hidden email]
http://notmuchmail.org/mailman/listinfo/notmuch

[Tomi Ollila-2]

On Wed, 07 Dec 2011 00:03:19 +0200, Tomi Ollila <[hidden email]> wrote:
> On Tue, 06 Dec 2011 08:45:49 +1100, Bart Bunting <[hidden email]> wrote:
> > Hi,

...

>
> > The only other idea I have, which is only half formed, is that it would
> > be nice to prioritize emails that are more important than others.
> >
> > I'm not sure exactly how this would work but something like:
> > - Addresses I have actualy sent email to rather than jjust received from
> > get a high priority in the result.
> > - Addresses that have sent me email directly rather than just to a list
> > get next priority.
> > - All other emails after that.
> >
> > Also some sort of weighting within the groups to do with frequency of
> > emails sent or something.
> >
> > Does that make sense?  Would it be hard to implement?
>
> Neat idea. To implement the feature into program is not too hard.
> Somehow determine weight for each email address, store that into
> hash (key address, value weight).
> Then, when writing addresses file, sort first by weight and then
> ascii order. The hash is also stored to disk (using tie()) and used
> when address file updated.
>
> Now, how to determine good (generic) rules for weights (and maybe
> some user-defined rules as well) is the question.

The latest version (1.3) now stores addresses in 'newest-first'
order to the "address file" -- the fgrep printing matches will
therefore also output the lines in this order.

For me this seems to work pretty nicely.

This version (1.3) relies notmuch show ... to output emails in
this order (which it seems to do now). If this changes I'll
have to check how to "fix" my implementation...

The program is located at the same address:

http://www.iki.fi/too/nottoomuch/nottoomuch-addresses.sh

sha1sum is f9289ed4bf9034d99e390aaf3d5fcac3d815ea20 and doc page is at
 
http://www.iki.fi/too/nottoomuch/nottoomuch-addresses/


> > Cheers
> >
> > Bart
>
> Thanks,
>
> Tomi

Tomi
_______________________________________________
notmuch mailing list
[hidden email]
http://notmuchmail.org/mailman/listinfo/notmuch

[Tomi Ollila-2]

notmuch-addresses.sh -- email address substring matcher -- completion
helper version 1.4 is available.

This version uses 'notmuch search --sort=newest-first --output=files ...'
(instead of notmuch show ...) to retrieve message information from notmuch
... and now scans headers from mail files itself.

* This is now somewhat faster as the whole emails are not read.
* The sort order is better guaranteed.
* Current memory consumption of 'notmuch show --format=text' does not
  hit users.

Addresses file header format is same as in 1.3 so upgrading from that
version does not cause addresses file rebuild.

Location: http://www.iki.fi/too/nottoomuch/nottoomuch-addresses.sh

Sha1sum: 871f481a229a6e3295c02fa80270a7a318d226c

Web page: http://www.iki.fi/too/nottoomuch/nottoomuch-addresses/


Note to upgraders: this version may not find as many addreses as older
ones -- those also scanned From:, To: and Cc: in message bodies.
Current version seldom leaks to the body of the message...
So, don't get alarmed if --update --rebuild finds less addresses.


Enjoy!
Tomi
_______________________________________________
notmuch mailing list
[hidden email]
http://notmuchmail.org/mailman/listinfo/notmuch

[Tomi Ollila-2]

On Fri, 16 Dec 2011 14:01:26 +0100, Philipp Überbacher <[hidden email]> wrote:
> Quoting Tomi Ollila (2011-12-14 21:10:28)
>
> Hi Tomi,
> can this be used to automatically populate abook?
> I wonder because alot uses abook for addresses, and this could be handy.

Converter from 'flat list of email-addresses' in
$HOME/.config/nottoomuch/addresses to abook format is probably pretty
trivial (unless it is binary which lessens triviality...)... But there
could be (updating) issues.

Alternative would be to run something like

  notmuch search --sort=newest-first --output=files '*' |
  while read file; do abook --add-email "$file"; done

initially. then register current date using date=`$date +%s`

and, in following rounds run

  notmuch search --sort=newest-first --output=files $(($date - 604800)).. |
  while read file; do abook --add-email "$file"; done

(604800 == 86400 * 7 -- 7 days -- just analogous what nottoomuch-addresses.sh
does)

Note that this is just untested example (read abook.1 a bit)


An alternative would be to make 'abook' run nottoomuch-addresses.sh for
address completion (then get it's output order for matches (email addresses
from recent messages first)) -- or even just run

  grep -aiF "$string" "${XDG_CONFIG_HOME:-$HOME/.config}/nottoomuch/addresses"

(this is what nottoomuch-addresses.sh does when finding matches for given
search string. One can imagine how fast this approach is...)

> Regards,
> Philipp

Tomi
_______________________________________________
notmuch mailing list
[hidden email]
http://notmuchmail.org/mailman/listinfo/notmuch

[Tomi Ollila-2]

nottoomuch-addresses.sh -- email address substring matcher -- completion
helper version 1.5 is available.

This version exits with return value 0 in case matches were not
found (previous returned with 1).

Location: http://www.iki.fi/too/nottoomuch/nottoomuch-addresses.sh

Sha1sum: 49ac32568142bf50c7b33de9a70086fd871a1e9e

Web page: http://www.iki.fi/too/nottoomuch/nottoomuch-addresses/

Enjoy!
Tomi
_______________________________________________
notmuch mailing list
[hidden email]
http://notmuchmail.org/mailman/listinfo/notmuch

[Tomi Ollila-2]

nottoomuch-addresses.sh -- email address substring matcher -- completion
helper version 1.6 is available.

This version fixes some 'encoded-text' (=?encoding?type?text?=)
handling.

Header version was not changed so rebuilding of address cache
is not enforced. However running

/path/to/nottoomuch-addresses.sh --update --rebuild

is recommended.


Location: http://www.iki.fi/too/nottoomuch/nottoomuch-addresses.sh

Sha1sum: 2e8be738baffbad3d1e15dea75106a683d62ecec

Web page: http://www.iki.fi/too/nottoomuch/nottoomuch-addresses/

Enjoy!
Tomi
_______________________________________________
notmuch mailing list
[hidden email]
http://notmuchmail.org/mailman/listinfo/notmuch

[Tomi Ollila-2]

nottoomuch-addresses.sh -- email address substring matcher
-- completion helper version 2.0 is available.

Note to 1.92 prerelease tester(s): ignore regexp "indicator"
has changed from ^re:... to ^/.../[i]. This allows this 'i'
flag and trailing whitespace in re.

Changes:
   * Added regexp-based ignores using /regexp/[i] syntax in ignore file.
   * Addresses 'cache' now contains all addresses and filreted (by ignore)
     are now in separate file. This way changes in ignore filters can be
     propagated to active address list.
   * Encoded address content is now recursively decoded.

Header version was changed but this version supports "importing"
data from older versions. In case you had ignore filters defined
(or recursively encoded mailbox/comment names) it is recommended
to rebuils address cache with

/path/to/nottoomuch-addresses.sh --update --rebuild

Location: http://www.iki.fi/too/nottoomuch/nottoomuch-addresses.sh

Sha1sum (not md5sum): 343833fce0a30ddae859eff4a31d6153fa9c81f9

Web page: http://www.iki.fi/too/nottoomuch/nottoomuch-addresses/

Enjoy!
Tomi
_______________________________________________
notmuch mailing list
[hidden email]
http://notmuchmail.org/mailman/listinfo/notmuch

[Tomi Ollila-2]

nottoomuch-addresses.sh -- email address substring matcher
-- completion helper version 2.1 is available.

*** ¡¡¡ This is a bugfix release !!! ***

(No wonder as this is fixing "point zero" release ;/)

Changes:
  * Fixed a bug where decoding matching but unknown or malformed =?...?=-
    encoded parts in email addresses lead to infinite loop.


Location: http://www.iki.fi/too/nottoomuch/nottoomuch-addresses.sh

Sha1sum (not md5sum): e5cd24ff0f0f5dd63e9136ea35d99e4d90b91513

Web page: http://www.iki.fi/too/nottoomuch/nottoomuch-addresses/

Enjoy!
Tomi
_______________________________________________
notmuch mailing list
[hidden email]
http://notmuchmail.org/mailman/listinfo/notmuch