Op 06/01/2019 om 15:29 schreef Chris BL:
Hello Stephan,
I'm interested to see this get fixed (and ideally one day for it to be really easy for people to set up Alpine so that it competes fairly with heavier GUIs!), but I do not know that I am qualified to help (beyond light testing). Is there someone from Alpine on this thread?
The trigger for this problem is being worked on (tracked internally as DOP-838). The overall Alpine issue I don't know.
The second (askubuntu.com) link you give is my own question (and answer, based on Aki Tuomi's earlier responses). Oh, lol :)
Regards,
Stephan.
On Sun, 6 Jan 2019, Stephan Bosch wrote:
Op 31/12/2018 om 16:53 schreef Chris Barrington-Leigh:
I then followed the instructions in the Warning lines above and now I get:
dovecot -n -c /home/meuser/dotfiles/auto-stanford-dovecot.conf # 2.3.2.1 (0719df592): /home/meuser/dotfiles/auto-stanford-dovecot.conf # Pigeonhole version 0.5.2 () # OS: Linux 4.18.0-13-generic x86_64 Ubuntu 18.10 ext4 # Hostname: cpbl-t450s mail_location = maildir:/home/meuser/imap/gmailStanford:LAYOUT=fs:INBOX=/home/meuser/imap/gmailStanford/INBOX service stats { unix_listener stats-writer { mode = 0666 } } ssl_dh = # hidden, use -P to show it verbose_proctitle = yes
However, this does not help my primary symptom:
$ /usr/lib/dovecot/imap -c /home/meuser/dotfiles/auto-stanford-dovecot.conf imap(meuser,)Error: net_connect_unix(/var/run/dovecot/stats-writer) failed: Permission denied
- PREAUTH [CAPABILITY IMAP4rev1 SASL-IR LOGIN-REFERRALS ID ENABLE IDLE SORT SORT=DISPLAY THREAD=REFERENCES THREAD=REFS THREAD=ORDEREDSUBJECT MULTIAPPEND URL-PARTIAL CATENATE UNSELECT CHILDREN NAMESPACE UIDPLUS LIST-EXTENDED I18NLEVEL=1 CONDSTORE QRESYNC ESEARCH ESORT SEARCHRES WITHIN CONTEXT=SEARCH LIST-STATUS BINARY MOVE SNIPPET=FUZZY LITERAL+ NOTIFY] Logged in as meuser
I notice that you use an explicit configuration file for your imap invocation. Which likely means that this is something different from the config used the main dovecot service running on your system. That service block needs to be in the configuration of the dovecot instance running the stats service (which is likely just the main /etc/dovecot/dovecot.conf). Given the location of your own config file, I'm assuming you cannot manage the main dovecot instance?
BTW, there is a related thread with a different solution to this issue:
https://www.dovecot.org/pipermail/dovecot/2019-January/114151.html
We're still working on getting that bug fixed, so that will not help you immediately, unless you can patch dovecot.
BTW, I find it a bit weird that Alpine would fail on this. It is not a fatal error, so the imap service will just work. The error is sent to /dev/stderr, so I'd normally expect a service like Alpine to be able to ignore output sent there.
The question below is about the same issue and their config suggests that stderr is sent to a log file:
https://askubuntu.com/questions/1104056/how-to-use-local-dovecot-imap-with-a...
So, I really don't understand what the core of the problem is. Why does Alpine fail on this at all?
Regards,
Stephan.