Martin Waschbuesch ha scritto:
Am 06.07.2010 um 18:34 schrieb Tonix (Antonio Nati):
I agree with you, but I find this qmail limit not acceptable. Even speaking
about 600 e-mails to the same domain we have problems, as qmail is going to
open 600 connections and the most of big ISP close connections after they got
the first 100 in a few seconds.
When this limit will be eliminated, we can speak about further limits.
Tonino
You already can influence the number of outgoing connections:
/var/qmail/control/concurrencyremote
This is the global value, so keeping it low means to have a few global
connections working.
It would be great if connections could be reused, so only a minimum of
connections should be opened for each destination IP.
It would be great to have such options:
* concurrency remote: as now
* new connection threshold [global]: if you have more than xx
messages in queue for single destination IP, open a new connection
* max connections limit [global]: per single destination IP max
connection limit
* new connection threshold [IP]: if you have more than xx messages
in queue for a specific destination IP, open a new connection
* max connections limit [IP]: per specific destination IP max
connections limit
So, for example, you could put:
for gmail: threshold 300, limit 20
for yahoo: threshold 500, limit 10
for myspecific: threshold 0 (infinite), limit 1
for any: threshold 100, limit 5
maxconcurrencyremote: 100
contains the number of concurrent connections open at any time - that is a good
value.
Correct me if I am wrong, but I do not see how QMT could benefit from patching
qmail in such a way as to make this more configurable as it already is (e.g.
allow for per destination domain type configuration, etc.).
You know, perhaps the question is this: what is QMT designed to do? It's a
full-fledged mail server suite designed and optimized to provide an alternative to
stuff like Exchange, etc. allowing for virtual domain and virtual mailbox
management so a multitude of users can read, write & exchange e-mail., using
qmail as its MTA. Neither qmail nor QMT have been designed to provide email
marketing functionality. They *may* be used to that end, but probably (like the
stuff I listed earlier) with exceptions.
I'm never speaking about e-mail marketing. Just normal e-mail.
On the other hand, if you ended up installing a system that was designed and
optimized to do email-marketing, I should not at all be surprised that while it
*could* be used to provide the Exchange type services mentioned above, it
probably would have some drawbacks.
I'm just focused on efficient e-mail server, simply.
Cheers,
Tonino
Bottom line: This is not a one size fits all type situation.
Martin
--
"One may understand the cosmos, but never the ego; the self is more distant than any
star."
Gilbert K. Chesterton
---------------------------------------------------------------------------------
Qmailtoaster is sponsored by Vickers Consulting Group
(www.vickersconsulting.com)
Vickers Consulting Group offers Qmailtoaster support and installations.
If you need professional help with your setup, contact them today!
---------------------------------------------------------------------------------
Please visit qmailtoaster.com for the latest news, updates, and packages.
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
--
------------------------------------------------------------
in...@zioni Interazioni di Antonio Nati
http://www.interazioni.it [email protected]
------------------------------------------------------------
