-----Original Message-----
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf Of
Steffan Hoeke
Sent: Sunday, June 25, 2000 12:44 AM
To: [EMAIL PROTECTED]
Subject: Re: INSTALL.maildir - Clairification please!
On Sat, Jun 24, 2000 at 07:31:51PM -0500, Mark Thomas wrote:
> > > **** Neither does maildirmake $HOME/Maildir, although the command
> > > maildirmake is there.
> >
> > Are you running it as the user the maildir is for ?
> > >> as root, and it was working on the root user. Then I tried the
> > >>~username/Maildir and it worked for the other 3 users.
> It shouldn't, you'll run into problems later on !!
> The ~username/Maildir **needs** to be owned by username ....
> If it's not, qmail **won't** deliver mail
>
> ** OK, I went back and chown the directories to their user-owners.
> The owner was root, like you said.
> The command maildirmake $HOME/Maildir. Should it be run by the user only?
I
> was thinking this was an administrative command for setting up all users
> with a ~user/Maildir.
For existing users it's easiest to 'su username' and then run maildirmake
It is an administrative command, but it doesn't create the Maildir for every
user..
** How cool! I didn't know you could su username without a password.
** Novell/NT protects the user login. You have to change thier password to
login as the ** user..
> I did a maildirmake /usr/share/skel/Maildir and then added a user. It did
> create the ~user/Maildir and its subs with the proper owner and rights.
> drwx. So I think that is straight now.
it should be FBSD changes the appropriate permissions as part of adduser
IIRC.
> The other command that I ran, I dont completely understand, so I couldn't
> verify that it worked properly. echo ./Maildir/> ~/.qmail
echo ./Maildir/> ~/.qmail creates a .qmail file in the *current* user's home
directory and tells qmail to deliver all mail for this user to the Maildir
in
it's home directory.
**OK, great. I see the .qmail with the ./Maildir. AND Bingo, we are
receiving mail in the right directory.
> I executed this from the same place I executed the other commands.
> /var/qmail/bin
not quite correct
> It seems like maybe I should have been in the users directory?
You're getting the hang of it ;-)
The other alternative is using lwq's defaultdelivery file.
> What does this actually do?
See above.....
> I can send mail from all users, including root. Local send and Internet
> send.
> I can reply to message to all users except root. Anytime I send to root,
> the log says un 24 19:46:38 ns1 qmail: 961893998.351162 delivery 56:
> deferral: Unable_to_open_./Mailbox:_access_denied._(#4.2.1)/
> Jun 24 19:46:38 ns1 qmail: 961893998.351423 status: local 0/10 remote 0/20
Did you create an alias for root in /var/qmail/alias ?
qmail, by design, doesn't deliver mail to root !
* YES, .qmail-root with ./Maildir in the file. I can play around with this
one and get a marage of errors from unable_to_chdir to ./Maildir to
access_denied_./Maildir.
I checked the ./Maildir and subs. The owner is root wheel. All of my users
have user user. It seems that root wheel is correct though?
I removed the Maildir structure and recreated it as root with mailmakedir.
No change, still getting errors. When I deleted the entry in .qmail-root, I
got an error Uh-Oh, no line in .qmail file. I have tried just about
everything in this file. It seems to like ./Maildir. When I use this, I get
the access denied.
> I guess I didn't get /Mailbox switched to Maildir. I figured I could fix
> that in a bit. I have been looking in ~user/Mailbox to see if the messages
> are being received.
If you created the .qmail file containing ./Maildir/ in each home dir the
Mailbox file has become obsolete.
** Yes, this works for all users except root.
> The docs had me modify my rc file, then later had me copy
> /var/qmail/boot/home to /var/qmail/rc which overwrote my previous edit of
> ./Maildir instead of ./Mailbox. I'll go and fix that now.
<GRIN>
some insight in what you're doing *is* required
</GRIN>
> Here is the file before I edit it.
> #!/bin/sh
>
> # Using splogger to send the log through syslog.
> # Using qmail-local to deliver messages to ~/Mailbox by default.
>
> exec env - PATH="/var/qmail/bin:$PATH" \
> qmail-start ./Mailbox splogger qmail
> ***
> I am changing this line to :
> qmail-start ./Maildir splogger qmail
> Is the splogger qmail correct?
The splogger qmail should work.
the ./Maildir entry is wrong, now qmail is delivering all mail to an mbox
file named Maildir....
There should be a / after ./Maildir ....
The line should read:
qmail-start ./Maildir/ splogger qmail
** Hmmmm, I just checked this,, it is still ./Maildir without the trailing
/, but all **but root works! Hmmm. I'm changing this now and will test.
**Changed, didn't affect the other users. Didn't help root. Now it has the
trailing /.
> ONE MORE:
> Where should the ~alias/Mailbox be, and who should be the owner.
> Basic alias, ie.. Postmaster, MAILER-DAEMON, root.
> All I did according to the doc was touch ~alias/.qmail-postmaster,
> ~alias/.qmail-mailer-daemon, ~alias/.qmail-default and ~alias/.qmail-root.
> Then I chmod 644 qmail.*
> These empty files are in /var/qmail/alias. They are 0 byte files. Do they
> need something in them relating to the alias? The doc says look at
> dot-qmail.0 for details, but the file has a bunch of characters just
thrown
> in where some of the important stuff is, and I don't want to make any
> changes where I don't know what I am doing. I have to do some reading on
man
> to make it find the file where it is now. It is still in the src
diretory.
> For some reason, it didn't get copied over to the regular man directories.
The ~alias/Mailbox should be in /var/qmail/alias ;-)
BUT you don't want a Mailbox file. you want a Maildir !
If you on;y touch those files, all mail to these users will be delivered to
/var/qmail/alias/Maildir/
Touching those .qmail files isn't enough if you want mail to postmaster,root
and mailer-daemon delivered to a specific user.
* See above. I have been editing the qmail-root trying to get rid of some
errors.
The man pages are in /var/qmail/man.
One way to acces them is to copy them to your main man location. Which, on
OBSD is rooted in /usr/local/man.
The other way to acces them is to add /var/qmail/man to your MANPATH...
The appropriate command to read dot-qmail is 'man dot-qmail' which should
output something like this:
dot-qmail(5) dot-qmail(5)
NAME
dot-qmail - control the delivery of mail messages
DESCRIPTION
Normally the qmail-local program delivers each incoming
message to your system mailbox, homedir/Mailbox, where
homedir is your home directory.
It can instead write the mail to a different file or
directory, forward it to another address, distribute it to
a mailing list, or even execute programs, all under your
control.
THE QMAIL FILE
To change qmail-local's behavior, set up a .qmail file in
your home directory.
[etc..]
> I hate to ask so many questions, but it is one of the best ways to figure
> these things out. My experience is with Novell/NT and desktops. This is
my
> first stab at Unix.
<G> Been there, done that, asked it ;-)
> I want to go back, if the original writer of the Install documents doesn't
> mind and do a modification of these documents for FreeBSD 4.0, in
> particular. I know I would have been glad to get my hands on something
like
> this before I got started.
That whould be the author of qmail ;)
The other way is to ask Dave Sill if he would like to add an OS specific
section to his Life with qmail document ....
** I'll do both. I liked the Life with Qmail, I just gave up on it when I
ran into some diretories/files that didn't exist. I used it one time a year
ago when I played around with Slackware for a couple of weeks. I did like
it. Dave was a lot of help. Very Nice fella.
> I already have a bunch of documentation on setting up Apache 1.3.12 that I
> want to put out for some other people to get ahold of. I find alot of
> people asking the same questions that I had trouble with. Same thing with
> DNS. I am going to take my other PIII 600 and setup a second box with
this
> one to reference when I do a final re-write on the install differences for
> FreeBSD. It was mostly diretory differences and file name differences,
but
> it sure makes it easy when the doc says go here and edit this, and it is
> really there to be edited.
>
> Thanks for everyones comments. I really appreciate the help. I hope to
> help others in return. When I get finished with the docs that I am going
to
> re-write for FreeBSD, I'll send some periodic mails to the list so others
> will know where to find them.
>
> Thanks again,
> Mark Thomas.
> Special thanks to you, Steffan Hoeke...
No problem !
I needed a lot of help when i started as well (same background) and 'the
list'
was a valuable resource ....
HTH,
Steffan
PS: i'm a subscriber of this list, so there's no need to send it to me & the
list ... TIA
--
http://therookie.dyndns.org
