notmuch: Start actually adding messages to the index.
This is the beginning of the notmuch library as well, with its
interface in notmuch.h. So far we've got create, open, close, and
add_message (all with a notmuch_database prefix).
The current add_message function has already been whittled down from
what we have in notmuch-index-message to add only references,
message-id, and thread-id to the index, (that is---just enough to do
thread-linkage but nothing for full-text searching).
The concept here is to do something quickly so that the user can get
some data into notmuch and start using it. (The most interesting stuff
is then thread-linkage and labels like inbox and unread.) We can
defer the full-text indexing of the body of the messages for later,
(such as in the background while the user is reading mail).
The initial thread-stitching step is still slower than I would like.
We may have to stop using libgmime for this step as its overhead is
not worth it for the simple case of just parsing the message-id,
references, and in-reply-to headers.
2009-10-19 05:56:30 +02:00
|
|
|
/* notmuch - Not much of an email library, (just index and search)
|
|
|
|
*
|
|
|
|
* Copyright © 2009 Carl Worth
|
|
|
|
*
|
|
|
|
* This program is free software: you can redistribute it and/or modify
|
|
|
|
* it under the terms of the GNU General Public License as published by
|
|
|
|
* the Free Software Foundation, either version 3 of the License, or
|
|
|
|
* (at your option) any later version.
|
|
|
|
*
|
|
|
|
* This program is distributed in the hope that it will be useful,
|
|
|
|
* but WITHOUT ANY WARRANTY; without even the implied warranty of
|
|
|
|
* MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
|
|
|
|
* GNU General Public License for more details.
|
|
|
|
*
|
|
|
|
* You should have received a copy of the GNU General Public License
|
|
|
|
* along with this program. If not, see http://www.gnu.org/licenses/ .
|
|
|
|
*
|
|
|
|
* Author: Carl Worth <cworth@cworth.org>
|
|
|
|
*/
|
|
|
|
|
|
|
|
#ifndef NOTMUCH_H
|
|
|
|
#define NOTMUCH_H
|
|
|
|
|
|
|
|
#ifdef __cplusplus
|
|
|
|
# define NOTMUCH_BEGIN_DECLS extern "C" {
|
|
|
|
# define NOTMUCH_END_DECLS }
|
|
|
|
#else
|
|
|
|
# define NOTMUCH_BEGIN_DECLS
|
|
|
|
# define NOTMUCH_END_DECLS
|
|
|
|
#endif
|
|
|
|
|
|
|
|
NOTMUCH_BEGIN_DECLS
|
|
|
|
|
2009-10-23 23:31:01 +02:00
|
|
|
#include <time.h>
|
|
|
|
|
2009-10-21 06:03:30 +02:00
|
|
|
#ifndef FALSE
|
|
|
|
#define FALSE 0
|
|
|
|
#endif
|
|
|
|
|
|
|
|
#ifndef TRUE
|
|
|
|
#define TRUE 1
|
|
|
|
#endif
|
|
|
|
|
|
|
|
typedef int notmuch_bool_t;
|
|
|
|
|
notmuch: Start actually adding messages to the index.
This is the beginning of the notmuch library as well, with its
interface in notmuch.h. So far we've got create, open, close, and
add_message (all with a notmuch_database prefix).
The current add_message function has already been whittled down from
what we have in notmuch-index-message to add only references,
message-id, and thread-id to the index, (that is---just enough to do
thread-linkage but nothing for full-text searching).
The concept here is to do something quickly so that the user can get
some data into notmuch and start using it. (The most interesting stuff
is then thread-linkage and labels like inbox and unread.) We can
defer the full-text indexing of the body of the messages for later,
(such as in the background while the user is reading mail).
The initial thread-stitching step is still slower than I would like.
We may have to stop using libgmime for this step as its overhead is
not worth it for the simple case of just parsing the message-id,
references, and in-reply-to headers.
2009-10-19 05:56:30 +02:00
|
|
|
/* Status codes used for the return values of most functions.
|
|
|
|
*
|
|
|
|
* A zero value (NOTMUCH_STATUS_SUCCESS) indicates that the function
|
|
|
|
* completed without error. Any other value indicates an error as
|
|
|
|
* follows:
|
|
|
|
*
|
|
|
|
* NOTMUCH_STATUS_SUCCESS: No error occurred.
|
|
|
|
*
|
2009-10-25 17:47:21 +01:00
|
|
|
* NOTMUCH_STATUS_OUT_OF_MEMORY: Out of memory
|
|
|
|
*
|
2009-10-22 01:12:53 +02:00
|
|
|
* XXX: We don't really want to expose this lame XAPIAN_EXCEPTION
|
|
|
|
* value. Instead we should map to things like DATABASE_LOCKED or
|
|
|
|
* whatever.
|
|
|
|
*
|
notmuch: Start actually adding messages to the index.
This is the beginning of the notmuch library as well, with its
interface in notmuch.h. So far we've got create, open, close, and
add_message (all with a notmuch_database prefix).
The current add_message function has already been whittled down from
what we have in notmuch-index-message to add only references,
message-id, and thread-id to the index, (that is---just enough to do
thread-linkage but nothing for full-text searching).
The concept here is to do something quickly so that the user can get
some data into notmuch and start using it. (The most interesting stuff
is then thread-linkage and labels like inbox and unread.) We can
defer the full-text indexing of the body of the messages for later,
(such as in the background while the user is reading mail).
The initial thread-stitching step is still slower than I would like.
We may have to stop using libgmime for this step as its overhead is
not worth it for the simple case of just parsing the message-id,
references, and in-reply-to headers.
2009-10-19 05:56:30 +02:00
|
|
|
* NOTMUCH_STATUS_XAPIAN_EXCEPTION: A Xapian exception occurred
|
2009-10-20 08:08:49 +02:00
|
|
|
*
|
2009-10-23 00:31:56 +02:00
|
|
|
* NOTMUCH_STATUS_FILE_ERROR: An error occurred trying to read or
|
2009-10-23 23:37:09 +02:00
|
|
|
* write to a file (this could be file not found, permission
|
|
|
|
* denied, etc.)
|
2009-10-23 00:31:56 +02:00
|
|
|
*
|
2009-10-20 08:08:49 +02:00
|
|
|
* NOTMUCH_STATUS_FILE_NOT_EMAIL: A file was presented that doesn't
|
2009-10-23 23:37:09 +02:00
|
|
|
* appear to be an email message.
|
2009-10-22 00:53:38 +02:00
|
|
|
*
|
2009-10-23 23:40:33 +02:00
|
|
|
* NOTMUCH_STATUS_DUPLICATE_MESSAGE_ID: A file contains a message ID
|
|
|
|
* that is identical to a message already in the database.
|
|
|
|
*
|
2009-10-22 00:53:38 +02:00
|
|
|
* NOTMUCH_STATUS_NULL_POINTER: The user erroneously passed a NULL
|
2009-10-23 23:37:09 +02:00
|
|
|
* pointer to a notmuch function.
|
2009-10-22 00:53:38 +02:00
|
|
|
*
|
2009-10-23 23:34:21 +02:00
|
|
|
* NOTMUCH_STATUS_TAG_TOO_LONG: A tag value is too long (exceeds
|
|
|
|
* NOTMUCH_TAG_MAX)
|
2009-10-22 00:53:38 +02:00
|
|
|
*
|
2009-10-27 06:25:45 +01:00
|
|
|
* NOTMUCH_STATUS_UNBALANCED_FREEZE_THAW: The notmuch_message_thaw
|
|
|
|
* function has been called more times than notmuch_message_freeze.
|
|
|
|
*
|
|
|
|
* And finally:
|
|
|
|
*
|
2009-10-22 00:53:38 +02:00
|
|
|
* NOTMUCH_STATUS_LAST_STATUS: Not an actual status value. Just a way
|
2009-10-23 23:37:09 +02:00
|
|
|
* to find out how many valid status values there are.
|
notmuch: Start actually adding messages to the index.
This is the beginning of the notmuch library as well, with its
interface in notmuch.h. So far we've got create, open, close, and
add_message (all with a notmuch_database prefix).
The current add_message function has already been whittled down from
what we have in notmuch-index-message to add only references,
message-id, and thread-id to the index, (that is---just enough to do
thread-linkage but nothing for full-text searching).
The concept here is to do something quickly so that the user can get
some data into notmuch and start using it. (The most interesting stuff
is then thread-linkage and labels like inbox and unread.) We can
defer the full-text indexing of the body of the messages for later,
(such as in the background while the user is reading mail).
The initial thread-stitching step is still slower than I would like.
We may have to stop using libgmime for this step as its overhead is
not worth it for the simple case of just parsing the message-id,
references, and in-reply-to headers.
2009-10-19 05:56:30 +02:00
|
|
|
*/
|
|
|
|
typedef enum _notmuch_status {
|
|
|
|
NOTMUCH_STATUS_SUCCESS = 0,
|
2009-10-25 17:47:21 +01:00
|
|
|
NOTMUCH_STATUS_OUT_OF_MEMORY,
|
2009-10-20 08:08:49 +02:00
|
|
|
NOTMUCH_STATUS_XAPIAN_EXCEPTION,
|
2009-10-23 00:31:56 +02:00
|
|
|
NOTMUCH_STATUS_FILE_ERROR,
|
2009-10-22 00:53:38 +02:00
|
|
|
NOTMUCH_STATUS_FILE_NOT_EMAIL,
|
2009-10-23 23:40:33 +02:00
|
|
|
NOTMUCH_STATUS_DUPLICATE_MESSAGE_ID,
|
2009-10-22 00:53:38 +02:00
|
|
|
NOTMUCH_STATUS_NULL_POINTER,
|
|
|
|
NOTMUCH_STATUS_TAG_TOO_LONG,
|
2009-10-27 06:25:45 +01:00
|
|
|
NOTMUCH_STATUS_UNBALANCED_FREEZE_THAW,
|
2009-10-22 00:53:38 +02:00
|
|
|
|
|
|
|
NOTMUCH_STATUS_LAST_STATUS
|
notmuch: Start actually adding messages to the index.
This is the beginning of the notmuch library as well, with its
interface in notmuch.h. So far we've got create, open, close, and
add_message (all with a notmuch_database prefix).
The current add_message function has already been whittled down from
what we have in notmuch-index-message to add only references,
message-id, and thread-id to the index, (that is---just enough to do
thread-linkage but nothing for full-text searching).
The concept here is to do something quickly so that the user can get
some data into notmuch and start using it. (The most interesting stuff
is then thread-linkage and labels like inbox and unread.) We can
defer the full-text indexing of the body of the messages for later,
(such as in the background while the user is reading mail).
The initial thread-stitching step is still slower than I would like.
We may have to stop using libgmime for this step as its overhead is
not worth it for the simple case of just parsing the message-id,
references, and in-reply-to headers.
2009-10-19 05:56:30 +02:00
|
|
|
} notmuch_status_t;
|
|
|
|
|
2009-10-22 01:12:53 +02:00
|
|
|
/* Get a string representation of a notmuch_status_t value.
|
|
|
|
*
|
|
|
|
* The result is readonly.
|
|
|
|
*/
|
|
|
|
const char *
|
|
|
|
notmuch_status_to_string (notmuch_status_t status);
|
|
|
|
|
2009-10-21 06:03:30 +02:00
|
|
|
/* Various opaque data types. For each notmuch_<foo>_t see the various
|
|
|
|
* notmuch_<foo> functions below. */
|
notmuch: Start actually adding messages to the index.
This is the beginning of the notmuch library as well, with its
interface in notmuch.h. So far we've got create, open, close, and
add_message (all with a notmuch_database prefix).
The current add_message function has already been whittled down from
what we have in notmuch-index-message to add only references,
message-id, and thread-id to the index, (that is---just enough to do
thread-linkage but nothing for full-text searching).
The concept here is to do something quickly so that the user can get
some data into notmuch and start using it. (The most interesting stuff
is then thread-linkage and labels like inbox and unread.) We can
defer the full-text indexing of the body of the messages for later,
(such as in the background while the user is reading mail).
The initial thread-stitching step is still slower than I would like.
We may have to stop using libgmime for this step as its overhead is
not worth it for the simple case of just parsing the message-id,
references, and in-reply-to headers.
2009-10-19 05:56:30 +02:00
|
|
|
typedef struct _notmuch_database notmuch_database_t;
|
2009-10-21 06:03:30 +02:00
|
|
|
typedef struct _notmuch_query notmuch_query_t;
|
2009-11-01 00:32:30 +01:00
|
|
|
typedef struct _notmuch_threads notmuch_threads_t;
|
2009-10-26 07:12:20 +01:00
|
|
|
typedef struct _notmuch_thread notmuch_thread_t;
|
2009-11-01 00:32:30 +01:00
|
|
|
typedef struct _notmuch_messages notmuch_messages_t;
|
2009-10-21 06:03:30 +02:00
|
|
|
typedef struct _notmuch_message notmuch_message_t;
|
|
|
|
typedef struct _notmuch_tags notmuch_tags_t;
|
notmuch: Start actually adding messages to the index.
This is the beginning of the notmuch library as well, with its
interface in notmuch.h. So far we've got create, open, close, and
add_message (all with a notmuch_database prefix).
The current add_message function has already been whittled down from
what we have in notmuch-index-message to add only references,
message-id, and thread-id to the index, (that is---just enough to do
thread-linkage but nothing for full-text searching).
The concept here is to do something quickly so that the user can get
some data into notmuch and start using it. (The most interesting stuff
is then thread-linkage and labels like inbox and unread.) We can
defer the full-text indexing of the body of the messages for later,
(such as in the background while the user is reading mail).
The initial thread-stitching step is still slower than I would like.
We may have to stop using libgmime for this step as its overhead is
not worth it for the simple case of just parsing the message-id,
references, and in-reply-to headers.
2009-10-19 05:56:30 +02:00
|
|
|
|
|
|
|
/* Create a new, empty notmuch database located at 'path'.
|
|
|
|
*
|
|
|
|
* The path should be a top-level directory to a collection of
|
|
|
|
* plain-text email messages (one message per file). This call will
|
|
|
|
* create a new ".notmuch" directory within 'path' where notmuch will
|
|
|
|
* store its data.
|
|
|
|
*
|
|
|
|
* After a successful call to notmuch_database_create, the returned
|
|
|
|
* database will be open so the caller should call
|
|
|
|
* notmuch_database_close when finished with it.
|
|
|
|
*
|
|
|
|
* The database will not yet have any data in it
|
|
|
|
* (notmuch_database_create itself is a very cheap function). Messages
|
|
|
|
* contained within 'path' can be added to the database by calling
|
|
|
|
* notmuch_database_add_message.
|
|
|
|
*
|
|
|
|
* In case of any failure, this function returns NULL, (after printing
|
|
|
|
* an error message on stderr).
|
|
|
|
*/
|
|
|
|
notmuch_database_t *
|
|
|
|
notmuch_database_create (const char *path);
|
|
|
|
|
2009-10-25 06:14:31 +01:00
|
|
|
/* XXX: I think I'd like this to take an extra argument of
|
|
|
|
* notmuch_status_t* for returning a status value on failure. */
|
|
|
|
|
2009-11-12 02:01:55 +01:00
|
|
|
/* Open an existing notmuch database located at 'path'.
|
notmuch: Start actually adding messages to the index.
This is the beginning of the notmuch library as well, with its
interface in notmuch.h. So far we've got create, open, close, and
add_message (all with a notmuch_database prefix).
The current add_message function has already been whittled down from
what we have in notmuch-index-message to add only references,
message-id, and thread-id to the index, (that is---just enough to do
thread-linkage but nothing for full-text searching).
The concept here is to do something quickly so that the user can get
some data into notmuch and start using it. (The most interesting stuff
is then thread-linkage and labels like inbox and unread.) We can
defer the full-text indexing of the body of the messages for later,
(such as in the background while the user is reading mail).
The initial thread-stitching step is still slower than I would like.
We may have to stop using libgmime for this step as its overhead is
not worth it for the simple case of just parsing the message-id,
references, and in-reply-to headers.
2009-10-19 05:56:30 +02:00
|
|
|
*
|
|
|
|
* The database should have been created at some time in the past,
|
|
|
|
* (not necessarily by this process), by calling
|
|
|
|
* notmuch_database_create with 'path'.
|
|
|
|
*
|
|
|
|
* An existing notmuch database can be identified by the presence of a
|
|
|
|
* directory named ".notmuch" below 'path'.
|
|
|
|
*
|
|
|
|
* The caller should call notmuch_database_close when finished with
|
|
|
|
* this database.
|
|
|
|
*
|
|
|
|
* In case of any failure, this function returns NULL, (after printing
|
|
|
|
* an error message on stderr).
|
|
|
|
*/
|
|
|
|
notmuch_database_t *
|
|
|
|
notmuch_database_open (const char *path);
|
|
|
|
|
|
|
|
/* Close the given notmuch database, freeing all associated
|
|
|
|
* resources. See notmuch_database_open. */
|
|
|
|
void
|
|
|
|
notmuch_database_close (notmuch_database_t *database);
|
|
|
|
|
2009-10-20 18:56:25 +02:00
|
|
|
/* Return the database path of the given database.
|
|
|
|
*
|
|
|
|
* The return value is a string owned by notmuch so should not be
|
|
|
|
* modified nor freed by the caller. */
|
notmuch: Start actually adding messages to the index.
This is the beginning of the notmuch library as well, with its
interface in notmuch.h. So far we've got create, open, close, and
add_message (all with a notmuch_database prefix).
The current add_message function has already been whittled down from
what we have in notmuch-index-message to add only references,
message-id, and thread-id to the index, (that is---just enough to do
thread-linkage but nothing for full-text searching).
The concept here is to do something quickly so that the user can get
some data into notmuch and start using it. (The most interesting stuff
is then thread-linkage and labels like inbox and unread.) We can
defer the full-text indexing of the body of the messages for later,
(such as in the background while the user is reading mail).
The initial thread-stitching step is still slower than I would like.
We may have to stop using libgmime for this step as its overhead is
not worth it for the simple case of just parsing the message-id,
references, and in-reply-to headers.
2009-10-19 05:56:30 +02:00
|
|
|
const char *
|
|
|
|
notmuch_database_get_path (notmuch_database_t *database);
|
|
|
|
|
2009-10-23 23:31:01 +02:00
|
|
|
/* Store a timestamp within the database.
|
|
|
|
*
|
|
|
|
* The Notmuch database will not interpret this key nor the timestamp
|
|
|
|
* values at all. It will merely store them together and return the
|
|
|
|
* timestamp when notmuch_database_get_timestamp is called with the
|
|
|
|
* same value for 'key'.
|
|
|
|
*
|
|
|
|
* The intention is for the caller to use the timestamp to allow
|
|
|
|
* efficient identification of new messages to be added to the
|
|
|
|
* database. The recommended usage is as follows:
|
|
|
|
*
|
|
|
|
* o Read the mtime of a directory from the filesystem
|
|
|
|
*
|
|
|
|
* o Call add_message for all mail files in the directory
|
|
|
|
*
|
|
|
|
* o Call notmuch_database_set_timestamp with the path of the
|
|
|
|
* directory as 'key' and the originally read mtime as 'value'.
|
|
|
|
*
|
|
|
|
* Then, when wanting to check for updates to the directory in the
|
|
|
|
* future, the client can call notmuch_database_get_timestamp and know
|
|
|
|
* that it only needs to add files if the mtime of the directory and
|
|
|
|
* files are newer than the stored timestamp.
|
|
|
|
*
|
|
|
|
* Note: The notmuch_database_get_timestamp function does not allow
|
|
|
|
* the caller to distinguish a timestamp of 0 from a non-existent
|
|
|
|
* timestamp. So don't store a timestamp of 0 unless you are
|
|
|
|
* comfortable with that.
|
|
|
|
*
|
|
|
|
* Return value:
|
|
|
|
*
|
|
|
|
* NOTMUCH_STATUS_SUCCESS: Timestamp successfully stored in database.
|
|
|
|
*
|
|
|
|
* NOTMUCH_STATUS_XAPIAN_EXCEPTION: A Xapian exception
|
|
|
|
* occurred. Timestamp not stored.
|
|
|
|
*/
|
|
|
|
notmuch_status_t
|
|
|
|
notmuch_database_set_timestamp (notmuch_database_t *database,
|
|
|
|
const char *key, time_t timestamp);
|
|
|
|
|
|
|
|
/* Retrieve a timestamp from the database.
|
|
|
|
*
|
|
|
|
* Returns the timestamp value previously stored by calling
|
|
|
|
* notmuch_database_set_timestamp with the same value for 'key'.
|
|
|
|
*
|
|
|
|
* Returns 0 if no timestamp is stored for 'key' or if any error
|
|
|
|
* occurred querying the database.
|
|
|
|
*/
|
|
|
|
time_t
|
|
|
|
notmuch_database_get_timestamp (notmuch_database_t *database,
|
|
|
|
const char *key);
|
|
|
|
|
notmuch: Start actually adding messages to the index.
This is the beginning of the notmuch library as well, with its
interface in notmuch.h. So far we've got create, open, close, and
add_message (all with a notmuch_database prefix).
The current add_message function has already been whittled down from
what we have in notmuch-index-message to add only references,
message-id, and thread-id to the index, (that is---just enough to do
thread-linkage but nothing for full-text searching).
The concept here is to do something quickly so that the user can get
some data into notmuch and start using it. (The most interesting stuff
is then thread-linkage and labels like inbox and unread.) We can
defer the full-text indexing of the body of the messages for later,
(such as in the background while the user is reading mail).
The initial thread-stitching step is still slower than I would like.
We may have to stop using libgmime for this step as its overhead is
not worth it for the simple case of just parsing the message-id,
references, and in-reply-to headers.
2009-10-19 05:56:30 +02:00
|
|
|
/* Add a new message to the given notmuch database.
|
|
|
|
*
|
|
|
|
* Here,'filename' should be a path relative to the the path of
|
2009-10-29 00:50:14 +01:00
|
|
|
* 'database' (see notmuch_database_get_path), or else should be an
|
|
|
|
* absolute filename with initial components that match the path of
|
|
|
|
* 'database'.
|
|
|
|
*
|
|
|
|
* The file should be a single mail message (not a multi-message mbox)
|
|
|
|
* that is expected to remain at its current location, (since the
|
|
|
|
* notmuch database will reference the filename, and will not copy the
|
|
|
|
* entire contents of the file.
|
2009-10-20 08:08:49 +02:00
|
|
|
*
|
2009-10-28 00:19:20 +01:00
|
|
|
* If 'message' is not NULL, then, on successful return '*message'
|
|
|
|
* will be initialized to a message object that can be used for things
|
|
|
|
* such as adding tags to the just-added message. The user should call
|
|
|
|
* notmuch_message_destroy when done with the message. On any failure
|
|
|
|
* '*message' will be set to NULL.
|
2009-10-27 05:44:05 +01:00
|
|
|
*
|
2009-10-20 08:08:49 +02:00
|
|
|
* Return value:
|
|
|
|
*
|
|
|
|
* NOTMUCH_STATUS_SUCCESS: Message successfully added to database.
|
|
|
|
*
|
2009-10-23 23:40:33 +02:00
|
|
|
* NOTMUCH_STATUS_DUPLICATE_MESSAGE_ID: Message has the same message
|
|
|
|
* ID as another message already in the database. Nothing added
|
|
|
|
* to the database.
|
|
|
|
*
|
2009-10-23 00:31:56 +02:00
|
|
|
* NOTMUCH_STATUS_FILE_ERROR: an error occurred trying to open the
|
2009-10-23 23:37:09 +02:00
|
|
|
* file, (such as permission denied, or file not found,
|
|
|
|
* etc.). Nothing added to the database.
|
2009-10-23 00:31:56 +02:00
|
|
|
*
|
2009-10-20 08:08:49 +02:00
|
|
|
* NOTMUCH_STATUS_FILE_NOT_EMAIL: the contents of filename don't look
|
2009-10-23 23:37:09 +02:00
|
|
|
* like an email message. Nothing added to the database.
|
2009-10-20 08:08:49 +02:00
|
|
|
*/
|
notmuch: Start actually adding messages to the index.
This is the beginning of the notmuch library as well, with its
interface in notmuch.h. So far we've got create, open, close, and
add_message (all with a notmuch_database prefix).
The current add_message function has already been whittled down from
what we have in notmuch-index-message to add only references,
message-id, and thread-id to the index, (that is---just enough to do
thread-linkage but nothing for full-text searching).
The concept here is to do something quickly so that the user can get
some data into notmuch and start using it. (The most interesting stuff
is then thread-linkage and labels like inbox and unread.) We can
defer the full-text indexing of the body of the messages for later,
(such as in the background while the user is reading mail).
The initial thread-stitching step is still slower than I would like.
We may have to stop using libgmime for this step as its overhead is
not worth it for the simple case of just parsing the message-id,
references, and in-reply-to headers.
2009-10-19 05:56:30 +02:00
|
|
|
notmuch_status_t
|
|
|
|
notmuch_database_add_message (notmuch_database_t *database,
|
2009-10-27 05:44:05 +01:00
|
|
|
const char *filename,
|
|
|
|
notmuch_message_t **message);
|
notmuch: Start actually adding messages to the index.
This is the beginning of the notmuch library as well, with its
interface in notmuch.h. So far we've got create, open, close, and
add_message (all with a notmuch_database prefix).
The current add_message function has already been whittled down from
what we have in notmuch-index-message to add only references,
message-id, and thread-id to the index, (that is---just enough to do
thread-linkage but nothing for full-text searching).
The concept here is to do something quickly so that the user can get
some data into notmuch and start using it. (The most interesting stuff
is then thread-linkage and labels like inbox and unread.) We can
defer the full-text indexing of the body of the messages for later,
(such as in the background while the user is reading mail).
The initial thread-stitching step is still slower than I would like.
We may have to stop using libgmime for this step as its overhead is
not worth it for the simple case of just parsing the message-id,
references, and in-reply-to headers.
2009-10-19 05:56:30 +02:00
|
|
|
|
2009-10-22 00:37:51 +02:00
|
|
|
/* Find a message with the given messsage_id.
|
|
|
|
*
|
|
|
|
* If the database contains a message with the given message_id, then
|
|
|
|
* a new notmuch_message_t object is returned. The caller should call
|
|
|
|
* notmuch_message_destroy when done with the message.
|
|
|
|
*
|
2009-10-25 17:47:21 +01:00
|
|
|
* If no message is found with the given message_id or if an
|
|
|
|
* out-of-memory situation occurs, this function returns NULL.
|
2009-10-22 00:37:51 +02:00
|
|
|
*/
|
|
|
|
notmuch_message_t *
|
|
|
|
notmuch_database_find_message (notmuch_database_t *database,
|
|
|
|
const char *message_id);
|
|
|
|
|
2009-10-21 06:03:30 +02:00
|
|
|
/* Create a new query for 'database'.
|
|
|
|
*
|
|
|
|
* Here, 'database' should be an open database, (see
|
|
|
|
* notmuch_database_open and notmuch_database_create).
|
|
|
|
*
|
|
|
|
* For the query string, we'll document the syntax here more
|
|
|
|
* completely in the future, but it's likely to be a specialized
|
|
|
|
* version of the general Xapian query syntax:
|
|
|
|
*
|
|
|
|
* http://xapian.org/docs/queryparser.html
|
|
|
|
*
|
2009-10-21 07:40:37 +02:00
|
|
|
* As a special case, passing a length-zero string, (that is ""), will
|
|
|
|
* result in a query that returns all messages in the database.
|
2009-10-21 06:03:30 +02:00
|
|
|
*
|
|
|
|
* See notmuch_query_set_sort for controlling the order of results and
|
|
|
|
* notmuch_query_search to actually execute the query.
|
|
|
|
*
|
|
|
|
* User should call notmuch_query_destroy when finished with this
|
|
|
|
* query.
|
|
|
|
*
|
|
|
|
* Will return NULL if insufficient memory is available.
|
|
|
|
*/
|
|
|
|
notmuch_query_t *
|
|
|
|
notmuch_query_create (notmuch_database_t *database,
|
|
|
|
const char *query_string);
|
|
|
|
|
|
|
|
/* Sort values for notmuch_query_set_sort */
|
|
|
|
typedef enum {
|
|
|
|
NOTMUCH_SORT_DATE_OLDEST_FIRST,
|
|
|
|
NOTMUCH_SORT_DATE_NEWEST_FIRST,
|
|
|
|
NOTMUCH_SORT_MESSAGE_ID
|
|
|
|
} notmuch_sort_t;
|
|
|
|
|
|
|
|
/* Specify the sorting desired for this query. */
|
|
|
|
void
|
|
|
|
notmuch_query_set_sort (notmuch_query_t *query, notmuch_sort_t sort);
|
|
|
|
|
2009-11-01 00:32:30 +01:00
|
|
|
/* Execute a query for threads, returning a notmuch_threads_t object
|
|
|
|
* which can be used to iterate over the results. The returned threads
|
2009-10-26 07:12:20 +01:00
|
|
|
* object is owned by the query and as such, will only be valid until
|
|
|
|
* notmuch_query_destroy.
|
|
|
|
*
|
2009-11-13 01:47:27 +01:00
|
|
|
* The 'first' and 'max_threads' arguments can be used to obtain
|
|
|
|
* partial results from the search. For example, to get results 10 at
|
|
|
|
* a time, pass 'max_threads' as 10 and for 'first' pass the values 0,
|
|
|
|
* 10, 20, etc. As a special case, a value of -1 for 'max_threads'
|
|
|
|
* indicates that no limiting is to be performed. So a search with
|
|
|
|
* 'first' == 0 and 'max_threads' == -1 will return the complete
|
|
|
|
* results of the search.
|
|
|
|
*
|
2009-10-26 07:12:20 +01:00
|
|
|
* Typical usage might be:
|
|
|
|
*
|
|
|
|
* notmuch_query_t *query;
|
2009-11-01 00:32:30 +01:00
|
|
|
* notmuch_threads_t *threads;
|
2009-10-26 07:12:20 +01:00
|
|
|
* notmuch_thread_t *thread;
|
|
|
|
*
|
|
|
|
* query = notmuch_query_create (database, query_string);
|
|
|
|
*
|
2009-11-01 00:32:30 +01:00
|
|
|
* for (threads = notmuch_query_search_threads (query);
|
|
|
|
* notmuch_threads_has_more (threads);
|
|
|
|
* notmuch_threads_advance (threads))
|
2009-10-26 07:12:20 +01:00
|
|
|
* {
|
2009-11-01 00:32:30 +01:00
|
|
|
* thread = notmuch_threads_get (threads);
|
2009-10-26 07:12:20 +01:00
|
|
|
* ....
|
|
|
|
* notmuch_thread_destroy (thread);
|
|
|
|
* }
|
|
|
|
*
|
|
|
|
* notmuch_query_destroy (query);
|
|
|
|
*
|
|
|
|
* Note: If you are finished with a thread before its containing
|
|
|
|
* query, you can call notmuch_thread_destroy to clean up some memory
|
|
|
|
* sooner (as in the above example). Otherwise, if your thread objects
|
|
|
|
* are long-lived, then you don't need to call notmuch_thread_destroy
|
|
|
|
* and all the memory will still be reclaimed when the query is
|
|
|
|
* destroyed.
|
|
|
|
*
|
|
|
|
* Note that there's no explicit destructor needed for the
|
2009-11-01 00:32:30 +01:00
|
|
|
* notmuch_threads_t object. (For consistency, we do provide a
|
|
|
|
* notmuch_threads_destroy function, but there's no good reason
|
2009-10-26 07:12:20 +01:00
|
|
|
* to call it if the query is about to be destroyed).
|
|
|
|
*/
|
2009-11-01 00:32:30 +01:00
|
|
|
notmuch_threads_t *
|
2009-11-13 01:47:27 +01:00
|
|
|
notmuch_query_search_threads (notmuch_query_t *query,
|
|
|
|
int first, int max_threads);
|
2009-10-26 07:12:20 +01:00
|
|
|
|
2009-11-01 00:32:30 +01:00
|
|
|
/* Execute a query for messages, returning a notmuch_messages_t object
|
|
|
|
* which can be used to iterate over the results. The returned
|
|
|
|
* messages object is owned by the query and as such, will only be
|
|
|
|
* valid until notmuch_query_destroy.
|
2009-10-21 06:03:30 +02:00
|
|
|
*
|
2009-11-13 01:47:27 +01:00
|
|
|
* The 'first' and 'max_messages' arguments can be used to obtain
|
|
|
|
* partial results from the search. For example, to get results 10 at
|
|
|
|
* a time, pass 'max_messages' as 10 and for 'first' pass the values
|
|
|
|
* 0, 10, 20, etc. As a special case, a value of -1 for 'max_messages'
|
|
|
|
* indicates that no limiting is to be performed. So a search with
|
|
|
|
* 'first' == 0 and 'max_messages' == -1 will return the complete
|
|
|
|
* results of the search.
|
|
|
|
*
|
2009-10-21 06:03:30 +02:00
|
|
|
* Typical usage might be:
|
|
|
|
*
|
|
|
|
* notmuch_query_t *query;
|
2009-11-01 00:32:30 +01:00
|
|
|
* notmuch_messages_t *messages;
|
2009-10-26 06:11:09 +01:00
|
|
|
* notmuch_message_t *message;
|
2009-10-21 06:03:30 +02:00
|
|
|
*
|
|
|
|
* query = notmuch_query_create (database, query_string);
|
|
|
|
*
|
2009-11-01 00:32:30 +01:00
|
|
|
* for (messages = notmuch_query_search_messages (query);
|
|
|
|
* notmuch_messages_has_more (messages);
|
|
|
|
* notmuch_messages_advance (messages))
|
2009-10-21 06:03:30 +02:00
|
|
|
* {
|
2009-11-01 00:32:30 +01:00
|
|
|
* message = notmuch_messages_get (messages);
|
2009-10-21 06:03:30 +02:00
|
|
|
* ....
|
2009-10-22 00:46:46 +02:00
|
|
|
* notmuch_message_destroy (message);
|
2009-10-21 06:03:30 +02:00
|
|
|
* }
|
|
|
|
*
|
|
|
|
* notmuch_query_destroy (query);
|
|
|
|
*
|
2009-10-22 00:46:46 +02:00
|
|
|
* Note: If you are finished with a message before its containing
|
|
|
|
* query, you can call notmuch_message_destroy to clean up some memory
|
|
|
|
* sooner (as in the above example). Otherwise, if your message
|
|
|
|
* objects are long-lived, then you don't need to call
|
|
|
|
* notmuch_message_destroy and all the memory will still be reclaimed
|
|
|
|
* when the query is destroyed.
|
2009-10-21 07:24:59 +02:00
|
|
|
*
|
2009-10-22 00:46:46 +02:00
|
|
|
* Note that there's no explicit destructor needed for the
|
2009-11-01 00:32:30 +01:00
|
|
|
* notmuch_messages_t object. (For consistency, we do provide a
|
|
|
|
* notmuch_messages_destroy function, but there's no good
|
2009-10-26 06:11:09 +01:00
|
|
|
* reason to call it if the query is about to be destroyed).
|
2009-10-21 06:03:30 +02:00
|
|
|
*/
|
2009-11-01 00:32:30 +01:00
|
|
|
notmuch_messages_t *
|
2009-11-13 01:47:27 +01:00
|
|
|
notmuch_query_search_messages (notmuch_query_t *query,
|
|
|
|
int first, int max_messages);
|
2009-10-21 06:03:30 +02:00
|
|
|
|
|
|
|
/* Destroy a notmuch_query_t along with any associated resources.
|
|
|
|
*
|
2009-11-01 00:32:30 +01:00
|
|
|
* This will in turn destroy any notmuch_threads_t and
|
|
|
|
* notmuch_messages_t objects generated by this query, (and in
|
2009-10-26 07:12:20 +01:00
|
|
|
* turn any notmuch_thrad_t and notmuch_message_t objects generated
|
|
|
|
* from those results, etc.), if such objects haven't already been
|
|
|
|
* destroyed.
|
2009-10-21 06:03:30 +02:00
|
|
|
*/
|
|
|
|
void
|
|
|
|
notmuch_query_destroy (notmuch_query_t *query);
|
|
|
|
|
2009-11-01 00:32:30 +01:00
|
|
|
/* Does the given notmuch_threads_t object contain any more
|
2009-10-26 07:12:20 +01:00
|
|
|
* results.
|
|
|
|
*
|
2009-11-01 00:32:30 +01:00
|
|
|
* When this function returns TRUE, notmuch_threads_get will
|
2009-10-26 07:12:20 +01:00
|
|
|
* return a valid object. Whereas when this function returns FALSE,
|
2009-11-01 00:32:30 +01:00
|
|
|
* notmuch_threads_get will return NULL.
|
2009-10-26 07:12:20 +01:00
|
|
|
*
|
|
|
|
* See the documentation of notmuch_query_search_threads for example
|
2009-11-01 00:32:30 +01:00
|
|
|
* code showing how to iterate over a notmuch_threads_t object.
|
2009-10-26 07:12:20 +01:00
|
|
|
*/
|
|
|
|
notmuch_bool_t
|
2009-11-01 00:32:30 +01:00
|
|
|
notmuch_threads_has_more (notmuch_threads_t *threads);
|
2009-10-26 07:12:20 +01:00
|
|
|
|
2009-11-01 00:32:30 +01:00
|
|
|
/* Get the current thread from 'threads' as a notmuch_thread_t.
|
2009-10-26 07:12:20 +01:00
|
|
|
*
|
2009-11-01 00:32:30 +01:00
|
|
|
* Note: The returned thread belongs to 'threads' and has a lifetime
|
2009-10-26 07:12:20 +01:00
|
|
|
* identical to it (and the query to which it belongs).
|
|
|
|
*
|
|
|
|
* See the documentation of notmuch_query_search_threads for example
|
2009-11-01 00:32:30 +01:00
|
|
|
* code showing how to iterate over a notmuch_threads_t object.
|
2009-10-26 07:12:20 +01:00
|
|
|
*
|
|
|
|
* If an out-of-memory situation occurs, this function will return
|
|
|
|
* NULL.
|
|
|
|
*/
|
|
|
|
notmuch_thread_t *
|
2009-11-01 00:32:30 +01:00
|
|
|
notmuch_threads_get (notmuch_threads_t *threads);
|
2009-10-26 07:12:20 +01:00
|
|
|
|
2009-11-01 00:32:30 +01:00
|
|
|
/* Advance the 'threads' iterator to the next thread.
|
2009-10-26 07:12:20 +01:00
|
|
|
*
|
|
|
|
* See the documentation of notmuch_query_search_threads for example
|
2009-11-01 00:32:30 +01:00
|
|
|
* code showing how to iterate over a notmuch_threads_t object.
|
2009-10-26 07:12:20 +01:00
|
|
|
*/
|
|
|
|
void
|
2009-11-01 00:32:30 +01:00
|
|
|
notmuch_threads_advance (notmuch_threads_t *threads);
|
2009-10-26 07:12:20 +01:00
|
|
|
|
2009-11-01 00:32:30 +01:00
|
|
|
/* Destroy a notmuch_threads_t object.
|
2009-10-26 07:12:20 +01:00
|
|
|
*
|
|
|
|
* It's not strictly necessary to call this function. All memory from
|
2009-11-01 00:32:30 +01:00
|
|
|
* the notmuch_threads_t object will be reclaimed when the
|
2009-10-26 07:12:20 +01:00
|
|
|
* containg query object is destroyed.
|
|
|
|
*/
|
|
|
|
void
|
2009-11-01 00:32:30 +01:00
|
|
|
notmuch_threads_destroy (notmuch_threads_t *threads);
|
2009-10-26 07:12:20 +01:00
|
|
|
|
|
|
|
/* Get the thread ID of 'thread'.
|
|
|
|
*
|
|
|
|
* The returned string belongs to 'thread' and as such, should not be
|
|
|
|
* modified by the caller and will only be valid for as long as the
|
|
|
|
* thread is valid, (which is until notmuch_thread_destroy or until
|
|
|
|
* the query from which it derived is destroyed).
|
|
|
|
*/
|
|
|
|
const char *
|
|
|
|
notmuch_thread_get_thread_id (notmuch_thread_t *thread);
|
|
|
|
|
2009-11-13 07:01:44 +01:00
|
|
|
/* Get the total number of messages in 'thread'.
|
|
|
|
*
|
|
|
|
* This count consists of all messages in the database belonging to
|
|
|
|
* this thread. Contrast with notmuch_thread_get_matched_messages() .
|
|
|
|
*/
|
|
|
|
int
|
|
|
|
notmuch_thread_get_total_messages (notmuch_thread_t *thread);
|
|
|
|
|
|
|
|
/* Get the number of messages in 'thread' that matched the search.
|
|
|
|
*
|
|
|
|
* This count includes only the messages in this thread that were
|
|
|
|
* matched by the search from which the thread was created. Contrast
|
|
|
|
* with notmuch_thread_get_total_messages() .
|
|
|
|
*/
|
|
|
|
int
|
|
|
|
notmuch_thread_get_matched_messages (notmuch_thread_t *thread);
|
|
|
|
|
2009-11-12 18:59:47 +01:00
|
|
|
/* Get the authors of 'thread'
|
|
|
|
*
|
|
|
|
* The returned string is a comma-separated list of the names of the
|
|
|
|
* authors of mail messages in the query results that belong to this
|
|
|
|
* thread.
|
|
|
|
*
|
|
|
|
* The returned string belongs to 'thread' and as such, should not be
|
|
|
|
* modified by the caller and will only be valid for as long as the
|
|
|
|
* thread is valid, (which is until notmuch_thread_destroy or until
|
|
|
|
* the query from which it derived is destroyed).
|
|
|
|
*/
|
|
|
|
const char *
|
|
|
|
notmuch_thread_get_authors (notmuch_thread_t *thread);
|
|
|
|
|
2009-10-27 01:35:31 +01:00
|
|
|
/* Get the subject of 'thread'
|
|
|
|
*
|
|
|
|
* The subject is taken from the first message (according to the query
|
|
|
|
* order---see notmuch_query_set_sort) in the query results that
|
|
|
|
* belongs to this thread.
|
|
|
|
*
|
|
|
|
* The returned string belongs to 'thread' and as such, should not be
|
|
|
|
* modified by the caller and will only be valid for as long as the
|
|
|
|
* thread is valid, (which is until notmuch_thread_destroy or until
|
|
|
|
* the query from which it derived is destroyed).
|
|
|
|
*/
|
|
|
|
const char *
|
|
|
|
notmuch_thread_get_subject (notmuch_thread_t *thread);
|
2009-10-30 01:31:07 +01:00
|
|
|
|
|
|
|
/* Get the date of the oldest message in 'thread' as a time_t value.
|
|
|
|
*/
|
|
|
|
time_t
|
|
|
|
notmuch_thread_get_oldest_date (notmuch_thread_t *thread);
|
|
|
|
|
|
|
|
/* Get the date of the oldest message in 'thread' as a time_t value.
|
|
|
|
*/
|
|
|
|
time_t
|
|
|
|
notmuch_thread_get_newest_date (notmuch_thread_t *thread);
|
2009-10-27 01:35:31 +01:00
|
|
|
|
2009-10-26 22:46:14 +01:00
|
|
|
/* Get the tags for 'thread', returning a notmuch_tags_t object which
|
|
|
|
* can be used to iterate over all tags.
|
|
|
|
*
|
|
|
|
* Note: In the Notmuch database, tags are stored on individual
|
|
|
|
* messages, not on threads. So the tags returned here will be all
|
|
|
|
* tags of the messages which matched the search and which belong to
|
|
|
|
* this thread.
|
|
|
|
*
|
|
|
|
* The tags object is owned by the thread and as such, will only be
|
|
|
|
* valid for as long as the thread is valid, (for example, until
|
|
|
|
* notmuch_thread_destroy or until the query from which it derived is
|
|
|
|
* destroyed).
|
|
|
|
*
|
|
|
|
* Typical usage might be:
|
|
|
|
*
|
|
|
|
* notmuch_thread_t *thread;
|
|
|
|
* notmuch_tags_t *tags;
|
|
|
|
* const char *tag;
|
|
|
|
*
|
2009-11-01 00:32:30 +01:00
|
|
|
* thread = notmuch_threads_get (threads);
|
2009-10-26 22:46:14 +01:00
|
|
|
*
|
|
|
|
* for (tags = notmuch_thread_get_tags (thread);
|
|
|
|
* notmuch_tags_has_more (tags);
|
|
|
|
* notmuch_result_advance (tags))
|
|
|
|
* {
|
|
|
|
* tag = notmuch_tags_get (tags);
|
|
|
|
* ....
|
|
|
|
* }
|
|
|
|
*
|
|
|
|
* notmuch_thread_destroy (thread);
|
|
|
|
*
|
|
|
|
* Note that there's no explicit destructor needed for the
|
|
|
|
* notmuch_tags_t object. (For consistency, we do provide a
|
|
|
|
* notmuch_tags_destroy function, but there's no good reason to call
|
|
|
|
* it if the message is about to be destroyed).
|
|
|
|
*/
|
|
|
|
notmuch_tags_t *
|
|
|
|
notmuch_thread_get_tags (notmuch_thread_t *thread);
|
|
|
|
|
2009-10-26 07:12:20 +01:00
|
|
|
/* Destroy a notmuch_thread_t object. */
|
|
|
|
void
|
|
|
|
notmuch_thread_destroy (notmuch_thread_t *thread);
|
|
|
|
|
2009-11-01 00:32:30 +01:00
|
|
|
/* Does the given notmuch_messages_t object contain any more
|
|
|
|
* messages.
|
2009-10-21 06:03:30 +02:00
|
|
|
*
|
2009-11-01 00:32:30 +01:00
|
|
|
* When this function returns TRUE, notmuch_messages_get will return a
|
|
|
|
* valid object. Whereas when this function returns FALSE,
|
|
|
|
* notmuch_messages_get will return NULL.
|
2009-10-21 06:03:30 +02:00
|
|
|
*
|
2009-10-26 06:11:09 +01:00
|
|
|
* See the documentation of notmuch_query_search_messages for example
|
2009-11-01 00:32:30 +01:00
|
|
|
* code showing how to iterate over a notmuch_messages_t object.
|
2009-10-21 06:03:30 +02:00
|
|
|
*/
|
|
|
|
notmuch_bool_t
|
2009-11-01 00:32:30 +01:00
|
|
|
notmuch_messages_has_more (notmuch_messages_t *messages);
|
2009-10-21 06:03:30 +02:00
|
|
|
|
2009-11-01 00:32:30 +01:00
|
|
|
/* Get the current message from 'messages' as a notmuch_message_t.
|
2009-10-21 06:03:30 +02:00
|
|
|
*
|
2009-11-01 00:32:30 +01:00
|
|
|
* Note: The returned message belongs to 'messages' and has a lifetime
|
2009-10-21 06:03:30 +02:00
|
|
|
* identical to it (and the query to which it belongs).
|
|
|
|
*
|
2009-10-26 06:11:09 +01:00
|
|
|
* See the documentation of notmuch_query_search_messages for example
|
2009-11-01 00:32:30 +01:00
|
|
|
* code showing how to iterate over a notmuch_messages_t object.
|
2009-10-25 17:47:21 +01:00
|
|
|
*
|
|
|
|
* If an out-of-memory situation occurs, this function will return
|
|
|
|
* NULL.
|
2009-10-21 06:03:30 +02:00
|
|
|
*/
|
|
|
|
notmuch_message_t *
|
2009-11-01 00:32:30 +01:00
|
|
|
notmuch_messages_get (notmuch_messages_t *messages);
|
2009-10-21 06:03:30 +02:00
|
|
|
|
2009-11-01 00:32:30 +01:00
|
|
|
/* Advance the 'messages' iterator to the next result.
|
2009-10-21 06:03:30 +02:00
|
|
|
*
|
2009-10-26 06:11:09 +01:00
|
|
|
* See the documentation of notmuch_query_search_messages for example
|
2009-11-01 00:32:30 +01:00
|
|
|
* code showing how to iterate over a notmuch_messages_t object.
|
2009-10-21 06:03:30 +02:00
|
|
|
*/
|
|
|
|
void
|
2009-11-01 00:32:30 +01:00
|
|
|
notmuch_messages_advance (notmuch_messages_t *messages);
|
2009-10-21 06:03:30 +02:00
|
|
|
|
2009-11-01 00:32:30 +01:00
|
|
|
/* Destroy a notmuch_messages_t object.
|
2009-10-21 07:24:59 +02:00
|
|
|
*
|
|
|
|
* It's not strictly necessary to call this function. All memory from
|
2009-11-01 00:32:30 +01:00
|
|
|
* the notmuch_messages_t object will be reclaimed when the containg
|
|
|
|
* query object is destroyed.
|
2009-10-21 07:24:59 +02:00
|
|
|
*/
|
|
|
|
void
|
2009-11-01 00:32:30 +01:00
|
|
|
notmuch_messages_destroy (notmuch_messages_t *messages);
|
2009-10-21 07:24:59 +02:00
|
|
|
|
2009-10-21 06:03:30 +02:00
|
|
|
/* Get the message ID of 'message'.
|
|
|
|
*
|
|
|
|
* The returned string belongs to 'message' and as such, should not be
|
|
|
|
* modified by the caller and will only be valid for as long as the
|
|
|
|
* message is valid, (which is until the query from which it derived
|
|
|
|
* is destroyed).
|
2009-10-23 15:04:57 +02:00
|
|
|
*
|
|
|
|
* This function will not return NULL since Notmuch ensures that every
|
|
|
|
* message has a unique message ID, (Notmuch will generate an ID for a
|
|
|
|
* message if the original file does not contain one).
|
2009-10-21 06:03:30 +02:00
|
|
|
*/
|
|
|
|
const char *
|
|
|
|
notmuch_message_get_message_id (notmuch_message_t *message);
|
|
|
|
|
2009-10-25 22:54:13 +01:00
|
|
|
/* Get the thread ID of 'message'.
|
|
|
|
*
|
|
|
|
* The returned string belongs to 'message' and as such, should not be
|
|
|
|
* modified by the caller and will only be valid for as long as the
|
|
|
|
* message is valid, (for example, until the user calls
|
|
|
|
* notmuch_message_destroy on 'message' or until a query from which it
|
|
|
|
* derived is destroyed).
|
|
|
|
*
|
|
|
|
* This function will not return NULL since Notmuch ensures that every
|
|
|
|
* message belongs to a single thread.
|
|
|
|
*/
|
|
|
|
const char *
|
|
|
|
notmuch_message_get_thread_id (notmuch_message_t *message);
|
|
|
|
|
2009-10-24 00:12:03 +02:00
|
|
|
/* Get the filename for the email corresponding to 'message'.
|
2009-10-23 14:38:13 +02:00
|
|
|
*
|
2009-10-29 00:50:14 +01:00
|
|
|
* The returned filename is an absolute filename, (the initial
|
|
|
|
* component will match notmuch_database_get_path() ).
|
|
|
|
*
|
2009-10-24 00:12:03 +02:00
|
|
|
* The returned string belongs to the message so should not be
|
|
|
|
* modified or freed by the caller (nor should it be referenced after
|
|
|
|
* the message is destroyed). */
|
2009-10-23 14:38:13 +02:00
|
|
|
const char *
|
|
|
|
notmuch_message_get_filename (notmuch_message_t *message);
|
|
|
|
|
2009-10-30 00:06:27 +01:00
|
|
|
/* Get the date of 'message' as a time_t value.
|
|
|
|
*
|
|
|
|
* For the original textual representation of the Date header from the
|
|
|
|
* message call notmuch_message_get_header() with a header value of
|
|
|
|
* "date". */
|
|
|
|
time_t
|
|
|
|
notmuch_message_get_date (notmuch_message_t *message);
|
|
|
|
|
2009-10-29 16:51:12 +01:00
|
|
|
/* Get the value of the specified header from 'message'.
|
|
|
|
*
|
|
|
|
* The value will be read from the actual message file, not from the
|
|
|
|
* notmuch database. The header name is case insensitive.
|
|
|
|
*
|
|
|
|
* The returned string belongs to the message so should not be
|
|
|
|
* modified or freed by the caller (nor should it be referenced after
|
|
|
|
* the message is destroyed).
|
|
|
|
*
|
2009-11-12 08:00:58 +01:00
|
|
|
* Returns an empty string ("") if the message does not contain a
|
|
|
|
* header line matching 'header'. Returns NULL if any error occurs.
|
2009-10-29 16:51:12 +01:00
|
|
|
*/
|
|
|
|
const char *
|
|
|
|
notmuch_message_get_header (notmuch_message_t *message, const char *header);
|
|
|
|
|
2009-10-21 06:03:30 +02:00
|
|
|
/* Get the tags for 'message', returning a notmuch_tags_t object which
|
|
|
|
* can be used to iterate over all tags.
|
|
|
|
*
|
|
|
|
* The tags object is owned by the message and as such, will only be
|
|
|
|
* valid for as long as the message is valid, (which is until the
|
|
|
|
* query from which it derived is destroyed).
|
|
|
|
*
|
|
|
|
* Typical usage might be:
|
|
|
|
*
|
|
|
|
* notmuch_message_t *message;
|
|
|
|
* notmuch_tags_t *tags;
|
|
|
|
* const char *tag;
|
|
|
|
*
|
2009-10-22 00:23:08 +02:00
|
|
|
* message = notmuch_database_find_message (database, message_id);
|
2009-10-21 06:03:30 +02:00
|
|
|
*
|
|
|
|
* for (tags = notmuch_message_get_tags (message);
|
|
|
|
* notmuch_tags_has_more (tags);
|
|
|
|
* notmuch_result_advance (tags))
|
|
|
|
* {
|
2009-10-22 00:23:08 +02:00
|
|
|
* tag = notmuch_tags_get (tags);
|
2009-10-21 06:03:30 +02:00
|
|
|
* ....
|
|
|
|
* }
|
|
|
|
*
|
2009-10-22 00:23:08 +02:00
|
|
|
* notmuch_message_destroy (message);
|
|
|
|
*
|
|
|
|
* Note that there's no explicit destructor needed for the
|
|
|
|
* notmuch_tags_t object. (For consistency, we do provide a
|
|
|
|
* notmuch_tags_destroy function, but there's no good reason to call
|
|
|
|
* it if the message is about to be destroyed).
|
2009-10-21 06:03:30 +02:00
|
|
|
*/
|
|
|
|
notmuch_tags_t *
|
|
|
|
notmuch_message_get_tags (notmuch_message_t *message);
|
|
|
|
|
2009-10-22 00:53:38 +02:00
|
|
|
/* The longest possible tag value. */
|
|
|
|
#define NOTMUCH_TAG_MAX 200
|
|
|
|
|
|
|
|
/* Add a tag to the given message.
|
|
|
|
*
|
|
|
|
* Return value:
|
|
|
|
*
|
|
|
|
* NOTMUCH_STATUS_SUCCESS: Tag successfully added to message
|
|
|
|
*
|
|
|
|
* NOTMUCH_STATUS_NULL_POINTER: The 'tag' argument is NULL
|
|
|
|
*
|
2009-10-27 06:25:45 +01:00
|
|
|
* NOTMUCH_STATUS_TAG_TOO_LONG: The length of 'tag' is too long
|
|
|
|
* (exceeds NOTMUCH_TAG_MAX)
|
2009-10-22 00:53:38 +02:00
|
|
|
*/
|
|
|
|
notmuch_status_t
|
|
|
|
notmuch_message_add_tag (notmuch_message_t *message, const char *tag);
|
|
|
|
|
|
|
|
/* Remove a tag from the given message.
|
|
|
|
*
|
|
|
|
* Return value:
|
|
|
|
*
|
2009-10-27 06:25:45 +01:00
|
|
|
* NOTMUCH_STATUS_SUCCESS: Tag successfully removed from message
|
2009-10-22 00:53:38 +02:00
|
|
|
*
|
|
|
|
* NOTMUCH_STATUS_NULL_POINTER: The 'tag' argument is NULL
|
|
|
|
*
|
2009-10-27 06:25:45 +01:00
|
|
|
* NOTMUCH_STATUS_TAG_TOO_LONG: The length of 'tag' is too long
|
|
|
|
* (exceeds NOTMUCH_TAG_MAX)
|
2009-10-22 00:53:38 +02:00
|
|
|
*/
|
|
|
|
notmuch_status_t
|
|
|
|
notmuch_message_remove_tag (notmuch_message_t *message, const char *tag);
|
|
|
|
|
2009-10-27 06:25:45 +01:00
|
|
|
/* Remove all tags from the given message.
|
|
|
|
*
|
|
|
|
* See notmuch_message_freeze for an example showing how to safely
|
|
|
|
* replace tag values.
|
|
|
|
*/
|
|
|
|
void
|
|
|
|
notmuch_message_remove_all_tags (notmuch_message_t *message);
|
|
|
|
|
|
|
|
/* Freeze the current state of 'message' within the database.
|
|
|
|
*
|
|
|
|
* This means that changes to the message state, (via
|
|
|
|
* notmuch_message_add_tag, notmuch_message_remove_tag, and
|
|
|
|
* notmuch_message_remove_all_tags), will not be committed to the
|
|
|
|
* database until the message is thawed with notmuch_message_thaw.
|
|
|
|
*
|
|
|
|
* Multiple calls to freeze/thaw are valid and these calls with
|
|
|
|
* "stack". That is there must be as many calls to thaw as to freeze
|
|
|
|
* before a message is actually thawed.
|
|
|
|
*
|
|
|
|
* The ability to do freeze/thaw allows for safe transactions to
|
|
|
|
* change tag values. For example, explicitly setting a message to
|
|
|
|
* have a given set of tags might look like this:
|
|
|
|
*
|
|
|
|
* notmuch_message_freeze (message);
|
|
|
|
*
|
|
|
|
* notmuch_message_remove_all_tags (message);
|
|
|
|
*
|
|
|
|
* for (i = 0; i < NUM_TAGS; i++)
|
|
|
|
* notmuch_message_add_tag (message, tags[i]);
|
|
|
|
*
|
|
|
|
* notmuch_message_thaw (message);
|
|
|
|
*
|
|
|
|
* With freeze/thaw used like this, the message in the database is
|
|
|
|
* guaranteed to have either the full set of original tag value, or
|
|
|
|
* the full set of new tag values, but nothing in between.
|
|
|
|
*
|
|
|
|
* Imagine the example above without freeze/thaw and the operation
|
|
|
|
* somehow getting interrupted. This could result in the message being
|
|
|
|
* left with no tags if the interruption happened after
|
|
|
|
* notmuch_message_remove_all_tags but before notmuch_message_add_tag.
|
|
|
|
*/
|
|
|
|
void
|
|
|
|
notmuch_message_freeze (notmuch_message_t *message);
|
|
|
|
|
|
|
|
/* Thaw the current 'message', synchronizing any changes that may have
|
|
|
|
* occurred while 'message' was frozen into the notmuch database.
|
|
|
|
*
|
|
|
|
* See notmuch_message_freeze for an example of how to use this
|
|
|
|
* function to safely provide tag changes.
|
|
|
|
*
|
|
|
|
* Multiple calls to freeze/thaw are valid and these calls with
|
|
|
|
* "stack". That is there must be as many calls to thaw as to freeze
|
|
|
|
* before a message is actually thawed.
|
|
|
|
*
|
|
|
|
* Return value:
|
|
|
|
*
|
|
|
|
* NOTMUCH_STATUS_SUCCESS: Message successfully thawed, (or at least
|
|
|
|
* its frozen count has successfully been reduced by 1).
|
|
|
|
*
|
|
|
|
* NOTMUCH_STATUS_UNBALANCE_FREEZE_THAW: An attempt was made to thaw
|
|
|
|
* an unfrozen message. That is, there have been an unbalanced
|
|
|
|
* number of calls to notmuch_message_freeze and
|
|
|
|
* notmuch_message_thaw.
|
|
|
|
*/
|
|
|
|
notmuch_status_t
|
|
|
|
notmuch_message_thaw (notmuch_message_t *message);
|
|
|
|
|
2009-10-21 07:24:59 +02:00
|
|
|
/* Destroy a notmuch_message_t object.
|
|
|
|
*
|
|
|
|
* It can be useful to call this function in the case of a single
|
|
|
|
* query object with many messages in the result, (such as iterating
|
|
|
|
* over the entire database). Otherwise, it's fine to never call this
|
|
|
|
* function and there will still be no memory leaks. (The memory from
|
|
|
|
* the messages get reclaimed when the containing query is destroyed.)
|
|
|
|
*/
|
|
|
|
void
|
|
|
|
notmuch_message_destroy (notmuch_message_t *message);
|
|
|
|
|
2009-10-22 00:45:34 +02:00
|
|
|
/* Does the given notmuch_tags_t object contain any more tags.
|
2009-10-21 06:03:30 +02:00
|
|
|
*
|
|
|
|
* When this function returns TRUE, notmuch_tags_get will return a
|
|
|
|
* valid string. Whereas when this function returns FALSE,
|
|
|
|
* notmuch_tags_get will return NULL.
|
|
|
|
*
|
|
|
|
* See the documentation of notmuch_message_get_tags for example code
|
|
|
|
* showing how to iterate over a notmuch_tags_t object.
|
|
|
|
*/
|
|
|
|
notmuch_bool_t
|
|
|
|
notmuch_tags_has_more (notmuch_tags_t *tags);
|
|
|
|
|
2009-10-22 00:45:34 +02:00
|
|
|
/* Get the current tag from 'tags' as a string.
|
2009-10-21 06:03:30 +02:00
|
|
|
*
|
|
|
|
* Note: The returned string belongs to 'tags' and has a lifetime
|
|
|
|
* identical to it (and the query to which it utlimately belongs).
|
|
|
|
*
|
|
|
|
* See the documentation of notmuch_message_get_tags for example code
|
|
|
|
* showing how to iterate over a notmuch_tags_t object.
|
|
|
|
*/
|
|
|
|
const char *
|
|
|
|
notmuch_tags_get (notmuch_tags_t *tags);
|
|
|
|
|
|
|
|
/* Advance the 'tags' iterator to the next tag.
|
|
|
|
*
|
|
|
|
* See the documentation of notmuch_message_get_tags for example code
|
|
|
|
* showing how to iterate over a notmuch_tags_t object.
|
|
|
|
*/
|
|
|
|
void
|
2009-10-22 00:45:34 +02:00
|
|
|
notmuch_tags_advance (notmuch_tags_t *tags);
|
2009-10-21 06:03:30 +02:00
|
|
|
|
2009-10-21 07:24:59 +02:00
|
|
|
/* Destroy a notmuch_tags_t object.
|
|
|
|
*
|
|
|
|
* It's not strictly necessary to call this function. All memory from
|
|
|
|
* the notmuch_tags_t object will be reclaimed when the containg
|
|
|
|
* message or query objects are destroyed.
|
|
|
|
*/
|
|
|
|
void
|
|
|
|
notmuch_tags_destroy (notmuch_tags_t *tags);
|
|
|
|
|
notmuch: Start actually adding messages to the index.
This is the beginning of the notmuch library as well, with its
interface in notmuch.h. So far we've got create, open, close, and
add_message (all with a notmuch_database prefix).
The current add_message function has already been whittled down from
what we have in notmuch-index-message to add only references,
message-id, and thread-id to the index, (that is---just enough to do
thread-linkage but nothing for full-text searching).
The concept here is to do something quickly so that the user can get
some data into notmuch and start using it. (The most interesting stuff
is then thread-linkage and labels like inbox and unread.) We can
defer the full-text indexing of the body of the messages for later,
(such as in the background while the user is reading mail).
The initial thread-stitching step is still slower than I would like.
We may have to stop using libgmime for this step as its overhead is
not worth it for the simple case of just parsing the message-id,
references, and in-reply-to headers.
2009-10-19 05:56:30 +02:00
|
|
|
NOTMUCH_END_DECLS
|
|
|
|
|
|
|
|
#endif
|