Re: Bug: fatal error with notmuch new, second run starts indexing all over again
I also experience this error trying to import the emacs-orgmode mailing list archive. Has there been any progress on fixing the issue? What steps should be taken to help? Also it seems that the midsize corpus https://giku.de/reduced-sample-midsized.xapian-exeption.tar.xz is not available anymore. David introduced a patch to improve the error message, below I paste the message I get: add_file: A Xapian exception occurred A Xapian exception occurred adding message: Unexpected end of posting list for 'G000255c6'. Processed 4949 total files in 10m 13s (8 files/sec.). Added 4921 new messages to the database. Note: A fatal error was encountered: A Xapian exception occurred Gregor Zattler writes: > Hi David, > * David Bremner [14. Jul. 2017]: >> Gregor Zattler writes: >>> I redid the test on this mid-sized corpus and I got an >>> exeption (again): >> [snip] >>> Error: A Xapian exception occurred. Halting processing. >>> Processed 27611 total files in 21m 2s (21 files/sec.). >>> Added 27481 new messages to the database. >>> Note: A fatal error was encountered: A Xapian exception occurred >>> [Inferior 1 (process 6752) exited with code 01] >>> (gdb) >> >> I can finally replicate the crash. I do crash in a different place >> (after processing 25184 files), so it suggests a certain non-determinism >> or dependence on the host configuration. > > I would assume the first difference is in the file system: > Perhaps the files are accessed in a different order!? > >> Anyway, now that I have a test case, I'll try and figure out what the >> underlying Xapian exeception is. > > > Thanks. > > Ciao, Gregor > -- > -... --- .-. . -.. ..--.. ...-.- ___ notmuch mailing list notmuch@notmuchmail.org https://notmuchmail.org/mailman/listinfo/notmuch
problems with Fcc through notmuch-command
Hello everybody,
I'm using Debian package elpa-notmuch [1] on my client and notmuch [2] on my
server, both versions are tagged 0.27-1~bpo9+2
I'm using the emacs interface remotely [3] so I set up the suggested wrapper
script on my client in ~/bin/notmuch (it's in my PATH): searching, tagging
and alike are working pretty well
I know I could use muchsync to keep all in sync and avoid using notmuch
remotely, but I have a central mailserver in my office and I would like to
avoid duplicating the database on all my workstations (I have a couple) in
my LAN
I'm trying to use Fcc through notmuch-command, so I configured my client as
suggested [3] and also configured notmuch-fcc-dirs [4], this is my client
configuration (just skipping saved searches in this snippet):
...
(setq notmuch-crypto-process-mime t)
(setq notmuch-command "~/bin/notmuch")
(setq notmuch-fcc-dirs
'(("priv...@address.com" . ".INBOX.private")
("g...@xelera.eu" . ".")
(".*" . ".")))
(setq message-directory "/var/mail/giovanni")
...
when I start composing a new message Fcc: field is autocompleted with the
value ".INBOX.private" as configured
when I send the message, in the *Messages* emacs buffer I get:
.
Sending via mail... [5]
Mark set
"/home/giovanni/.INBOX.private" does not exist, create it? (y or n) n
gnus-output-to-mail: Output file does not exist
..
I'm sure database.path on my server is "/var/mail/giovanni"
it seems that my client is not using "notmuch insert" for the new message,
despite notmuch-maildir-use-notmuch-insert is set to true (the default)...
or my server simply ignores database.path (unlikely since all indexing is
running fine)
please am I missing something or did something wrong?
ciao
Giovanni
[1] https://packages.debian.org/stretch-backports/elpa-notmuch
[2] https://packages.debian.org/stretch-backports/notmuch
[3] https://notmuchmail.org/remoteusage/
[4] https://notmuchmail.org/emacstips/#index8h2
[5] should it be "Sending via notmuch insert"?
--
Giovanni Biscuolo
Xelera - IT infrastructures
http://xelera.eu/contact-us/
**per favore** Quota Bene: http://wiki.news.nic.it/QuotarBene
**please** use Inline Reply:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
signature.asc
Description: PGP signature
___
notmuch mailing list
notmuch@notmuchmail.org
https://notmuchmail.org/mailman/listinfo/notmuch
Re: bug: wrong order of messages in notmuch-show
Hi David, * David Bremner [2018-07-01; 21:23]: > Gregor Zattler writes: > The thread is not ordered that way here. Can you run the "draw-thread" > tool in id:20180410014539.24717-1-da...@tethera.net and send the output > (either dot or PDF) as an attachement to the list? sure, I produced two sets of files: the ones with "for-real" in their names are done with my working notmuch installation, the ones with "test-order-notmuch" in their names are done with ta maildir which only contains the relevant messages. > Yes, I'll probably need the tar file to reproduce it. If it's small > (<50k), send it to the list, otherwise let me know how I can pick it up. This tar file also contains a tar file with the xapian database for these 8 messages etc.: https://giku.de/4iczfdzgnedth8ni--notmuch-show-order-problem.tar.7z Thanks for looking into this. Ciao; Gregor ___ notmuch mailing list notmuch@notmuchmail.org https://notmuchmail.org/mailman/listinfo/notmuch
