tell that Noel which is blocking my messages and so did
not read what i quoted from Benny's trolling but opens
his mouth
tell that Noel which is abusing his power by set complete
IP-ranges on RBL lists he maintains because he does not
like one person using a mailserver on that range besides
many o
Pls, people, be kind and polite!
Thats not the way for talking to each other!
Greetings,
Martin
Am 12.11.2013 10:30, schrieb Reindl Harald:
Am 12.11.2013 02:14, schrieb Noel Butler:
On 12/11/2013 04:28, Benny Pedersen wrote:
Edwardo Garcia skrev den 2013-11-11 11:58:
But is dovecot job to a
Am 12.11.2013 02:14, schrieb Noel Butler:
> On 12/11/2013 04:28, Benny Pedersen wrote:
>> Edwardo Garcia skrev den 2013-11-11 11:58:
>>> But is dovecot job to authenticate, mysql replicate fine, it is dovecot
>>> that is not fine by ignoring desire effect by only talk localhost and not
>>> any
On 12/11/2013 04:28, Benny Pedersen wrote:
Edwardo Garcia skrev den 2013-11-11 11:58:
But is dovecot job to authenticate, mysql replicate fine, it is
dovecot
that is not fine by ignoring desire effect by only talk localhost and
not
any other unless locahost auth not respond.
so move to pos
why do you not simply shut up?
Am 11.11.2013 19:20, schrieb Benny Pedersen:
> payments could be with working patch, nobody cares :(
Am 11.11.2013 19:28, schrieb Benny Pedersen:
> so move to postgresql/mysql backend and change from dovecot to dbmail ?
> why blame dovecot for using fs mail store ?
This thread really should be starting to die soon. Very little of it has to do
with the MTA subject itself.. If you have other complaints, create new threads
with new subjects.
On 11.11.2013, at 20.56, Charles Marcus wrote:
> On 2013-11-11 1:28 PM, Benny Pedersen wrote:
>> Edwardo Garcia skre
On 2013-11-11 1:28 PM, Benny Pedersen wrote:
Edwardo Garcia skrev den 2013-11-11 11:58:
But is dovecot job to authenticate, mysql replicate fine, it is dovecot
that is not fine by ignoring desire effect by only talk localhost
and not
any other unless locahost auth not respond.
so move to
Edwardo Garcia skrev den 2013-11-11 11:58:
But is dovecot job to authenticate, mysql replicate fine, it is
dovecot
that is not fine by ignoring desire effect by only talk localhost and
not
any other unless locahost auth not respond.
so move to postgresql/mysql backend and change from doveco
Charles Marcus skrev den 2013-11-11 12:34:
Well, since you are so big, and really need this feature in your large
COMMERCIAL environment, maybe you should step up and PAY Timo to
implement it?
Comments like this really piss me off.
payments could be with working patch, nobody cares :(
same g
LuKreme skrev den 2013-11-11 11:06:
I switched FROM courier for two reasons:
1) Dovecot authentication was a lot easier to deal with
currier authlib was hard ?
one only need to use saslauthd with -r imap, if i remember, or setup
cyrus-sasl up with currier authsocket, not a problem on gentoo
On Mon, 11 Nov 2013, Rob Sterenborg (lists) wrote:
On 11/10/2013 08:04 PM, Timo Sirainen wrote:
On 10.11.2013, at 20.00, Daniele Nicolodi wrote:
Additionally I feel that Dovecot documentation can see some love as
well. Having the wiki as main source of documentation does not look
very polis
On 2013-11-11 8:17 AM, Tom Hendrikx wrote:
In addition to this, it could be a nice idea to move all dovecot 1.x
content to the wiki1.dovecot.org subdomain. Searches for 'dovecot
' in google are persistently showing wiki.dovecot.org
as top hits, and the wiki2 contents with lower priority. That
On 11/10/2013 08:04 PM, Timo Sirainen wrote:
On 10.11.2013, at 20.00, Daniele Nicolodi wrote:
Additionally I feel that Dovecot documentation can see some love as
well. Having the wiki as main source of documentation does not look
very polished, compared, for example to the extremely good writ
Timo Sirainen wrote:
> And Dovecot roadmap is slowly shrinking .. there aren’t all that many
> big features left anymore. Soon it’s mainly going to be improvements
> to reliability and performance. So I need to find some new things to
> do in any case. :)
True ...
If I try to make a wish list fo
On 11/11/2013 01:59 PM, Timo Sirainen wrote:
> On 11.11.2013, at 13.29, Charles Marcus
> wrote:
>
>> On 2013-11-10 4:46 PM, Reindl Harald
>> wrote:
>>> maybe the 1.0 wiki should be deleted if that helps even you to
>>> understand that 1.x is EOL long time ago? there where 2.0 and 2.1
>>> and so
On 11.11.2013, at 13.29, Charles Marcus wrote:
> On 2013-11-10 4:46 PM, Reindl Harald wrote:
>> maybe the 1.0 wiki should be deleted if that helps even you to understand
>> that 1.x is EOL long time ago? there where 2.0 and 2.1 and so who do you
>> think is wasting it's time supporting *four m
On Fri, Nov 08, 2013 at 04:22:13PM +0100, Timo Sirainen wrote:
>
> Ah, I had actually been mostly just thinking about inbound SMTP features.
> It should of course support outbound SMTP as well, but I’m less familiar
> about what functionality would be useful for that.
Outbound is mostly the same
Am 11.11.2013 12:42, schrieb Charles Marcus:
> On 2013-11-11 6:35 AM, Reindl Harald wrote:
>> Am 11.11.2013 12:29, schrieb Charles Marcus:
>>> Well, it would probably be a good thing to add a major, impossible to miss
>>> disclaimer on all wiki1 pages that
>>> the 1.x series is no longer suppor
On 2013-11-11 6:35 AM, Reindl Harald wrote:
Am 11.11.2013 12:29, schrieb Charles Marcus:
Well, it would probably be a good thing to add a major, impossible to
miss disclaimer on all wiki1 pages that the 1.x series is no longer
supported..
it was explained *to you* on this list several times
On 2013-11-11 5:58 AM, Edwardo Garcia wrote:
Silly offer one option if it cause denial of service, again setting up more
third party softwares is not answer, more cogs in chain, more chances of
breakage, we think dropping server altogether is better if server auth not
work rather than overload
Am 11.11.2013 12:29, schrieb Charles Marcus:
> On 2013-11-10 4:46 PM, Reindl Harald wrote:
>> maybe the 1.0 wiki should be deleted if that helps even you to understand
>> that 1.x is EOL long time ago? there
>> where 2.0 and 2.1 and so who do you think is wasting it's time supporting
>> *four ma
On 2013-11-11 12:24 AM, Edwardo Garcia wrote:
My company have 36 dovecots, one biggest ISP in country 3 million user,
agree with Nick poster, we had stop use dovecot load balance because too
bad effect on primary database, now use single localhost, we have script
run every 30 second to test log
On 2013-11-10 4:46 PM, Reindl Harald wrote:
maybe the 1.0 wiki should be deleted if that helps even you to
understand that 1.x is EOL long time ago? there where 2.0 and 2.1 and
so who do you think is wasting it's time supporting *four major releases*?
Well, it would probably be a good thing t
But is dovecot job to authenticate, mysql replicate fine, it is dovecot
that is not fine by ignoring desire effect by only talk localhost and not
any other unless locahost auth not respond.
Silly offer one option if it cause denial of service, again setting up more
third party softwares is not
On 10 Nov 2013, at 12:15 , Benny Pedersen wrote:
> Timo Sirainen skrev den 2013-11-08 14:07:
>
>> So perhaps something like this could be done in time for Dovecot v2.4.
>> Any thoughts/ideas/suggestions?
>
> why is users not just change from postfix/dovecot to currier-* ?
I switched FROM cour
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Am 11.11.2013 06:24, schrieb Edwardo Garcia:
> My company have 36 dovecots, one biggest ISP in country 3 million
> user, agree with Nick poster, we had stop use dovecot load balance
> because too bad effect on primary database, now use single
> loca
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Am 10.11.2013 20:20, schrieb Larry Stone:
> I totally agree. I'm fairly new to Dovecot and am already quite
> cautious. Frequent new versions that always seem to have lots of
> bugs. Compare that to Postfix which has very infrequent new
> versions al
My company have 36 dovecots, one biggest ISP in country 3 million user,
agree with Nick poster, we had stop use dovecot load balance because too
bad effect on primary database, now use single localhost, we have script
run every 30 second to test login, if fail sleep 30 second, try again, fail
and
Am 10.11.2013 22:39, schrieb Benny Pedersen:
> here i still using dovecot 1.2.17 in gentoo, i feal no need yet to discard
> that old software
> yet here, asked gentoo devs to put it back to portage, but was denied for
> some reason i
> just dont understand
what exactly dou you not understand
Timo Sirainen skrev den 2013-11-10 21:38:
On 10.11.2013, at 21.24, Benny Pedersen wrote:
extend dovecot -n to output current config as xml ?
maybe even configure it all via xml ?
All the configuration goes through src/config/* code, which can be
easily replaced with anything else. The origi
Am 10.11.2013 21:24, schrieb Benny Pedersen:
> Timo Sirainen skrev den 2013-11-08 15:44:
>
>> Actually its main target audience is large ISPs and such :) The Sieve
>> scripting for configurations is especially useful for many who want
>> complex configurations.
>
> extend dovecot -n to output cu
On 10.11.2013, at 21.24, Benny Pedersen wrote:
> extend dovecot -n to output current config as xml ?
>
> maybe even configure it all via xml ?
All the configuration goes through src/config/* code, which can be easily
replaced with anything else. The original idea was to make it possible to sto
Timo Sirainen skrev den 2013-11-08 15:44:
Actually its main target audience is large ISPs and such :) The Sieve
scripting for configurations is especially useful for many who want
complex configurations.
extend dovecot -n to output current config as xml ?
maybe even configure it all via xml ?
On 11/10/2013 02:20 PM, Larry Stone wrote:
Timo said in his reply that he doesn't know how to improve the current
documentation. I'll take him at his word. I submit that it really needs a total
rewrite, not continued editing. And before someone suggests if I believe it
needs to be rewritten, I
On 11/10/2013 14:15, Benny Pedersen wrote:
> Timo Sirainen skrev den 2013-11-08 14:07:
>
>> So perhaps something like this could be done in time for Dovecot v2.4.
>> Any thoughts/ideas/suggestions?
>
> why is users not just change from postfix/dovecot to currier-* ?
>
> its imho much better :)
>
On Nov 10, 2013, at 1:00 PM, Daniele Nicolodi wrote:
> On 08/11/2013 14:07, Timo Sirainen wrote:
>> I've never really wanted to create my own MTA, because I like Postfix
>> quite a lot. And I always thought it would require a horribly lot of
>> time to be able to create something that was anywher
Timo Sirainen skrev den 2013-11-08 14:07:
So perhaps something like this could be done in time for Dovecot v2.4.
Any thoughts/ideas/suggestions?
why is users not just change from postfix/dovecot to currier-* ?
its imho much better :)
http://www.courier-mta.org/
On 10.11.2013, at 20.00, Daniele Nicolodi wrote:
> At the same time I see here on the mailing list frequent reports of bugs
> in Dovecot that would have been quite easy to catch with more test
> coverage. Spending time and energies into extending unit and integration
> tests for the current Dovec
On 08/11/2013 14:07, Timo Sirainen wrote:
> I've never really wanted to create my own MTA, because I like Postfix
> quite a lot. And I always thought it would require a horribly lot of
> time to be able to create something that was anywhere even close to
> having Postfix's features.
Hello Timo,
I
Timo,
* Timo Sirainen :
> I've never really wanted to create my own MTA, because I like Postfix quite
> a lot. And I always thought it would require a horribly lot of time to be
> able to create something that was anywhere even close to having Postfix's
> features. (I would shudder to even think a
Hi Timo,
Am 08.11.2013 14:07, schrieb Timo Sirainen:
> I've never really wanted to create my own MTA, because I like Postfix
> quite a lot. And I always thought it would require a horribly lot of
...and there virtually nothing which could not be built with Postfix.
Maybe a Postfix addon/proxy for
On 11/9/13, Timo Sirainen wrote:
> On 9.11.2013, at 5.11, Nick Edwards wrote:
>
>> On 11/9/13, Michael Kliewe wrote:
>>> Hi Timo,
>>>
>>> I would also, like others, see you mainly working on Dovecot as an IMAP
>>> server. As far as I can see there are many things on the roadmap, and I
>>> hope m
On 11/8/2013 5:07 AM, Timo Sirainen wrote:
I've never really wanted to create my own MTA,
Then please don't. Dovecot took over because the mailbox side of email
was a wheel that needed reinventing. That is not the case with SMTP
servers. Fork Exim or Postfix if you want to create an MTA.
On Friday 08 of November 2013, Timo Sirainen wrote:
> My main design goals for the MTA are:
[...]
> * Configuration: It would take years to implement all of the settings that
> Postfix has, but I think it's not going to be necessary. In fact I think
> the number of new settings to dovecot.conf tha
On 9.11.2013, at 5.11, Nick Edwards wrote:
> On 11/9/13, Michael Kliewe wrote:
>> Hi Timo,
>>
>> I would also, like others, see you mainly working on Dovecot as an IMAP
>> server. As far as I can see there are many things on the roadmap, and I
>> hope many more will be added (for example a buil
On 9.11.2013, at 3.57, Stan Hoeppner wrote:
>> My main design goals for the MTA are:
> ...
>> * Dovecot MTA is a new product
>
> "Product". Open source developers usually don't refer to new projects
> as "products”.
Maybe I’ve been talking to business people for too long now :)
>> * Configura
Hi Timo,
You really love Postfix. Now take some time and look at Exim too. It
has many of the features and would probably be much better with your
input - to improve the areas you see as lacking. You are capable of
churning out an excellent product, but for this one, I'd suggest you
just engage th
On 11/9/13, Michael Kliewe wrote:
> Hi Timo,
>
> I would also, like others, see you mainly working on Dovecot as an IMAP
> server. As far as I can see there are many things on the roadmap, and I
> hope many more will be added (for example a built-in health-checker for
> director backends).
>
> Onl
On 11/8/2013 7:07 AM, Timo Sirainen wrote:
> I've never really wanted to create my own MTA, because I like Postfix
And given Postfix, Exim, etc, are mature and feature complete, why would
you want to at this time?
> My main design goals for the MTA are:
...
> * Dovecot MTA is a new product
"Pro
On 8.11.2013, at 21.47, Michael Kliewe wrote:
> I would also, like others, see you mainly working on Dovecot as an IMAP
> server. As far as I can see there are many things on the roadmap, and I hope
> many more will be added (for example a built-in health-checker for director
> backends).
Oh,
On 8.11.2013, at 21.47, Michael Kliewe wrote:
> Sum up: I would love to see you working on a MTA, but ONLY if you don't
> neglect the worlds best IMAP server :-)
I’m not going to start Dovecot MTA until there are more Dovecot developers.
Ideally the new developer(s) would be writing most of th
Hi Timo,
I would also, like others, see you mainly working on Dovecot as an IMAP
server. As far as I can see there are many things on the roadmap, and I
hope many more will be added (for example a built-in health-checker for
director backends).
Only if you have enough personal resources and
On 2013-11-08 2:16 PM, WJCarpenter wrote:
On 11/08/2013 10:46 AM, Charles Marcus wrote:
On 2013-11-08 1:35 PM, WJCarpenter wrote:
I would probably be pretty skeptical and uninterested in a Dovecot
MTA. No offense. I think you should look at other existing MTAs
besides postfix before concludi
On 11/08/2013 10:46 AM, Charles Marcus wrote:
On 2013-11-08 1:35 PM, WJCarpenter wrote:
I would probably be pretty skeptical and uninterested in a Dovecot
MTA. No offense. I think you should look at other existing MTAs
besides postfix before concluding there is a hole that needs filling.
Th
On 2013-11-08 1:35 PM, WJCarpenter wrote:
I would probably be pretty skeptical and uninterested in a Dovecot
MTA. No offense. I think you should look at other existing MTAs
besides postfix before concluding there is a hole that needs filling.
The one exception to this though, is if it was si
On 11/08/2013 07:43 AM, Charles Marcus wrote:
On 2013-11-08 10:22 AM, Timo Sirainen wrote:
Ah, I had actually been mostly just thinking about inbound SMTP
features.
Hmmm well, I'd hate to see this turn into a huge time-sink for
you. The fact is, postfix's maturity combined with its new p
Hi Timo,
> So perhaps something like this could be done in time for Dovecot v2.4.
> Any thoughts/ideas/suggestions?
Many good ideas but with Exim and Postfix we do have two very powerful MTAs
out there. I doubt there is demand for an additional one and this project
will eat much time which can be
On 2013-11-08 10:22 AM, Timo Sirainen wrote:
Ah, I had actually been mostly just thinking about inbound SMTP features.
Hmmm well, I'd hate to see this turn into a huge time-sink for you.
The fact is, postfix's maturity combined with its new postscreen
capabilities will make it a very, ve
On 8.11.2013, at 16.15, Ron Leach wrote:
> On 08/11/2013 13:34, Timo Sirainen wrote:
>> Dovecot MTA isn’t intended to be run standalone, most likely it can only
>> deliver mails to Dovecot LMTP.
>>
> May I clarify? So Dovecot MTA might be for inbound SMTP only? Or also for
> outbound SMTP? (
On 08/11/2013 13:34, Timo Sirainen wrote:
Dovecot MTA isn’t intended to be run standalone, most likely it can only
deliver mails to Dovecot LMTP.
May I clarify? So Dovecot MTA might be for inbound SMTP only? Or
also for outbound SMTP? (From the feature list I'd assumed outbound,
as well.)
On 8.11.2013, at 16.12, Charles Marcus wrote:
> And the first pre-proxy feature could be for handling mails with a local
> destination - and I'm thinking specifically about my old feature request for
> the 'submission_server' feature so that emails sent would automatically have
> a copy added
On 2013-11-08 9:33 AM, Robert Schetterer wrote:
Hi Timo, lot of good ideas, but in my world a new/better imap client,
cross plattform, with extended and working groupware feature would be
more needed, as you wrote, there are allready good working smtp
servers
I agree... would *love* to see you
On 8.11.2013, at 15.33, Robert Schetterer wrote:
> Am 08.11.2013 14:07, schrieb Timo Sirainen:
>> So perhaps something like this could be done in time for Dovecot
>> v2.4. Any thoughts/ideas/suggestions?
>
> Hi Timo, lot of good ideas, but in my world a new/better imap client,
> cross plattform,
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Am 08.11.2013 14:07, schrieb Timo Sirainen:
> So perhaps something like this could be done in time for Dovecot
> v2.4. Any thoughts/ideas/suggestions?
Hi Timo, lot of good ideas, but in my world a new/better imap client,
cross plattform, with extended
On 11/08/2013 08:39 AM, Timo Sirainen wrote:
On 8.11.2013, at 14.29, Gedalya wrote:
* In normal load don't queue mails, just continue delivering the mail through
different processes/services until it succeeds or fails, and only after that
return ok/failure to the SMTP client. So there's no (
On 8.11.2013, at 14.29, Gedalya wrote:
>> * In normal load don't queue mails, just continue delivering the mail
>> through different processes/services until it succeeds or fails, and only
>> after that return ok/failure to the SMTP client. So there's no (forced)
>> post-queue filtering, every
On 8.11.2013, at 14.31, Daniel Reinhardt wrote:
> Easy configuration of virtual users and a default location setup to handle
> virtual users.
The user handling would be exactly the same as it is now (same userdb
settings). Dovecot MTA isn’t intended to be run standalone, most likely it can
onl
You can indeed get exim to reply post-DATA having done quite a lot of
decision making, and also exim will deliver immediately as opposed to
queuing, but:
just continue delivering the mail through different processes/services until it
succeeds or fails, and only after that return ok/failure to t
Easy configuration of virtual users and a default location setup to handle
virtual users.
On Fri, Nov 8, 2013 at 1:25 PM, Aleksey Tsvetkov wrote:
> Hi!
> It is possible to look towards Exim. To take as a basis ACL system.
>
> On Fri, 8 Nov 2013 14:07:12 +0100
> Timo Sirainen writes:
>
> >Hi al
Very interesting.. a few questions if I may?
On 11/08/2013 08:07 AM, Timo Sirainen wrote:
Hi all,
I've never really wanted to create my own MTA, because I like Postfix quite a
lot. And I always thought it would require a horribly lot of time to be able to
create something that was anywhere ev
Hi!
It is possible to look towards Exim. To take as a basis ACL system.
On Fri, 8 Nov 2013 14:07:12 +0100
Timo Sirainen writes:
>Hi all,
>
>I've never really wanted to create my own MTA, because I like Postfix quite a
>lot. And I always thought it would require a horribly lot of time to be able
71 matches
Mail list logo
