Jake Vickers wrote:
Eric Shubert wrote:
On a side note, could CHKUSER_ALLOW_SENDER_CHAR_3="/" be used for
blackberries, without having to rebuild qmail-toaster? If so, I think
this adds fodder to redoing the stock toaster chkuser defaults. I'm
thinking that if options cannot be turned off dynamically
(CHKUSER_SENDER_MX for example), then they should be left off at
compile time and activated in the tcp.smtp file, so that they can be
dynamically disabled if desired. It could very well be that we can
simply use the stock chkuser defaults as they are, and use definitions
in tcp.smtp for toaster variants.
Or perhaps I'm just not awake yet (still dreaming).
Qmailtoaster mostly uses the defaults for chkuser and you can adjust
some variables as necessary in the tcp.smtp file.
I do not think you can just define compilation flags like that in the
tcp.smtp file, but I have never tried either. May be something I learn
as well!
I used to think this as well until I looked that this (updated)
documentation. Perhaps the capability was added as some point. I just
see that there's CHKUSER_RCPTLIMIT="50" in the tcp.smtp file, and a
corresponding entry in the .h configuration. If it works for this
parameter, why not the others? I don't see anything on that web page
which says one way or another.
If an option cannot be dynamically controlled it will need to be defined
in the code. That's why I wanted to start a matrix of options on the
devel list and kinda steer how the options would be set as defaults in
the next update. I was trying to get the community's opinion and adjust
the defaults according to that.
I understand that, and I think it's still a valid thing to do. I'm
simply suggesting that whatever settings we choose for the stock toaster
perhaps should be set in the tcp.smtp file, instead of hard coded
changes (another patch) to the chkuser defaults.
I personally think that options such as checking the sender's MX record
are valid - if you get a message from an invalid MX (or no MX), how do
you bounce messages for the other admin to know he has a misconfigured
system? I think turning options like this one off will cause more
headaches and bad public opinion than they would provide a benefit.
I'm not suggesting to turn it off. I'm suggesting we turn it on in the
tcp.smtp file instead of not having the option to turn it off. Dynamic
good. Hard coded bad. ;)
--
-Eric 'shubes'
---------------------------------------------------------------------------------
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: qmailtoaster-list-unsubscr...@qmailtoaster.com
For additional commands, e-mail: qmailtoaster-list-h...@qmailtoaster.com