similar to: Understanding the limitations of Dovecot Submission Service

> what should it do with the non local messages or local messages directly > at aliases? OK, so I gather that the Submission Server cannot do that (yet). My suggestion for a future version would then be: How about running dovecot-lda, if the user happens to be local, or a local alias? Or at least provide some sort of pattern matching: anything matching *@example.com , pass the message to

Op 12-12-2017 om 15:28 schreef Tanstaafl: > This is fantastic Stephan! Especially since I'll soon be rolling a new > Dovecot server to act as a backup for our current Office 365 mail, as > well as to be prepared in case I can ever talk the boss into migrating > back to dovecot (we were using Dovecot for a really long time until he > was convinced by others that we 'had'

This is fantastic Stephan! Especially since I'll soon be rolling a new Dovecot server to act as a backup for our current Office 365 mail, as well as to be prepared in case I can ever talk the boss into migrating back to dovecot (we were using Dovecot for a really long time until he was convinced by others that we 'had' to be on Office 365). I'll also be setting up a shiny new VPS

??? Stephan, thank you very much for your hard work. I want to ask your opinion about jmap ( http://jmap.io/ ) , do you think is a viable alternative to current IMAP + MSA ? ??? Regards ??? Mar?a El 12/12/17 a las 00:14, Stephan Bosch escribi?: > Hi, > > As some of you know, I started implementing the SMTP submission proxy a > few years ago. It acts as a front-end for any MTA,

> On 03/11/2020 12:31 Piotr Auksztulewicz <dcml at hasiok.net> wrote: > > > On Mon, Nov 02, 2020 at 09:33:08PM +0100, R. Diez wrote: > > OK, so I gather that the Submission Server cannot do that (yet). > > And probably would never do. It isn't its job description. > > Actually, it is just a convenience/workaround feature, which comes handy > only if

On 13.12.2017 21:41, Tanstaafl wrote: > On 12/12/2017, 1:39:08 PM, Stephan Bosch <stephan at rename-it.nl> wrote: >> However, keep in mind that for this particular feature we're just >> providing the "chicken" as it were. The "egg", i.e. client support, is >> still to come. Apart from Trojita (which I think is still not widely >> used), I

> On December 20, 2017 at 4:39 PM Tanstaafl <tanstaafl at libertytrek.org> wrote: > > > On Sat Dec 16 2017 15:41:25 GMT-0500 (Eastern Standard Time), Tanstaafl > <tanstaafl at libertytrek.org> wrote: > > Ok, well, my ignorance is probably glaring here, but what I meant was, > > the make the BURL/URLAUTH pieces strictly between Dovecot and the > >

On 12/16/2017, 5:10:14 AM, Stephan Bosch <stephan at rename-it.nl> wrote: > Op 12/14/2017 om 6:07 PM schreef Tanstaafl: >> One other point. >> >> Adding support for something like this that also requires Clients to add >> support for it is just begging for a feature that never gets used. >> >> Stephan, are you sure there is no (fairly simple) way to

On 12/12/2017, 1:39:08 PM, Stephan Bosch <stephan at rename-it.nl> wrote: > However, keep in mind that for this particular feature we're just > providing the "chicken" as it were. The "egg", i.e. client support, is > still to come. Apart from Trojita (which I think is still not widely > used), I know of no IMAP client supporting BURL/URLAUTH for message

Op 12/14/2017 om 6:07 PM schreef Tanstaafl: > One other point. > > Adding support for something like this that also requires Clients to add > support for it is just begging for a feature that never gets used. > > Stephan, are you sure there is no (fairly simple) way to make this an > SMTP service that any email client that supports SMTP can use? It already is a normal

One other point. Adding support for something like this that also requires Clients to add support for it is just begging for a feature that never gets used. Stephan, are you sure there is no (fairly simple) way to make this an SMTP service that any email client that supports SMTP can use? On 12/14/2017, 10:57:44 AM, Tanstaafl <tanstaafl at libertytrek.org> wrote: > On 12/14/2017,

Hi all: I am learning Dovecot step by step. I have enabled the Submission Server, in the hope that I would not need to learn other MTAs like Postfix. The Submission Server is very comfortable: it picks up the existing Dovecot configuration, so that you do not need to configure any user authentication separately. It is working fine on my test setup. My first thought was that, if the recipient

> What you are looking for would be a very advanced setup > [...] I don't think so. But we'll see! I would be happy to take a pre-packaged mail server solution like iRedMail which includes RoundCube or whatever. I just need a "easy", practical guide to reconfigure it to 1) download e-mails from a multidrop, and 2) relay external e-mail to the ISP's SMTP server.

Hi Everyone! I've setup dovecot 2.3.2.1 on a Gentoo server. I want to configure the submission service in order to replace the corresponding part in Postfix (which is my SMTP server). I configured submission it with just a few options different of the default ones: submission_client_workarounds = whitespace-before-path submission_relay_host = 127.0.0.1 submission_relay_port = 10026

On 12/14/2017, 3:03:41 AM, Aki Tuomi <aki.tuomi at dovecot.fi> wrote: > On 13.12.2017 21:41, Tanstaafl wrote: >> On 12/12/2017, 1:39:08 PM, Stephan Bosch <stephan at rename-it.nl> wrote: >> I thought this was simply going to be an SMTP like service that any SMTP >> client could utilize, keeping the BURL/URLAUTH pieces working only >> between Dovecot and the

On Sat Dec 16 2017 15:41:25 GMT-0500 (Eastern Standard Time), Tanstaafl <tanstaafl at libertytrek.org> wrote: > Ok, well, my ignorance is probably glaring here, but what I meant was, > the make the BURL/URLAUTH pieces strictly between Dovecot and the > backend SMTP server, make it invisible to the Client... So, I take it the no response to this means that there is no way to put the

On 12/22/2017, 1:19:45 AM, Aki Tuomi <aki.tuomi at dovecot.fi> wrote: > Tanstaafl, maybe you could explain what you think the BURL/URLAUTH > stuff is for, or do you have some particular use case you would be using > it? Client support already is not required, and yes, it might take a > long time before clients support it. Hi Aki, I would primarily just like to be able to

On June 21, 2019 3:13:59 PM GMT+02:00, "Germ?n Herrera via dovecot" <dovecot at dovecot.org> wrote: >Hi Everyone! > >I've setup dovecot 2.3.2.1 on a Gentoo server. I want to configure the >submission service in order to replace the corresponding part in >Postfix >(which is my SMTP server). >I configured submission it with just a few options different of

On 02/11/2020 20:17, R. Diez wrote: > Hi all: > > I am learning Dovecot step by step. I have enabled the Submission > Server, in the hope that I would not need to learn other MTAs like > Postfix. the submission server is a proxy in front of an MTA. You can't avoid having an MTA somewhere in your solution. https://doc.dovecot.org/admin_manual/submission_server/ > > The

Hi Christian, first of all I appreciate your quick answer. You are correct, if I "openssl -starttls smtp -connect <host>:<port>" I notice the AUTH capability is published, so that explains why the clients that I configure with STARTTLS are able to find out the AUTH mechanisms and authenticate correctly. I also found out that the AUTH is shown before entering STARTTLS if