qmail Digest 23 May 1999 10:00:01 -0000 Issue 649
Topics (messages 25948 through 25958):
Mac OS X
25948 by: Richard Letts <[EMAIL PROTECTED]>
25958 by: Russ Allbery <[EMAIL PROTECTED]>
Automated vmkpasswd from vchkpw
25949 by: Eric Shafto <[EMAIL PROTECTED]>
25953 by: "Adam D. McKenna" <[EMAIL PROTECTED]>
this got me wondering...
25950 by: "Oden Eriksson" <[EMAIL PROTECTED]>
25954 by: Mark Delany <[EMAIL PROTECTED]>
25956 by: "Sam" <[EMAIL PROTECTED]>
A great qmailadmin thingy!
25951 by: "Oden Eriksson" <[EMAIL PROTECTED]>
qmail-popup question
25952 by: Paul Farber <[EMAIL PROTECTED]>
Is qmail's log method inefficient?
25955 by: Balazs Nagy <[EMAIL PROTECTED]>
Single USER popuser virtual domains
25957 by: "Julian L.C. Brown" <[EMAIL PROTECTED]>
Administrivia:
To subscribe to the digest, e-mail:
[EMAIL PROTECTED]
To unsubscribe from the digest, e-mail:
[EMAIL PROTECTED]
To bug my human owner, e-mail:
[EMAIL PROTECTED]
To post to the list, e-mail:
[EMAIL PROTECTED]
----------------------------------------------------------------------
On Fri, 21 May 1999, Joergen Persson wrote:
> Hi
> Does anyone have experience from Qmail under Mac OS X? It ought to work but
> I thought I better ask...
I would look carefully at the filesystem; in particular does MacOS X allow
you to determine the inode number of a file? I'm not familiar with the
filesystem under macosX but qmail-queue makes soe assumptions about how fs
works.
RjL
==================================================================
The problems of the world || Fax: +44 870 0521198
can't be solved by fixing || Email: [EMAIL PROTECTED]
the working -- C. Daniluk || Phone: +44 385 275 394
Richard Letts <[EMAIL PROTECTED]> writes:
> On Fri, 21 May 1999, Joergen Persson wrote:
>> Does anyone have experience from Qmail under Mac OS X? It ought to work
>> but I thought I better ask...
> I would look carefully at the filesystem; in particular does MacOS X
> allow you to determine the inode number of a file? I'm not familiar with
> the filesystem under macosX but qmail-queue makes soe assumptions about
> how fs works.
Given that MacOS X is basically NeXT-flavored BSD, it would surprise me if
it didn't work fine.
Of course, a "native" build would probably want to put the queue in
/System/Applications/Qmail/Libraries/Queue or some such ridiculous thing.
I guess using full words and capitalization is supposed to make the system
more friendly.
--
Russ Allbery ([EMAIL PROTECTED]) <URL:http://www.eyrie.org/~eagle/>
Adam H wrote:
>
> Hi all:
> I have a question.
> Anyone have an idea how to automate the creation of virtual users thru a
> shell script.. So I can supply the password on the command line?
> like
> ./vadduser <account> <password>
> instead of it having to prompt me?
>
> Basiaclly I'm pulling userId's and cleartest Pw's out of an internal
> database and then submitting them to vadduser
That's a perfect application for expect, which runs under tcl. I
don't know them from a hole in the wall, but if you look at the
expect script (in the examples directory) called autopasswd, it will
take you about 30 seconds to twig what's going on and modify it to
work for vadduser, less if you've ever written a modem script.
The expect/tcl package is enormously capable and complex, but I've
installed it on two systems, once by compiling and installing
manually and once using Solaris packages (think RPM's) and both
times it was trivial. The first time I used it only for autopasswd.
I have it now because the Cyrus imapd admin software uses it.
From: Adam H <[EMAIL PROTECTED]>
: Hi all:
: I have a question.
: Anyone have an idea how to automate the creation of virtual users thru a
: shell script.. So I can supply the password on the command line?
: like
: ./vadduser <account> <password>
: instead of it having to prompt me?
:
: Basiaclly I'm pulling userId's and cleartest Pw's out of an internal
: database and then submitting them to vadduser
Why don't you write your own vmkpasswd using perl's crypt() function?
: Thanks for any ideas/help.
: Adam
--Adam
Hi there,
I just thought of something..., would'nt it be wise to put the qmail
queue dir on the same partition as the users home dirs ? I belive it
would speed up things a bit. What do you think ?
My system is a plain rh6 with 3 partitions, "/" (1,2GB), "/home"
(8GB) and a swap partition (128MB) on a 10,1GB IBM EIDE HDD.
As you see from this I don't have dedicated partitions for "/usr" or
"/var", and I don't see why it should be. Maybe this is the way to go
if you can afford a scsi (raid) system, but with ide it's a totally
different situation.
Sorry if this question annoys the unix gurus, but if you don't ask,
you never learn.
--
Kindest Regards//Oden Eriksson CNE+MCSE
(Linux enthusiast)
UIN: 952113
At 06:21 PM 5/22/99 +0200, Oden Eriksson wrote:
>Hi there,
>
>I just thought of something..., would'nt it be wise to put the qmail
>queue dir on the same partition as the users home dirs ? I belive it
>would speed up things a bit. What do you think ?
I think you need to explain why this would "speed up things a bit". If
everything is on one disk anyway, it's all pretty moot. If your partitions
could potentially live on different spindles, it's a different matter.
As I understand it, what you are saying is that your system has a certain
amount of disk I/O to perform as part of delivering mail and what you want
to do is to lump all this I/O onto one partition (and thus one spindle)
rather than distribute this load across different spindles (and potentially
multiple spindles).
Regards.
>
>My system is a plain rh6 with 3 partitions, "/" (1,2GB), "/home"
>(8GB) and a swap partition (128MB) on a 10,1GB IBM EIDE HDD.
>As you see from this I don't have dedicated partitions for "/usr" or
>"/var", and I don't see why it should be. Maybe this is the way to go
>if you can afford a scsi (raid) system, but with ide it's a totally
>different situation.
>
>Sorry if this question annoys the unix gurus, but if you don't ask,
>you never learn.
>
>
>
>--
>
>Kindest Regards//Oden Eriksson CNE+MCSE
>(Linux enthusiast)
>UIN: 952113
>
>
On Sat, 22 May 1999, Oden Eriksson wrote:
> Hi there,
>
> I just thought of something..., would'nt it be wise to put the qmail
> queue dir on the same partition as the users home dirs ? I belive it
> would speed up things a bit. What do you think ?
Actually, no. The only way I could see this possibly speeding this things
up would be if you had all mail being delivered to Maildir mailboxes, and
have Qmail deliver the mail simply by renaming the file into the user's
Maildir/new, instead of copying the message.
But for that to happen you also have to resolve issues relating to file
permissions. The ownership of the message file has to be changed, and
what would happen if the same message is addressed to several local
recipients? You'll still have to make copies of the message in that case.
Hi there,
I wonder if anyone have noticed the new qmail admin thingy ?
Check it out now: http://www.inter7.com/qmailadmin/
--
Kindest Regards//Oden Eriksson CNE+MCSE
(Linux enthusiast)
UIN: 952113
Hello all
I have several remote servers using qmail 1.02 over 33.6 modems, the only
proble is that that the qmail-popup program needs a hostname in order to
authenticate the passwords correctly:
tcpserver $VERBOSE -c$CONCURRENT -x $CDB -u$USERID -g$GROUPID 0 $PORT \
qmail-popup $HOST $CHKPASS $COMMAND Maildir &
But the connection for DNS lookup's is not completed till after the qmail
init scripts finish. So it dosen't know the $HOST name via DNS (qmail
dose't use the hosts file).
Can I hard code the the FQDN on that line?
The line from the 1.02 RPM uses:
HOST=$($QMAILHOME/bin/dnsfq $($QMAILHOME/bin/hostname)) # your
hostname
Whereas the 1.01 RPM uses:
HOST=`cat /etc/HOSTNAME` # your hostname
Any reason for the change?
Paul D. Farber II
Farber Technology
Ph. 570-628-5303
Fax 570-628-5545
[EMAIL PROTECTED]
On Thu, 20 May 1999, Jos Backus wrote:
> fifo's are your friend.
>
> ... errorsto /my/fifo ...
>
> fifo /my/fifo | splogger
I didn't try it out on other platforms (UnixWare 7.1 will be done), but on
Linux errorsto didn't work after fifo generated the named pipe. Apparently
because of waiting for the fifo process to poll out the log info.
I think it's a very good solution (ie. errorsto), but it would be better if
the program would be used as 'errorhandler loggerprog -arg1 -arg2 -- program
-arg1 -arg2...' as in xinit.
BTW as I mentioned earlier, I have compiled qmail successfully on SCO
UnixWare 7.1 with *very* small changes. It's still in alpha, but if the
results are good, I'll post my changes to Dan.
--
Regards: Kevin (Balazs)
Dear Group,
I forget where to read about this, but I really need it asap. It is a
single user "popuser" configuration, where you modify chkpoppasswd to look
at IP files for user accounts/passwords rather than a single passwd file.
It has something to do with Lcrypt if I recall but I don't remember
exactly. Hopefully someone knows what I am talking about.. It's for
virtual domains
