The most important part of this release is not that visible. This is the integration into the forthcoming Red-Hat 5.1. The changes allows a distribution specific module to tailor few aspect of Linuxconf to achieve better compatibility, but more importantly, an easier upgrade path for the non-Linuxconf user who will be moving to Linuxconf.
This work explain why it took so long to get 1.10r26 after 1.10r8.
The usage of a front-end even in text mode is nice as it allows efficient remote administration even in text mode.
remadmin was turned into a script as we believe other front-end will be developed (The Java one should be completed one day). One front-end for Kde is in the making also.
A new utility called guidump can be used with guispy to transform numeric op-codes into ASCII commands. This make the conversation between Linuxconf and the front-end more readable.
This co-manager technology demonstrates how any component or module can value add to the user account dialog. See the pppdialin module (describe below) as a very small example showing how it works.
When setting virtual domain, they can all share the same IP number. So mail.domain1.com can point to the same IP number as mail.domain2.com. The trick is to tell to user joe member of domain1.com that his POP account is joe/domain1.com while user joe, member of domain2.com has joe/domain2.com. The slash is processed by vpop3d and it assumes that the domain name follow.
For sure, it requires that you tell your users a little more:
Your email address is firstname.lastname@example.org and your pop account is joe/domain1.com and the pop server is mail.domain1.com.
Not to bad, but still simpler than using virtusertable where the email address is sometime unrelated to the pop account.
Note that the standard for this is to be off on a new box. A linux host must be explicitly configured as a router.
Two small enhancements were done. When you boot, the askrunlevel menu now tell you what is the current profile. This is handy to know, since you can switch system profile right there, at boot time.
And Linuxconf now shows you what is the current profile and what was the previous active profile when you switch profile.
New command line options have been added to the userconf command
userconf --addgroup group userconf --delgroup group
The dialog for the special homes share is now done.
Unlike other modules, this one does not have its own menu entry, nor any command lines. It simply enhance the current PPP user account dialog, by adding 3 sections: ppp options, routing and IPX setup. The information collected by this module is stored in /etc/pppdialin.conf.
A companion utility called /usr/lib/linuxconf/lib/pppparms can extract the information in a format suitable to cooperate in a shell script. A sample shell script /usr/lib/linuxconf/lib/ppplogin is supplied.
In fact this is not a sample ppplogin, but could very well become the only ppp login script you will ever needed, since it behaves according to the information collected by the pppdialin module.
The pppparms usage is
pppparms pppdopt account default-account pppparms routing account
The first reports the pppd options needed in the ppplogin script while the other reports the routing needed in the ip-up script. Just run the command with suitable option to see the list of shell assignment it generates.
One may ask how this works for PAP connections (autoPPP connections). It does not work. Only a few features are usable since when the paplogin script calls pppd, we do not know who is the user. Once this pppdialin module will be iron out, we will attack the task of making pppd able to receive new options right after PAP authentication.
This is a new module, so test it out.
Currently, the vdeliver_sql utility is working and a vpop3d_sql is almost completed.
To use it for now, you type
linuxconf --modulemain treemenu
Or you can do (if you expect to use that a lot)
ln -s /bin/linuxconf /bin/treemenu treemenu
Note that this symlink tricks works with any module which has a command line (such as the usermenu module below).
For each menu, Linuxconf defines a special privilege. This privilege provide access to the menu. It only control this. To do any useful work with the option selected in this menu, a normal user will need other privilege.
A user only need this special privilege to get in. He does not need the "Linuxconf access" privilege. This is a way to
linuxconf --modulemain usermenu menuID
The module itself is not advanced at all but is expect to simplify installation of the kit.
Comments are welcome!