mutt-kz February 2014

mutt-kz@lists.fedoraproject.org

4 participants
4 discussions

Interesting mutt patches for mutt-kz
by Suvayu Ali 06 Mar '14

06 Mar '14

Hi everyone, Since mutt-kz aims toward more features than typical mutt, I was wondering if it would be possible to include the following patches. https://bitbucket.org/dgc/mutt-dgc/raw/42d6f8d629ad3f0ceb7f4790013d3cec665d… This patch lets you create mulitpart/alternative message parts in the compose screen. Here is a usage description by the author: > The <group-alternatives> binding for the componse menu (where you press > 's' to send) combines selected attachments into a multipart/alternative > group. The <move-up> and <move-down> bindings then allow you to change > their order. https://bitbucket.org/dgc/mutt-dgc/raw/42d6f8d629ad3f0ceb7f4790013d3cec665d… This patch allows regular expression based transformation of email subjects when displayed in the index. It can be useful to get rid of mailing list tags (e.g. [list-name]), or trim long subject lines. Caveat: I failed to apply the subjectrx patch some time back, but I did not attempt to fix it. Maybe it is possible with small changes. WDYT? -- Suvayu Open source is the future. It sets us free.

2 2

bug: [s]ave function adds bogus pathnames into the notmuch DB
by Selene Scriven 06 Mar '14

06 Mar '14

After updating to the latest mutt-kz in git, I noticed some strange behavior. I was getting weird results for folder-based queries. After some investigation, I narrowed it down to the [s]ave and purge functions in mutt-kz. I'm running git rev be196028c755d3ffff184e9781ac933fbacbd562 (Thu Jan 2 15:15:55 2014 +0100). Steps to reproduce the issue: - Open a virtual folder in mutt-kz. - [s]ave a message to a different Maildir. (original gets marked as [D]eleted) - Purge deleted messages. Mutt-kz then prints an error. It's a bit hard to catch before the screen redraws, but it looks like... "Writing notmuch://?query=(folder:INBOX or (... (...older:in...ror: A Xapian exception occurred flushing database: Can't commit during a transaction" At this point, I can query notmuch directly to see the broken pathname. 'notmuch search folder:$HOME' works, but I prefer this for more detail: > nm-files id:3f06c38c-d6f9-4c78-a27b-527d0c4352fd@xtinmta06.xt.local === id:3f06c38c-d6f9-4c78-a27b-527d0c4352fd@xtinmta06.xt.local === thread:000000000003ff58 Today 10:31 [1/1] H&R Block; Appointments available now – give us a call (unread) /home/selene/mail//home/selene/mail/receipts//new/1392149990.21796_1.mutt Messages: 1 After running 'notmuch new', the database updates by adding the correct pathname: > nm-files id:3f06c38c-d6f9-4c78-a27b-527d0c4352fd@xtinmta06.xt.local === id:3f06c38c-d6f9-4c78-a27b-527d0c4352fd@xtinmta06.xt.local === thread:000000000003ff58 Today 10:31 [1/1] H&R Block; Appointments available now – give us a call (unread) /home/selene/mail//home/selene/mail/receipts//new/1392149990.21796_1.mutt /home/selene/mail/receipts/new/1392149990.21796_1.mutt Messages: 1 This gets weird if the message is ever moved again, because the broken pathname shows up forever unless the DB gets dumped, rebuilt from scratch, and restored (which takes ~3 hours for me). Notmuch never detects the error or removes the bogus path. For reference, here is the script I used above: > cat bin/local/nm-files #!/bin/sh # show the files associated with each message for a given search for ID in $( notmuch search --output=messages $* ); do echo "=== $ID ===" notmuch search --output=summary $ID notmuch search --output=files $ID echo done echo -n "Messages: " ; notmuch search $* | wc -l -- Selene

2 2

Re: [ANNOUNCE] v1.
by Víctor M. Jáquez L. 09 Feb '14

09 Feb '14

5.22.1 Reply-To: In-Reply-To: <20140205121709.GA21226(a)x2.net.home> On 02/05/14 at 01:17pm, Karel Zak wrote: > > ... released. Thanks to all contributors! > > For more details see: > http://karelzak.blogspot.cz/2014/02/stable-mutt-kz-15221.html > > Tarballs: > ftp://redcrew.org/pub/mutt-kz/v1.5.22.1/ > > Note that I'd like to add to the > https://kzak.redcrew.org/doku.php?id=mutt:start wiki page more links > to distribution specific rebuilds (packages). Now there is Fedora > stuff only. Do we have something else (Suse, Debian)? I used to maintain a fork of the mutt debian package[1], handling the mutt-kz patches with quilt. Trying to resync this weekend the patches, I found that the sources have diverted so much, that this strategy is not practical anymore. So, I've setup a debian packaging for mutt-kz using git-buildpackage[2]. You can build it with this command: DEB_BUILD_OPTIONS="parallel=4" gbp buildpackage --git-upstream-tree=v1.5.22.1-rc1 1. https://gitorious.org/vjaquez-misc/mutt 2. https://gitorious.org/vjaquez-misc/mutt-kz vmjl

1 0

[ANNOUNCE] v1.5.22.1
by Karel Zak 05 Feb '14

05 Feb '14

... released. Thanks to all contributors! For more details see: http://karelzak.blogspot.cz/2014/02/stable-mutt-kz-15221.html Tarballs: ftp://redcrew.org/pub/mutt-kz/v1.5.22.1/ Note that I'd like to add to the https://kzak.redcrew.org/doku.php?id=mutt:start wiki page more links to distribution specific rebuilds (packages). Now there is Fedora stuff only. Do we have something else (Suse, Debian)? Karel -- Karel Zak <kzak(a)redhat.com> http://karelzak.blogspot.com

1 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

mutt-kz February 2014