You can subscribe to this list here.
2001 |
Jan
(13) |
Feb
(24) |
Mar
(23) |
Apr
(11) |
May
(18) |
Jun
(90) |
Jul
(29) |
Aug
(26) |
Sep
(37) |
Oct
(10) |
Nov
(31) |
Dec
(11) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2002 |
Jan
(45) |
Feb
(18) |
Mar
(12) |
Apr
(7) |
May
(10) |
Jun
(62) |
Jul
(8) |
Aug
(40) |
Sep
(41) |
Oct
(43) |
Nov
(29) |
Dec
(36) |
2003 |
Jan
(25) |
Feb
(9) |
Mar
(11) |
Apr
(13) |
May
(19) |
Jun
(19) |
Jul
(11) |
Aug
(4) |
Sep
(109) |
Oct
(73) |
Nov
(69) |
Dec
(21) |
2004 |
Jan
(21) |
Feb
(33) |
Mar
(31) |
Apr
(25) |
May
(33) |
Jun
(42) |
Jul
(47) |
Aug
(12) |
Sep
(41) |
Oct
(47) |
Nov
(30) |
Dec
(19) |
2005 |
Jan
(6) |
Feb
(23) |
Mar
(21) |
Apr
(26) |
May
(21) |
Jun
(16) |
Jul
(17) |
Aug
(7) |
Sep
(8) |
Oct
(13) |
Nov
(7) |
Dec
(10) |
2006 |
Jan
(10) |
Feb
(3) |
Mar
|
Apr
(2) |
May
|
Jun
(3) |
Jul
(2) |
Aug
|
Sep
|
Oct
|
Nov
(2) |
Dec
(4) |
2007 |
Jan
(2) |
Feb
(3) |
Mar
(2) |
Apr
|
May
(1) |
Jun
(6) |
Jul
(6) |
Aug
(8) |
Sep
(3) |
Oct
(21) |
Nov
(4) |
Dec
(6) |
2008 |
Jan
(11) |
Feb
(28) |
Mar
(26) |
Apr
(9) |
May
(2) |
Jun
(10) |
Jul
(1) |
Aug
(20) |
Sep
|
Oct
|
Nov
|
Dec
|
2009 |
Jan
(4) |
Feb
(10) |
Mar
(1) |
Apr
(24) |
May
(22) |
Jun
(18) |
Jul
(15) |
Aug
(21) |
Sep
(4) |
Oct
(7) |
Nov
(6) |
Dec
|
2010 |
Jan
|
Feb
(2) |
Mar
(13) |
Apr
|
May
(4) |
Jun
|
Jul
|
Aug
(4) |
Sep
(6) |
Oct
(1) |
Nov
(1) |
Dec
|
2011 |
Jan
(18) |
Feb
(2) |
Mar
(23) |
Apr
(4) |
May
(5) |
Jun
(1) |
Jul
|
Aug
|
Sep
(9) |
Oct
|
Nov
(5) |
Dec
|
2012 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
(6) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2013 |
Jan
|
Feb
|
Mar
(31) |
Apr
(3) |
May
|
Jun
(2) |
Jul
(6) |
Aug
|
Sep
|
Oct
(4) |
Nov
|
Dec
(7) |
2014 |
Jan
|
Feb
(1) |
Mar
(9) |
Apr
(4) |
May
(7) |
Jun
(2) |
Jul
|
Aug
(2) |
Sep
|
Oct
|
Nov
(4) |
Dec
|
2016 |
Jan
|
Feb
(4) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2017 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(5) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2019 |
Jan
|
Feb
|
Mar
(7) |
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2020 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(2) |
Oct
|
Nov
|
Dec
|
2022 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(1) |
Sep
|
Oct
|
Nov
|
Dec
|
From: Jamie C. <jca...@we...> - 2008-03-08 23:31:14
|
On 07/Mar/2008 22:39 Ivan Garcia wrote .. <blockquote type="cite"> Hi Jamie, <br /><br />the DHCP servers can have a different configuration, the suggestion of connecting via SSh is because we have around 23 DHCP servers to mantain and install webmin in all of them can be tedious if I'm not wrong. <br /></blockquote><p>Not really .. if your servers all support RPM packages, you can install Webmin on them via SSH with a single command like :<br />ssh root@someserver rpm -U http://www.webmin.com/download/rpm/webmin-current.rpm<br /><br />This will set it up to allow logins by root with the Unix root password.<br /></p><blockquote type="cite"><p> Anyway, in the case we decide to create a webmin cluster in all of them, could we list all the DHCP leases from a single centralized page? I also woud like to show the samba Windows Users logged using that machine-IP(analizing the samba log file) so it could be a powerful monitoring centralized page. <br /> </p></blockquote>That could certainly be implemented, as the remote servers already provide functions to get the Samba users and DHCP leases. But it's not in the current release of Webmin ..<br /><p> - Jamie<br /></p><blockquote type="cite"><p>Resuming: We would like to create a page like this:<br /><br />Centralized DHCP Leases:<br /><br />- Localhost:<br /> IP, MAC , Samba User, HostName, Active, Lease duration<br />--------------------------------------------------------------------------------------------------------------------<br /> <a href="http://192.168.0.2">192.168.0.2</a> , ff:ff:ff:ff:ff , sandra samba-laptop YES 1day (Remove Lease) (Make static)<br /> etc<br /><br />-Branch1 (<a href="http://10.1.5.1">10.1.5.1</a>)<br /> <br /> IP, MAC , Samba User, HostName, Active, Lease duration<br /> --------------------------------------------------------------------------------------------------------------------<br /> <a href="http://192.168.3.1">192.168.3.1</a> , ff:ff:ff:ff:ee , peter peter-desktop YES 4hours (Remove Lease) (Make static)<br /> <br /><br />etc.<br /><br />I hope you understand my idea.<br /><br />Best Regards.<br /><br /><br /></p><div class="gmail_quote">On Sat, Mar 8, 2008 at 2:08 PM, Jamie Cameron <<a href="reply_mail.cgi?new=1&to=jcameron%40webmin%2Ecom">jca...@we...</a>> wrote:<br /> <blockquote style="border-left: 1px solid #cccccc; margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;" class="gmail_quote"><p>Hi Ivan,<br /><br />I would tend to favour option 1, as that is the way all the other Webmin cluster modules work - there is no dependency on SSH or need to configure it, instead the remote system just has to be added in the Webmin Servers Index module.<br /> <br />In this case, would you want all these DHCP servers to share the same configuration or leases? If not, you could just install Webmin on each system and login to them remotely from a single PC to configure their DHCP servers independently ..<br /> <br /> - Jamie<br /></p><p> On 07/Mar/2008 22:05 Ivan Garcia wrote .. </p><div><div></div><div class="Wj3C7c"><blockquote type="cite"> Hello Jamie, <br /><br />Currently the DHCP leases funciton of Webmin works locally with the dchp.leases file and the dhcpd.conf (for configuration and static hosts), could our local Webmin server connect internally via ssh to other linux servers to read and modify these files in order to be able to list and configure their DHCP?<br /> <br />These could be done in 2 ways:<br />1 - Using a webmin cluster:<br /> - Advantage: No need to store their passwords(in case that we share the same user/password in all the cluster)<br /> - Disadvantage: We need to install webmin in all the other remote DHCP servers.<br /> 2 -Connect to the remote DHCP servers via SSH:<br /> - Advantage: No need to install webmin on them.<br /> - Note(to Confirm): If we create an root user in the remote DHCP servers with the same password than our current webmin administrator, then we don't need to store passwords in our Webmin.<br /> <br />That's the reason I would sugest the 2nd way. Let me know your feedback about it.<br /><br />By the way, is there any already implemented webmin module that connects internally trought ssh to another sever(no webmin) to view or modify any configuration?<br /> <br />Best Regards.<br />Ivan.<br /><br /><div class="gmail_quote">On Sat, Mar 8, 2008 at 3:02 AM, Jamie Cameron <<a target="_blank" href="http://reply_mail.cgi?new=1&to=jcameron%40webmin%2Ecom">jca...@we...</a>> wrote:<br /> <blockquote class="gmail_quote" style="border-left: 1px solid #cccccc; margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"> On 06/Mar/2008 23:35 Ivan Garcia wrote .. <div><blockquote type="cite"> Hi everybody, is it possible centralize the crontab management and DHCP leases for many servers using only one Webmin server? Does the cluster allow to do this? Do we need to install Webmin in all the remote servers or webmin will connect internally trought SSH and manage Cron and DHCP? <br /> <br />If it's not implemented, can you give us an example of something similar already done in Webmin?<br /><br /> </blockquote></div><p>Webmin does have a Cluster Cron Jobs module that can run commands on multiple systems, although they do all need to have webmin installed.<br /><br />What do you want to do with a DHCP cluster though? Are you looking for a way to have multiple redundant servers with the same configs .. and if so, is that even possible without them stepping on each others' toes due to differences in the lease files?<br /> <br /> - Jamie</p><p><br /> </p> <br />-------------------------------------------------------------------------<br /> This SF.net email is sponsored by: Microsoft<br /> Defy all challenges. Microsoft(R) Visual Studio 2008.<br /> <a target="_blank" href="http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/">http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/</a><br />-<br /> Forwarded by the Webmin development list at <a target="_blank" href="http://reply_mail.cgi?new=1&to=webmin%2Ddevel%40webmin%2Ecom">web...@we...</a><br /> To remove yourself from this list, go to<br /> <a target="_blank" href="http://lists.sourceforge.net/lists/listinfo/webadmin-devel">http://lists.sourceforge.net/lists/listinfo/webadmin-devel</a><br /> <br /></blockquote></div><br /> </blockquote><br /> </div></div><br />-------------------------------------------------------------------------<br /> This SF.net email is sponsored by: Microsoft<br /> Defy all challenges. Microsoft(R) Visual Studio 2008.<br /> <a target="_blank" href="http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/">http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/</a><br />-<br /> Forwarded by the Webmin development list at <a href="reply_mail.cgi?new=1&to=webmin%2Ddevel%40webmin%2Ecom">web...@we...</a><br /> To remove yourself from this list, go to<br /> <a target="_blank" href="http://lists.sourceforge.net/lists/listinfo/webadmin-devel">http://lists.sourceforge.net/lists/listinfo/webadmin-devel</a><br /> <br /></blockquote></div><br /> </blockquote><br /> |
From: Ivan G. <cap...@gm...> - 2008-03-08 06:39:19
|
Hi Jamie, the DHCP servers can have a different configuration, the suggestion of connecting via SSh is because we have around 23 DHCP servers to mantain and install webmin in all of them can be tedious if I'm not wrong. Anyway, in the case we decide to create a webmin cluster in all of them, could we list all the DHCP leases from a single centralized page? I also woud like to show the samba Windows Users logged using that machine-IP(analizing the samba log file) so it could be a powerful monitoring centralized page. Resuming: We would like to create a page like this: Centralized DHCP Leases: - Localhost: IP, MAC , Samba User, HostName, Active, Lease duration -------------------------------------------------------------------------------------------------------------------- 192.168.0.2 , ff:ff:ff:ff:ff , sandra samba-laptop YES 1day (Remove Lease) (Make static) etc -Branch1 (10.1.5.1) IP, MAC , Samba User, HostName, Active, Lease duration -------------------------------------------------------------------------------------------------------------------- 192.168.3.1 , ff:ff:ff:ff:ee , peter peter-desktop YES 4hours (Remove Lease) (Make static) etc. I hope you understand my idea. Best Regards. On Sat, Mar 8, 2008 at 2:08 PM, Jamie Cameron <jca...@we...> wrote: > Hi Ivan, > > I would tend to favour option 1, as that is the way all the other Webmin > cluster modules work - there is no dependency on SSH or need to configure > it, instead the remote system just has to be added in the Webmin Servers > Index module. > > In this case, would you want all these DHCP servers to share the same > configuration or leases? If not, you could just install Webmin on each > system and login to them remotely from a single PC to configure their DHCP > servers independently .. > > - Jamie > > On 07/Mar/2008 22:05 Ivan Garcia wrote .. > > Hello Jamie, > > Currently the DHCP leases funciton of Webmin works locally with the > dchp.leases file and the dhcpd.conf (for configuration and static hosts), > could our local Webmin server connect internally via ssh to other linux > servers to read and modify these files in order to be able to list and > configure their DHCP? > > These could be done in 2 ways: > 1 - Using a webmin cluster: > - Advantage: No need to store their passwords(in case that we share > the same user/password in all the cluster) > - Disadvantage: We need to install webmin in all the other remote DHCP > servers. > 2 -Connect to the remote DHCP servers via SSH: > - Advantage: No need to install webmin on them. > - Note(to Confirm): If we create an root user in the remote DHCP > servers with the same password than our current webmin administrator, then > we don't need to store passwords in our Webmin. > > That's the reason I would sugest the 2nd way. Let me know your feedback > about it. > > By the way, is there any already implemented webmin module that connects > internally trought ssh to another sever(no webmin) to view or modify any > configuration? > > Best Regards. > Ivan. > > On Sat, Mar 8, 2008 at 3:02 AM, Jamie Cameron <jca...@we...<http://reply_mail.cgi?new=1&to=jcameron%40webmin%2Ecom>> > wrote: > > > On 06/Mar/2008 23:35 Ivan Garcia wrote .. > > > > Hi everybody, is it possible centralize the crontab management and DHCP > > leases for many servers using only one Webmin server? Does the cluster allow > > to do this? Do we need to install Webmin in all the remote servers or webmin > > will connect internally trought SSH and manage Cron and DHCP? > > > > If it's not implemented, can you give us an example of something similar > > already done in Webmin? > > > > Webmin does have a Cluster Cron Jobs module that can run commands on > > multiple systems, although they do all need to have webmin installed. > > > > What do you want to do with a DHCP cluster though? Are you looking for a > > way to have multiple redundant servers with the same configs .. and if so, > > is that even possible without them stepping on each others' toes due to > > differences in the lease files? > > > > - Jamie > > > > > > > > > > ------------------------------------------------------------------------- > > This SF.net email is sponsored by: Microsoft > > Defy all challenges. Microsoft(R) Visual Studio 2008. > > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > > - > > Forwarded by the Webmin development list at web...@we...<http://reply_mail.cgi?new=1&to=webmin%2Ddevel%40webmin%2Ecom> > > To remove yourself from this list, go to > > http://lists.sourceforge.net/lists/listinfo/webadmin-devel > > > > > > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Microsoft > Defy all challenges. Microsoft(R) Visual Studio 2008. > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > - > Forwarded by the Webmin development list at web...@we... > To remove yourself from this list, go to > http://lists.sourceforge.net/lists/listinfo/webadmin-devel > > |
From: Jamie C. <jca...@we...> - 2008-03-08 06:08:57
|
<p>Hi Ivan,<br /><br />I would tend to favour option 1, as that is the way all the other Webmin cluster modules work - there is no dependency on SSH or need to configure it, instead the remote system just has to be added in the Webmin Servers Index module.<br /><br />In this case, would you want all these DHCP servers to share the same configuration or leases? If not, you could just install Webmin on each system and login to them remotely from a single PC to configure their DHCP servers independently ..<br /><br /> - Jamie<br /></p><p> On 07/Mar/2008 22:05 Ivan Garcia wrote .. </p><blockquote type="cite"> Hello Jamie, <br /><br />Currently the DHCP leases funciton of Webmin works locally with the dchp.leases file and the dhcpd.conf (for configuration and static hosts), could our local Webmin server connect internally via ssh to other linux servers to read and modify these files in order to be able to list and configure their DHCP?<br /> <br />These could be done in 2 ways:<br />1 - Using a webmin cluster:<br /> - Advantage: No need to store their passwords(in case that we share the same user/password in all the cluster)<br /> - Disadvantage: We need to install webmin in all the other remote DHCP servers.<br /> 2 -Connect to the remote DHCP servers via SSH:<br /> - Advantage: No need to install webmin on them.<br /> - Note(to Confirm): If we create an root user in the remote DHCP servers with the same password than our current webmin administrator, then we don't need to store passwords in our Webmin.<br /> <br />That's the reason I would sugest the 2nd way. Let me know your feedback about it.<br /><br />By the way, is there any already implemented webmin module that connects internally trought ssh to another sever(no webmin) to view or modify any configuration?<br /> <br />Best Regards.<br />Ivan.<br /><br /><div class="gmail_quote">On Sat, Mar 8, 2008 at 3:02 AM, Jamie Cameron <<a href="reply_mail.cgi?new=1&to=jcameron%40webmin%2Ecom">jca...@we...</a>> wrote:<br /><blockquote style="border-left: 1px solid #cccccc; margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;" class="gmail_quote"> On 06/Mar/2008 23:35 Ivan Garcia wrote .. <div class="Ih2E3d"><blockquote type="cite"> Hi everybody, is it possible centralize the crontab management and DHCP leases for many servers using only one Webmin server? Does the cluster allow to do this? Do we need to install Webmin in all the remote servers or webmin will connect internally trought SSH and manage Cron and DHCP? <br /> <br />If it's not implemented, can you give us an example of something similar already done in Webmin?<br /><br /> </blockquote></div><p>Webmin does have a Cluster Cron Jobs module that can run commands on multiple systems, although they do all need to have webmin installed.<br /><br />What do you want to do with a DHCP cluster though? Are you looking for a way to have multiple redundant servers with the same configs .. and if so, is that even possible without them stepping on each others' toes due to differences in the lease files?<br /> <br /> - Jamie</p><p><br /> </p> <br />-------------------------------------------------------------------------<br /> This SF.net email is sponsored by: Microsoft<br /> Defy all challenges. Microsoft(R) Visual Studio 2008.<br /> <a target="_blank" href="http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/">http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/</a><br />-<br /> Forwarded by the Webmin development list at <a href="reply_mail.cgi?new=1&to=webmin%2Ddevel%40webmin%2Ecom">web...@we...</a><br /> To remove yourself from this list, go to<br /> <a target="_blank" href="http://lists.sourceforge.net/lists/listinfo/webadmin-devel">http://lists.sourceforge.net/lists/listinfo/webadmin-devel</a><br /> <br /></blockquote></div><br /> </blockquote><br /> |
From: Ivan G. <cap...@gm...> - 2008-03-08 06:05:15
|
Hello Jamie, Currently the DHCP leases funciton of Webmin works locally with the dchp.leases file and the dhcpd.conf (for configuration and static hosts), could our local Webmin server connect internally via ssh to other linux servers to read and modify these files in order to be able to list and configure their DHCP? These could be done in 2 ways: 1 - Using a webmin cluster: - Advantage: No need to store their passwords(in case that we share the same user/password in all the cluster) - Disadvantage: We need to install webmin in all the other remote DHCP servers. 2 -Connect to the remote DHCP servers via SSH: - Advantage: No need to install webmin on them. - Note(to Confirm): If we create an root user in the remote DHCP servers with the same password than our current webmin administrator, then we don't need to store passwords in our Webmin. That's the reason I would sugest the 2nd way. Let me know your feedback about it. By the way, is there any already implemented webmin module that connects internally trought ssh to another sever(no webmin) to view or modify any configuration? Best Regards. Ivan. On Sat, Mar 8, 2008 at 3:02 AM, Jamie Cameron <jca...@we...> wrote: > On 06/Mar/2008 23:35 Ivan Garcia wrote .. > > Hi everybody, is it possible centralize the crontab management and DHCP > leases for many servers using only one Webmin server? Does the cluster allow > to do this? Do we need to install Webmin in all the remote servers or webmin > will connect internally trought SSH and manage Cron and DHCP? > > If it's not implemented, can you give us an example of something similar > already done in Webmin? > > Webmin does have a Cluster Cron Jobs module that can run commands on > multiple systems, although they do all need to have webmin installed. > > What do you want to do with a DHCP cluster though? Are you looking for a > way to have multiple redundant servers with the same configs .. and if so, > is that even possible without them stepping on each others' toes due to > differences in the lease files? > > - Jamie > > > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Microsoft > Defy all challenges. Microsoft(R) Visual Studio 2008. > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > - > Forwarded by the Webmin development list at web...@we... > To remove yourself from this list, go to > http://lists.sourceforge.net/lists/listinfo/webadmin-devel > > |
From: Jamie C. <jca...@we...> - 2008-03-07 19:02:15
|
On 06/Mar/2008 23:35 Ivan Garcia wrote .. <blockquote type="cite"> Hi everybody, is it possible centralize the crontab management and DHCP leases for many servers using only one Webmin server? Does the cluster allow to do this? Do we need to install Webmin in all the remote servers or webmin will connect internally trought SSH and manage Cron and DHCP? <br /> <br />If it's not implemented, can you give us an example of something similar already done in Webmin?<br /><br /> </blockquote><p>Webmin does have a Cluster Cron Jobs module that can run commands on multiple systems, although they do all need to have webmin installed.<br /><br />What do you want to do with a DHCP cluster though? Are you looking for a way to have multiple redundant servers with the same configs .. and if so, is that even possible without them stepping on each others' toes due to differences in the lease files?<br /><br /> - Jamie</p><p><br /> </p> |
From: Ivan G. <cap...@gm...> - 2008-03-07 07:35:22
|
Hi everybody, is it possible centralize the crontab management and DHCP leases for many servers using only one Webmin server? Does the cluster allow to do this? Do we need to install Webmin in all the remote servers or webmin will connect internally trought SSH and manage Cron and DHCP? If it's not implemented, can you give us an example of something similar already done in Webmin? Best Regards. Ivan. |
From: Marco R. <mre...@sw...> - 2008-03-04 21:18:28
|
Yes... As I understand the leasfile manpage there's always a new entry for every action the client sends. So if the client extends its lease it adds a new entry: 192.168.1.191 wave-master 2008/03/04 20:27:22 2008/03/04 21:57:22 192.168.1.191 wave-master 2008/03/04 21:12:22 2008/03/04 22:42:22 I've got a leastime of 1 1/2h, so i got these 2 entrys for the extension... Am Dienstag, 4. März 2008 21:23:45 schrieb Jamie Cameron: > On 04/Mar/2008 10:04 Marco Rebsamen wrote .. > > > Hi > > > > I was always wondering why i got multiple entrys for a single host, when > > i list the active Leses. As i read in the man page of the leases file, an > > additional entry is addet when a host renews or aqquires an Adress. > > > > Wouldn't it be possible to just show ONE entry for every Host ? > > That is actually what is supposed to happen - only entries for which > the end time has not already passed should be displayed. Does your leases > file contain more than one lease that is valid for the current time for > each host? > > - Jamie > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Microsoft > Defy all challenges. Microsoft(R) Visual Studio 2008. > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > - > Forwarded by the Webmin development list at web...@we... > To remove yourself from this list, go to > http://lists.sourceforge.net/lists/listinfo/webadmin-devel > > -- > Diese Nachricht wurde auf Viren und andere gefährliche Inhalte untersucht > und ist - aktuelle Virenscanner vorausgesetzt - sauber. > For all your IT requirements visit: http://www.transtec.co.uk -- Diese Nachricht wurde auf Viren und andere gefährliche Inhalte untersucht und ist - aktuelle Virenscanner vorausgesetzt - sauber. For all your IT requirements visit: http://www.transtec.co.uk |
From: Jamie C. <jca...@we...> - 2008-03-04 20:23:49
|
On 04/Mar/2008 10:04 Marco Rebsamen wrote .. > > Hi > > I was always wondering why i got multiple entrys for a single host, when i > list the active Leses. As i read in the man page of the leases file, an > additional entry is addet when a host renews or aqquires an Adress. > > Wouldn't it be possible to just show ONE entry for every Host ? That is actually what is supposed to happen - only entries for which the end time has not already passed should be displayed. Does your leases file contain more than one lease that is valid for the current time for each host? - Jamie |
From: Marco R. <mre...@sw...> - 2008-03-04 18:04:49
|
Hi I was always wondering why i got multiple entrys for a single host, when i list the active Leses. As i read in the man page of the leases file, an additional entry is addet when a host renews or aqquires an Adress. Wouldn't it be possible to just show ONE entry for every Host ? Thanks -- Diese Nachricht wurde auf Viren und andere gefährliche Inhalte untersucht und ist - aktuelle Virenscanner vorausgesetzt - sauber. For all your IT requirements visit: http://www.transtec.co.uk |
From: Jamie C. <jca...@we...> - 2008-03-03 18:54:11
|
On 03/Mar/2008 07:33 Bill Moyers wrote .. > Hi, is there a good way to have a global data file for a usermin module? > In other words, certain actions in a usermin module should add/delete a > line to a single file regardless of user. The global file will be > processed by a single cron job later. One option obviously is to have a > globally writeable file, but this seems like a bad solution. Sure, you could have your module manage a file in /etc/usermin/yourmodulename. This directory is available in the $module_config_directory global variable. As long as the module doesn't call &switch_to_remote_user(); , all code will still run as root and will have write access to that file. - Jamie |
From: Bill M. <bm...@ud...> - 2008-03-03 15:34:00
|
Hi, is there a good way to have a global data file for a usermin module? In other words, certain actions in a usermin module should add/delete a line to a single file regardless of user. The global file will be processed by a single cron job later. One option obviously is to have a globally writeable file, but this seems like a bad solution. I could maybe use the global webmin log, but the goal is to have the file processed by a root cron job and it would be really expensive to parse the whole webmin log every time. Maybe webmin could have per-module logging? Still the cronjob would have to delete any stale entries in the log to avoid things getting out of control, that seems sort of ugly. Any better ideas? |
From: Jamie C. <jca...@we...> - 2008-02-29 17:12:02
|
On 29/Feb/2008 05:28 John Gray wrote .. > Jamie Cameron wrote: > > Ok, that would explain it - if the mailbox's home directory is not under the > > domain's home, it will not be counted. I will fix this in the next Virtualmin > > release, by falling back to using the GID for determining the domain. > > > > - Jamie > > > > > Cool. And I should be sending you patches for the exim support, as well > as few other small things in the next day or two. The one that comes to > mind is a patch to allow ldap passwords to be encrypted via SSHA. The > exim support is coming along. Its detecting exim, can tell if its > running, start and stop it, and list the aliases. Adding, modifying, > deleting the aliases and domains is mostly coded, but not functional > (but its really not very complicated, can't be hard to finish it from > here). I wrote and exim module for routines for the exim support in. > But its just a lib and some config, no UI. Awesome - SHA support for LDAP passwords will be useful, as a few people have asked about that in the past. - Jamie |
From: John G. <gr...@ag...> - 2008-02-29 13:28:38
|
Jamie Cameron wrote: > Ok, that would explain it - if the mailbox's home directory is not under the > domain's home, it will not be counted. I will fix this in the next Virtualmin > release, by falling back to using the GID for determining the domain. > > - Jamie > > Cool. And I should be sending you patches for the exim support, as well as few other small things in the next day or two. The one that comes to mind is a patch to allow ldap passwords to be encrypted via SSHA. The exim support is coming along. Its detecting exim, can tell if its running, start and stop it, and list the aliases. Adding, modifying, deleting the aliases and domains is mostly coded, but not functional (but its really not very complicated, can't be hard to finish it from here). I wrote and exim module for routines for the exim support in. But its just a lib and some config, no UI. John -- John Gray gr...@ag... AgoraNet, Inc. (302) 224-2475 314 E. Main Street, Suite 1 (302) 224-2552 (fax) Newark, De 19711 http://www.agora-net.com |
From: Jamie C. <jca...@we...> - 2008-02-29 05:51:18
|
On 28/Feb/2008 16:33 John Gray wrote .. > Jamie Cameron wrote: > > On 28/Feb/2008 14:15 Bill Moyers wrote .. > > > >> I think there may be a bug in Virtualmin 3.53 (GPL). We have 3.46 (GPL) > >> running on one box and it correctly reports domain user counts on > >> virtual-server/index.cgi. The 3.53 installation reports much lower > >> numbers. Checking out the code, it looks like the new version calls > >> &count_domain_users() to get the counts whereas the old version uses the > >> length of &list_domain_users(domain). I'm not 100% sure what causes the > >> erroneous results, but it looks like &count_domain_users expects the home > >> directories to be in a predetermined structure which ours I think don't > >> match. Any thoughts? For now I've changed it use the old method for > >> counting users. > >> > > > > Hi Bill, > > > > The 3.53 version of Virtualmin changed the way users were counted, as > > the old method was rather slow - it involved a call to list_domain_users > > for each domain, which collected a lot more information than was needed. > > > > But it is a bug if they don't return the same counts. What kind of directory > > structure are you using for your users there? > > > > > Before we started using virtualmin, the structure for the home > directories was /home/<username> > > It looks like its not counting those users. Ok, that would explain it - if the mailbox's home directory is not under the domain's home, it will not be counted. I will fix this in the next Virtualmin release, by falling back to using the GID for determining the domain. - Jamie |
From: John G. <gr...@ag...> - 2008-02-29 00:33:49
|
Jamie Cameron wrote: > On 28/Feb/2008 14:15 Bill Moyers wrote .. > >> I think there may be a bug in Virtualmin 3.53 (GPL). We have 3.46 (GPL) >> running on one box and it correctly reports domain user counts on >> virtual-server/index.cgi. The 3.53 installation reports much lower >> numbers. Checking out the code, it looks like the new version calls >> &count_domain_users() to get the counts whereas the old version uses the >> length of &list_domain_users(domain). I'm not 100% sure what causes the >> erroneous results, but it looks like &count_domain_users expects the home >> directories to be in a predetermined structure which ours I think don't >> match. Any thoughts? For now I've changed it use the old method for >> counting users. >> > > Hi Bill, > > The 3.53 version of Virtualmin changed the way users were counted, as > the old method was rather slow - it involved a call to list_domain_users > for each domain, which collected a lot more information than was needed. > > But it is a bug if they don't return the same counts. What kind of directory > structure are you using for your users there? > > Before we started using virtualmin, the structure for the home directories was /home/<username> It looks like its not counting those users. John |
From: Jamie C. <jca...@we...> - 2008-02-28 22:54:11
|
On 28/Feb/2008 14:15 Bill Moyers wrote .. > I think there may be a bug in Virtualmin 3.53 (GPL). We have 3.46 (GPL) > running on one box and it correctly reports domain user counts on > virtual-server/index.cgi. The 3.53 installation reports much lower > numbers. Checking out the code, it looks like the new version calls > &count_domain_users() to get the counts whereas the old version uses the > length of &list_domain_users(domain). I'm not 100% sure what causes the > erroneous results, but it looks like &count_domain_users expects the home > directories to be in a predetermined structure which ours I think don't > match. Any thoughts? For now I've changed it use the old method for > counting users. Hi Bill, The 3.53 version of Virtualmin changed the way users were counted, as the old method was rather slow - it involved a call to list_domain_users for each domain, which collected a lot more information than was needed. But it is a bug if they don't return the same counts. What kind of directory structure are you using for your users there? - Jamie |
From: Bill M. <bm...@ud...> - 2008-02-28 22:15:58
|
I think there may be a bug in Virtualmin 3.53 (GPL). We have 3.46 (GPL) running on one box and it correctly reports domain user counts on virtual-server/index.cgi. The 3.53 installation reports much lower numbers. Checking out the code, it looks like the new version calls &count_domain_users() to get the counts whereas the old version uses the length of &list_domain_users(domain). I'm not 100% sure what causes the erroneous results, but it looks like &count_domain_users expects the home directories to be in a predetermined structure which ours I think don't match. Any thoughts? For now I've changed it use the old method for counting users. |
From: Jamie C. <jca...@we...> - 2008-02-27 22:22:50
|
The best way to submit the code for this is : 1) Download the latest Virtualmin, version 3.53 2) Make a copy of the source 3) Make your code changes 4) Send me a diff file between the original source and your new version. That way I can easily integrate it. - Jamie On 27/Feb/2008 14:17 John Gray wrote .. > Ok, I'm going to take a crack at that tonight. And I just did some > research on exim virtual domains, and it turns the way we did it is > pretty standard. We have per domain alias files in /etc/exim4/aliases, > some call the directory virtual, some virtualhosts. But other the name > of the directory everything seems to be pretty much the same. > > And I already have code to everything below, its mostly a matter of > integrating it into the right places. And the fact that used my own > perl module to manipulate the aliases file. I might need to remove the > reference to it. Though you're quite welcome to have it. > > How should I go about this? I assume I should work against the latest > code in cvs (or whatever you use). And sent you diffs? > > John > > Jamie Cameron wrote: > > Hi John, > > > > My suggestion would be to make the paths to exim that Virtualmin uses > > configurable (via the Module Config page), and to default them to whatever > > a standard Exim install from source uses. Then you can set them to match > > your site, and the defaults should work for everyone else. > > > > The basic level of Exim support that Virtualmin would need is : > > > > 1) Ability to create, delete and rename mail domains. > > 2) Ability to associate Unix users with Exim virtusers, so that > > email to fo...@ba... goes to the user foo.bar > > 3) Mail alias management > > > > If you get this much working, I could probably implement the rest. > > > > - Jamie > > > > On 27/Feb/2008 13:57 John Gray wrote .. > > > >> Jamie, > >> > >> You may remember that I suggested moving to a modular approach in the > >> past, and asked about adding exim support. Small world? Well, sort of, > >> Bill works for me. I *might* attempt to graft in support for exim. > >> There are a couple of caveats though. The first being that I'm not > >> quite sure what the standard exim setup is, but I'm quite sure my config > >> isn't it. I'm not necessarily against moving towards something more > >> standard though (as long as doesn't cause me a lot of pain). The second > >> caveats is that I'm unlikely to do a complete job of it. For the most > >> part, all we really need is for the virtual aliases to be maintained. > >> And the accounts to be added/removed. Right now we are running a hacked > >> system with postfix on the box runs virtualmin, but I added code to get > >> my exim aliases written to a place where the real mail servers will get > >> them (cfengine does the actually distribution). > >> > >> My real goal, in the end, is to not be running a hacked version, but to > >> get what we need into the standard distribution. So I guess my real > >> question boils down to exactly what constitutes exim support that'll > >> make its way into the standard distribution? > >> > >> Btw, my hacked version just added few apis to our own virtualmin module > >> and hacked into the mail feature file to call out to them. Its a weak > >> start on generic support. > >> > >> Thanks, > >> John > >> > >> Jamie Cameron wrote: > >> > >>> On 27/Feb/2008 09:23 Bill Moyers wrote .. > >>> > >>> > >>>> Hi, currently we have virtualmin installed on a machine that should be > >>>> running exim for mail. Since exim is not supported by virtualmin we also > >>>> have postfix running but with hooks to inform exim when changes (to alias > >>>> files, etc.) need to be made. Two questions: > >>>> > >>>> 1) How hard do you think it would be for us to add exim support to > >>>> virtualmin? > >>>> > >>>> > >>> Not too hard, assuming that it supports the same concepts the other > >>> mail servers, like virtusers and aliases, and that it's aliases can run > >>> programs and deliver to mail files. The only hard part is that the code > >>> which deals with mail servers in scattered throughout Virtualmin - basically, > >>> any place you see references to $config{'mail_system'} > >>> > >>> > >>> > >>>> 2) Failing that, how hard would it be to add a sort of generic mail server > >>>> option? The generic mail server could make calls to an external plugin > >>>> which could be different for various types of mail servers. Seems like it > >>>> might be a bit simpler since we already sort of have this for exim > >>>> (although it's very ugly). > >>>> > >>>> > >>> What I should really do is allow plugins to implement a new mail server type, > >>> just as how they can currently create a new database type. But I'm not sure > if > >>> this would be worth it, as it would require major changes to the Virtualmin > core > >>> > >> .. > >> > >>> and there aren't really that many different mail servers out there :-) > >>> > >>> - Jamie > >>> > >>> ------------------------------------------------------------------------- > >>> This SF.net email is sponsored by: Microsoft > >>> Defy all challenges. Microsoft(R) Visual Studio 2008. > >>> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > >>> - > >>> Forwarded by the Webmin development list at web...@we... > >>> To remove yourself from this list, go to > >>> http://lists.sourceforge.net/lists/listinfo/webadmin-devel > >>> > >>> > >> -- > >> John Gray gr...@ag... > >> AgoraNet, Inc. (302) 224-2475 > >> 314 E. Main Street, Suite 1 (302) 224-2552 (fax) > >> Newark, De 19711 http://www.agora-net.com > >> > >> > >> ------------------------------------------------------------------------- > >> This SF.net email is sponsored by: Microsoft > >> Defy all challenges. Microsoft(R) Visual Studio 2008. > >> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > >> - > >> Forwarded by the Webmin development list at web...@we... > >> To remove yourself from this list, go to > >> http://lists.sourceforge.net/lists/listinfo/webadmin-devel > >> > > > > ------------------------------------------------------------------------- > > This SF.net email is sponsored by: Microsoft > > Defy all challenges. Microsoft(R) Visual Studio 2008. > > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > > - > > Forwarded by the Webmin development list at web...@we... > > To remove yourself from this list, go to > > http://lists.sourceforge.net/lists/listinfo/webadmin-devel > > > > > -- > John Gray gr...@ag... > AgoraNet, Inc. (302) 224-2475 > 314 E. Main Street, Suite 1 (302) 224-2552 (fax) > Newark, De 19711 http://www.agora-net.com > > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Microsoft > Defy all challenges. Microsoft(R) Visual Studio 2008. > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > - > Forwarded by the Webmin development list at web...@we... > To remove yourself from this list, go to > http://lists.sourceforge.net/lists/listinfo/webadmin-devel |
From: John G. <gr...@ag...> - 2008-02-27 22:17:44
|
Ok, I'm going to take a crack at that tonight. And I just did some research on exim virtual domains, and it turns the way we did it is pretty standard. We have per domain alias files in /etc/exim4/aliases, some call the directory virtual, some virtualhosts. But other the name of the directory everything seems to be pretty much the same. And I already have code to everything below, its mostly a matter of integrating it into the right places. And the fact that used my own perl module to manipulate the aliases file. I might need to remove the reference to it. Though you're quite welcome to have it. How should I go about this? I assume I should work against the latest code in cvs (or whatever you use). And sent you diffs? John Jamie Cameron wrote: > Hi John, > > My suggestion would be to make the paths to exim that Virtualmin uses > configurable (via the Module Config page), and to default them to whatever > a standard Exim install from source uses. Then you can set them to match > your site, and the defaults should work for everyone else. > > The basic level of Exim support that Virtualmin would need is : > > 1) Ability to create, delete and rename mail domains. > 2) Ability to associate Unix users with Exim virtusers, so that > email to fo...@ba... goes to the user foo.bar > 3) Mail alias management > > If you get this much working, I could probably implement the rest. > > - Jamie > > On 27/Feb/2008 13:57 John Gray wrote .. > >> Jamie, >> >> You may remember that I suggested moving to a modular approach in the >> past, and asked about adding exim support. Small world? Well, sort of, >> Bill works for me. I *might* attempt to graft in support for exim. >> There are a couple of caveats though. The first being that I'm not >> quite sure what the standard exim setup is, but I'm quite sure my config >> isn't it. I'm not necessarily against moving towards something more >> standard though (as long as doesn't cause me a lot of pain). The second >> caveats is that I'm unlikely to do a complete job of it. For the most >> part, all we really need is for the virtual aliases to be maintained. >> And the accounts to be added/removed. Right now we are running a hacked >> system with postfix on the box runs virtualmin, but I added code to get >> my exim aliases written to a place where the real mail servers will get >> them (cfengine does the actually distribution). >> >> My real goal, in the end, is to not be running a hacked version, but to >> get what we need into the standard distribution. So I guess my real >> question boils down to exactly what constitutes exim support that'll >> make its way into the standard distribution? >> >> Btw, my hacked version just added few apis to our own virtualmin module >> and hacked into the mail feature file to call out to them. Its a weak >> start on generic support. >> >> Thanks, >> John >> >> Jamie Cameron wrote: >> >>> On 27/Feb/2008 09:23 Bill Moyers wrote .. >>> >>> >>>> Hi, currently we have virtualmin installed on a machine that should be >>>> running exim for mail. Since exim is not supported by virtualmin we also >>>> have postfix running but with hooks to inform exim when changes (to alias >>>> files, etc.) need to be made. Two questions: >>>> >>>> 1) How hard do you think it would be for us to add exim support to >>>> virtualmin? >>>> >>>> >>> Not too hard, assuming that it supports the same concepts the other >>> mail servers, like virtusers and aliases, and that it's aliases can run >>> programs and deliver to mail files. The only hard part is that the code >>> which deals with mail servers in scattered throughout Virtualmin - basically, >>> any place you see references to $config{'mail_system'} >>> >>> >>> >>>> 2) Failing that, how hard would it be to add a sort of generic mail server >>>> option? The generic mail server could make calls to an external plugin >>>> which could be different for various types of mail servers. Seems like it >>>> might be a bit simpler since we already sort of have this for exim >>>> (although it's very ugly). >>>> >>>> >>> What I should really do is allow plugins to implement a new mail server type, >>> just as how they can currently create a new database type. But I'm not sure if >>> this would be worth it, as it would require major changes to the Virtualmin core >>> >> .. >> >>> and there aren't really that many different mail servers out there :-) >>> >>> - Jamie >>> >>> ------------------------------------------------------------------------- >>> This SF.net email is sponsored by: Microsoft >>> Defy all challenges. Microsoft(R) Visual Studio 2008. >>> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ >>> - >>> Forwarded by the Webmin development list at web...@we... >>> To remove yourself from this list, go to >>> http://lists.sourceforge.net/lists/listinfo/webadmin-devel >>> >>> >> -- >> John Gray gr...@ag... >> AgoraNet, Inc. (302) 224-2475 >> 314 E. Main Street, Suite 1 (302) 224-2552 (fax) >> Newark, De 19711 http://www.agora-net.com >> >> >> ------------------------------------------------------------------------- >> This SF.net email is sponsored by: Microsoft >> Defy all challenges. Microsoft(R) Visual Studio 2008. >> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ >> - >> Forwarded by the Webmin development list at web...@we... >> To remove yourself from this list, go to >> http://lists.sourceforge.net/lists/listinfo/webadmin-devel >> > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Microsoft > Defy all challenges. Microsoft(R) Visual Studio 2008. > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > - > Forwarded by the Webmin development list at web...@we... > To remove yourself from this list, go to > http://lists.sourceforge.net/lists/listinfo/webadmin-devel > -- John Gray gr...@ag... AgoraNet, Inc. (302) 224-2475 314 E. Main Street, Suite 1 (302) 224-2552 (fax) Newark, De 19711 http://www.agora-net.com |
From: Jamie C. <jca...@we...> - 2008-02-27 22:08:11
|
Hi John, My suggestion would be to make the paths to exim that Virtualmin uses configurable (via the Module Config page), and to default them to whatever a standard Exim install from source uses. Then you can set them to match your site, and the defaults should work for everyone else. The basic level of Exim support that Virtualmin would need is : 1) Ability to create, delete and rename mail domains. 2) Ability to associate Unix users with Exim virtusers, so that email to fo...@ba... goes to the user foo.bar 3) Mail alias management If you get this much working, I could probably implement the rest. - Jamie On 27/Feb/2008 13:57 John Gray wrote .. > Jamie, > > You may remember that I suggested moving to a modular approach in the > past, and asked about adding exim support. Small world? Well, sort of, > Bill works for me. I *might* attempt to graft in support for exim. > There are a couple of caveats though. The first being that I'm not > quite sure what the standard exim setup is, but I'm quite sure my config > isn't it. I'm not necessarily against moving towards something more > standard though (as long as doesn't cause me a lot of pain). The second > caveats is that I'm unlikely to do a complete job of it. For the most > part, all we really need is for the virtual aliases to be maintained. > And the accounts to be added/removed. Right now we are running a hacked > system with postfix on the box runs virtualmin, but I added code to get > my exim aliases written to a place where the real mail servers will get > them (cfengine does the actually distribution). > > My real goal, in the end, is to not be running a hacked version, but to > get what we need into the standard distribution. So I guess my real > question boils down to exactly what constitutes exim support that'll > make its way into the standard distribution? > > Btw, my hacked version just added few apis to our own virtualmin module > and hacked into the mail feature file to call out to them. Its a weak > start on generic support. > > Thanks, > John > > Jamie Cameron wrote: > > On 27/Feb/2008 09:23 Bill Moyers wrote .. > > > >> Hi, currently we have virtualmin installed on a machine that should be > >> running exim for mail. Since exim is not supported by virtualmin we also > >> have postfix running but with hooks to inform exim when changes (to alias > >> files, etc.) need to be made. Two questions: > >> > >> 1) How hard do you think it would be for us to add exim support to > >> virtualmin? > >> > > > > Not too hard, assuming that it supports the same concepts the other > > mail servers, like virtusers and aliases, and that it's aliases can run > > programs and deliver to mail files. The only hard part is that the code > > which deals with mail servers in scattered throughout Virtualmin - basically, > > any place you see references to $config{'mail_system'} > > > > > >> 2) Failing that, how hard would it be to add a sort of generic mail server > >> option? The generic mail server could make calls to an external plugin > >> which could be different for various types of mail servers. Seems like it > >> might be a bit simpler since we already sort of have this for exim > >> (although it's very ugly). > >> > > > > What I should really do is allow plugins to implement a new mail server type, > > just as how they can currently create a new database type. But I'm not sure if > > this would be worth it, as it would require major changes to the Virtualmin core > .. > > and there aren't really that many different mail servers out there :-) > > > > - Jamie > > > > ------------------------------------------------------------------------- > > This SF.net email is sponsored by: Microsoft > > Defy all challenges. Microsoft(R) Visual Studio 2008. > > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > > - > > Forwarded by the Webmin development list at web...@we... > > To remove yourself from this list, go to > > http://lists.sourceforge.net/lists/listinfo/webadmin-devel > > > > > -- > John Gray gr...@ag... > AgoraNet, Inc. (302) 224-2475 > 314 E. Main Street, Suite 1 (302) 224-2552 (fax) > Newark, De 19711 http://www.agora-net.com > > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Microsoft > Defy all challenges. Microsoft(R) Visual Studio 2008. > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > - > Forwarded by the Webmin development list at web...@we... > To remove yourself from this list, go to > http://lists.sourceforge.net/lists/listinfo/webadmin-devel |
From: John G. <gr...@ag...> - 2008-02-27 21:57:48
|
Jamie, You may remember that I suggested moving to a modular approach in the past, and asked about adding exim support. Small world? Well, sort of, Bill works for me. I *might* attempt to graft in support for exim. There are a couple of caveats though. The first being that I'm not quite sure what the standard exim setup is, but I'm quite sure my config isn't it. I'm not necessarily against moving towards something more standard though (as long as doesn't cause me a lot of pain). The second caveats is that I'm unlikely to do a complete job of it. For the most part, all we really need is for the virtual aliases to be maintained. And the accounts to be added/removed. Right now we are running a hacked system with postfix on the box runs virtualmin, but I added code to get my exim aliases written to a place where the real mail servers will get them (cfengine does the actually distribution). My real goal, in the end, is to not be running a hacked version, but to get what we need into the standard distribution. So I guess my real question boils down to exactly what constitutes exim support that'll make its way into the standard distribution? Btw, my hacked version just added few apis to our own virtualmin module and hacked into the mail feature file to call out to them. Its a weak start on generic support. Thanks, John Jamie Cameron wrote: > On 27/Feb/2008 09:23 Bill Moyers wrote .. > >> Hi, currently we have virtualmin installed on a machine that should be >> running exim for mail. Since exim is not supported by virtualmin we also >> have postfix running but with hooks to inform exim when changes (to alias >> files, etc.) need to be made. Two questions: >> >> 1) How hard do you think it would be for us to add exim support to >> virtualmin? >> > > Not too hard, assuming that it supports the same concepts the other > mail servers, like virtusers and aliases, and that it's aliases can run > programs and deliver to mail files. The only hard part is that the code > which deals with mail servers in scattered throughout Virtualmin - basically, > any place you see references to $config{'mail_system'} > > >> 2) Failing that, how hard would it be to add a sort of generic mail server >> option? The generic mail server could make calls to an external plugin >> which could be different for various types of mail servers. Seems like it >> might be a bit simpler since we already sort of have this for exim >> (although it's very ugly). >> > > What I should really do is allow plugins to implement a new mail server type, > just as how they can currently create a new database type. But I'm not sure if > this would be worth it, as it would require major changes to the Virtualmin core .. > and there aren't really that many different mail servers out there :-) > > - Jamie > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Microsoft > Defy all challenges. Microsoft(R) Visual Studio 2008. > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > - > Forwarded by the Webmin development list at web...@we... > To remove yourself from this list, go to > http://lists.sourceforge.net/lists/listinfo/webadmin-devel > -- John Gray gr...@ag... AgoraNet, Inc. (302) 224-2475 314 E. Main Street, Suite 1 (302) 224-2552 (fax) Newark, De 19711 http://www.agora-net.com |
From: Jamie C. <jca...@we...> - 2008-02-27 19:23:58
|
Thanks for the patch! I will include this in the next Webmin release .. - Jamie On 27/Feb/2008 03:04 Clément VERET wrote .. > Hi everyone, > > I was playing with the bacula-backup module (and bacule by the way) > and I found what's look like a bug. > > Actually, it was impossible to see the completed jobs in the "Director > Status", "Storage Status" and "Client Status" pages. > > So I took a little bit of patience, and I corrected the regexp of this > modules concerning completed jobs. > > Unfortunatly, I wasn't able to test it on something else than a CentOS > 5.1/Webmin 1.40/Bacula 2.03 (EPEL Version actually). > > Hope this can help... > > P.S. : excuse my eventual typo, I'm learning Dvorak french keyboard > since last week :) > -- > Clément Véret |
From: Jamie C. <jca...@we...> - 2008-02-27 19:06:53
|
On 27/Feb/2008 09:23 Bill Moyers wrote .. > Hi, currently we have virtualmin installed on a machine that should be > running exim for mail. Since exim is not supported by virtualmin we also > have postfix running but with hooks to inform exim when changes (to alias > files, etc.) need to be made. Two questions: > > 1) How hard do you think it would be for us to add exim support to > virtualmin? Not too hard, assuming that it supports the same concepts the other mail servers, like virtusers and aliases, and that it's aliases can run programs and deliver to mail files. The only hard part is that the code which deals with mail servers in scattered throughout Virtualmin - basically, any place you see references to $config{'mail_system'} > 2) Failing that, how hard would it be to add a sort of generic mail server > option? The generic mail server could make calls to an external plugin > which could be different for various types of mail servers. Seems like it > might be a bit simpler since we already sort of have this for exim > (although it's very ugly). What I should really do is allow plugins to implement a new mail server type, just as how they can currently create a new database type. But I'm not sure if this would be worth it, as it would require major changes to the Virtualmin core .. and there aren't really that many different mail servers out there :-) - Jamie |
From: Bill M. <bm...@ud...> - 2008-02-27 17:24:20
|
Hi, currently we have virtualmin installed on a machine that should be running exim for mail. Since exim is not supported by virtualmin we also have postfix running but with hooks to inform exim when changes (to alias files, etc.) need to be made. Two questions: 1) How hard do you think it would be for us to add exim support to virtualmin? 2) Failing that, how hard would it be to add a sort of generic mail server option? The generic mail server could make calls to an external plugin which could be different for various types of mail servers. Seems like it might be a bit simpler since we already sort of have this for exim (although it's very ugly). Any thoughts? |
From: C. V. <cle...@gm...> - 2008-02-27 11:04:17
|
Hi everyone, I was playing with the bacula-backup module (and bacule by the way) and I found what's look like a bug. Actually, it was impossible to see the completed jobs in the "Director Status", "Storage Status" and "Client Status" pages. So I took a little bit of patience, and I corrected the regexp of this modules concerning completed jobs. Unfortunatly, I wasn't able to test it on something else than a CentOS 5.1/Webmin 1.40/Bacula 2.03 (EPEL Version actually). Hope this can help... P.S. : excuse my eventual typo, I'm learning Dvorak french keyboard since last week :) -- Clément Véret |