webadmin-list — Webmin users mailing list

[webmin-l] webmin/virtualmin problems creating virtual servers

[RYAN v. G. <lu...@co...>]

First of i am getting really close to making my life alot easier through 
the uses of your great program.  Hoping all the time i put in now will 
save me time in the near future.

When virtualmin adds a zone it always adds it to the 
/usr/local/etc/named.conf directory this does not work for me i need it 
to be added to the /usr/local/etc/namedb/webmin/zones.file.  I have made 
the adjustment in the dns server module config by checking the Add new 
zones to file and adding this to the dialog box 
/usr/local/etc/namedb/webmin/zones.file.
 
When creating the apache site webmin seems to do a great job adding the 
apache web directives to to new file /usr/local/etc/apache/vhost.conf 
but adds the below.  I would like to see *:80 rather than an ip address 
also it seems to leave behind a bunch of these enteries when i delete 
virtual servers.

<VirtualHost 68.146.204.152:80>
</VirtualHost>
<VirtualHost 68.146.204.152:80>
</VirtualHost>

I have added these directives to the apache directive box is that the 
best/only way seems alittle messy? can i use a template file or something.
 
Lastly when the zone file gets created it goes where is should and 
contains some of what it should.  However when i add additionally needed 
records to the dialog box for virtual servers it adds nothing to my zone 
file. I tried adding zone info into the dns module but it only allows 
room for two entries and the format of the template file is unclear to me.

please help I have spent many hours reading the doc and experimenting.  
Trail and error only get one so far and takes a very long time, i need 
so enlightenment please.


-- 
Computer King/CaNMail

http://www.computerking.ca     http://www.canmail.org

Sales, Service, and Hosting
Email, Data, and Web Packages
Ask about web design specials

Affiliates
http://www.computerking.ca/pages/links/affiliates/affiliates.htm

Maybe Computer Science should be in the College of Theology. -- R. S. 
Barton

Re: [webmin-l] Strange error: perl or webmin?

[Jamie C. <jca...@we...>]

On 28/Mar/2006 17:19 Freddie Cash wrote ..
> On Tue, March 28, 2006 2:25 pm, Jamie Cameron wrote:
> > On 28/Mar/2006 17:03 Freddie Cash wrote ..
> >> While trying to upgrade a RedHat 7.1 server running Webmin 1.180, I
> >>  get the following error: require proc/proc-lib.pl failed: Died at
> >> (eval 18) line 4.
> 
> >> Not sure if this is a webmin error or a perl error.  The last time
> >> this server was updated (several months ago) everything worked.
> >> But now it doesn't.
> 
> >> OS:  RedHat Linux 7.1 Perl: 5.6.0 Webmin: 1.180
> 
> > That looks like a Webmin error.. You might want to try updating from
> > the command line, rather than from within Webmin.
> 
> That's what I figured, but thought I'd ask before doing a manual upgrade.
> 
> Just to confirm (I haven't done upgrades from the CLI in well over a
> year), the process is a simple:
>   - download the latest tarball
>   - untar to somewhere (/usr/local)
>   - run the setup.sh from that directory
>   - point it at the config directory used by the old version
>   - restart miniserv.pl

Yes, that is correct .. apart from the last step (restart miniserv.pl),
which is not actually needed.

 - Jamie

Re: [webmin-l] Strange error: perl or webmin?

[Freddie C. <fca...@sd...>]

On Tue, March 28, 2006 2:25 pm, Jamie Cameron wrote:
> On 28/Mar/2006 17:03 Freddie Cash wrote ..
>> While trying to upgrade a RedHat 7.1 server running Webmin 1.180, I
>>  get the following error: require proc/proc-lib.pl failed: Died at
>> (eval 18) line 4.

>> Not sure if this is a webmin error or a perl error.  The last time
>> this server was updated (several months ago) everything worked.
>> But now it doesn't.

>> OS:  RedHat Linux 7.1 Perl: 5.6.0 Webmin: 1.180

> That looks like a Webmin error.. You might want to try updating from
> the command line, rather than from within Webmin.

That's what I figured, but thought I'd ask before doing a manual upgrade.

Just to confirm (I haven't done upgrades from the CLI in well over a
year), the process is a simple:
  - download the latest tarball
  - untar to somewhere (/usr/local)
  - run the setup.sh from that directory
  - point it at the config directory used by the old version
  - restart miniserv.pl

----
Freddie Cash, LPIC-1 CCNT CCLP        Helpdesk / Network Support Tech.
School District 73                    (250) 377-HELP [377-4357]
fca...@sd...

[webmin-l] Cluster webmin servers module: adding themes

[Freddie C. <fca...@sd...>]

Is it possible, using the cluster webmin server module, to set the
default webmin theme on the remote systems?

I have 38 servers configured via webmin servers index/cluster webmin
servers, and have uploaded a theme to all the remote systems.=20
However, I cannot figure out how to set that theme as the default for
the remote systems.  Is this even possible with any of the cluster
modules?

Thanks.

----
Freddie Cash, LPCI-1 CCNT CCLP        Helpdesk / Network Support Tech.
School District 73                    (250) 377-HELP [377-4357]
fca...@sd...

Re: [webmin-l] Strange error: perl or webmin?

[Jamie C. <jca...@we...>]

On 28/Mar/2006 17:03 Freddie Cash wrote ..
> While trying to upgrade a RedHat 7.1 server running Webmin 1.180, I
> get the following error:
>   require proc/proc-lib.pl failed:
>   Died at (eval 18) line 4.
> 
> Not sure if this is a webmin error or a perl error.  The last time
> this server was updated (several months ago) everything worked.  But
> now it doesn't.
> 
> OS:  RedHat Linux 7.1
> Perl: 5.6.0
> Webmin: 1.180

That looks like a Webmin error..
You might want to try updating from the command line, rather than from within Webmin.

 - Jamie

[webmin-l] Strange error: perl or webmin?

[Freddie C. <fca...@sd...>]

While trying to upgrade a RedHat 7.1 server running Webmin 1.180, I
get the following error:
  require proc/proc-lib.pl failed:
  Died at (eval 18) line 4.

Not sure if this is a webmin error or a perl error.  The last time
this server was updated (several months ago) everything worked.  But
now it doesn't.

OS:  RedHat Linux 7.1
Perl: 5.6.0
Webmin: 1.180

----
Freddie Cash, LPCI-1 CCNT CCLP        Helpdesk / Network Support Tech.
School District 73                    (250) 377-HELP [377-4357]
fca...@sd...

Re: [webmin-l] Versioning

[Jamie C. <jca...@we...>]

On 28/Mar/2006 07:17 Grant Peel wrote ..
> Thanks Jamie,
> 
> IS there a way (i.e. a parameter to set) in the module itself so it will
> show up when the module index file is shown in a browser? (similar to the
> way Apache or ProFTPd does?

Do you mean a way of including the version in the module title?
At the moment, there is no way to do this ..

> Also,
> 
> In Webmin configuration module, in the "Modules' module (LOL), the version
> does not show up in the Clone or Export dropdown.

Thanks for pointing that out, I should probably add this..

 - Jamie

> -Grant
> 
> ----- Original Message ----- 
> From: "Jamie Cameron" <jca...@we...>
> To: <web...@li...>
> Sent: Monday, March 27, 2006 12:29 AM
> Subject: Re: [webmin-l] Versioning
> 
> 
> > On 26/Mar/2006 12:03 Grant Peel wrote ..
> >> Hi all,
> >>
> >> I have some custom modules. They all use the standard webmin provisions
> >> ...
> >> with a few hacks.
> >>
> >> How does one assing a version to a particular module such that when
> >> changes
> >> are made, and new module installed, a month later we can look back and
> >> see
> >> what 'version' of the module is being used?
> >
> > You should add a line to its module.info file like :
> >
> > version=1.0
> >
> > This will then show up in the Webmin Configuration -> Webmin Modules
> page, 
> > when
> > the list of installed modules is displayed.
> >
> > - Jamie

Re: [webmin-l] Versioning

[Grant P. <gp...@th...>]

Thanks Jamie,

IS there a way (i.e. a parameter to set) in the module itself so it will 
show up when the module index file is shown in a browser? (similar to the 
way Apache or ProFTPd does?

Also,

In Webmin configuration module, in the "Modules' module (LOL), the version 
does not show up in the Clone or Export dropdown.

-Grant

----- Original Message ----- 
From: "Jamie Cameron" <jca...@we...>
To: <web...@li...>
Sent: Monday, March 27, 2006 12:29 AM
Subject: Re: [webmin-l] Versioning


> On 26/Mar/2006 12:03 Grant Peel wrote ..
>> Hi all,
>>
>> I have some custom modules. They all use the standard webmin provisions
>> ...
>> with a few hacks.
>>
>> How does one assing a version to a particular module such that when 
>> changes
>> are made, and new module installed, a month later we can look back and
>> see
>> what 'version' of the module is being used?
>
> You should add a line to its module.info file like :
>
> version=1.0
>
> This will then show up in the Webmin Configuration -> Webmin Modules page, 
> when
> the list of installed modules is displayed.
>
> - Jamie
>
>
> -------------------------------------------------------
> This SF.Net email is sponsored by xPML, a groundbreaking scripting 
> language
> that extends applications into web and mobile media. Attend the live 
> webcast
> and join the prime developer group breaking into this new coding 
> territory!
> http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642
> -
> Forwarded by the Webmin mailing list at 
> web...@li...
> To remove yourself from this list, go to
> http://lists.sourceforge.net/lists/listinfo/webadmin-list
> 

Re: [webmin-l] Module Exporting

[Grant P. <gp...@th...>]

Perhaps, in the module config, have the ability to specify a specific 
directory for the default export location, then all us lazy people would 
have to do is type in the filename .

-Grant

----- Original Message ----- 
From: "Jamie Cameron" <jca...@we...>
To: <web...@li...>
Sent: Monday, March 27, 2006 1:14 AM
Subject: Re: [webmin-l] Module Exporting


> On 26/Mar/2006 12:11 Grant Peel wrote ..
>> Hi Janie,
>>
>> Any chance you can be bribed to add an 'Export' theme provision in the
>> theme's module, similar to what you added in the Webmin/Usermin module
>> sections?
>
> That's a good idea .. I will add this in the next release.
>
>> %%_and_if_your_really_feeling_generous_%%
>>
>> consider adding a default 'export' directory option to the
>> Usermin/Webmin/Theme Export modules :-)
>
> I am not totally sure what you mean here?
>
> - Jamie
>
>
> -------------------------------------------------------
> This SF.Net email is sponsored by xPML, a groundbreaking scripting 
> language
> that extends applications into web and mobile media. Attend the live 
> webcast
> and join the prime developer group breaking into this new coding 
> territory!
> http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642
> -
> Forwarded by the Webmin mailing list at 
> web...@li...
> To remove yourself from this list, go to
> http://lists.sourceforge.net/lists/listinfo/webadmin-list
> 

[webmin-l] dhcp server module

[Donald L. C. <don...@ci...>]

If I log on as root I can see the entries sorted by assignment (shared
network and then the IP's in that network and then next shared
network...) but, if I create a new account, it sorts all of the IP's
first and then the shared networks no matter what I have for "Display
hosts and groups by"

[webmin-l] Personal Thanks To All

[Ravi G. <mai...@ra...>]

This coming 1st of April it will complete 1 year that I have been using
webmin, usermin and virtualmin in my small business. I would like to express
my thanks to all of you that made this great software possible. It helped me
start my small business and it also helped me make money and pay my bills.
Also, I would like to express my thanks to everyone in the list that
willingly helped me through working better with this great software. After
trying other software like Cpanel and windows based hosting panels I found
webmin to be the leading of all. Besides that, webmin doesn't install
garbage on the machine. Webmin is a concept in simplicity, functionality and
cost-wise software. 

 

Thank you all. My thanks go especially to Jamie Cameron. 

 

Ravi Gehlot

Re: [webmin-l] SSL

[Kris D. <kd...@vi...>]

Barry wrote:
> I wonder if you cold have multiple https listening ports on inside
> addresses (192.168.x.x for example), and then proxy/NAT to those *at the
> firewall* to those ports, based on the domain name or the request somehow?

Once again, in short, no;  reread my previous message carefully.

The site MUST be identified based on the (public!) IP and port - no 
other information is available before the SSL layer is engaged, and 
after it's engaged you can't renegotiate the SSL parameters.  Which 
leaves you stuck trying to having to identify which site to serve based 
on information you don't have yet.

About the best you could do - and it's pretty ugly, I'd NEVER rely on it 
to function correctly in production - is a truly barbaric hack to 
redirect from https://site.com to https://realsite.com:newport on the 
fly.  I'm not certain if it would even be possible;  it would depend on 
which headers are actually sent by the browser.  You'd still end up with 
certificate mismatch headaches, because the initial connection wouldn't 
be handled by a vhost with the correct certificate for the site you 
actually want to visit.

Googling for "SSL handshake HTTPS certificate" should turn up some 
relevant results.

-kgd

RE: [webmin-l] SSL

[Ravi G. <mai...@ra...>]

Let me know if you get a response for this.

Ravi.

-----Original Message-----
From: web...@li...
[mailto:web...@li...] On Behalf Of Barry
Sent: Monday, March 27, 2006 4:26 PM
To: web...@li...
Subject: Re: [webmin-l] SSL

I wonder if you cold have multiple https listening ports on inside
addresses (192.168.x.x for example), and then proxy/NAT to those *at the
firewall* to those ports, based on the domain name or the request somehow?

Best,

Barry

Kris Deugau wrote:
> Ravi Gehlot wrote:
>> When you say "not effectively" you mean it wouldn't work?
>
> In short, no.
>
>> If I could type on my browser http://www.thataddress.com/ and have it 
>> proxied to http://www.thataddress.com:8080/
>
> That would work fine for HTTP (please note, NOT HTTP*S*!) because the 
> browser has a chance to send the domain/site address it's looking for 
> before it sets up the SSL layer.  But then with standard HTTP you 
> don't need to bother with multiple ports because that mechanism is 
> available in the first place.
>




-------------------------------------------------------
This SF.Net email is sponsored by xPML, a groundbreaking scripting language
that extends applications into web and mobile media. Attend the live webcast
and join the prime developer group breaking into this new coding territory!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642
-
Forwarded by the Webmin mailing list at web...@li...
To remove yourself from this list, go to
http://lists.sourceforge.net/lists/listinfo/webadmin-list

Re: [webmin-l] SSL

[Barry <we...@i1...>]

I wonder if you cold have multiple https listening ports on inside
addresses (192.168.x.x for example), and then proxy/NAT to those *at the
firewall* to those ports, based on the domain name or the request somehow?

Best,

Barry

Kris Deugau wrote:
> Ravi Gehlot wrote:
>> When you say “not effectively” you mean it wouldn’t work?
>
> In short, no.
>
>> If I could type on my browser http://www.thataddress.com/ and have it 
>> proxied to http://www.thataddress.com:8080/
>
> That would work fine for HTTP (please note, NOT HTTP*S*!) because the 
> browser has a chance to send the domain/site address it's looking for 
> before it sets up the SSL layer.  But then with standard HTTP you 
> don't need to bother with multiple ports because that mechanism is 
> available in the first place.
>

RE: [webmin-l] SSL

[Ravi G. <mai...@ra...>]

Kris,

	Thanks for the explanation. I have already arranged to buy ip
addresses so things should be straight now.

Ravi.

-----Original Message-----
From: web...@li...
[mailto:web...@li...] On Behalf Of Kris Deugau
Sent: Monday, March 27, 2006 10:44 AM
To: web...@li...
Subject: Re: [webmin-l] SSL

Ravi Gehlot wrote:
> When you say "not effectively" you mean it wouldn't work?

In short, no.

> If I could 
> type on my browser http://www.thataddress.com/ and have it proxied to 
> http://www.thataddress.com:8080/

That would work fine for HTTP (please note, NOT HTTP*S*!) because the 
browser has a chance to send the domain/site address it's looking for 
before it sets up the SSL layer.  But then with standard HTTP you don't 
need to bother with multiple ports because that mechanism is available 
in the first place.

> then it would be great because none of 
> my clients would need to know what "non-standard" port the website is 
> being forwarded. Now, with this in mind I know that I can install 
> multiple SSL certificates in one shared IP where all web addressed would 
> use a non-standard port. Indeed, I could secure many websites sharing 
> the same ip without having obligating my customers to know port numbers.

If you're serious about providing HTTPS service for your customers, 
you'll do it right and set each secure site up with its own IP.  About 
the best you can do otherwise is have a "shared" HTTPS site that either 
acts as an HTTPS proxy wrapper for the "real" site 
(https://secure.yourdomain.com/customersite), or you must include the 
bare alternate port numbers in the address so Apache can figure out 
which site to serve (https://customer.com:customport).

http:// URLs will not be secure, because the browser won't know to 
initiate the SSL key exchange.

Here's the detailed reason why:

Regular HTTP access:
The browser opens a connection to the specified port (or the standard 
HTTP port if none is specified) on the appropriate server.  It sends the 
HTTP request, along with additional headers that tell the webserver 
which domain it's looking for:

GET / HTTP/1.1
Host:  domain1.com

The above two pieces are the bare minimum for hosting multiple regular 
websites on a single IP;  I can't think of any browsers that DON'T 
support this capability.

Based on that "Host:" header, the webserver can pick which of the 
virtual hosts to send out the default index page for.  If it's omitted, 
most webservers include configuration for a default virtualhost, which 
is what will be served.

HTTPS access:
The browser opens a connection to the specified port (or the standard 
HTTPS port if none is specified) on the appropriate server.  It 
initiates the key and certificate exchange necessary to A) secure the 
connection (key exchange) and B) provide some degree of authenticity for 
the site address (certificate).  Note that at this point, the webserver 
has NOT received an HTTP-specific request;  this process is part of ALL 
certficate-associated SSL connections!  The ONLY information the 
webserver has with respect to which site to provide content from is the 
IP and port that the browser connected to.

Once the SSL handshake is finished, the browser then sends the same 
basic request headers as with regular HTTP access.  But at this point, 
because of the SSL handshake, there is no way to suddenly switch to a 
different virtual host;  doing so would require a new SSL handshake - 
which would have to be chosen based on a different IP and/or port than 
the original connection.

-kgd


-------------------------------------------------------
This SF.Net email is sponsored by xPML, a groundbreaking scripting language
that extends applications into web and mobile media. Attend the live webcast
and join the prime developer group breaking into this new coding territory!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642
-
Forwarded by the Webmin mailing list at web...@li...
To remove yourself from this list, go to
http://lists.sourceforge.net/lists/listinfo/webadmin-list

[webmin-l] Listening interface & vserver

[Marc K. <Mar...@pr...>]

Hello,
I have a problem to setup webmin inside a vserver.  Maybe the prob could
be that the virtual machine doesn't have a loopbak interface.
Structure:
hosts system (webmin listening on port 1010 (Available interface
lo,eth0,eth1) OK
Guest /virtual listening on 1013 Unreachable ...
How can I acheive this.
Marc

-- 
Programmers.ch
Solutions libres et Opensources
Tel: ++41 76 44 888 72
Site: http://www.programmers.ch
Site: http://openprojects.ch

Re: [webmin-l] SSL

[Kris D. <kd...@vi...>]

Ravi Gehlot wrote:
> When you say “not effectively” you mean it wouldn’t work?

In short, no.

> If I could 
> type on my browser http://www.thataddress.com/ and have it proxied to 
> http://www.thataddress.com:8080/

That would work fine for HTTP (please note, NOT HTTP*S*!) because the 
browser has a chance to send the domain/site address it's looking for 
before it sets up the SSL layer.  But then with standard HTTP you don't 
need to bother with multiple ports because that mechanism is available 
in the first place.

> then it would be great because none of 
> my clients would need to know what “non-standard” port the website is 
> being forwarded. Now, with this in mind I know that I can install 
> multiple SSL certificates in one shared IP where all web addressed would 
> use a non-standard port. Indeed, I could secure many websites sharing 
> the same ip without having obligating my customers to know port numbers.

If you're serious about providing HTTPS service for your customers, 
you'll do it right and set each secure site up with its own IP.  About 
the best you can do otherwise is have a "shared" HTTPS site that either 
acts as an HTTPS proxy wrapper for the "real" site 
(https://secure.yourdomain.com/customersite), or you must include the 
bare alternate port numbers in the address so Apache can figure out 
which site to serve (https://customer.com:customport).

http:// URLs will not be secure, because the browser won't know to 
initiate the SSL key exchange.

Here's the detailed reason why:

Regular HTTP access:
The browser opens a connection to the specified port (or the standard 
HTTP port if none is specified) on the appropriate server.  It sends the 
HTTP request, along with additional headers that tell the webserver 
which domain it's looking for:

GET / HTTP/1.1
Host:  domain1.com

The above two pieces are the bare minimum for hosting multiple regular 
websites on a single IP;  I can't think of any browsers that DON'T 
support this capability.

Based on that "Host:" header, the webserver can pick which of the 
virtual hosts to send out the default index page for.  If it's omitted, 
most webservers include configuration for a default virtualhost, which 
is what will be served.

HTTPS access:
The browser opens a connection to the specified port (or the standard 
HTTPS port if none is specified) on the appropriate server.  It 
initiates the key and certificate exchange necessary to A) secure the 
connection (key exchange) and B) provide some degree of authenticity for 
the site address (certificate).  Note that at this point, the webserver 
has NOT received an HTTP-specific request;  this process is part of ALL 
certficate-associated SSL connections!  The ONLY information the 
webserver has with respect to which site to provide content from is the 
IP and port that the browser connected to.

Once the SSL handshake is finished, the browser then sends the same 
basic request headers as with regular HTTP access.  But at this point, 
because of the SSL handshake, there is no way to suddenly switch to a 
different virtual host;  doing so would require a new SSL handshake - 
which would have to be chosen based on a different IP and/or port than 
the original connection.

-kgd

[webmin-l] Listening interface & vserver

[Marc K. <Mar...@pr...>]

Hello,
I have a problem to setup webmin inside a vserver.  Maybe the prob could
be that the virtual machine doesn't have a loopbak interface.
Structure:
hosts system (webmin listening on port 1010 (Available interface
lo,eth0,eth1) OK
Guest /virtual listening on 1013 Unreachable ...
How can I acheive this.
Marc

-- 
Programmers.ch
Solutions libres et Opensources
Tel: ++41 76 44 888 72
Site: http://www.programmers.ch
Site: http://openprojects.ch

Re: [webmin-l] Module Exporting

[Jamie C. <jca...@we...>]

On 26/Mar/2006 12:11 Grant Peel wrote ..
> Hi Janie,
> 
> Any chance you can be bribed to add an 'Export' theme provision in the
> theme's module, similar to what you added in the Webmin/Usermin module
> sections?

That's a good idea .. I will add this in the next release.

> %%_and_if_your_really_feeling_generous_%%
> 
> consider adding a default 'export' directory option to the 
> Usermin/Webmin/Theme Export modules :-)

I am not totally sure what you mean here?

 - Jamie

Re: [webmin-l] Versioning

[Jamie C. <jca...@we...>]

On 26/Mar/2006 12:03 Grant Peel wrote ..
> Hi all,
> 
> I have some custom modules. They all use the standard webmin provisions
> ... 
> with a few hacks.
> 
> How does one assing a version to a particular module such that when changes
> are made, and new module installed, a month later we can look back and
> see 
> what 'version' of the module is being used?

You should add a line to its module.info file like :

version=1.0

This will then show up in the Webmin Configuration -> Webmin Modules page, when 
the list of installed modules is displayed.

 - Jamie

Re: [webmin-l] problem restoring config of "system and server status"

[Jamie C. <jca...@we...>]

On 26/Mar/2006 12:23 Vincent Keunen wrote ..
> Jamie Cameron wrote:
> 
> >On 26/Mar/2006 10:29 Vincent Keunen wrote ..
> >  
> >
> >>Hello,
> >>
> >>A few days ago, I did a backup of the module "system and server status"
> >>(via webmin/backup configuration files) which went well, apparently (the
> >>machine was an old gentoo machine).
> >>
> >>Today, I reinstalled that machine (now a RHES4) and tried to restore
> the
> >>config but it failed:
> >>----------
> >>Starting restore of module configuration files from 
> >>/home/maxr/Desktop/backup-webmin-mx2rtr1-system-server-status.tgz ..
> >>
> >>.. failed! None of the files for the selected modules are in the backup
> >>----------
> >>
> >>When I look inside the tgz, I do see information from the "system and
> >>server status" module...
> >>
> >>Any idea?
> >>    
> >>
> >
> >I had a look at the backup file you sent me, and I can see the problem
> ..
> >all the paths in it (as listed in its manifest file) have // at the start.
> >The real question is where these came from! 
> >
> >Which version of Webmin did you make the backup on?
> >  
> >
> > - Jamie
> >
> 
> I'm not sure...  And the machine is dead...  Is there a way for me to 
> fix that // problem?  Re-defining all the status checking stuff will be
> pretty long and I'd rather reload them all in one shot.

One fix would be to do the following :

1) Extract the backup tar file to a temporary directory
2) Edit the file tmp/backup-manifest/status under that directory
3) Replace the // at the start of each filename with /
4) Re-tar up the backup file, and then attempt to restore from it in Webmin.

 - Jamie

Re: [webmin-l] Module Categories.

[Jamie C. <jca...@we...>]

On 26/Mar/2006 12:50 Grant Peel wrote ..
> Hi again,
> 
> 
> Last question of the day ... well maybe !
> 
> Is there a file that can be copied from one server to another that will
> clone the module/category layout? VRS reassigning modules by hand?

Yes .. the files are /etc/webmin/webmin.catnames (for the custom category names)
and /etc/webmin/webmin.cats (for re-assignements).

 - Jamie

Re: [webmin-l] Default logrotate settings for virtual servers

[Doug R. <dro...@sm...>]

On Tue, March 21, 2006 1:26 pm, Jamie Cameron wrote:
> On 21/Mar/2006 02:39 Doug Robbins wrote ..
>
>> On Tue, March 21, 2006 2:59 am, Jamie Cameron wrote:
>>
>>> On Mon, 2006-03-20 at 16:57, Doug Robbins wrote:
>>>
>>>
>>>> How do I configure the default logrotate options for new virtual
>>>> servers? I've been through the Virtualmin module, the Apache module,
>>>>
>> and
>>>> the Logrotate module, but can seem to figure it out.
>>>>
>>>> When I create a new virtual server, a logrotate entry for it's
>>>> Apache
>>>> logs is created in /etc/logrotate.d. That entry includes (for
>>>> example) "rotate 5". The logrotate default is "rotate 4". So where
>>>> are these specific virtual server options, like "rotate 5", coming
>>>> from?
>>>
>>> Hi Doug,
>>> These settings come from the server templates, which can be edited by
>>> clicking on the Server Templates icon in Virtualmin, and then on the
>>> Default Template link. On the page that appears is a section for the
>>> logrotate directives..
>>
>> Jamie, I can't see anything on that page referring to logrotate
>> directives. Perhaps I'm going blind, but I've combed through it a dozen
>> times now.
>>
>> To be clear, this is the page starting with "Template name... Skeleton
>> directory for files..."?
>>
>> On which part of that page do you see logrotate options?
>>
>
> It should be somewhere near the bottom..
> Which version of Virtualmin are you using there though?

Apologies for the delayed reply...

I using Virtual 2.610 with Webmin 1.260. And there's nowehere I can find
to alter the logrotate settings. Even tried setting the skin back to the
default, in case there was a problem there, but no joy.

I did however finally solve the initial problem that led me to go looking
for this configuration, which I'll record here in case it's useful for
someone else....

I was getting regular logrotate errors, "unable to run postrotate scripts"
for all virtual domains plus a few other logs. It seems that the logrotate
program creates a temporary script in the system temp directory (/tmp) for
any 'postrotate' directives in the logrotate configuration. An my /tmp is
noexec, so the temp script(s) would fail. So I modified the
/etc/cron.daily/logrotate script (on CentOS), adding a specific temp
directory for the logrotate program to use:

Was:

/usr/sbin/logrotate /etc/logrotate.conf

Modified to:

env TMPDIR=/var/logrotatetmp /usr/sbin/logrotate /etc/logrotate.conf

Then of course create the /var/logrotatetmp directory.

Take care,

Doug

Re: [webmin-l] Virtual Pop3 Server.

[Grant P. <gp...@th...>]

Thanks Alan, I'll take a look!

-Grant

----- Original Message ----- 
From: "Alan Dobkin" <We...@Om...>
To: "Webmin List" <Web...@Li...>
Sent: Sunday, March 26, 2006 2:03 PM
Subject: Re: [webmin-l] Virtual Pop3 Server.


> Grant,
>
> Check out Dovecot.  It is primarily an IMAP server, but it does POP3,
> and I believe it meets all of your requirements.  It is the default
> POP/IMAP server in all current Red Hat-based Linux distributions, and it
> is the default server supported with Virtualmin Professional, so it is
> the best choice to work with Webmin and Usermin.  It also should work
> perfectly with all webmail programs (including OpenWebmail), since by
> definition they are usually IMAP-based.
>
> For more information, see www.Dovecot.org and wiki.Dovecot.org.
>
> Alan
>
> On 3/25/2006 10:49 AM, Grant Peel wrote:
>> Hi all,
>>
>> I am curious to know what everyone is using for a pop3 server. I am
>> asking on this list because, I am investigating the posibility of
>> installing a new one, and of course, I want to new one to be supported
>> by Webmin and USermin.
>>
>> I am currently using vm-pop3d, which server me well, but is
>> stagnating, it seems Jeremy is quite busy these days and may have
>> little time for furthering the developemnt.
>>
>> What I am specificly looking for is a pop server that supports the use
>> of virtual accounts, and can retain Openwebmail and Webmin Usermin
>> supported.
>>
>> Here is an idea of a setup ...
>>
>> password files grouped by domain in
>> (standard UNIX crypt hasing).
>>
>> /etc/virtual/domain/passwd (file)
>>
>> Virtual users mailfile:
>>
>> /home/domainname.com/mail/virtualusernamehere
>>
>> Alias files:
>>
>> /home/domainname.com/mail/aliases (not relevent I know).
>>
>> mail spool dir is a link to the actual mail dir, example
>>
>> /var/spool/virtual/dommainname.com -> /home/domainname.com/mail
>> /var/spool/virtual/anotherdomain.com -> /home/anotherdomain.com/mail
>> ...
>>
>> Virtual POP3 server with TLS/SSL capabilities would be perfect!
>>
>> Any and all replied appreciated,
>>
>> -Grant
>
>
> -------------------------------------------------------
> This SF.Net email is sponsored by xPML, a groundbreaking scripting 
> language
> that extends applications into web and mobile media. Attend the live 
> webcast
> and join the prime developer group breaking into this new coding 
> territory!
> http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642
> -
> Forwarded by the Webmin mailing list at 
> web...@li...
> To remove yourself from this list, go to
> http://lists.sourceforge.net/lists/listinfo/webadmin-list
> 

Re: [webmin-l] Virtual Pop3 Server.

[Alan D. <We...@Om...>]

Grant,

Check out Dovecot.  It is primarily an IMAP server, but it does POP3,
and I believe it meets all of your requirements.  It is the default
POP/IMAP server in all current Red Hat-based Linux distributions, and it
is the default server supported with Virtualmin Professional, so it is
the best choice to work with Webmin and Usermin.  It also should work
perfectly with all webmail programs (including OpenWebmail), since by
definition they are usually IMAP-based.

For more information, see www.Dovecot.org and wiki.Dovecot.org.

Alan

On 3/25/2006 10:49 AM, Grant Peel wrote:
> Hi all,
>
> I am curious to know what everyone is using for a pop3 server. I am
> asking on this list because, I am investigating the posibility of
> installing a new one, and of course, I want to new one to be supported
> by Webmin and USermin.
>
> I am currently using vm-pop3d, which server me well, but is
> stagnating, it seems Jeremy is quite busy these days and may have
> little time for furthering the developemnt.
>
> What I am specificly looking for is a pop server that supports the use
> of virtual accounts, and can retain Openwebmail and Webmin Usermin
> supported.
>
> Here is an idea of a setup ...
>
> password files grouped by domain in
> (standard UNIX crypt hasing).
>
> /etc/virtual/domain/passwd (file)
>
> Virtual users mailfile:
>
> /home/domainname.com/mail/virtualusernamehere
>
> Alias files:
>
> /home/domainname.com/mail/aliases (not relevent I know).
>
> mail spool dir is a link to the actual mail dir, example
>
> /var/spool/virtual/dommainname.com -> /home/domainname.com/mail
> /var/spool/virtual/anotherdomain.com -> /home/anotherdomain.com/mail
> ...
>
> Virtual POP3 server with TLS/SSL capabilities would be perfect!
>
> Any and all replied appreciated,
>
> -Grant