I’m not asking how to change the limit. I already know how to do that. What I’m wondering is whether there’s a hard max. It seems to vomit on anything over 26500000.
Error while checking current Postfix configuration. Please manually fix Postfix configuration.
postfix: fatal: bad numerical configuration: message_size_limit = 30,720,000
No, I’m not sure it’s not some other layer. The error message references Postfix, so I assumed it was there; but I was unable to find any limitation in the Postfix docs.
I can’t imagine that I inserted commas in the UI when there were none there in the default value. It’s possible, though. Sometimes I’m doing too many things at once.
This time I directly edited main.cf. I tend to be more cautious in the shell.
We could probably protect you from making that mistake in the GUI. It’s just not really come up often, thought I’m pretty sure I saw another post with the same error a day or two ago (but I can’t remember ever seeing it before so maybe it was another post of yours and the same error was just in there ancillary to what you were asking about).
Probably my post. 26500000 was enough for the client in question then, anyway. He really only needed 20MB.
Another client I’m planning to migrate from cPanel to Virtualmin currently has a 250MB limit (which I think is kind of absurd) but can get away with half that. He has to send blueprints, pictures, videos, etc., but they’re never more than 100MB total. Now that I know Postfix can do that, it’s another hurdle behind me.
Yeah, stripping out the commas would be a good idea. I have no idea how you’d do that in Perl, but it seems worthwhile. I can’t be the first idiot who made that mistake and doesn’t remember making it.
If we do add protection against this, it wouldn’t modify it silently, it would just give you an error when trying to save bogus options (which we do in some modules for some options that are commonly confused).