headers
Martin Mewes | 3 May 2005 08:49
Picon

[webmin-l] [FAQ] Webmin/Usermin/Virtualmin - On the fly updates


######################################################################

History:
--------
03.05.2005
Webmin-Development-Version 1.202 released
Virtualmin-Version 2.60 released as stable

26.04.2005
Virtualmin-Development-Version 2.56 released

14.04.2005
Webmin-Version 1.200 released as stable
Usermin-Version 1.130 released as stable

######################################################################

Current Stable Release for Webmin is 1.200
http://webmin.mamemu.de/devel/tarballs/webmin-1.200.tar.gz
http://webmin.mamemu.de/devel/tarballs/webmin-1.200-1.noarch.rpm
http://webmin.mamemu.de/devel/tarballs/webmin-1.200-minimal.tar.gz

Current Development Release for Webmin is 1.202
http://webmin.mamemu.de/devel/tarballs/webmin-1.202.tar.gz

Current Stable Release for Usermin is 1.130
http://webmin.mamemu.de/devel/tarballs/usermin-1.130.tar.gz
http://webmin.mamemu.de/devel/tarballs/usermin-1.130-1.noarch.rpm
(Continue reading)

Permalink | Reply | 0 comments |
headers
Eldy | 4 May 2005 05:38
Picon

[webmin-devel] Some changes for better themes.

Is it possible to replace in all webmin code the following strings
<input type=button
by
<input class=button type=button

and also
<input type=submit
by
<input class=button type=submit

Such a change should be safe and can be done by a recursive replace in all webmin .pl files.
It will allows theme developpers to add a more personalised look in theme (by adding on
buttons a different css style, for example a 3D style from a picture, using the "button" class).
This is for the moment not possible because if doing this by using the "input" class,
all other input fields (like input=text) are also affected.

This is to have themes that looks nicer than it is possible to do now.

--

-- 

Laurent Destailleur.
---------------------------------------------------------------
EMail: eldy <at> users.sourceforge.net
AWStats : http://awstats.sourceforge.net
Dolibarr : http//dolibarr.com
CVSChangeLogBuilder : http://cvschangelogb.sourceforge.net
AWBot : http://awbot.sourceforge.net

-------------------------------------------------------
This SF.Net email is sponsored by: NEC IT Guy Games.
(Continue reading)

Permalink | Reply | 2 comments |
headers
randyf | 4 May 2005 06:27

{Spam?} Re: [webmin-devel] Some changes for better themes.


  I would argue that all input types have a class that is equivilent to
the type.  Or better yet, have the input be part of a UI function so that
it can even be replaced.  i.e.:

   draw_input($type, $name, $value, $size, ...);

This is more flexible, but there would be a lot of replacements that will
need to be done.

	---- Randy

On Wed, 4 May 2005, Eldy wrote:

> Is it possible to replace in all webmin code the following strings
> <input type=button
> by
> <input class=button type=button
>
> and also
> <input type=submit
> by
> <input class=button type=submit
>
> Such a change should be safe and can be done by a recursive replace in all webmin .pl files.
> It will allows theme developpers to add a more personalised look in theme (by adding on
> buttons a different css style, for example a 3D style from a picture, using the "button" class).
> This is for the moment not possible because if doing this by using the "input" class,
> all other input fields (like input=text) are also affected.
>
(Continue reading)

Permalink | Reply | 0 comments |
headers
Jamie Cameron | 4 May 2005 07:37

Re: [webmin-devel] Some changes for better themes.

On Wed, 2005-05-04 at 13:38, Eldy wrote:
> Is it possible to replace in all webmin code the following strings
> <input type=button
> by
> <input class=button type=button
> 
> and also
> <input type=submit
> by
> <input class=button type=submit
> 
> Such a change should be safe and can be done by a recursive replace in all webmin .pl files.
> It will allows theme developpers to add a more personalised look in theme (by adding on
> buttons a different css style, for example a 3D style from a picture, using the "button" class).
> This is for the moment not possible because if doing this by using the "input" class,
> all other input fields (like input=text) are also affected.
> 
> This is to have themes that looks nicer than it is possible to do now.

I am actually in the process of replacing all the code that simply
prints out HTML for form inputs with calls to a function, which can be
overridden by a theme. So code like :

print "<input type=submit name=ok value='Click Me'>\n";

is being replaced with :

print &ui_submit("Click Me", "ok"),"\n";

Your theme will then be able to define a function call theme_ui_submit
(Continue reading)

Permalink | Reply | 0 comments |
headers
Martin Mewes | 4 May 2005 12:41
Picon

[FAQ] Webmin/Usermin/Virtualmin - On the fly updates


######################################################################

History:
--------

05.05.2005
Usermin-Development-Version 1.132 released as stable

03.05.2005
Webmin-Development-Version 1.202 released
Virtualmin-Version 2.60 released as stable

14.04.2005
Webmin-Version 1.200 released as stable
Usermin-Version 1.130 released as stable

######################################################################

Current Stable Release for Webmin is 1.200
http://webmin.mamemu.de/devel/tarballs/webmin-1.200.tar.gz
http://webmin.mamemu.de/devel/tarballs/webmin-1.200-1.noarch.rpm
http://webmin.mamemu.de/devel/tarballs/webmin-1.200-minimal.tar.gz

Current Development Release for Webmin is 1.202
http://webmin.mamemu.de/devel/tarballs/webmin-1.202.tar.gz

Current Stable Release for Usermin is 1.130
http://webmin.mamemu.de/devel/tarballs/usermin-1.130.tar.gz
http://webmin.mamemu.de/devel/tarballs/usermin-1.130-1.noarch.rpm
(Continue reading)

Permalink | Reply | 0 comments |
headers
Lauchlin Wilkinson | 11 May 2005 07:42
Picon

[webmin-devel] bw.pl and postfix

Hi,

have found a small problem with bw.pl (at least on our systems).  Am  
running the latest stable version of webmin+virtualmin.  We are using  
amavis to do virus scanning using the the postfix after queue  
filtering method.  As such all our postfix deliverie logs are of the  
format

May 11 15:32:42 server postfix/smtp[28066]: ID:  
to=<user <at> realservername.com>,  
orig_to=<somealias <at> somevirtualhost.com.au>, relay=amavishost,  
delay=1, status=sent (250 2.6.0 Ok, id=28777-09, from MTA: 250 Ok:  
queued as ID)

With the way feature-mail.pl tracks things at the moment it only ever  
looks at the to= part not the orig_to= part so no mail gets tracked  
for any domains.

I have changed sub bandwidth_mail in feature-mail.pl to use:

(/^(\S+)\s+(\d+)\s+(\d+):(\d+):(\d+)\s+(\S+)\s+(\S+):\s+(\S+):\s+to= 
(\S+),\sorig_to=(\S+),/)

instead of:

(/^(\S+)\s+(\d+)\s+(\d+):(\d+):(\d+)\s+(\S+)\s+(\S+):\s+(\S+):\s+to= 
(\S+),/)

and also changed:
(Continue reading)

Permalink | Reply | 3 comments |
headers
Jamie Cameron | 11 May 2005 08:17

Re: [webmin-devel] bw.pl and postfix

On Wed, 2005-05-11 at 15:42, Lauchlin Wilkinson wrote:
> Hi,
> 
> have found a small problem with bw.pl (at least on our systems).  Am  
> running the latest stable version of webmin+virtualmin.  We are using  
> amavis to do virus scanning using the the postfix after queue  
> filtering method.  As such all our postfix deliverie logs are of the  
> format
> 
> May 11 15:32:42 server postfix/smtp[28066]: ID:  
> to=<user <at> realservername.com>,  
> orig_to=<somealias <at> somevirtualhost.com.au>, relay=amavishost,  
> delay=1, status=sent (250 2.6.0 Ok, id=28777-09, from MTA: 250 Ok:  
> queued as ID)
> 
> With the way feature-mail.pl tracks things at the moment it only ever  
> looks at the to= part not the orig_to= part so no mail gets tracked  
> for any domains.
> 
> I have changed sub bandwidth_mail in feature-mail.pl to use:
> 
> (/^(\S+)\s+(\d+)\s+(\d+):(\d+):(\d+)\s+(\S+)\s+(\S+):\s+(\S+):\s+to= 
> (\S+),\sorig_to=(\S+),/)
> 
> instead of:
> 
> (/^(\S+)\s+(\d+)\s+(\d+):(\d+):(\d+)\s+(\S+)\s+(\S+):\s+(\S+):\s+to= 
> (\S+),/)
> 
> and also changed:
(Continue reading)

Permalink | Reply | 2 comments |
headers
Lauchlin Wilkinson | 11 May 2005 08:36
Picon

Re: [webmin-devel] bw.pl and postfix


On 11 May 2005, at 16:17, Jamie Cameron wrote:

>
>>
>>
>> These small changes seem to now make monitoring work properly.  Am
>> not sure how you'd go about intergrating this into webmin, maybe as
>> part of the config you can have a check box that says "use orig_to=
>> rather than to=" or something similar.  I am guessing that quite a
>> few people would have the same issue, unless of course I am running
>> our servers in some bizzare unheard of set up!
>>
>
> Thanks for pointing out this log format - I will support it in the  
> next
> Virtualmin release, in pretty much the same way you did. I presume  
> that
> the orig_to= is always the address the mail was originally sent to,
> while the to= is the final Unix recipient?
>
>  - Jamie
>

Hi Jamie,

that is correct.  The orig_to= attribute is always the original e- 
mail address and the to= attribute is always the  
localunixuser <at> hostname .  On return from our amavis host the e-mails  
are always addressed in the format to=localunixuser <at> hostname and does
(Continue reading)

Permalink | Reply | 1 comment |
headers
Jamie Cameron | 11 May 2005 09:25

Re: [webmin-devel] bw.pl and postfix

On Wed, 2005-05-11 at 16:36, Lauchlin Wilkinson wrote:
> On 11 May 2005, at 16:17, Jamie Cameron wrote:
> 
> >
> >>
> >>
> >> These small changes seem to now make monitoring work properly.  Am
> >> not sure how you'd go about intergrating this into webmin, maybe as
> >> part of the config you can have a check box that says "use orig_to=
> >> rather than to=" or something similar.  I am guessing that quite a
> >> few people would have the same issue, unless of course I am running
> >> our servers in some bizzare unheard of set up!
> >>
> >
> > Thanks for pointing out this log format - I will support it in the  
> > next
> > Virtualmin release, in pretty much the same way you did. I presume  
> > that
> > the orig_to= is always the address the mail was originally sent to,
> > while the to= is the final Unix recipient?
> >
> >  - Jamie
> >
> 
> Hi Jamie,
> 
> that is correct.  The orig_to= attribute is always the original e- 
> mail address and the to= attribute is always the  
> localunixuser <at> hostname .  On return from our amavis host the e-mails  
> are always addressed in the format to=localunixuser <at> hostname and does
(Continue reading)

Permalink | Reply | 0 comments |
headers
Tan Rezaei | 24 May 2005 04:27
Picon
Favicon

[webmin-devel] pty_process_exec

I am trying to get this to work but I get a "-1" as my $rv when I run it. I 
am not sure what I am doing wrong.

	&foreign_require("proc", "proc-lib.pl");
	($fh, $pid) = &proc::pty_process_exec("$driver -UR $pdline $sys $tab");
	while(1) {
		$rv = &wait_for($fh, "Are you sure you want to continue (Yy)\?");
		print $rv;
		if ($rv == 0) {
			print "Saying Yes";
			sysprint($fh, "y\n");
			}
		else {
			last;
			}
		}
	close($fh);

And my prompt looks like this when I run the command from the terminal:

This option will also remove all of the data.
Are you sure you want to continue (Yy)?

I need to type in "y" here and hit enter here.

I have also tried maney other patterns in place of "Are you sure you want to 
continue (Yy)?"

I even tried just "\?" or "\\?" nothing seems to work.
(Continue reading)

Permalink | Reply | 6 comments |

Gmane