View Issue Details
|ID||Project||Category||View Status||Date Submitted||Last Update|
|0000031||SOGo||Backend Mail||public||2009-06-23 04:06||2019-09-17 06:01|
|Target Version||Fixed in Version|
|Summary||0000031: Support for SMTP SASL AUTH and SMTP TLS/SSL|
|Description||It would be very nice if you can add support for SMTP SASL and SMTP|
over TLS/SSL in the next version of SOGo.
|Additional Information||There are lot of examples of SMTP server (MTA) configurations that|
require user's authentication:
For example, there might be "protected" mail destination addresses,
for example internal or restricted mailing lists, so that only
specific set of authenticated senders can post their messages to these
Or, second example is usage of Autoresponse - autoresponder for the
Postfix MTA (for more details please see:
http://nefaria.com/?page_id=3D7). SMTP SASL authentication is also
required, in order to ensure that only appropriate authenticated user
can set autoresponse (vacation) message.
|Tags||No tags attached.|
I need SASL support too :)
its not a good way to whitelist the hole sogo server on the mailsystem for everything
|I hope that this feature will be developed soon, otherwise I have to switch the groupware again :(|
|Since there are many people interested in having this feature implemented, maybe we could ask for an estimate to Inverse and share the expense.|
+1 for SMTP AUTH
Could Pantomime be used for this? http://www.collaboration-world.com/pantomime
I am also very interested in such ability (both SASL Auth, TLS/SSL for SMTP). I am a bit surprised that this feature is not included it today.
Please take an attention to this request.
Auth PLAIN is implemented for SMTP, but without TLS/SSL.
As workaround we use stunnel in order to get STARTTLS encrypted connections to our mailserver.
|Hi Chris, yes, thank you. With stunnel it is possible to use SSL/TLS. I have just implemented it and it works. Just for completeness the different tcp port for inbound stunnel can be defined using "host:port" format of "SOGoSMTPServer" parameter.|
stunnel is simply a workaround.
Direct support for STARTTLS is really a mandatory thing in the SMTP/IMAP/POP world these days.
+1 for implementing real STARTTLS support.
+1 for STARTTLS of course
But please also consider implementing CRAM-MD5 AUTH method at least (DIGEST-MD5 would also be great).
Please don't stick only with PLAIN and/or LOGIN methods which are outdated. Digests a WAY more secure than anything else even without encryption!
One thing at a time, please. Let's get proper STARTTLS working first (with PLAIN and LOGIN).
Then you can create feature requests for adding different/additional methods/mechanisms.
This feature request was opened in June of 2009 - almost 5 YEARS ago.
Does this mean there is no real interest by the developers to get it working?
I can't imagine it would be *that* hard - I mean, there *has* to be some open source code out there that you can 'borrow' for the heavy lifting?
|+1 for STARTTLS. Is there any news on this issue?|
|6 years old issue. any news on this issue?|
|Please implement this feature, it's really useful.|
Any update on this 7-year old feature request? SMTP over TLS is really a mandatory feature nowaday.
Any update? Still no plan to support SMTP over TLS?
Is the smtp over tls auth feature in progress?
any news about it?
|Hope to have STARTTLS/TLS support soon!|
Any update? Still no plan to support SMTP over TLS?
any chance to add this feature in next version, would be great.
|Any news on this?|
Still no progress on this issue?
No need to hurry, I'm a very patient person...
Happy anniversary :(
I can't believe that you were not able to implement STARTTLS for SMTP in the last 10 years.
|2009-06-23 04:06||djordjije||New Issue|
|2010-02-23 10:02||MSmiatek||Note Added: 0000626|
|2010-02-23 10:02||MSmiatek||Note Edited: 0000626|
|2011-07-31 09:44||maybee||Note Added: 0002771|
|2011-07-31 10:29||corradofiore||Note Added: 0002772|
|2011-11-16 07:01||ffischer||Note Added: 0003010|
|2014-01-28 08:05||michal_b||Note Added: 0006446|
|2014-01-29 13:11||Christian Mack||Note Added: 0006455|
|2014-02-01 16:38||michal_b||Note Added: 0006467|
|2014-03-03 09:24||tanstaafl||Note Added: 0006604|
|2014-03-05 22:32||obnox||Note Added: 0006644|
|2014-03-06 08:05||tanstaafl||Note Added: 0006653|
|2014-03-06 08:07||tanstaafl||Note Added: 0006654|
|2015-05-04 15:18||jceb||Note Added: 0008445|
|2015-06-08 17:45||djordjije||Note Added: 0008601|
|2015-10-29 15:29||francis||Relationship added||related to 0003374|
|2015-10-31 21:04||zhb||Note Added: 0009063|
|2016-04-01 02:41||zhb||Note Added: 0009912|
|2016-09-08 10:33||zhb||Note Added: 0010638|
|2017-04-23 07:17||raz||Note Added: 0011751|
|2017-04-23 07:18||raz||Note Edited: 0011751||View Revisions|
|2017-04-23 07:19||raz||Note Edited: 0011751||View Revisions|
|2017-07-05 18:45||pavinjoseph||Note Added: 0012038|
|2018-05-07 22:53||zhb||Note Added: 0012867|
|2018-05-15 10:38||Khussein||Note Added: 0012879|
|2018-05-15 10:39||Khussein||Note Edited: 0012879||View Revisions|
|2019-02-13 10:49||Christian Mack||Relationship added||has duplicate 0004676|
|2019-02-13 10:58||johan.smits||Note Added: 0013348|
|2019-04-27 15:45||djordjije||Note Added: 0013556|
|2019-09-17 06:01||florian||Note Added: 0013752|