-
Notifications
You must be signed in to change notification settings - Fork 26
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
STARTTLS encryption on managesieve cannot be enabled anymore #53
Comments
probably everyone uses TLS by default i'd imagine. what do you propose? |
I don't think so. For example, iRedMail seems to expose an unencrypted (well, until the client does a STARTTLS (and most clients enforce it)) managesieve: https://docs.iredmail.org/network.ports.html And so does mailinabox: https://mailinabox.email/static/architecture.svg Also every client I tried only supports STARTTLS, but I didn't try many. Do you use one that supports TLS? Finally, the RFC only mentions STARTTLS (contrary to the SMTP and IMAP ones): https://tools.ietf.org/html/rfc5804#section-2.2
Maybe a |
with TLS i also meant STARTTLS but now i notice the difference. would you want to create a PR for this? |
Sure, just assign the issue to me so I don't forget it. I'm rather busy atm, so this will have to wait a bit. |
24101d6 (#45) enabled SSL by default on managesieve (port 4190), but as far as I understand no plaintext alternative port is provided, so STARTTLS is not possible.
Since the managesieve spec does not define a SSL port, some managesieve clients (claws mail and sieve-connect for example) only support STARTTLS, and have no way to connect to the nixcloud-webservices' managesieve server (unless encryption is disabled altogether with
enableTLS = false;
).The text was updated successfully, but these errors were encountered: