After a week of tests all works perfect. ~kon patch fix this issue.

~emersion, yes. Your approach is much better than mine.

Related to #150, #151, #154, #159

Right now the CategorizedMailboxes are forced to have the following names:

• Drafts
• Sent
• Junk
• Trash
• Archive

The main problem with this is that it assumes you have your mailbox in English and it doesn't have to be. In my personal case, having the mailbox in Spanish, the names of the CategorizedMailboxes are:

• Borradores
• Enviados
• Spam
• Papelera
• Archivo

And when you try to perform some kind of action that requires using any of these CategorizedMailboxes the system crashes with a 500 error.

--> After clicking on "Delete"
o4hVUA UID MOVE 42034 "Trash"
o4hVUA NO [TRYCREATE] No folder Trash (Failure)
2022-05-08T10:50:03+02:00 ERROR failed to move message: No folder Trash (Failure)
2022-05-08T10:50:03+02:00 method=POST, uri=/message/INBOX/move?to=Trash, status=500

--> After clicking on "Archive"
03kkxg UID MOVE 42034 "Archive"
03kkxg NO [TRYCREATE] No folder Archive (Failure)
2022-05-08T10:50:34+02:00 ERROR failed to move message: No folder Archive (Failure)
2022-05-08T10:50:34+02:00 method=POST, uri=/message/INBOX/move?to=Archive, status=500

--> After clicking on "Report Spam"
P22Tug UID MOVE 42034 "Junk"
P22Tug NO [TRYCREATE] No folder Junk (Failure)
2022-05-08T10:53:24+02:00 ERROR failed to move message: No folder Junk (Failure)
2022-05-08T10:53:24+02:00 method=POST, uri=/message/INBOX/move?to=Junk, status=500

--> After sending each message
2022-05-08T10:55:59+02:00 ERROR failed to save message to Sent mailbox: Unable to resolve mailbox
2022-05-08T10:55:59+02:00 method=POST, uri=/compose, status=500

It would be very interesting to have some method for the user to choose which directories correspond to the CategorizedMailboxes in their our settings.

I just did some tests now and it seems to work correctly 👌. I will keep it under observation and confirm the results tomorrow.

Any news about this? Have you been able to reproduce it? If I can do anything else or help in any way, please let me know.

I think it would make more sense to set the paths at build time rather than bundling. This allows theme to be added/updated without altering the binary.

I think that one thing does not rule out the other, since you could bundle templates but override them if there are present on themes folder.

For example you have alps theme bundled, but in themes folder exists themes/alps/head.html then head.html is loaded from themes folder.

Bundle templates and assets with the binary is a interesting thing. There are some projects as Gogs that already do it. This would also allow the entire system to work by simply distributing the binary.

On the other hand, I think it is necessary to improve the definition of the location of plugins and themes to make it easier for the user to install alps at system level. Right now the only way to achieve this is to patch the code as is done in AUR packaging. Maybe a Makefile that allows to define the installation prefix? Something like make PREFIX="/usr/lib/alps/" for define a themes dir /usr/lib/alps/themes and plugins dir /usr/lib/alps/plugins.

I'm sorry, I understood how the system works, I was missing the assets in the plugins directory and that's why I was getting the error. You can close this issue.

Simply run alps with sourcehut theme:

% alps -theme sourcehut -debug example.com
2022-04-16T13:06:22+02:00 - Configured upstream IMAP server: imaps://imap.example.com:993
2022-04-16T13:06:22+02:00 - Configured upstream SMTP server: smtp://smtp.example.com:587
2022-04-16T13:06:22+02:00 - Loaded plugin "base"
2022-04-16T13:06:22+02:00 - caldav: failed to discover CalDAV server: discovery not yet implemented
2022-04-16T13:06:22+02:00 - carddav: failed to discover CardDAV server: carddav: domain doesn't have an SRV record
2022-04-16T13:06:22+02:00 - Loaded plugin "viewhtml"
2022-04-16T13:06:22+02:00 - Loaded plugin "viewtext"
2022-04-16T13:06:22+02:00 - Loading theme "alps"
2022-04-16T13:06:22+02:00 - Loading theme "sourcehut"
⇨ http server started on [::]:1323
2022-04-16T13:06:28+02:00 ERROR Error occured rendering error page: html/template:error.html:14:11: no such template "foot.html". How meta.
2022-04-16T13:06:28+02:00 ERROR html/template:login.html:43:11: no such template "foot.html"
2022-04-16T13:06:28+02:00 method=GET, uri=/login, status=200

Maybe it's because it doesn't take alps theme as a base?

A screenshot:

If don't load, go here