3.0.28a-1ubuntu4.11 has new "unix extensions" parameter default to yes, wreaking havoc on existing configs
Bug #563752 reported by
AlainKnaff
This bug affects 1 person
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
samba (Ubuntu) |
Confirmed
|
Wishlist
|
Unassigned |
Bug Description
Binary package hint: samba
3.0.28a-1ubuntu4.11 has a new "unix extensions" parameter default to yes, wreaking havoc on existing configs by disabling "wide links"
In order to respect principle of "least surprise", any new parameters which can break existing config should default to no, or to whatever value preserves existing functionality.
Moreover, it would be useful if "unix extensions" could be specified by share, rather than globally (maybe then, it could even be automatically turned off on those shares that have wide links)
Changed in samba (Ubuntu): | |
importance: | Undecided → Wishlist |
status: | New → Confirmed |
To post a comment you must log in.
Thinking about this somewhat more, several other solutions to the problem may be considered:
1. If "wide links = yes" and "unix extensions = yes" are both present on a share, do it the other way round: disable unix extensions rather than wide links.
2. Even better: _only_ disable the call to make symlinks (... that's the only one with a security implication, right?...)
3. And still better: only disallow to create symlinks that point outside of the share (so that the only such symlinks would be those set up "manually", for instance by the administrator)