~tmplt

LuleƄ, Sweden

https://tmplt.dev

Student. Maintainer of some hobby project.

Trackers

~tmplt/bookwyrm

Last active 4 months ago

#319 outgoing: add oauth authentication method 28 days ago

Comment by ~tmplt on ~sircmpwn/aerc2

On Sun Nov 17, 2019 at 9:21 AM ~labrat wrote:

I've set mine to outgoing = /bin/msmtp --read-envelope-from

That does it, thanks.

#319 outgoing: add oauth authentication method 29 days ago

Comment by ~tmplt on ~sircmpwn/aerc2

On Sat Nov 16, 2019 at 10:37 AM ~labrat wrote:

msmtp already works, man aerc-sendmail Would that be just outgoing = /path/to/msmtp? I'm getting a confusing EOF error without the mail being sent. I tried using the below script as outgoing to see what aerc actually calls the executable with (in case I need to write some wrapper), but there is no ~/{options,stdin} after the mail has been sent. Am I missing something?

# sendmail-dummy.sh, with +x
echo -- "$@" > ~/options
while IFS= read -r line
do
    echo "$line" >> ~/stdin
done < /dev/stdin

#319 outgoing: add oauth authentication method 30 days ago

Comment by ~tmplt on ~sircmpwn/aerc2

An alternative would be to support msmtp as an outgoing messenger, which supports oauth (together with getmail-gmail-xoauth-tokens).

#319 outgoing: add oauth authentication method 30 days ago

feature added by ~tmplt on ~sircmpwn/aerc2

#319 outgoing: add oauth authentication method 30 days ago

smtp added by ~tmplt on ~sircmpwn/aerc2

#319 outgoing: add oauth authentication method 30 days ago

Ticket created by ~tmplt on ~sircmpwn/aerc2

My organisation uses gmail and does not allow one to enable 2FA which is required for app passwords; could oauth be implemented for outgoing mail too?

#1 Only display TUI if any items are found 4 months ago

on ~tmplt/bookwyrm

REPORTED RESOLVED IMPLEMENTED

#1 Only display TUI if any items are found 11 months ago

DISCUSSION added by ~tmplt on ~tmplt/bookwyrm

#1 Only display TUI if any items are found 11 months ago

Ticket created by ~tmplt on ~tmplt/bookwyrm

Having the TUI open only to not display anything becayse nothing was found is a bit disappointing. Additionally, it is not very obvious when running plugins stop. Perhaps it would be better to only display the TUI if at least one item is found, and otherwise exit the program with an error (a more obvious indication that no items where found)?

How log entries made during this before-TUI phase should be handled when the TUI starts up must be considered it this comes to be.