Tip: unsubscribing from GitHub notifications from within mutt

Dear all, Here is something I have been wanting for a long time. For those who don't know, the email notifications sent by GitHub do have all the information to unsubscribe from the corresponding thread in their header, not only as the href of a link of their HTML attachment. This little

Re: Scheduling deferred sending of emails

Dear Jakub, Jakub Jindra via Mutt-users (2023/07/31 08:50 +0200): > I remember replying to a similar post on Unix Stackexchange in the past: > https://unix.stackexchange.com/a/554369/85046 That sounds like a very cool starting point, thanks! AIUI it uses MSMTP as an intermediate queuing system.

Re: Scheduling deferred sending of emails

Many thanks, Claus. I'll definitely investigate these ideas and see how they map or don't map in Exim terminology. Will report back here in any case.

Re: Scheduling deferred sending of emails

Christopher Zimmermann (2023/07/29 12:55 +0200): > I'm pretty sure this feature is only implemented in the MUA, not the MTA. > Therefore if the MUA is offline at the time of the scheduled dispatch, the > mail will be delayed longer. Yeah that's why I had the idea of doing it in the MTA because it

Re: Unsubscribing from GitHub notifications from mutt

Kevin J. McCarthy (2023/07/29 18:07 +0800): > On Sat, Jul 29, 2023 at 11:38:00AM +0200, Sébastien Hinderer wrote: > > Has anybody already set-up such a feature? Would be interested in the > > details on (1) then. > > If you don't mind using the mailto URL, Mutt 2.1+ ha

Scheduling deferred sending of emails

Dear all, I would like to be able to respond to emails quickly to have it done but defer the actual sending of the response to slow down conversations. Ideally at the moment of sending I would specify a date and time after which I am fine with the mail being sent. For example, I respond to an

Unsubscribing from GitHub notifications from mutt

Dear all, I would like to be able to unscribe from GitHub threads directly from within mutt (the index, say). I noticed that the emails sent by GitHubcontain this Header: List-Unsubscribe: ,

PLAIN auth mechanism fails with outlook.office365.com imap server

Dear all, I am unfortunate enough to have to use an Office365 e-mail account. I am told by its sysadmin that IMAP support is enabled. I am using mutt version 2.2.9-1+b1 (Debian). When trying to authenticate, the only mechanism mutt and the server have in common is PLAIN, which is not ideal but

Re: Incompatible IMAP authentication methods

Oakley (2023/03/18 08:25 -0700): > On 03/18 08:41, Sébastien Hinderer wrote: > > I did try fetchmail but it segfaulted. I don't know how I should proceed > > from here. Any suggestion welcome. > > I saw this article on XOAUTH2 with mutt. I haven't tried it, but it > migh

Re: Incompatible IMAP authentication methods

Hi Kevin, many thanks for your repsonse! Kevin J. McCarthy (2023/03/17 19:31 -0700): > On Fri, Mar 17, 2023 at 11:53:05PM +0100, Sébastien Hinderer wrote: > > I am trying to read emails on an exchange server through IMAP. > > > > The server only accepts the PLAIN and X

Incompatible IMAP authentication methods

Dear all, I am trying to read emails on an exchange server through IMAP. The server only accepts the PLAIN and XOAUTH2 authentication methods, whereas mutt offers SASL, GSSAPI, CRAM-MD5 et LOGIN. Since there is no authentication method in common they can not come to an agreement. Given that I

Re: Re: Re: Re: Loading several intialisation files at startup

Jan Eden via Mutt-users (2022/09/15 21:39 +0200): > > I think what I described in the first e-mail would allow you to have > > only one file per account and to not repeat the line, no? > > Right, I misread your initial request. Sorry! No problem. Seeing your macros will a source of inspiraiton

Re: Re: Re: Loading several intialisation files at startup

Jan, I think I got it. Am I correct that, for each account, you have actually two files: one that you use in your alias and one that you use in your macro. Is that right? I think what I described in the first e-mail would allow you to have only one file per account and to not repeat the line,

Re: Re: Loading several intialisation files at startup

Hello Jan, thanks a lot for your response and the link! Jan Eden via Mutt-users (2022/09/15 11:42 +0200): > I defined aliases for my accounts in .zshrc, because I do not mind > restarting mutt when switching to a different account: > > alias m1='cd ~/Downloads && /opt/homebrew/bin/mutt -F

Re: Loading several intialisation files at startup

Hello, Many thanks for your reponse! Cameron Simpson (2022/09/15 08:27 +1000): > I thought the common approach was what you next outline: a single muttrc > which sources the appropriate account-specific muttrc. [...] For files that define different thisgs yes, that works. But for accounts,

Loading several intialisation files at startup

Dear all, I would like to have a nice way to deal with several accounts in mutt. I am talking just about the .muttrc file aspect here. My present configuration is that each account has its own muttrc file which sources a common one. I find it a pity to repeat the source main-mutt-config-file

Re: Using several SMTP servers

Hey Sam, many thanks, again, for your response, Sam Kuper (2022/08/12 19:56 +): > CASE 1 > > IIRC, msmtp can be configured to use a different smarthost per *email > address*. (To emphasise: you would set that up in msmtp's config, not > in msmtp-queue's config. msmtp-queue doesn't really

Re: Using several SMTP servers

Daniel Tameling (2022/08/12 20:53 +0200): > On Fri, Aug 12, 2022 at 03:58:02PM +, Sam Kuper wrote: > > - Test/tweak/re-test msmtp until working. (E.g. using Mutt or GNU > > Mailutils's `mail` command to send emails from the command-line, > > with relevant command-line options set so

Re: Using several SMTP servers

Thanks a lot, Sam! Everything you write makes sense. Just one question and one remark, if you don't mind. 1. Am I correct that it will be possible, when calling smstp-queue, to specify which smarthost to use? In other words, am I correct that this will let me associate one smart host (SMTP

Re: Using several SMTP servers

Hello Sam, many thanks for your interesting response! Sam Kuper (2022/08/11 17:43 +): > Consider using msmtp for sending, and msmtp-queue for queueing: > > >https://lists.mutt.org/pipermail/mutt-users/Week-of-Mon-20210208/002485.html My understanding is that, on one side, mutt would call

Using mutt with ProtonMail

Dear all, Has anybody experience with using mutt to read/send e-mails through ProtonMail, please? Am I correct that, to make this work, one has to both pay and install ProtonMail's bridge on ones computer so that it acts as an IMAP/POP/SMTP gateway? I am a bit reluctant, to pay but perhaps even

Using several SMTP servers

Dear all, Sorry if the question is off-topic, hopefully not completely though. I am wondering what's the best way to use different SMTP servers to send mails, depending on which e-mail account I am currently using (the From address). I do realise that the two things (the SMTP server used to

Re: mutt, imaps and OAuth2

Hello, Will Yardley (2022/08/04 16:44 -0700): > Yeah, if you can use an application password, and if your org has IMAP > enabled, this is the easiest approach and the path of least > resistence. That indeed corresponds to my experience. > There's also the external Python script used for oauth2,

Re: mutt, imaps and OAuth2

Dear Francesco, Thank you, so much, for your response!! Francesco Ariis (2022/08/04 12:27 +0200): > Have you considered enabling 2fa and then adding an application-specific > password? I knew about app passwords but I stayed with the impression that they gad been abandonned and that OAuth2 was

Re: mutt, imaps and OAuth2

Hi Matthias, Matthias Apitz (2022/08/04 12:14 +0200): > Be prepared to run into troubles sending mails to GMail/GoogleMail. > Google requires very special DNS configs to accept mails for their > users. I gave up on this and do not send any mails to Google users > anymore. So far I didn't

Re: mutt, imaps and OAuth2

Hello, Sam Kuper (2022/08/04 10:07 +): > On Thu, Aug 04, 2022 at 09:40:03AM +0200, Sébastien Hinderer wrote: > > I am about to work for an organization whose e-mails are managed by > > Google. > > Commiserations. Thanks. I was not very happy about that. :-) > As

Re: mutt, imaps and OAuth2

Francesco Ariis (2022/08/04 13:26 +0200): > Il 04 agosto 2022 alle 12:51 Sébastien Hinderer ha scritto: > > > > I tried to configure mutt to read those e-mails, in particular to make > > > > the OAuth2 authentification method work for imaps. > > > &g

Re: mutt, imaps and OAuth2

Hello Francesco! Francesco Ariis (2022/08/04 12:27 +0200): > Hello Sébastien, > > Il 04 agosto 2022 alle 09:40 Sébastien Hinderer ha scritto: > > I am about to work for an organization whose e-mails are managed by > > Google. > > > > I tried to con

mutt, imaps and OAuth2

Dear all, I am about to work for an organization whose e-mails are managed by Google. I tried to configure mutt to read those e-mails, in particular to make the OAuth2 authentification method work for imaps. So far the problem seems to be that the project I have created in my organisation to