similar to: New Dovecot service: SMTP Submission (RFC6409)

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'

??? 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,

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

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

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,

> 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

Sorry if this seems elementary - but a question on implementation/usage/purpose of this.? My understanding is at this time the SMTP proxy server is only that - it does not implement any further functionality.? So its availability now is purely for testing purposes.? Is that accurate? I secondly assume that this intended for trusted clients only - so this is not intended for processing email

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

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

Hi Timo, There was another thread (it has come up at least a few times in the past few years I've been lurking) on the postfix list about having some kind of automatic 'Save to Sent' option to avoid the users mail client from having to upload messages twice (obviously the only ones of concern are ones with large attachments) - once to send it, and once to save the copy in the sent

Thank you Timo for beginning the port of URLAUTH, BURL, and CATENATE from 1.2 to 2.0. Attached please find two patches that finish the port to 2.0. One patch updates the dovecot-2.0-urlauth branch and is based on the tip of that branch. The other patch adds the full support to dovecot-2.0.beta5. The resulting URLAUTH/BURL/CATENATE code is the same. Please let me know if you have any questions

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

> 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

You know, I was thinking: wouldn't it be nice to have RFC 4468 (Message Submission BURL Extension) support in dovecot? Maybe we should ask the guys from Apple to contribute some support for it, I have a gut feeling they would gladly do so ;) Kind regards -- Erik.

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 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

v2.2 hg now has support for NOTIFY extension. The only thing missing is support for SubscriptionChange events. Now would be a good time for IMAP clients to start implementing and testing it. :) I remember K9 developers at least said they were just waiting for Dovecot to support it first. v2.2 implements some other extensions also: BINARY, CATENATE and MOVE. Stephan has also implemented URLAUTH