On 29/05/17 04:54 PM, Carlos E. R. wrote:
On 2017-05-29 22:10, Wols Lists wrote:
On 29/05/17 19:04, Per Jessen wrote:
what do you want mysql for, in this postfix context?
It's perfectly reasonable to keep many or most of the various postfix tables in mysql. As Anton suggests, perhaps a little overkill for a personal or family setup, but that's a matter of choice.
And, when I was reading the postfix man pages, it was extremely unclear how to configure it any other way ...
postfix in openSUSE comes already configured, using plain text files. You just have to edit them, and use a command to convert to the binary format it finally uses. It is easier to maintain for a small setup.
Two other points. 1. It's easier to see things with 'text files' than binary blobs. This has been a principle of UNIX and Linux for decades. Well, OK, to start with it was a space consideration. Many of the utilities we take for granted were, in the days before RAM and DISK became cheap, implemented as scripts rather than binaries since scripts took up less space. The whole 'pipes and filters', 'Software Tools' movement grew out of that. Scripts could be developed - edited - easily and in the era that UNIX came from the formalism around compiling for in incremental development, was not feasible, whereas it was for scripts/interpreters. And this set a style. It took pressure - the need for performance, usually - to warrant a move to binary. Even when UNIX needed large numbers of password entries at Berkeley, they avoided going binary by having ids beginning with "[a-g]", "[h-n]", "[o-t]", "[u-z]" in separate password files. It took SUN and networking to bring in "yellow pages/NIS", remote authentication. 2. As this thread shows, there is a dependency issue. If you can't access the database, you loose functionality. This is true for network based authentication, kerberos, NIS, as well. The file based option is more reliable for small systems or systems that do not *DEMAND* the need for a database simply because there is not that critical component to act as a failure mode. If the local disk with the /etc/postfix config files fails, then how did the postfix program get loaded & run?
From a simple reliability POV a simpler, fewer critical components, approach is better.
-- A: Yes. > Q: Are you sure? >> A: Because it reverses the logical flow of conversation. >>> Q: Why is top posting frowned upon? -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org