Summary: | >=mail-mta/exim-4.94* changed semantics for expansions and variables. | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Sven E. <dark> |
Component: | Current packages | Assignee: | Fabian Groffen <grobian> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | ap, jdavid.ibp, jstein, sam |
Priority: | Normal | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
See Also: | https://bugs.gentoo.org/show_bug.cgi?id=786945 | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- |
Description
Sven E.
2020-09-18 16:49:47 UTC
I hear your annoyance, which I share towards upstream. They've had some more bugreports from people like you, which they waved away with "read the docs", "replace this var with that one" or something alike. I don't really now what to do with this, I can add a warning but I don't know what it should say. Typically this is a message you want to see before (e.g. news item) but since the specifics are vague (as you pointed out) it raises more questions than it answers. I see your point. For now I rolled back to 4.93, which is fine. It is indeed an annyoance, if you run into this and there's no straight fix. Of course I can read the docs, no doubt, but even then things are not completely clear. Ontop error messages are somewhat misleading, but that's another story. I guess the only possible thing would be, to warn abnout the changes and to recommend looking into them before rolling out on production systems. That does of course not really fix things, but people can at least avoid the trap for now and take their time to i.e. create another installation for thorough testing (or a good afternoon reading of the whole reference). And yes, I think we can agree that upstream did not really do a good job here. Maybe suggest users to at least test the routers (with exim -bt) before restarting exim? Update configuration, test routers, restart, watch the logs. https://lists.exim.org/lurker/message/20201228.130922.420b984c.en.html in particular (quote) Before publishing the next release of Exim we'd like to sort out some things first, most notably: - how to proceed with the taint checks (to give distros a chance to include the next Exim release w/o breaking old configurations) I've pushed out a news item notifying of this since 4.94.2 is fast-stabled now due to security reasons. Regarding the news item: "Particularly, the use of $local_part in any transport, should likely be updated with $local_part_data. Check your local_delivery transport, which historically used $local_part." local_part_data might aswell be empty, if the router does not use local_parts option. The nastiness of those changes lie in the tiny details :-/. |