> On Mon, 16 Jul 2001, Andrew Smith wrote:
>
>> says to comment it out (and found the README
>> comment a week later :-)
>
> Still looking for the README with any relevant statement.
Well, your right there, it's called "RELEASE-NOTES" and to
get to it you:
1) Find the 1st install CD for RedHat Linux 7.1
2) Open CD drive and insert CD with the words facing up
3) Close CD drive
4) mount /mnt/cdrom (if you have installed a standard config)
5) more /mnt/cdrom/RELEASE-NOTES
look for the title: "Sendmail"
>
>> The makefile in /etc/mail also helps :-)
>
> The Makefile in /etc/mail simply hashes whatever is there. Nothing
> about the subject at hand.
>
Yeah - after you change the /etc/mail/sendmail.mc you type
"make" to build a new /etc/sendmail.cf (in case you don't
want to remember or type the m4 command)
>>
>> I did a full install of 7.1 (and I am sure many
>> newbies out there like to do that too ... it gives
>> you all the software available :-) and every day I
>> get people trying to relay thought my 4 mail
>> servers - so I can certainly see where RedHat is
>> coming from when they close it off and expect you
>> to read the README and open it up yourself.
>
> The first thing I did was look for the README. See above.
>
See above.
>> then maybe linux isn't the OS for you.
>
> Huh. Maybe not. But then again, I'm responsible for several
> publicly accessible servers, have been running webservers & mail
> servers for several years, use sendmail & procmail religiously, and
> none of *MY* boxen have ever been rooted. Or used as a spam relay.
>
Ah, but do you know for sure? :-)
It's a bit like saying "my software has no bugs"
I would actually suggest that you have not idea
how often people try to port scan or hack into
your servers.
You statement certainly suggests that.
>> WinHat????? Yeah right - get a reality check.
>
> This IS a reality check. This is UNIX. Predicated on the idea that if
> you
> don't know what you're doing, and the consequences thereof, you will
> soon learn. The WinHat refers to the idea that you can safely install,
> administer and use a server-capable OS without any education. That's
> Redmond's theory, and all they've proved is that you can dumb down a
> system till it's crippled.
>
> My problem was not that I'm not familiar with sendmail, Linux, or
> RedHat.
> Just the opposite. I use sendmail on a couple of different platforms,
> do various Linux things for a living, and am RedHat certified. It
> literally never entered my mind that ANYBODY's solution to open mail
> relays would be to totally cripple sendmail. There are much better ways
> to do it.
The problem is not that you are familiar with sendmail,
but that when something changed, you decided that it
shouldn't change unless they documented the change in
a specific manner you required (hmmm well RELEASE-NOTES
wasn't good enough)
Then you didn't even find the comments in the sendmail.mc
That suggests either you don't know what you are doing
or you didn't bother to look in the most important file
that defines and controls how sendmail works in RedHat 7.1
>
>> (and there is a real fun one there that I still
>> haven't found any documentation for: if you want
>> to move an email to a folder with spaces in the
>> directory and/or filename then you must put a
>> "\" before each space of the target dir/file in
>> the .procmailrc file)
>
> Um, you might look at the bash documentation. It'll explain that
> whole '"\" before an embedded whitespace' thingie for you.
>
> See ya later.
> Doc
Ah, so bash is used to read in and process .procmailrc
Now I would never have guessed that. :-P
So if I want to have a ? in my filename I
HAVE to escape that with a \? since bash
matches both "ab?cd" and "abxcd" with the
pattern "ab?cd"
But reading the FAQ I have finally found an
example that would suggest that you need to
escape spaces coz you can list more than one
output folder separated by spaces if they are
directories.
Hmmm ... where's the lex & yacc for procmail
- that's what I was looking for all along :-)
-Andrew Smith
_______________________________________________
Seawolf-list mailing list
[EMAIL PROTECTED]
https://listman.redhat.com/mailman/listinfo/seawolf-list
