On 5/14/2013 11:52 PM, Daniel Parthey wrote:
Stephan Bosch wrote:
On 2013-05-09 10:35 AM, Stephan Bosch wrote:
Currently, I'm building an SMTP submission proxy server.
To provide some sort of solution for the short term, I guess I'll
just add an optional auto-save-to-sent feature. When the su
Stephan Bosch wrote:
> >On 2013-05-09 10:35 AM, Stephan Bosch wrote:
> >>Currently, I'm building an SMTP submission proxy server.
> To provide some sort of solution for the short term, I guess I'll
> just add an optional auto-save-to-sent feature. When the submission
> service has direct access to
On 5/14/2013 11:12 PM, Daniel Parthey wrote:
Stephan Bosch wrote:
One of the most important issues on my list is implementing support for using
alternative types of storage (e.g. a database) for Sieve scripts, rather than
only a filesystem directory as it is now.
What about using Dovecot's lib-
Stephan Bosch wrote:
> One of the most important issues on my list is implementing support for using
> alternative types of storage (e.g. a database) for Sieve scripts, rather than
> only a filesystem directory as it is now.
What about using Dovecot's lib-fs to abstract the storage layer?
Regards
* Stephan Bosch :
> On 5/10/2013 3:02 PM, Patrick Ben Koetter wrote:
> >* Stephan Bosch :
> >>But I don't quite understand how this is different from XCLIENT,
> >>apart from the SOURCE and IDENT items perhaps.
> >XCLIENT impersonates a client and the SMTP server will act as if the XCLIENT
> >was th
On 5/10/2013 3:02 PM, Patrick Ben Koetter wrote:
* Stephan Bosch :
But I don't quite understand how this is different from XCLIENT,
apart from the SOURCE and IDENT items perhaps.
XCLIENT impersonates a client and the SMTP server will act as if the XCLIENT
was the real client, e.g. it will apply
* Stephan Bosch :
> On 5/10/2013 2:20 PM, Patrick Ben Koetter wrote:
> >* Stephan Bosch :
> >>What is XFORWARD good for? It looks very similar, but focused on
> >>dealing with mail filter intermediaries. I don't think this applies
> >>here.
> >It forwards the META data for logging purposes and is u
On 5/10/2013 2:20 PM, Patrick Ben Koetter wrote:
* Stephan Bosch :
What is XFORWARD good for? It looks very similar, but focused on
dealing with mail filter intermediaries. I don't think this applies
here.
It forwards the META data for logging purposes and is useful to create
consistent logging
* Stephan Bosch :
> On 5/10/2013 12:12 PM, Christian Rohmann wrote:
> >Hey Stephan,
> >
> >On 05/09/2013 11:23 PM, Stephan Bosch wrote:
> >>It basically acts as a front-end to your normal MTA. First of all, it
> >>provides a convenient way to add SMTP AUTH support to any MTA. But the
> >>main goal
On 5/10/2013 12:12 PM, Christian Rohmann wrote:
Hey Stephan,
On 05/09/2013 11:23 PM, Stephan Bosch wrote:
It basically acts as a front-end to your normal MTA. First of all, it
provides a convenient way to add SMTP AUTH support to any MTA. But the
main goal for this project is to implement an SM
Am 10.05.2013 12:42, schrieb Charles Marcus:
> On 2013-05-10 4:41 AM, Stan Hoeppner wrote:
>> On 5/9/2013 11:05 AM, Charles Marcus wrote:
>>> This would be awesome, as we deal with a lot of large attachments, and
>>> when people are working from home, it can take many many seconds (even a
>>> minu
On 2013-05-10 4:41 AM, Stan Hoeppner wrote:
On 5/9/2013 11:05 AM, Charles Marcus wrote:
This would be awesome, as we deal with a lot of large attachments, and
when people are working from home, it can take many many seconds (even a
minute or so for very large attachments depending on their inte
Hey Stephan,
On 05/09/2013 11:23 PM, Stephan Bosch wrote:
It basically acts as a front-end to your normal MTA. First of all, it
provides a convenient way to add SMTP AUTH support to any MTA. But the
main goal for this project is to implement an SMTP submission server
with full support for the LE
On 5/9/2013 11:05 AM, Charles Marcus wrote:
> This would be awesome, as we deal with a lot of large attachments, and
> when people are working from home, it can take many many seconds (even a
> minute or so for very large attachments depending on their internet
> connection speed) to send, and the
On 5/9/2013 11:35 PM, Timo Sirainen wrote:
On 10.5.2013, at 0.23, Stephan Bosch wrote:
Anyway, adding support for implicitly storing sent messages in the \Sent folder
should be easy enough, but it is not a fool-proof solution. Timo was discussing
this a while back on the SMTP mailinglist, bu
On 10.5.2013, at 0.23, Stephan Bosch wrote:
> Anyway, adding support for implicitly storing sent messages in the \Sent
> folder should be easy enough, but it is not a fool-proof solution. Timo was
> discussing this a while back on the SMTP mailinglist, but people there
> weren't too enthusiast
On 5/9/2013 6:05 PM, Charles Marcus wrote:
On 2013-05-09 10:35 AM, Stephan Bosch wrote:
Currently, I'm building an SMTP submission proxy server.
Can you elaborate on this?
It basically acts as a front-end to your normal MTA. First of all, it
provides a convenient way to add SMTP AUTH supp
On 2013-05-09 10:35 AM, Stephan Bosch wrote:
Hello Dovecot users,
I finally release the first version of Pigeonhole v0.4 for Dovecot v2.2.
Yay! Thanks so much Stephan.
One question though...
Currently, I'm building an SMTP submission proxy server.
Can you elaborate on this? Does this mea
Hello Dovecot users,
I finally release the first version of Pigeonhole v0.4 for Dovecot v2.2.
The main reason for the delay was that some unexpected (design) problems
occurred with the new doveadm-sieve plugin, which allows synchronizing
sieve scripts using doveadm sync.
One important change
19 matches
Mail list logo
