Re: sendmail

[Kenneth Porter <shiva@we...>]

On Mon, 18 Jun 2001 13:49:38 -0300, Rodolfo J. Paiz wrote:

>DRAC site? I only found the RPM. Sigh... off to STFW again.

I try to include the URL for the original source tarball in the spec
file. For DRAC it's:

http://mail.cc.umanitoba.ca/drac/

>Given that there is no "end" tag for these, do they go right at the end of 
>the file after the MAILER() directives? Or do they go in the middle 
>somewhere, or does it not care?

At the end. I'd guess that reading end of file cause m4 to start
assembling everything.

>This was one of my points on the RedHat list earlier today. Isn't it 
>totally *sad* that something that appeared a couple of YEARS ago is still 
>not bleeping documented? It should be *integrated* and installed by 
>default, damnit. But to not even provide instructions for it after that 
>long smacks of incompetence, idiocy, or both.

It's probably there, but the documentation is not well indexed, and
it's written by people who already know how it all works. Finding open
source documentors is a much tougher job than finding open source
programmers.

>Thanks; one of the problems with just starting to learn is that frequently 
>I don't know where to dig. For example, where the $%!#@! are the m4 sources?

They're subdirectories of the sendmail-cf directory. For example, all
options for FEATURE are implemented as files in the feature directory.
The dnsbl feature is in sendmail-cf/feature/dnsbl.m4. Observe that Red
Hat's sendmail.mc starts by including sendmail-cf/m4/cf.m4, which lays
the groundwork for everything else.

>The file is /etc/mail/sendmail.mc in 7.0 as well.

I upgraded from 8.10.0, where the file is sendmail-cf/cf/redhat.mc.

BTW, if you install the RPM, you can list all the files in the
sendmail-cf package with "rpm -ql sendmail-cf".

Ken
mailto:shiva@...
http://www.sewingwitch.com/ken/
[If answering a mailing list posting, please don't cc me your reply. I'll take my answer on the list.]

Re: sendmail

[Rodolfo J. Paiz <rpaiz@go...>]

At 6/18/01 10:25 AM -0700, you wrote:
>Yeah, it does, doesn't it? ;-) I had exactly the same observation when
>I saw it on the DRAC site, and then I went and investigated how the mc
>thing works.

DRAC site? I only found the RPM. Sigh... off to STFW again.

>The mc file is compiled with m4, a macro processor. m4 has a notion of
>"divert", which saves stuff in an indexed-variable for later expansion
>until another directive expands it. For example, "divert(1)" takes
>stuff following it and puts it in "register 1". "LOCAL_CONFIG" and
>"LOCAL_RULESETS" are macros that expand to divert commands and cause
>the stuff following them to get stashed in registers that will later be
>expanded in the right section in the resulting cf file.
>
>The idea is that, even if you need to write custom rules, you still
>shouldn't have to touch the raw cf file. You just put your custom rules
>at the end of your mc file, with appropriate directives to indicate
>which section of the cf file you want them stuffed into.

Given that there is no "end" tag for these, do they go right at the end of 
the file after the MAILER() directives? Or do they go in the middle 
somewhere, or does it not care?

> >2. Is there, somewhere, simple clear instructions on what needs to be added
> >to the sendmail.mc to use SMTP AUTH? All I could find was:
>
>I'd search through the last couple of years of news:comp.mail.sendmail.
>When this feature was introduced, there was a lot of traffic on the
>newsgroup about how to get it working. I didn't pay attention as I
>wasn't using it, but I remember how popular a topic it was and
>continues to be.

This was one of my points on the RedHat list earlier today. Isn't it 
totally *sad* that something that appeared a couple of YEARS ago is still 
not bleeping documented? It should be *integrated* and installed by 
default, damnit. But to not even provide instructions for it after that 
long smacks of incompetence, idiocy, or both.

>A bit of digging in the m4 sources and looking at the newsgroup
>suggests that you just add an optional second and possibly third
>parameter to FEATURE:
>
>FEATURE(`dnsbl',`some.other.host',`my custom error message')dnl

Thanks; one of the problems with just starting to learn is that frequently 
I don't know where to dig. For example, where the $%!#@! are the m4 sources?

> >>The stock mc file only allows sendmail access from the loopback
> >>interface. You need to comment out a line in the mc file to allow
> >>access from your network interfaces. The mc file has a comment telling
> >>you what to comment out. (This was done to keep newbies from putting
> >>open relays up on broadband connections.)
> >
> >Kudos to who did this, but it's on 7.1; my 8.11.0 RPM for 7.0 had no such
> >thing.
>
>Red Hat has always included the mc file, but it changed location. It
>used to be redhat.mc in the sendmail-cf/cf directory, and recently
>moved to /etc/mail/sendmail.mc.

No, I meant kudos to whomever made the change to only allow access from lo 
by default; a good thing; sendmail in 7.0 allowed access from everywhere. 
The file is /etc/mail/sendmail.mc in 7.0 as well.


--
Rodolfo J. Paiz
rpaiz@...

Re: Replacement spec file for Red Hat

[Kenneth Porter <shiva@we...>]

On Mon, 18 Jun 2001 11:25:44 +1000, Jamie Cameron wrote:

>> I believe so, but $RPM_BUILD_ROOT is guaranteed to be defined. Jeff
>> seemed to indicate that the shell variable was guaranteed but the RPM
>> macro name might change at whim.
>
>Oddly, on my Caldera 3.1 system it isn't set at all :(
>Guess I'll have to stick with %{BuildRoot} ..

What version of RPM? Sounds like a bug. Looking at /usr/lib/rpm/macros,
it looks like RPM constructs %{buildroot} as a side effect of parsing
the "BuildRoot:" directive. If you define %{buildroot}, explicitly,
then that overrides both the directive and any directory the packager
has configured in his .rpmmacros file.

The %_preScriptEnvironment macro in /usr/lib/rpm/macros defines
$RPM_BUILD_ROOT and its siblings at the top of any scriptlet (those
things in /var/tmp/rpm.$$). Perhaps your system macro file is broken?

Ken
mailto:shiva@...
http://www.sewingwitch.com/ken/
[If answering a mailing list posting, please don't cc me your reply. I'll take my answer on the list.]

Re: sendmail

[Kenneth Porter <shiva@we...>]

On Sun, 17 Jun 2001 15:51:08 -0300, Rodolfo J. Paiz wrote:

>At 6/15/01 09:31 AM -0700, you wrote:
>
>>Works well here. I use it with the latest qpopper
>>(http://www.qpopper.org) which can be configured to use DRAC. I've got
>>source RPM's for both at http://www.sewingwitch.com/ken/SRPMS/. You
>>just need to add the following to your sendmail.mc:
>>
>>LOCAL_CONFIG
>># dynamic relay authorization control map
>>Kdrac btree /etc/mail/dracd
>>LOCAL_RULESETS
>>SLocal_check_rcpt
>># allow recent POP/IMAP mail clients to relay
>>R$*                             $: $&{client_addr}
>>R$+                             $: $(drac $1 $: ? $)
>>R?                              $@ ?
>>R$+                             $@ $#OK
>
>You said "add to sendmail.mc" but those look like they belong to 
>sendmail.*cf*. Clarification?

Yeah, it does, doesn't it? ;-) I had exactly the same observation when
I saw it on the DRAC site, and then I went and investigated how the mc
thing works.

The mc file is compiled with m4, a macro processor. m4 has a notion of
"divert", which saves stuff in an indexed-variable for later expansion
until another directive expands it. For example, "divert(1)" takes
stuff following it and puts it in "register 1". "LOCAL_CONFIG" and
"LOCAL_RULESETS" are macros that expand to divert commands and cause
the stuff following them to get stashed in registers that will later be
expanded in the right section in the resulting cf file.

The idea is that, even if you need to write custom rules, you still
shouldn't have to touch the raw cf file. You just put your custom rules
at the end of your mc file, with appropriate directives to indicate
which section of the cf file you want them stuffed into.

>1. Is there, somewhere, full documentation of everything that is recognized 
>in a sendmail.mc file? I've read ***all*** the docs included with sendmail, 
>sendmail-cf, and sendmail-doc RPM's, and of course there's one file with a 
>lot of stuff but not enough, and not clear on many things.

I started with the example provided by Red Hat and the README in the
sendmail-cf directory. I also looked through the m4 sources in the
sendmail-cf directory, and did Google and Deja searches.

>2. Is there, somewhere, simple clear instructions on what needs to be added 
>to the sendmail.mc to use SMTP AUTH? All I could find was:

I'd search through the last couple of years of news:comp.mail.sendmail.
When this feature was introduced, there was a lot of traffic on the
newsgroup about how to get it working. I didn't pay attention as I
wasn't using it, but I remember how popular a topic it was and
continues to be.

>>stock mc enables it. I have MAPS RBL enabled, using
>>"FEATURE(`dnsbl')dns" in my mc file.
>
>I think you meant:
>
>FEATURE(`dnsbl')dnl

Doh!

>right? In any event, I'd like to use both the RBL and the DUL *but* the 
>docs only say that you can use any other DNS-based blocking system with the 
>same FEATURE yet fail to give directions or even one example.

A bit of digging in the m4 sources and looking at the newsgroup
suggests that you just add an optional second and possibly third
parameter to FEATURE:

FEATURE(`dnsbl',`some.other.host',`my custom error message')dnl

>>The stock mc file only allows sendmail access from the loopback
>>interface. You need to comment out a line in the mc file to allow
>>access from your network interfaces. The mc file has a comment telling
>>you what to comment out. (This was done to keep newbies from putting
>>open relays up on broadband connections.)
>
>Kudos to who did this, but it's on 7.1; my 8.11.0 RPM for 7.0 had no such 
>thing.

Red Hat has always included the mc file, but it changed location. It
used to be redhat.mc in the sendmail-cf/cf directory, and recently
moved to /etc/mail/sendmail.mc.

Ken
mailto:shiva@...
http://www.sewingwitch.com/ken/
[If answering a mailing list posting, please don't cc me your reply. I'll take my answer on the list.]

RE: sendmail

[Rodolfo J. Paiz <rpaiz@go...>]

At 6/17/01 10:59 PM +0100, you wrote:
>I installed SASL using easily available instructions. AUTH then worked using
>any client except MS Outlook/express. I did a little more searching,
>reconfigured then it all worked.

Martyn, excuse the frustration, but would it trouble you to include at 
least a *pointer* to said "easily available instructions"? I know I'm a 
beginner, but I also know I'm not stupid, and having now spent a total of 
17 hours in dedicated RTFM and STFW, those "easily available instructions" 
have so far escaped me.

>No conspiracy theory, just the way that most normal open source software
>works.

A great deal of documentation for "most normal open source software" is 
deficient; this is a malaise that seems to affect all programmers, but 
there are some notable exceptions. There is material *in the 8.11.0 
tarball* about 8.9 and the new features soon to come... and those have been 
available for almost two YEARS now. I've just read every damn word in every 
damn doc that comes with 8.11.0 (tarball and RPM both) as well as 8.11.4 
(tarball only), plus I've read through pretty much the entire sendmail site 
(or feels like it), and THE DOCS SUCK!

I'd love to hear about how you:

* made it work
* then made it work with Microshit

Suggestions on where to find the instructions would also be great, since I 
know several other people currently struggling with this same problem.


--
Rodolfo J. Paiz
rpaiz@...

Re: how can I enable "suggesthome" in %config?

[Jamie Cameron <jcameron@we...>]

Yasuhide OMORI wrote:
> 
> On Mon, Jun 18, 2001 at 05:55:03PM +0900,
> Yasuhide OMORI <omori@...> wrote:
> > I found a choice in webmin-0.86/useradmin/edit_user.cgi to supply
> > default value for home directory automatically, but no configuration
> > entry for this. How can I enable this?
> 
> I ran the following command as root:
> 
> # echo suggesthome=1 >> /etc/webmin/useradmin/admin.acl
> 
> and this feature was enabled. But another problem was found. The
> supplied value was wrong. For example, when I supply 'foobar' as a
> user name, '/foobar' is supplied whatever value 'home_style' has.
> Why???

Like I said, that code doesn't really work too well ..
I guess you could fix it by editing useradmin/edit_user.cgi and
adding after line 423 :

$homebase = "/home";

 - Jamie

(no subject)

[R.Boussen@Audax.nl]

confirm 191289

Re: how can I enable "suggesthome" in %config?

[Yasuhide OMORI <omori@m-...>]

On Mon, Jun 18, 2001 at 06:41:21PM +0900,
Yasuhide OMORI <omori@...> wrote:
> > I found a choice in webmin-0.86/useradmin/edit_user.cgi to supply
> > default value for home directory automatically, but no configuration
> > entry for this. How can I enable this?
> 
> I ran the following command as root:
> 
> # echo suggesthome=1 >> /etc/webmin/useradmin/admin.acl
> 
> and this feature was enabled. But another problem was found. The
> supplied value was wrong. For example, when I supply 'foobar' as a
> user name, '/foobar' is supplied whatever value 'home_style' has. 
> Why???

The following patch enabled supplement. This patch disables
customization but it worked at least on my machine...

--- webmin-0.86/useradmin/edit_user.cgi~	Thu Jun  7 10:12:43 2001
+++ webmin-0.86/useradmin/edit_user.cgi	Mon Jun 18 20:15:37 2001
@@ -27,11 +27,6 @@
 	$used{$tmp[2]}++;
 	push(@shlist, $tmp[8]) if ($tmp[8] ne "");
 	if ($tmp[7] =~ /^(.*)\/[^\/]+$/) {
-		$homebase{$1}++;
-		if ($homebase{$1} > $homebasemax) {
-			$homebase = $1;
-			$homebasemax = $homebase{$1};
-			}
 		}
 	}
 &my_endpwent();
--- webmin-0.86/useradmin/config.info~	Thu Jun  7 10:12:45 2001
+++ webmin-0.86/useradmin/config.info	Mon Jun 18 20:22:34 2001
@@ -22,5 +22,5 @@
 delete_only=Only delete files owned by user?,1,1-Yes,0-No
 from_files=Get primary groups from,1,1-Files,0-System calls
 alias_check=Check for sendmail alias clashes,1,1-Yes,0-No
-home_style=Automatic home directory style,4,0-home/username,1-home/u/username,2-home/u/us/username,3-home/u/s/username
 random_password=Generate password for new users?,1,1-Yes,0-No
+suggesthome=Set default home directory automatically,1,1-Yes,0-No

-- 
Yasuhide OMORI

Re: how can I enable "suggesthome" in %config?

[Yasuhide OMORI <omori@m-...>]

On Mon, Jun 18, 2001 at 05:55:03PM +0900,
Yasuhide OMORI <omori@...> wrote:
> I found a choice in webmin-0.86/useradmin/edit_user.cgi to supply
> default value for home directory automatically, but no configuration
> entry for this. How can I enable this?

I ran the following command as root:

# echo suggesthome=1 >> /etc/webmin/useradmin/admin.acl

and this feature was enabled. But another problem was found. The
supplied value was wrong. For example, when I supply 'foobar' as a
user name, '/foobar' is supplied whatever value 'home_style' has. 
Why???
-- 
Yasuhide OMORI

Re: how can I enable "suggesthome" in %config?

[Jamie Cameron <jcameron@we...>]

Yasuhide OMORI wrote:
> 
> Hi.
> 
> I found a choice in webmin-0.86/useradmin/edit_user.cgi to supply
> default value for home directory automatically, but no configuration
> entry for this. How can I enable this?

You would have to put suggesthome=1 in the file
/etc/webmin/useradmin/username.acl , where username is your webmin login.
It is not really a supported feature though, only part of some
experimental code.

 - Jamie

how can I enable "suggesthome" in %config?

[Yasuhide OMORI <omori@m-...>]

Hi.

I found a choice in webmin-0.86/useradmin/edit_user.cgi to supply
default value for home directory automatically, but no configuration
entry for this. How can I enable this?
-- 
Yasuhide OMORI

RE: File edit in file manager

[Leo Leibovici <leo.leibovici@no...>]

No Jamie, That particular server has 0.84 on it. I'll upgrade it.

Thanks
Leo

> -----Original Message-----
> From: webadmin-list-admin@...
> [mailto:webadmin-list-admin@...]On Behalf Of Jamie
> Cameron
> Sent: Saturday, June 16, 2001 11:08 AM
> To: webadmin-list@...
> Subject: Re: File edit in file manager
> 
> 
> Leo Leibovici wrote:
> > 
> > Is there an upper limit to file size using the file edit in 
> file manager.
> > A colleague  has just managed to truncate httpd.conf to 16k 
> (should have
> > been about 44k)
> 
> This shouldn't happen in version 0.86 - is that the version 
> you are using?
> 
>  - Jamie
> 
> -
> Forwarded by the Webmin mailing list at 
> webadmin-list@...
> To remove yourself from this list, go to
> http://lists.sourceforge.net/lists/listinfo/webadmin-list
> 

Re: Replacement spec file for Red Hat

[Jamie Cameron <jcameron@we...>]

Kenneth Porter wrote:
>
> On Thu, 14 Jun 2001 13:07:22 +1000, Jamie Cameron wrote:
> 
> >Ok, that makes sense. But will %{BuildRoot} still be set even
> >without the %define ?
> 
> I believe so, but $RPM_BUILD_ROOT is guaranteed to be defined. Jeff
> seemed to indicate that the shell variable was guaranteed but the RPM
> macro name might change at whim.

Oddly, on my Caldera 3.1 system it isn't set at all :(
Guess I'll have to stick with %{BuildRoot} ..

 - Jamie

Re: Bind doesn't find existing nameserver

[Zebee Johnstone <zebee@mi...>]

> From: Jamie Cameron <jcameron@...>
> 
> Zebee Johnstone wrote:
> > 
> > (The primary configuration file for BIND
> > /var/named/internal/named.conf does not exist, or is not valid. Create
> > it?)
> > 
> > I have, I think, given it the correct information, for example the
> > named.conf is /var/named/internal/named.conf with named chrooted to
> > /var/named, so I told the module config to use /internal/named.conf.
> > 
> 
> You need to enter the 'path to named.conf' option as just
> /internal/named.conf - webmin sticks the chroot path on automatically.
> 

Umm.. I *did* that.

Re-read the error message, and the bit about what I told it to do.

Zebee