webadmin-list — Webmin users mailing list

Re: [webmin-l] mail relay denied

[<da...@so...>]

Hi Jamie,
Thanks for the tip. That worked but only for the specific PC that I 
was trying to send from. That implies that I would have to include 
every possible address that a client could login from, an impossible 
task, and self defeating, considering dialup access.

Is there a way to invoke SMTP authentication again? I can't find that 
in the sendmail config. All I want to do is host domains that allow the 
user to log into his mail and send from his own remote client.

thanks,
Dan


From:           	"Jamie Cameron" <jca...@we...>
Subject:        	Re: [webmin-l] mail relay denied
To:             	web...@li...
Copies to:      	
Send reply to:  	web...@li...
	<mailto:web...@li...?subject=unsubscribe>
	<mailto:web...@li...?subject=subscribe>
Date sent:      	Mon, 28 Nov 2005 22:05:10 +1100

[ Double-click this line for list subscription options ] 

Dan,

Make sure that in the Sendmail module of Webmin on the Relay 
Domains page
that the IP of the system you are sending from is listed .. otherwise 
you
will get a relaying denied message like this.

 - Jamie

On 28/Nov/2005 15:02 da...@so... wrote ..
> I had to send this within Usermain because sendmail won't send outbound
> messages from a remote client as follows:
> 
> 
> Delivery has failed on the enclosed message for the following
> reasons reported either by the mail delivery system on the mail
> relay host or by the local TCP/IP transport module:
> 
>    550 5.7.1 <bo...@we...>... Relaying denied
> 
> Your original mail message follows:
> --------------------------------------------------------
> 
> X-PM-Identity: <Default>
> From: tes...@te...
> To: bo...@we...
> Date: Sun, 27 Nov 2005 21:46:07 -0600
> MIME-Version: 1.0
> Subject: none
> Message-ID: <438A291F.29232.17E2F8F7@localhost>
> Priority: normal
> X-mailer: Pegasus Mail for Windows (4.21c)
> Content-type: text/plain; charset=US-ASCII
> Content-transfer-encoding: 7BIT
> Content-description: Mail message body
> 
> 
> boogy is an address on a different machine altogether and i'm trying to
> send it through a client on a workstation. This occurs no matter where
> I attempt to send the message. Is there a relay block in sendmail I'm missing?
> I've tried authenticating before sending and not. I've put the domains
> I'm trying to use to sendmail into the outgoing domains table, etc, to
> no avail. 
> 
> THis is a Slackware 10.0 machine and I had to throw M4 onto it just to
> put the generics table in. I get the same result out of a couplel mail
> clients.
> 
> any help with the webmin config would be helpful,
> 
> thanks,


-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through 
log files
for problems?  Stop!  Download the new AJAX search engine that 
makes
searching your log files as easy as surfing the  web.  DOWNLOAD 
SPLUNK!
http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click
-
Forwarded by the Webmin mailing list at webadmin-
li...@li...
To remove yourself from this list, go to
http://lists.sourceforge.net/lists/listinfo/webadmin-list

Re: [webmin-l] mail relay denied

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

Dan,

Make sure that in the Sendmail module of Webmin on the Relay Domains page
that the IP of the system you are sending from is listed .. otherwise you
will get a relaying denied message like this.

 - Jamie

On 28/Nov/2005 15:02 da...@so... wrote ..
> I had to send this within Usermain because sendmail won't send outbound
> messages from a remote client as follows:
> 
> 
> Delivery has failed on the enclosed message for the following
> reasons reported either by the mail delivery system on the mail
> relay host or by the local TCP/IP transport module:
> 
>    550 5.7.1 <bo...@we...>... Relaying denied
> 
> Your original mail message follows:
> --------------------------------------------------------
> 
> X-PM-Identity: <Default>
> From: tes...@te...
> To: bo...@we...
> Date: Sun, 27 Nov 2005 21:46:07 -0600
> MIME-Version: 1.0
> Subject: none
> Message-ID: <438A291F.29232.17E2F8F7@localhost>
> Priority: normal
> X-mailer: Pegasus Mail for Windows (4.21c)
> Content-type: text/plain; charset=US-ASCII
> Content-transfer-encoding: 7BIT
> Content-description: Mail message body
> 
> 
> boogy is an address on a different machine altogether and i'm trying to
> send it through a client on a workstation. This occurs no matter where
> I attempt to send the message. Is there a relay block in sendmail I'm missing?
> I've tried authenticating before sending and not. I've put the domains
> I'm trying to use to sendmail into the outgoing domains table, etc, to
> no avail. 
> 
> THis is a Slackware 10.0 machine and I had to throw M4 onto it just to
> put the generics table in. I get the same result out of a couplel mail
> clients.
> 
> any help with the webmin config would be helpful,
> 
> thanks,

[webmin-l] mail relay denied

[<da...@so...>]

I had to send this within Usermain because sendmail won't send outbound messages from a remote client as follows:


Delivery has failed on the enclosed message for the following
reasons reported either by the mail delivery system on the mail
relay host or by the local TCP/IP transport module:

   550 5.7.1 <bo...@we...>... Relaying denied

Your original mail message follows:
--------------------------------------------------------

X-PM-Identity: <Default>
From: tes...@te...
To: bo...@we...
Date: Sun, 27 Nov 2005 21:46:07 -0600
MIME-Version: 1.0
Subject: none
Message-ID: <438A291F.29232.17E2F8F7@localhost>
Priority: normal
X-mailer: Pegasus Mail for Windows (4.21c)
Content-type: text/plain; charset=US-ASCII
Content-transfer-encoding: 7BIT
Content-description: Mail message body


boogy is an address on a different machine altogether and i'm trying to send it through a client on a workstation. This occurs no matter where I attempt to send the message. Is there a relay block in sendmail I'm missing? I've tried authenticating before sending and not. I've put the domains I'm trying to use to sendmail into the outgoing domains table, etc, to no avail. 

THis is a Slackware 10.0 machine and I had to throw M4 onto it just to put the generics table in. I get the same result out of a couplel mail clients.

any help with the webmin config would be helpful,

thanks,

Re: [webmin-l] =?UTF-8?Q?=E5=9B=9E=E8=A6=86?= =?UTF-8?Q?=EF=BC=9A?= Re: [webmin-l] Disk Quota Problem

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

On Thu, 2005-11-24 at 17:45, Jack Cheng wrote:
> --- Jamie Cameron <jca...@we...> »¡¡G
> 
> > On 24/Nov/2005 15:53 Jack Cheng wrote ..
> > > Hi,
> > > 
> > > I'm using the disk quota module quite a long time,
> > but
> > > I cannot use it any more while I upgrade webmin
> > from
> > > 1.240 to 1.244 and even 1.248
> > > 
> > > Webmin shown:
> > > No local filesystems can support quotas.
> > > You can enable quotas for a filesystem in the Disk
> > and
> > > Network Filesystems module.
> > > 
> > > pls help me to fix the problem
> > 
> > What does the /etc/fstab file contain on your
> > system, and which
> > filesystem are you trying to use quotas on?
> > 
> >  - Jamie
> > 
> 
> I'm using RH7.3 and I'd install into two different
> system but both have same problem. The /etc/fstab
> already define the user/group quota as follow :
> 
> LABEL=/data  /data  ext3 
> grpquota,usrquota,dev,suid,exec,resgid=100  0  2
> 
> I'm sure the problem came out from the new version. I
> can use it while I uninstall the webmin-1.248 and
> install back the webmin-1.240

Hi Jack,
Thanks for that information .. I will fix this bug before the upcoming
1.250 release of Webmin.

 - Jamie

[webmin-l] =?big5?q?=A6^=C2=D0=A1G=20Re:=20[webmin-l]=20Disk=20Quota=20Problem?=

[Jack C. <ja...@ya...>]

--- Jamie Cameron <jca...@we...> 說：

> On 24/Nov/2005 15:53 Jack Cheng wrote ..
> > Hi,
> > 
> > I'm using the disk quota module quite a long time,
> but
> > I cannot use it any more while I upgrade webmin
> from
> > 1.240 to 1.244 and even 1.248
> > 
> > Webmin shown:
> > No local filesystems can support quotas.
> > You can enable quotas for a filesystem in the Disk
> and
> > Network Filesystems module.
> > 
> > pls help me to fix the problem
> 
> What does the /etc/fstab file contain on your
> system, and which
> filesystem are you trying to use quotas on?
> 
>  - Jamie
> 

I'm using RH7.3 and I'd install into two different
system but both have same problem. The /etc/fstab
already define the user/group quota as follow :

LABEL=/data  /data  ext3 
grpquota,usrquota,dev,suid,exec,resgid=100  0  2

I'm sure the problem came out from the new version. I
can use it while I uninstall the webmin-1.248 and
install back the webmin-1.240

Thanks
Jack Cheng

_______________________________________
 褩洘 - Yahoo! Messenger
 憩呾斕衄奻鋒ㄛ斕腔攬衭褫眕隱狟洘緻斕ㄛ斕奻鋒憩夔蕾撈艘善ㄛ睡挲飲軗囮﹝
  http://messenger.yahoo.com.hk 

Re: [webmin-l] LDAP Users and Groups - Problem adding new users

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

On 24/Nov/2005 16:46 Murray Trainer wrote ..
> On Thu, 2005-11-24 at 13:36, Jamie Cameron wrote:
> > On 24/Nov/2005 16:31 Murray Trainer wrote ..
> > > On Wed, 2005-11-23 at 20:04, Murray Trainer wrote:
> > > > On Wed, 2005-11-23 at 19:06, Jamie Cameron wrote:
> > > > > On 23/Nov/2005 20:18 Murray Trainer wrote ..
> > > > > > Hi Jamie,
> > > > > > 
> > > > > > The module itself works fine when I add a new LDAP user but the
> script
> > > > > > it runs to configure the new user's Linux account after the user
> > > is
> > > > > > created, broke a few days ago.  I am not aware of anything being
> > > changed
> > > > > > so I'm not sure what caused this problem.  The shell script does
> > > an "su
> > > > > > - $USERADMIN_USER" to become the new user to run gconftool2 and
> other
> > > > > > things.  For some reason I started getting an error that the
> new
> > > user
> > > > > > I'm su'ing doesn't exist.  It appears to be something to do with
> > > the
> > > > > > name service cache daemon nscd.  I have hacked my script to restart
> > > nscd
> > > > > > from my script before I su to the new user - that fixes the problem
> > > for
> > > > > > now.  As a proper fix, shouldn't the webmin LDAP Users module
> do
> > > a flush
> > > > > > of the NSCD cache whenever it adds or removes users to make sure
> > > > > > everything is immediately in sync?
> > > > > 
> > > > > Actually, this should already happen.. If there is an nscd process
> > > running,
> > > > > it gets signalled to reload the cache with a HUP signal after a
> user
> > > is created.
> > > > > What command are you using to restart nscd?
> > > > 
> > > > I am still using Webmin 1.180 if that is a problem.  I will upgrade
> it
> > > > to the latest version is official.  I am using SuSE 9.1 and I am
> doing
> > > > an "/etc/rc.d/nscd" restart to work around the problem.  According
> to
> > > > that script SIGHUP doesn't work with nscd (not sure if that is only
> on
> > > > SuSE 9.1 or elsewhere):
> > > > 
> > > >     reload)
> > > >         # nscd does not support SIGHUP, so fail.
> > > >         echo -n "Reload Name Service Cache Daemon"
> > > >         rc_failed 3
> > > >         rc_status -v
> > > >         ;;
> > > > 
> > > > According to the above the LDAP Users module has probably never reloaded
> > > > the cache on SuSE 9.1.  
> > > > 
> > > > Murray
> > > Hi jamie,
> > > 
> > > Maybe a fix for this is to do an LDAP search for the newly
> > > created/deleted user immediately after they are created/deleted - would
> > > that update the cache that nscd uses as to whether the user actually
> > > exists or not?
> > 
> > Actually, the correct behaviour is for Webmin to run /etc/rc.d/nscd restart
> instead
> > of just sending a HUP signal. I will do this in the next release ..
> > 
> > Just querying the LDAP DB won't help, as the caching is not done by the
> LDAP server,
> > but rather by the separate nscd process.
> > 
> >  - Jamie
> 
> It seems a bit drastic to restart the daemon but I suppose there is no
> other way.

I with there was some way to signal nscd to flush it's cache, but I don't
know of any :(

> Will this fix be in the next official release or the
> development one?

Both :-)

 - Jamie

Re: [webmin-l] LDAP Users and Groups - Problem adding new users

[Murray T. <mtr...@ce...>]

On Thu, 2005-11-24 at 13:36, Jamie Cameron wrote:
> On 24/Nov/2005 16:31 Murray Trainer wrote ..
> > On Wed, 2005-11-23 at 20:04, Murray Trainer wrote:
> > > On Wed, 2005-11-23 at 19:06, Jamie Cameron wrote:
> > > > On 23/Nov/2005 20:18 Murray Trainer wrote ..
> > > > > Hi Jamie,
> > > > > 
> > > > > The module itself works fine when I add a new LDAP user but the script
> > > > > it runs to configure the new user's Linux account after the user
> > is
> > > > > created, broke a few days ago.  I am not aware of anything being
> > changed
> > > > > so I'm not sure what caused this problem.  The shell script does
> > an "su
> > > > > - $USERADMIN_USER" to become the new user to run gconftool2 and other
> > > > > things.  For some reason I started getting an error that the new
> > user
> > > > > I'm su'ing doesn't exist.  It appears to be something to do with
> > the
> > > > > name service cache daemon nscd.  I have hacked my script to restart
> > nscd
> > > > > from my script before I su to the new user - that fixes the problem
> > for
> > > > > now.  As a proper fix, shouldn't the webmin LDAP Users module do
> > a flush
> > > > > of the NSCD cache whenever it adds or removes users to make sure
> > > > > everything is immediately in sync?
> > > > 
> > > > Actually, this should already happen.. If there is an nscd process
> > running,
> > > > it gets signalled to reload the cache with a HUP signal after a user
> > is created.
> > > > What command are you using to restart nscd?
> > > 
> > > I am still using Webmin 1.180 if that is a problem.  I will upgrade it
> > > to the latest version is official.  I am using SuSE 9.1 and I am doing
> > > an "/etc/rc.d/nscd" restart to work around the problem.  According to
> > > that script SIGHUP doesn't work with nscd (not sure if that is only on
> > > SuSE 9.1 or elsewhere):
> > > 
> > >     reload)
> > >         # nscd does not support SIGHUP, so fail.
> > >         echo -n "Reload Name Service Cache Daemon"
> > >         rc_failed 3
> > >         rc_status -v
> > >         ;;
> > > 
> > > According to the above the LDAP Users module has probably never reloaded
> > > the cache on SuSE 9.1.  
> > > 
> > > Murray
> > Hi jamie,
> > 
> > Maybe a fix for this is to do an LDAP search for the newly
> > created/deleted user immediately after they are created/deleted - would
> > that update the cache that nscd uses as to whether the user actually
> > exists or not?
> 
> Actually, the correct behaviour is for Webmin to run /etc/rc.d/nscd restart instead
> of just sending a HUP signal. I will do this in the next release ..
> 
> Just querying the LDAP DB won't help, as the caching is not done by the LDAP server,
> but rather by the separate nscd process.
> 
>  - Jamie

It seems a bit drastic to restart the daemon but I suppose there is no
other way.  Will this fix be in the next official release or the
development one?

Thanks

Murray

Re: [webmin-l] LDAP Users and Groups - Problem adding new users

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

On 24/Nov/2005 16:31 Murray Trainer wrote ..
> On Wed, 2005-11-23 at 20:04, Murray Trainer wrote:
> > On Wed, 2005-11-23 at 19:06, Jamie Cameron wrote:
> > > On 23/Nov/2005 20:18 Murray Trainer wrote ..
> > > > Hi Jamie,
> > > > 
> > > > The module itself works fine when I add a new LDAP user but the script
> > > > it runs to configure the new user's Linux account after the user
> is
> > > > created, broke a few days ago.  I am not aware of anything being
> changed
> > > > so I'm not sure what caused this problem.  The shell script does
> an "su
> > > > - $USERADMIN_USER" to become the new user to run gconftool2 and other
> > > > things.  For some reason I started getting an error that the new
> user
> > > > I'm su'ing doesn't exist.  It appears to be something to do with
> the
> > > > name service cache daemon nscd.  I have hacked my script to restart
> nscd
> > > > from my script before I su to the new user - that fixes the problem
> for
> > > > now.  As a proper fix, shouldn't the webmin LDAP Users module do
> a flush
> > > > of the NSCD cache whenever it adds or removes users to make sure
> > > > everything is immediately in sync?
> > > 
> > > Actually, this should already happen.. If there is an nscd process
> running,
> > > it gets signalled to reload the cache with a HUP signal after a user
> is created.
> > > What command are you using to restart nscd?
> > 
> > I am still using Webmin 1.180 if that is a problem.  I will upgrade it
> > to the latest version is official.  I am using SuSE 9.1 and I am doing
> > an "/etc/rc.d/nscd" restart to work around the problem.  According to
> > that script SIGHUP doesn't work with nscd (not sure if that is only on
> > SuSE 9.1 or elsewhere):
> > 
> >     reload)
> >         # nscd does not support SIGHUP, so fail.
> >         echo -n "Reload Name Service Cache Daemon"
> >         rc_failed 3
> >         rc_status -v
> >         ;;
> > 
> > According to the above the LDAP Users module has probably never reloaded
> > the cache on SuSE 9.1.  
> > 
> > Murray
> Hi jamie,
> 
> Maybe a fix for this is to do an LDAP search for the newly
> created/deleted user immediately after they are created/deleted - would
> that update the cache that nscd uses as to whether the user actually
> exists or not?

Actually, the correct behaviour is for Webmin to run /etc/rc.d/nscd restart instead
of just sending a HUP signal. I will do this in the next release ..

Just querying the LDAP DB won't help, as the caching is not done by the LDAP server,
but rather by the separate nscd process.

 - Jamie

Re: [webmin-l] LDAP Users and Groups - Problem adding new users

[Murray T. <mtr...@ce...>]

On Wed, 2005-11-23 at 20:04, Murray Trainer wrote:
> On Wed, 2005-11-23 at 19:06, Jamie Cameron wrote:
> > On 23/Nov/2005 20:18 Murray Trainer wrote ..
> > > Hi Jamie,
> > > 
> > > The module itself works fine when I add a new LDAP user but the script
> > > it runs to configure the new user's Linux account after the user is
> > > created, broke a few days ago.  I am not aware of anything being changed
> > > so I'm not sure what caused this problem.  The shell script does an "su
> > > - $USERADMIN_USER" to become the new user to run gconftool2 and other
> > > things.  For some reason I started getting an error that the new user
> > > I'm su'ing doesn't exist.  It appears to be something to do with the
> > > name service cache daemon nscd.  I have hacked my script to restart nscd
> > > from my script before I su to the new user - that fixes the problem for
> > > now.  As a proper fix, shouldn't the webmin LDAP Users module do a flush
> > > of the NSCD cache whenever it adds or removes users to make sure
> > > everything is immediately in sync?
> > 
> > Actually, this should already happen.. If there is an nscd process running,
> > it gets signalled to reload the cache with a HUP signal after a user is created.
> > What command are you using to restart nscd?
> 
> I am still using Webmin 1.180 if that is a problem.  I will upgrade it
> to the latest version is official.  I am using SuSE 9.1 and I am doing
> an "/etc/rc.d/nscd" restart to work around the problem.  According to
> that script SIGHUP doesn't work with nscd (not sure if that is only on
> SuSE 9.1 or elsewhere):
> 
>     reload)
>         # nscd does not support SIGHUP, so fail.
>         echo -n "Reload Name Service Cache Daemon"
>         rc_failed 3
>         rc_status -v
>         ;;
> 
> According to the above the LDAP Users module has probably never reloaded
> the cache on SuSE 9.1.  
> 
> Murray
Hi jamie,

Maybe a fix for this is to do an LDAP search for the newly
created/deleted user immediately after they are created/deleted - would
that update the cache that nscd uses as to whether the user actually
exists or not?

Murray

Re: [webmin-l] Disk Quota Problem

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

On 24/Nov/2005 15:53 Jack Cheng wrote ..
> Hi,
> 
> I'm using the disk quota module quite a long time, but
> I cannot use it any more while I upgrade webmin from
> 1.240 to 1.244 and even 1.248
> 
> Webmin shown:
> No local filesystems can support quotas.
> You can enable quotas for a filesystem in the Disk and
> Network Filesystems module.
> 
> pls help me to fix the problem

What does the /etc/fstab file contain on your system, and which
filesystem are you trying to use quotas on?

 - Jamie

[webmin-l] Disk Quota Problem

[Jack C. <ja...@ya...>]

Hi,

I'm using the disk quota module quite a long time, but
I cannot use it any more while I upgrade webmin from
1.240 to 1.244 and even 1.248

Webmin shown:
No local filesystems can support quotas.
You can enable quotas for a filesystem in the Disk and
Network Filesystems module.

pls help me to fix the problem

Thanks
Jack Cheng

_______________________________________
 褩洘 - Yahoo! Messenger
 憩呾斕衄奻鋒ㄛ斕腔攬衭褫眕隱狟洘緻斕ㄛ斕奻鋒憩夔蕾撈艘善ㄛ睡挲飲軗囮﹝
  http://messenger.yahoo.com.hk 

Re: [webmin-l] LDAP Users and Groups - Problem adding new users

[Murray T. <mtr...@ce...>]

On Wed, 2005-11-23 at 19:06, Jamie Cameron wrote:
> On 23/Nov/2005 20:18 Murray Trainer wrote ..
> > Hi Jamie,
> > 
> > The module itself works fine when I add a new LDAP user but the script
> > it runs to configure the new user's Linux account after the user is
> > created, broke a few days ago.  I am not aware of anything being changed
> > so I'm not sure what caused this problem.  The shell script does an "su
> > - $USERADMIN_USER" to become the new user to run gconftool2 and other
> > things.  For some reason I started getting an error that the new user
> > I'm su'ing doesn't exist.  It appears to be something to do with the
> > name service cache daemon nscd.  I have hacked my script to restart nscd
> > from my script before I su to the new user - that fixes the problem for
> > now.  As a proper fix, shouldn't the webmin LDAP Users module do a flush
> > of the NSCD cache whenever it adds or removes users to make sure
> > everything is immediately in sync?
> 
> Actually, this should already happen.. If there is an nscd process running,
> it gets signalled to reload the cache with a HUP signal after a user is created.
> What command are you using to restart nscd?

I am still using Webmin 1.180 if that is a problem.  I will upgrade it
to the latest version is official.  I am using SuSE 9.1 and I am doing
an "/etc/rc.d/nscd" restart to work around the problem.  According to
that script SIGHUP doesn't work with nscd (not sure if that is only on
SuSE 9.1 or elsewhere):

    reload)
        # nscd does not support SIGHUP, so fail.
        echo -n "Reload Name Service Cache Daemon"
        rc_failed 3
        rc_status -v
        ;;

According to the above the LDAP Users module has probably never reloaded
the cache on SuSE 9.1.  

Murray

Re: [webmin-l] LDAP Users and Groups - Problem adding new users

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

On 23/Nov/2005 20:18 Murray Trainer wrote ..
> Hi Jamie,
> 
> The module itself works fine when I add a new LDAP user but the script
> it runs to configure the new user's Linux account after the user is
> created, broke a few days ago.  I am not aware of anything being changed
> so I'm not sure what caused this problem.  The shell script does an "su
> - $USERADMIN_USER" to become the new user to run gconftool2 and other
> things.  For some reason I started getting an error that the new user
> I'm su'ing doesn't exist.  It appears to be something to do with the
> name service cache daemon nscd.  I have hacked my script to restart nscd
> from my script before I su to the new user - that fixes the problem for
> now.  As a proper fix, shouldn't the webmin LDAP Users module do a flush
> of the NSCD cache whenever it adds or removes users to make sure
> everything is immediately in sync?

Actually, this should already happen.. If there is an nscd process running,
it gets signalled to reload the cache with a HUP signal after a user is created.
What command are you using to restart nscd?

 - Jamie

[webmin-l] LDAP Users and Groups - Problem adding new users

[Murray T. <mtr...@ce...>]

Hi Jamie,

The module itself works fine when I add a new LDAP user but the script
it runs to configure the new user's Linux account after the user is
created, broke a few days ago.  I am not aware of anything being changed
so I'm not sure what caused this problem.  The shell script does an "su
- $USERADMIN_USER" to become the new user to run gconftool2 and other
things.  For some reason I started getting an error that the new user
I'm su'ing doesn't exist.  It appears to be something to do with the
name service cache daemon nscd.  I have hacked my script to restart nscd
from my script before I su to the new user - that fixes the problem for
now.  As a proper fix, shouldn't the webmin LDAP Users module do a flush
of the NSCD cache whenever it adds or removes users to make sure
everything is immediately in sync?

Thanks

Murray

Re: [webmin-l] syncmin password prompt

[Roger B.A. K. <ro...@qu...>]

Roger B.A. Klorese wrote:
> When I build Syncmin jobs, they fail to execute.  When I run the 
> command line manually, I see that a password prompt is being presented.
> What configuration considerations for sshd on the receiving system, or 
> anything else for that matter, need I take into account to get around 
> this?


On closer examination:

The module is setting --rsh=ssh *and* is using the --password-file= 
option. 

Doesn't the latter option only work with rsyncd operation?

[webmin-l] syncmin password prompt

[Roger B.A. K. <ro...@qu...>]

When I build Syncmin jobs, they fail to execute.  When I run the command 
line manually, I see that a password prompt is being presented. 

What configuration considerations for sshd on the receiving system, or 
anything else for that matter, need I take into account to get around this?

Re: [webmin-l] new "flush selected" in mail q

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

On Wed, 2005-11-23 at 05:38, Marcos Rubinstein wrote:
> Jamie:
> 
> Thanks for the "flush selected messages" in the mailq module!!!!
> 
> now.. a wish:
> 
> that you create a "flush message" if the user clicks in the mailq message
> to check it... now we have the option of deleting the message... I think
> that having the option of flushing it would be great.

Nice idea .. I'll put that in.

 - Jamie

Re: [webmin-l] dovecot version reporting

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

Hi Alan,
Thanks for that information .. I didn't know about that --version option. I will use it in the next Webmin release in preference to the RPM version, which isn't as reliable and may not even be available.

 - Jamie

-----Original Message-----

From:  Alan Dobkin <We...@Om...>
Subj:  Re: [webmin-l] dovecot version reporting
Date:  Tue 22 Nov 2005 11:21 pm
Size:  1K
To:  Webmin List <Web...@li...>

Jamie,

Getting the version string from the RPM should be fine (unless RPM is
not supported by the OS or there are multiple RPMs installed), but
Dovecot does provide other ways to query its version:

# rpm -q dovecot
dovecot-0.99.13-3.FC3
# dovecot --version
0.99.13

Apparently, this option is not well-documented, but it is in the ChangeLog:

> 2003-02-26 11:19  Timo Sirainen <ts...@ik...>
>
>         * src/master/main.c: Added --version

Alan

On 11/22/2005 8:21 PM, Jamie Cameron wrote:
> Webmin gets the version from the installed Dovecot RPM. Annoyingly, Dovecot has no way of displaying its version number, unlike other programs..
>
>  - Jamie
>
> -----Original Message-----
>
> From:  "Obantec Support" <su...@ob...>
> Subj:  [webmin-l] dovecot version reporting
> Date:  Tue 22 Nov 2005 7:59 pm
> Size:  608 bytes
> To:  <web...@li...>
>
> Hi 
>
> In the dovecot module where is it getting the version info from?
>
> reporting 0.99.13-3.FC3 on 1.0 stable
>
> Mark


-------------------------------------------------------
This SF.Net email is sponsored by the JBoss Inc.  Get Certified Today
Register for a JBoss Training Course.  Free Certification Exam
for All Training Attendees Through End of 2005. For more info visit:
http://ads.osdn.com/?ad_id=7628&alloc_id=16845&op=click
-
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] new "flush selected" in mail q

[Marcos R. <we...@al...>]

Jamie:

Thanks for the "flush selected messages" in the mailq module!!!!

now.. a wish:

that you create a "flush message" if the user clicks in the mailq message
to check it... now we have the option of deleting the message... I think
that having the option of flushing it would be great.

Thanks again!

Marcos

Re: [webmin-l] suggestions

[Marcos R. <we...@al...>]

I don't really see the need for that!!!!... MS Frontpage has already
that... It's called frontpage global administration...

ssh to your server and:

check at the end of your httpd.conf, and you will seee if you have it!...
if not, as root, you can do something like:

/path-to/fpadmin -o setadminport -p port -s \
/path-to/httpd.conf -u user -p password

(of course /path-to is the path to fpadmin or to httpd.conf, user is the
user you want to have access to the global administration and password is
the password, and port the port you want apache to use for the global
admin... something like 2000 would work!... be sure that your firewall
will allow for the use of the port and that the port is not used for
something else)

once you setup this, you can use your browser (works best with IE :( going
to:

http://yourserverip:port

and login with the user/pass...

you will see a list of all of your virtual domains, and an easy way to add
FP extensions or to administer those that already have it.

not sure how this could be done to use https (ie: use SSL), if you are not
using SSL in the server you could use the same port that you defined for
SSL, no idea if you can have SSL in more than one port!

Cheers!
Marcos

On Sun, 20 Nov 2005, cojast wrote:

> Don=92t know if there already is a module for this but what about having =
a
> Frontpage Server Extensions module in webmin.  So you can add and delete
> these extensions to the websites you are hosting.
>
>
>
>
>
> Cojast
>
>
> --
> No virus found in this outgoing message.
> Checked by AVG Anti-Virus.
> Version: 7.1.362 / Virus Database: 267.13.4/175 - Release Date: 11/18/200=
5
>
>

Re: [webmin-l] dovecot version reporting

[Obantec S. <su...@ob...>]

Hi

as the originator of this thread i tried and here's the result

RPM version
[root@proteus2a admin]# /usr/sbin/dovecot --version
0.99.11

SRC version
[root@proteus2a admin]# /usr/local/sbin/dovecot --version
1.0-stable

So that's what's needed. as i built dovecot from source but the rpm is still
there as is the original binary and .conf

I'll leave it up to Jamie if he can add the necessary in the next release.

Thanks for the info Alan

Mark

----- Original Message ----- 
From: "Alan Dobkin" <We...@Om...>
To: "Webmin List" <Web...@li...>
Sent: Tuesday, November 22, 2005 12:17 PM
Subject: Re: [webmin-l] dovecot version reporting


> Jamie,
>
> Getting the version string from the RPM should be fine (unless RPM is
> not supported by the OS or there are multiple RPMs installed), but
> Dovecot does provide other ways to query its version:
>
> # rpm -q dovecot
> dovecot-0.99.13-3.FC3
> # dovecot --version
> 0.99.13
>
> Apparently, this option is not well-documented, but it is in the
ChangeLog:
>
> > 2003-02-26 11:19  Timo Sirainen <ts...@ik...>
> >
> >         * src/master/main.c: Added --version
>
> Alan
>
> On 11/22/2005 8:21 PM, Jamie Cameron wrote:
> > Webmin gets the version from the installed Dovecot RPM. Annoyingly,
Dovecot has no way of displaying its version number, unlike other programs..
> >
> >  - Jamie
> >
> > -----Original Message-----
> >
> > From:  "Obantec Support" <su...@ob...>
> > Subj:  [webmin-l] dovecot version reporting
> > Date:  Tue 22 Nov 2005 7:59 pm
> > Size:  608 bytes
> > To:  <web...@li...>
> >
> > Hi
> >
> > In the dovecot module where is it getting the version info from?
> >
> > reporting 0.99.13-3.FC3 on 1.0 stable
> >
> > Mark
>
>
> -------------------------------------------------------
> This SF.Net email is sponsored by the JBoss Inc.  Get Certified Today
> Register for a JBoss Training Course.  Free Certification Exam
> for All Training Attendees Through End of 2005. For more info visit:
> http://ads.osdn.com/?ad_id=7628&alloc_id=16845&op=click
> -
> 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
>
>
> -- 
> No virus found in this incoming message.
> Checked by AVG Anti-Virus.
> Version: 7.1.362 / Virus Database: 267.13.5/177 - Release Date: 21/11/2005
>
>

Re: [webmin-l] dovecot version reporting

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

Jamie,

Getting the version string from the RPM should be fine (unless RPM is
not supported by the OS or there are multiple RPMs installed), but
Dovecot does provide other ways to query its version:

# rpm -q dovecot
dovecot-0.99.13-3.FC3
# dovecot --version
0.99.13

Apparently, this option is not well-documented, but it is in the ChangeLog:

> 2003-02-26 11:19  Timo Sirainen <ts...@ik...>
>
>         * src/master/main.c: Added --version

Alan

On 11/22/2005 8:21 PM, Jamie Cameron wrote:
> Webmin gets the version from the installed Dovecot RPM. Annoyingly, Dovecot has no way of displaying its version number, unlike other programs..
>
>  - Jamie
>
> -----Original Message-----
>
> From:  "Obantec Support" <su...@ob...>
> Subj:  [webmin-l] dovecot version reporting
> Date:  Tue 22 Nov 2005 7:59 pm
> Size:  608 bytes
> To:  <web...@li...>
>
> Hi 
>
> In the dovecot module where is it getting the version info from?
>
> reporting 0.99.13-3.FC3 on 1.0 stable
>
> Mark

Re: [webmin-l] dovecot version reporting

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

Webmin gets the version from the installed Dovecot RPM. Annoyingly, Dovecot has no way of displaying its version number, unlike other programs..

 - Jamie

-----Original Message-----

From:  "Obantec Support" <su...@ob...>
Subj:  [webmin-l] dovecot version reporting
Date:  Tue 22 Nov 2005 7:59 pm
Size:  608 bytes
To:  <web...@li...>

Hi 

In the dovecot module where is it getting the version info from?

reporting 0.99.13-3.FC3 on 1.0 stable

Mark


-------------------------------------------------------
This SF.Net email is sponsored by the JBoss Inc.  Get Certified Today
Register for a JBoss Training Course.  Free Certification Exam
for All Training Attendees Through End of 2005. For more info visit:
http://ads.osdn.com/?ad_id=7628&alloc_id=16845&op=click
-
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] dovecot version reporting

[Obantec S. <su...@ob...>]

Hi 

In the dovecot module where is it getting the version info from?

reporting 0.99.13-3.FC3 on 1.0 stable

Mark

Re: [webmin-l] mysql module

[Faisal M. <fa...@gm...>]

Thanks jamie.

This new update file fixes everything :) ...... Thanks.

Faisal.

On 11/20/05, Craig White <cra...@az...> wrote:
>
> On Mon, 2005-11-21 at 10:47 +1100, Jamie Cameron wrote:
> > On Mon, 2005-11-21 at 10:36, Craig White wrote:
> > > On Mon, 2005-11-21 at 10:18 +1100, Jamie Cameron wrote:
> > > > Ok .. how about if you run :
> > > >
> > > > mysqladmin -u root -password=3DROOT_MYSQL_PASSWORD status
> > > >
> > > ----
> > > however this works
> > > mysqladmin -u root --password=3DROOT_MYSQL_PASSWORD status
> > > note extra dash ^^
> >
> > Thanks .. that is the source of the bug!
> > An updated module is now available at http://www.webmin.com/updates.htm=
l
> > that will resolve this issue.
> >
> ----
> BING !
>
> thanks
>
> Craig
>
>
> --
> This message has been scanned for viruses and
> dangerous content by MailScanner, and is
> believed to be clean.
>
>
>
> -------------------------------------------------------
> This SF.Net email is sponsored by the JBoss Inc. Get Certified Today
> Register for a JBoss Training Course. Free Certification Exam
> for All Training Attendees Through End of 2005. For more info visit:
> http://ads.osdn.com/?ad_id=3D7628&alloc_id=3D16845&op=3Dclick
> -
> 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
>



--
~Dont tell me its hard to contact me~
Faisal Mehmood.
fa...@gm...
fa...@st...
fa...@fa...