stalwartlabs / imap-server Goto Github PK

When removed a mail, no mail moves to Trash, Deleted Messages or Deleted Items. It's lost.

OS: macOS 13.1
App: Apple Mail.app 16.0, Airmail 5.5.82, GyazMail 1.7.1

Some IMAP clients rely on a different UIDValidity value per folder to work. This value is often combined with the message index to create a unique message id per mailbox. When returning the same UIDValidity the logic breaks.

Current behavior:
The IMAP server creates the same UIDValidity for all folders.

Desired behavior:
The IMAP server creates a different a UIDValidity per folder.

I tried stalward-jmap and stalward-imap server, these are great, thanks for your work!
But I have a few difficulities.
IMAP server works without problem. I can receive inbound mails and read them.
Next I'd like to configure Postfix server with SASL using saslauthd for sending a outbound mail.
I tried saslauthd -a rimap -O localhost, but authentications alwasy fail.
Could you advice me how to configure Postfix with SASL using Stalwart-Imap server?

Which feature or improvement would you like to request?

IMAP supports marking certain mailboxes as special use such as for SPAM, Sent, Drafts and Trash usage. An example from Dovecot is available here which might make a bit more sense. Not only do these special mailboxes automatically get created on first logon for the Dovecot case, they are appropriately annotated so a client supporting special use mailboxes will know what they are used for.

Currently Stalwart does support RFC6154, but I didn't see any documentation noting:

• If these mailboxes are automatically created
• How to create them which might simply be noting that your client needs to send the right data along

If special use mailboxes are not being automatically created I will raise another feature request to add support for it similar to the Dovecot example. It does make a new user setup quite easy.

Is your feature request related to a problem?

No response

Code of Conduct

• I agree to follow this project's Code of Conduct

What happened?

As the title says. The problem is not new, it happened in 4.2 already.

How can we reproduce the problem?

I can reproduce the problem by doing the following steps:

• open thunderbird
• create ~5 folders
• switch between them

Version

v0.5.x

What database are you using?

PostgreSQL

What blob storage are you using?

S3-compatible

Where is your directory located?

SQL

What operating system are you using?

Docker

Relevant log output

There is no mention of a failed log-in in the logs, only SQL lookups of the user.

There is a single suspicious looking SMTP line in the logs from around when it happens, may be unrelated:
* BYE Server shutting down.

Code of Conduct

• I agree to follow this project's Code of Conduct

I can't move a mail from inbox to other folers.

Could you advice me what I should do?

• Client

1. OS: macOS 13.1
2. MUA: Apple Mail.app 16.0, Postbox 7.0.59

• Server

1. OS: Debian 11.6
2. Stalwart-JMAP: 0.2.0
3. Stalwart-IMAP: 0.2.0

• Stalwart-JMAP Log : log-level: debug
  No output.
• Stalwart-IMAP Log: log-level : debug
  See https://gist.github.com/mzch/2deade6aa90d38c652ab6ef34dfd3bee

What happened?

As the title says. The problem is not new, it happened in 4.2 already.

How can we reproduce the problem?

I can reproduce the problem by doing the following steps:

• open K-9 mail downloaded from f-droid
• add account from a stalwart server
• open inbox folder or unified inbox (feature of k-9), both are empty

Version

v0.5.x

What database are you using?

PostgreSQL

What blob storage are you using?

S3-compatible

Where is your directory located?

SQL

What operating system are you using?

Docker

Relevant log output

Log output when pulling down in Inbox (fetching new mail)

2024-01-02T22:51:06.968349Z TRACE imap::core::client: event="read" data="4 NOOP\r\n" size=8
2024-01-02T22:51:06.968982Z TRACE imap::core::writer: event="write" data="4 OK NOOP completed\r\n" size=21
2024-01-02T22:51:06.986481Z TRACE imap::core::client: event="read" data="5 EXAMINE \"INBOX\"\r\n" size=19
2024-01-02T22:51:06.989118Z TRACE imap::core::writer: event="write" data="* OK [CLOSED] Closed previous mailbox\r\n* 8 EXISTS\r\n* FLAGS (\\Answered \\Flagged \\Deleted \\Seen \\Draft)\r\n* 0 RECENT\r\n* OK [PERMANENTFLAGS (\\Deleted \\Seen \\Answered \\Flagged \\Draft \\*)] All allowed\r\n* OK [UIDVALIDITY 223336917] UIDs valid\r\n* OK [UIDNEXT 25] Next predicted UID\r\n* OK [MAILBOXID (a)] Unique Mailbox ID\r\n5 OK [READ-ONLY] EXAMINE completed\r\n" size=351
2024-01-02T22:51:07.008698Z TRACE imap::core::client: event="read" data="6 UID SEARCH 1:8 NOT DELETED\r\n" size=30
2024-01-02T22:51:07.009167Z TRACE imap::core::writer: event="write" data="* SEARCH\r\n6 OK UID SEARCH completed\r\n" size=37

Code of Conduct

• I agree to follow this project's Code of Conduct

In order to manage encryption at a reverse-proxy layer, it would be nice to allow the tls port to listen unencrypted but behaves as if it was encrypted and provide PLAIN login... This would need to be set up specially and a specific bind address might be useful to have port 143 listen to 0.0.0.0 and tls encrypted only to 127.0.0.1

This is not strictly required, a self signed certificate could be set up with the reverse proxy ignoring the backend certificate.

Is there a way to sync this with JMAP? I'd like to use both IMAP/JMAP for compatibility reasons and it'd be a pretty useful feature.

What happened?

https://datatracker.ietf.org/doc/html/rfc5804#section-2.3

The server MUST reply with an OK response.

How can we reproduce the problem?

the-djmaze/snappymail#1455

Version

v0.6.x