Jacek Generowicz writes:
> Hello,
>
> Would you have any advice on how to construct a notmuch-poll script
> that would work well in concert with OfflineIMAP? In particlular, how
> can you avoid having to re-issue the IMAP account passwords?
>
> The OfflineIMAP docs state that SIGUSR1 forces an
Hello,
I'm trying to use notmuch from Emacs. I have a number of SMTP accounts
through which I would need to send mail. Suggested solutions I have
found fall into 3 categories:
+ Gnus posting styles. (I'd rather stay clear of gnus, at present.)
+ Writing plaintext passwords in the MSMTP config
Hello,
Would you have any advice on how to construct a notmuch-poll script
that would work well in concert with OfflineIMAP? In particlular, how
can you avoid having to re-issue the IMAP account passwords?
The OfflineIMAP docs state that SIGUSR1 forces an immediate resync of
all accounts, so
Hi Jacek,
I am using msmtp for this: I keep my passwords in an encrypted
file and use a shellscript to decrypt and grep for passwords
in combination with msmtp's `passwordeval` option.
Have a look at
https://github.com/pazz/configs/blob/master/.msmtprc
about this to the wiki, since it comes up enough.
hth.
jamie.
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 835 bytes
Desc: not available
URL:
<http://notmuchmail.org/pipermail/notmuch/attachments/20120403/058920b8/attachment.pgp>
plication/pgp-signature
Size: 835 bytes
Desc: not available
URL:
<http://notmuchmail.org/pipermail/notmuch/attachments/20120403/6099856e/attachment.pgp>
Hi Jacek,
On Tue, Apr 3, 2012 at 09:27, Jacek Generowicz
wrote:
> Would you have any advice on how to construct a notmuch-poll script
> that would work well in concert with OfflineIMAP? ?In particlular, how
> can you avoid having to re-issue the IMAP account passwords?
>
> The OfflineIMAP docs
On Mon, 2 Apr 2012 10:54:48 -0700, Jameson Graef Rollins wrote:
> On Mon, Apr 02 2012, Andrei POPESCU wrote:
> > Im sorting my mailing lists with generic maildrop rules like this one:
> >
> > if (/^List-Id:.*/)
> > to Maildir/.debian.$MATCH1/
> >
> >
Hello,
Looking through the archives of this list, I see that the topic of
message deletion is, if not controversial, then at least non-trivial.
+ Requests for the provision of message deletion mechanisms have
appeared many times, and that various patches addressing the issue
have been
not available
Type: application/pgp-signature
Size: 489 bytes
Desc: not available
URL:
<http://notmuchmail.org/pipermail/notmuch/attachments/20120403/cbebe91b/attachment.pgp>
On Mon, 02 Apr 2012 14:43:16 -0700, Jameson Graef Rollins wrote:
> So what if we instead modified the top level binary ("notmuch") to:
>
> * add an option to specify that commands are to be processed from stdin
> (--batch)
>
> * when in batch mode the db is opened once at the beginning and
And shouldn't we be able to improve the handling of command line
> arguments so that we get the same encoding handling on the command line
> as we would from stdin?
>
> jamie.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://notmuchmail.org/pipermail/notmuch/attachments/20120403/1e0695bf/attachment.html>
ing handles insane message ids and tags.
Otherwise there should be no difference.
Jani.
>
> jamie.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://notmuchmail.org/pipermail/notmuch/attachments/20120403/fb4fcd4d/attachment.html>
On Mon, 02 Apr 2012 14:43:16 -0700, Jameson Graef Rollins
jroll...@finestructure.net wrote:
So what if we instead modified the top level binary (notmuch) to:
* add an option to specify that commands are to be processed from stdin
(--batch)
* when in batch mode the db is opened once at
Hello,
Looking through the archives of this list, I see that the topic of
message deletion is, if not controversial, then at least non-trivial.
+ Requests for the provision of message deletion mechanisms have
appeared many times, and that various patches addressing the issue
have been
Hello,
Would you have any advice on how to construct a notmuch-poll script
that would work well in concert with OfflineIMAP? In particlular, how
can you avoid having to re-issue the IMAP account passwords?
The OfflineIMAP docs state that SIGUSR1 forces an immediate resync of
all accounts, so
Hello,
I'm trying to use notmuch from Emacs. I have a number of SMTP accounts
through which I would need to send mail. Suggested solutions I have
found fall into 3 categories:
+ Gnus posting styles. (I'd rather stay clear of gnus, at present.)
+ Writing plaintext passwords in the MSMTP config
Hi Jacek,
I am using msmtp for this: I keep my passwords in an encrypted
file and use a shellscript to decrypt and grep for passwords
in combination with msmtp's `passwordeval` option.
Have a look at
https://github.com/pazz/configs/blob/master/.msmtprc
On Tue, 3 Apr 2012 17:29:07 +0200, Jacek Generowicz jacek.generow...@cern.ch
wrote:
Hello,
I'm trying to use notmuch from Emacs. I have a number of SMTP accounts
through which I would need to send mail. Suggested solutions I have
found fall into 3 categories:
+ Gnus posting styles. (I'd
Jacek Generowicz jacek.generow...@cern.ch writes:
Hello,
Would you have any advice on how to construct a notmuch-poll script
that would work well in concert with OfflineIMAP? In particlular, how
can you avoid having to re-issue the IMAP account passwords?
The OfflineIMAP docs state that
On Mon, 2 Apr 2012 10:54:48 -0700, Jameson Graef Rollins
jroll...@finestructure.net wrote:
On Mon, Apr 02 2012, Andrei POPESCU andreimpope...@gmail.com wrote:
Im sorting my mailing lists with generic maildrop rules like this one:
if (/^List-Id:.*debian-(.*)\.lists.debian.org/)
Hi Jacek,
On Tue, Apr 3, 2012 at 09:27, Jacek Generowicz jacek.generow...@cern.ch wrote:
Would you have any advice on how to construct a notmuch-poll script
that would work well in concert with OfflineIMAP? In particlular, how
can you avoid having to re-issue the IMAP account passwords?
The
On Tue, Apr 03 2012, Jani Nikula j...@nikula.org wrote:
Yes, it's more flexible, but what are the real benefits of such
flexibility? What other commands than tag/restore would truly benefit
from this? I might add that nobody has asked for such flexibility.
But I do believe it was your patch
On Tue, Apr 03 2012, Jacek Generowicz jacek.generow...@cern.ch wrote:
Looking through the archives of this list, I see that the topic of
message deletion is, if not controversial, then at least non-trivial.
+ Requests for the provision of message deletion mechanisms have
appeared many
Jameson Graef Rollins jroll...@finestructure.net writes:
There's no point in adding and initial flag to the beginning of the
line to specify the command to execute if you have no intention of
ever supporting other commands.
My thinking was that it was useful for the disk format to have a bit
25 matches
Mail list logo