qmail Digest 15 Aug 1999 10:00:01 -0000 Issue 729
Topics (messages 28990 through 29015):
binaries
28990 by: Mate Wierdl <[EMAIL PROTECTED]>
28992 by: Kevin Waterson <[EMAIL PROTECTED]>
29012 by: Ira Abramov <[EMAIL PROTECTED]>
checkpassword
28991 by: Chris Johnson <[EMAIL PROTECTED]>
maybe I posted wrong my question
28993 by: Abel Lucano <[EMAIL PROTECTED]>
Maildir filename in .qmail file
28994 by: "James W. Blackwell" <[EMAIL PROTECTED]>
28995 by: "Timothy L. Mayo" <[EMAIL PROTECTED]>
28996 by: "James W. Blackwell" <[EMAIL PROTECTED]>
28997 by: "Timothy L. Mayo" <[EMAIL PROTECTED]>
28998 by: "James W. Blackwell" <[EMAIL PROTECTED]>
28999 by: "Timothy L. Mayo" <[EMAIL PROTECTED]>
29002 by: "James W. Blackwell" <[EMAIL PROTECTED]>
Help!
29000 by: "Martin Paulucci" <[EMAIL PROTECTED]>
Binaries for Solaris SPARC 2.6
29001 by: "Martin Paulucci" <[EMAIL PROTECTED]>
DNS 8.2.1 installed
29003 by: Bill Parker <[EMAIL PROTECTED]>
29007 by: Chris Johnson <[EMAIL PROTECTED]>
IMAP drivers with helper indexes databases (was RE: Inode/file limits)
29004 by: "David Harris" <[EMAIL PROTECTED]>
29006 by: "Sam" <[EMAIL PROTECTED]>
29009 by: Russell Nelson <[EMAIL PROTECTED]>
29010 by: "David Harris" <[EMAIL PROTECTED]>
29011 by: "Sam" <[EMAIL PROTECTED]>
bounced email
29005 by: Sienna <[EMAIL PROTECTED]>
29008 by: Chris Johnson <[EMAIL PROTECTED]>
29013 by: Sienna <[EMAIL PROTECTED]>
29015 by: "Petr Novotny" <[EMAIL PROTECTED]>
summersoft redistribution
29014 by: Kevin Waterson <[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]
----------------------------------------------------------------------
Yes, the new qmail and qmail-run rpms are dropin replacements for the
"memphis" rpm. qmail-run is Dan's naming for such a package. And indeed,
qmail-init is not entirely appropriate, since the package sets up other
things as well (like links to sendmail).
I still do not know what option to rpm you are talking about that would allow
patches to be applied on the fly. I doubt that is possible: some patches do
not use the %patch macro.
In any case, I will soon upload a kit, that creates a spec file from a
template. The kit allows you to specify (via command line args) any patches
to be applied from a given set of patches.
It is of course rather simple to add a patch to a spec file. But with a kit
it is rather convenient, and the kit also makes sure that you get a
different README depending on which patches you apply --- and if you are
applying patches at all (b/c patched qmail cannot be redistributed). Also,
the applied patches are reflected in the release version of the created
binary rpm.
I'd think something like this is useful at a place where you have to install
several versions of qmail (I run one pathcless, and one with the verh patch).
At this point, I will include 4 patches (rbl, verh, big-to-do, qmqpc), and
not the UCE patches, because I have no idea how they work (I am not even
sure I have procmail installed anymore; I have maildrop). But people can
easily modify the spec template to accomodate any number of patches (up to
100).
Mate
Mate Wierdl wrote:
> Yes, the new qmail and qmail-run rpms are dropin replacements for the
> "memphis" rpm. qmail-run is Dan's naming for such a package. And indeed,
> qmail-init is not entirely appropriate, since the package sets up other
> things as well (like links to sendmail).
Where can I download qmail-run?
I have poked about Dan's site but cannot see it listed
Kind regards
Kevin
On Sat, 14 Aug 1999, Mate Wierdl wrote:
> I still do not know what option to rpm you are talking about that would allow
> patches to be applied on the fly. I doubt that is possible: some patches do
> not use the %patch macro.
>
welp, I saw it once and I can't remember the syntax. the basic man page
doesn't have it, and 3am is no time to dig rpm.org
> At this point, I will include 4 patches (rbl, verh, big-to-do, qmqpc), and
> not the UCE patches, because I have no idea how they work (I am not even
> sure I have procmail installed anymore; I have maildrop). But people can
Lionel's UCE patch has absolutly nothing to do with procmail. I'm an ISP.
people misconfig their clients all the time, and try to send with return
addresses invented by chimps with no connection to reality. the patch
makes sure mail is accepted only from return addresses with a domain part
(aka @host) that actually exists somewhere as an MX or an A record. people
simply send with a non-return address and never get replies or bounces.
Sendmail has this feature btw, and I'm trying to convince people here that
Qmail is better. it surprises me this patch exists since v1.01 but hasn.t
been assimilated by DJB, it's quite an important one...
On Sat, Aug 14, 1999 at 12:13:21PM +0200, Maria Zevenhoven wrote:
> What is the most standard checkpassword - program?
The qmail author's checkpassword, which checks just system accounts, is at
ftp://koobera.math.uic.edu/www/software/checkpassword-0.81.tar.gz.
> I get to this www.qmail.org and follow links from there, and I only get to a
> page with many different options, which all seem very complicated and
> unstandard.
They're supposed to be "unstandard." They let you use POP user databases that
aren't stored in /etc/passwd.
> I tried a few, with no results.
What does that mean?
Chris
Hi all
How can I deny or limit or prevent hundreds of small messages delivered
to an single Mailbox?
This mailbombing could (or not) been sent from a valid email address: i
can put this address in control/badmailfrom but this action always is
taken after the damage.
I'm running qmail-1.03 with tcpserver, delivering to Mailbox.
Best regards
Abel Lucano
[EMAIL PROTECTED]
Greetings,
I need to be able to access the filename (ie,
934495102.12993.qmail:2,) of the message just saved from within
a perl script launched by the .qmail-[username] file.
I see there are several environmental variables that are set in the
shell, but not for the filename.
Any help would be greatly appreciated.
TIA,
--James
On Sat, 14 Aug 1999, James W. Blackwell wrote:
> Greetings,
>
> I need to be able to access the filename (ie,
> 934495102.12993.qmail:2,) of the message just saved from within
> a perl script launched by the .qmail-[username] file.
>
> I see there are several environmental variables that are set in the
> shell, but not for the filename.
That's because the .qmail file contains DELIVERY instructions. qmail
can't tell you the filename when it hasn't delivered the message yet.
>
> Any help would be greatly appreciated.
>
> TIA,
> --James
>
>
---------------------------------
Timothy L. Mayo mailto:[EMAIL PROTECTED]
Senior Systems Administrator
localconnect(sm)
http://www.localconnect.net/
The National Business Network Inc. http://www.nb.net/
One Monroeville Center, Suite 850
Monroeville, PA 15146
(412) 810-8888 Phone
(412) 810-8886 Fax
Then is there any way to tell what this file is going to be called
once it is delivered? There's got to be some mechanism for doing
this.
If the first line of my .qmail file is vdelivermail, and the second line
runs the perl script, I would assume that it has already been
delivered by the time it gets there. Of course this assumption is
probably wildly incorrect.
Possibly any other ideas on how to achieve the same goal? I need
to run a perl script on every piece of mail that gets delivered to a
local user as soon as it comes in. I'm using vchkpw for the virtual
domain stuff.
--James
----------------------------------------------
ASCII Ribbon campaign against HTML E-Mail / \
load "linux",8,1
> On Sat, 14 Aug 1999, James W. Blackwell wrote:
>
> > Greetings,
> >
> > I need to be able to access the filename (ie,
> > 934495102.12993.qmail:2,) of the message just saved from within
> > a perl script launched by the .qmail-[username] file.
> >
> > I see there are several environmental variables that are set in the
> > shell, but not for the filename.
>
> That's because the .qmail file contains DELIVERY instructions. qmail
> can't tell you the filename when it hasn't delivered the message yet.
>
> >
> > Any help would be greatly appreciated.
> >
> > TIA,
> > --James
> >
> >
>
> ---------------------------------
> Timothy L. Mayo mailto:[EMAIL PROTECTED]
> Senior Systems Administrator
> localconnect(sm)
> http://www.localconnect.net/
>
> The National Business Network Inc. http://www.nb.net/
> One Monroeville Center, Suite 850
> Monroeville, PA 15146
> (412) 810-8888 Phone
> (412) 810-8886 Fax
What is your perl script trying to do?
Taking a first guess, I would say either have your perl script perform the
final delivery or modify vdelivermail to do the post processing you
require.
On Sat, 14 Aug 1999, James W. Blackwell wrote:
> Then is there any way to tell what this file is going to be called
> once it is delivered? There's got to be some mechanism for doing
> this.
>
> If the first line of my .qmail file is vdelivermail, and the second line
> runs the perl script, I would assume that it has already been
> delivered by the time it gets there. Of course this assumption is
> probably wildly incorrect.
>
> Possibly any other ideas on how to achieve the same goal? I need
> to run a perl script on every piece of mail that gets delivered to a
> local user as soon as it comes in. I'm using vchkpw for the virtual
> domain stuff.
>
> --James
> ----------------------------------------------
> ASCII Ribbon campaign against HTML E-Mail / \
> load "linux",8,1
>
>
> > On Sat, 14 Aug 1999, James W. Blackwell wrote:
> >
> > > Greetings,
> > >
> > > I need to be able to access the filename (ie,
> > > 934495102.12993.qmail:2,) of the message just saved from within
> > > a perl script launched by the .qmail-[username] file.
> > >
> > > I see there are several environmental variables that are set in the
> > > shell, but not for the filename.
> >
> > That's because the .qmail file contains DELIVERY instructions. qmail
> > can't tell you the filename when it hasn't delivered the message yet.
> >
> > >
> > > Any help would be greatly appreciated.
> > >
> > > TIA,
> > > --James
> > >
> > >
> >
> > ---------------------------------
> > Timothy L. Mayo mailto:[EMAIL PROTECTED]
> > Senior Systems Administrator
> > localconnect(sm)
> > http://www.localconnect.net/
> >
> > The National Business Network Inc. http://www.nb.net/
> > One Monroeville Center, Suite 850
> > Monroeville, PA 15146
> > (412) 810-8888 Phone
> > (412) 810-8886 Fax
>
>
>
---------------------------------
Timothy L. Mayo mailto:[EMAIL PROTECTED]
Senior Systems Administrator
localconnect(sm)
http://www.localconnect.net/
The National Business Network Inc. http://www.nb.net/
One Monroeville Center, Suite 850
Monroeville, PA 15146
(412) 810-8888 Phone
(412) 810-8886 Fax
Some of our users strictly use our web frontend for reading their
mail. This works pretty well, but it's slow having to communicate
with the POP server when the user is trying to move around.
What I'm doing is to parse out the mime parts of the message and
store them along with header information on a MySQL box. Binary
attachments are stored in their final binary form with a path in the
the database pointing to them. Now when users log in everything
is coming directly from MySQL and is VERY fast.
I have the whole thing working except for this part. Right now I'm
just forcing it to parse a particular RFC 822 file rather then the one
that actually just came in.
I saw qmail for the first time about 4 days ago and have written this
thing since then. I'm learning perl, MySQL, and qmail while doing
this. I've also rewritten the web frontend for vchkpw so it
authenticates and stores information about users, domains, etc. in
the database. Needless to say I'm kind of overwhelmed. Not to
mention not sleeping for a couple of days.
My .qmail-[username] file looks like this:
| /usr/bin/vdelivermail ''
/var/vchkpw/domains/actiontax.com/postmaster
|/usr/scripts/parsemail
Any examples of how to make my script deliver the mail, or is
there an easier way to do this?
--James
----------------------------------------------
ASCII Ribbon campaign against HTML E-Mail / \
load "linux",8,1
Date sent: Sat, 14 Aug 1999 11:32:50 -0400 (EDT)
From: "Timothy L. Mayo" <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]
Subject: Re: Maildir filename in .qmail file
> What is your perl script trying to do?
>
> Taking a first guess, I would say either have your perl script perform the
> final delivery or modify vdelivermail to do the post processing you
> require.
>
> On Sat, 14 Aug 1999, James W. Blackwell wrote:
>
> > Then is there any way to tell what this file is going to be called once
> > it is delivered? There's got to be some mechanism for doing this.
> >
> > If the first line of my .qmail file is vdelivermail, and the second line
> > runs the perl script, I would assume that it has already been delivered
> > by the time it gets there. Of course this assumption is probably wildly
> > incorrect.
> >
> > Possibly any other ideas on how to achieve the same goal? I need
> > to run a perl script on every piece of mail that gets delivered to a
> > local user as soon as it comes in. I'm using vchkpw for the virtual
> > domain stuff.
> >
> > --James
> > ----------------------------------------------
> > ASCII Ribbon campaign against HTML E-Mail / \
> > load "linux",8,1
> >
> >
> > > On Sat, 14 Aug 1999, James W. Blackwell wrote:
> > >
> > > > Greetings,
> > > >
> > > > I need to be able to access the filename (ie,
> > > > 934495102.12993.qmail:2,) of the message just saved from within a
> > > > perl script launched by the .qmail-[username] file.
> > > >
> > > > I see there are several environmental variables that are set in the
> > > > shell, but not for the filename.
> > >
> > > That's because the .qmail file contains DELIVERY instructions. qmail
> > > can't tell you the filename when it hasn't delivered the message yet.
> > >
> > > >
> > > > Any help would be greatly appreciated.
> > > >
> > > > TIA,
> > > > --James
> > > >
> > > >
> > >
> > > ---------------------------------
> > > Timothy L. Mayo mailto:[EMAIL PROTECTED]
> > > Senior Systems Administrator
> > > localconnect(sm)
> > > http://www.localconnect.net/
> > >
> > > The National Business Network Inc. http://www.nb.net/
> > > One Monroeville Center, Suite 850
> > > Monroeville, PA 15146
> > > (412) 810-8888 Phone
> > > (412) 810-8886 Fax
> >
> >
> >
>
> ---------------------------------
> Timothy L. Mayo mailto:[EMAIL PROTECTED]
> Senior Systems Administrator
> localconnect(sm)
> http://www.localconnect.net/
>
> The National Business Network Inc. http://www.nb.net/
> One Monroeville Center, Suite 850
> Monroeville, PA 15146
> (412) 810-8888 Phone
> (412) 810-8886 Fax
Your script is getting the email message on standard input. Why not just
parse that and put it where you want it?
On Sat, 14 Aug 1999, James W. Blackwell wrote:
> Some of our users strictly use our web frontend for reading their
> mail. This works pretty well, but it's slow having to communicate
> with the POP server when the user is trying to move around.
>
> What I'm doing is to parse out the mime parts of the message and
> store them along with header information on a MySQL box. Binary
> attachments are stored in their final binary form with a path in the
> the database pointing to them. Now when users log in everything
> is coming directly from MySQL and is VERY fast.
>
> I have the whole thing working except for this part. Right now I'm
> just forcing it to parse a particular RFC 822 file rather then the one
> that actually just came in.
>
> I saw qmail for the first time about 4 days ago and have written this
> thing since then. I'm learning perl, MySQL, and qmail while doing
> this. I've also rewritten the web frontend for vchkpw so it
> authenticates and stores information about users, domains, etc. in
> the database. Needless to say I'm kind of overwhelmed. Not to
> mention not sleeping for a couple of days.
>
> My .qmail-[username] file looks like this:
>
> | /usr/bin/vdelivermail ''
> /var/vchkpw/domains/actiontax.com/postmaster
> |/usr/scripts/parsemail
>
> Any examples of how to make my script deliver the mail, or is
> there an easier way to do this?
>
> --James
> ----------------------------------------------
> ASCII Ribbon campaign against HTML E-Mail / \
> load "linux",8,1
>
>
> Date sent: Sat, 14 Aug 1999 11:32:50 -0400 (EDT)
> From: "Timothy L. Mayo" <[EMAIL PROTECTED]>
> To: [EMAIL PROTECTED]
> Subject: Re: Maildir filename in .qmail file
>
> > What is your perl script trying to do?
> >
> > Taking a first guess, I would say either have your perl script perform the
> > final delivery or modify vdelivermail to do the post processing you
> > require.
> >
> > On Sat, 14 Aug 1999, James W. Blackwell wrote:
> >
> > > Then is there any way to tell what this file is going to be called once
> > > it is delivered? There's got to be some mechanism for doing this.
> > >
> > > If the first line of my .qmail file is vdelivermail, and the second line
> > > runs the perl script, I would assume that it has already been delivered
> > > by the time it gets there. Of course this assumption is probably wildly
> > > incorrect.
> > >
> > > Possibly any other ideas on how to achieve the same goal? I need
> > > to run a perl script on every piece of mail that gets delivered to a
> > > local user as soon as it comes in. I'm using vchkpw for the virtual
> > > domain stuff.
> > >
> > > --James
> > > ----------------------------------------------
> > > ASCII Ribbon campaign against HTML E-Mail / \
> > > load "linux",8,1
> > >
> > >
> > > > On Sat, 14 Aug 1999, James W. Blackwell wrote:
> > > >
> > > > > Greetings,
> > > > >
> > > > > I need to be able to access the filename (ie,
> > > > > 934495102.12993.qmail:2,) of the message just saved from within a
> > > > > perl script launched by the .qmail-[username] file.
> > > > >
> > > > > I see there are several environmental variables that are set in the
> > > > > shell, but not for the filename.
> > > >
> > > > That's because the .qmail file contains DELIVERY instructions. qmail
> > > > can't tell you the filename when it hasn't delivered the message yet.
> > > >
> > > > >
> > > > > Any help would be greatly appreciated.
> > > > >
> > > > > TIA,
> > > > > --James
> > > > >
> > > > >
> > > >
> > > > ---------------------------------
> > > > Timothy L. Mayo mailto:[EMAIL PROTECTED]
> > > > Senior Systems Administrator
> > > > localconnect(sm)
> > > > http://www.localconnect.net/
> > > >
> > > > The National Business Network Inc. http://www.nb.net/
> > > > One Monroeville Center, Suite 850
> > > > Monroeville, PA 15146
> > > > (412) 810-8888 Phone
> > > > (412) 810-8886 Fax
> > >
> > >
> > >
> >
> > ---------------------------------
> > Timothy L. Mayo mailto:[EMAIL PROTECTED]
> > Senior Systems Administrator
> > localconnect(sm)
> > http://www.localconnect.net/
> >
> > The National Business Network Inc. http://www.nb.net/
> > One Monroeville Center, Suite 850
> > Monroeville, PA 15146
> > (412) 810-8888 Phone
> > (412) 810-8886 Fax
>
>
>
---------------------------------
Timothy L. Mayo mailto:[EMAIL PROTECTED]
Senior Systems Administrator
localconnect(sm)
http://www.localconnect.net/
The National Business Network Inc. http://www.nb.net/
One Monroeville Center, Suite 850
Monroeville, PA 15146
(412) 810-8888 Phone
(412) 810-8886 Fax
This worked great. Thanks. while (<stdin>) did the trick!
--James
----------------------------------------------
ASCII Ribbon campaign against HTML E-Mail / \
load "linux",8,1
Date sent: Sat, 14 Aug 1999 14:35:50 -0400 (EDT)
From: "Timothy L. Mayo" <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]
Subject: Re: Maildir filename in .qmail file
> Your script is getting the email message on standard input. Why not just
> parse that and put it where you want it?
>
> On Sat, 14 Aug 1999, James W. Blackwell wrote:
>
> > Some of our users strictly use our web frontend for reading their
> > mail. This works pretty well, but it's slow having to communicate with
> > the POP server when the user is trying to move around.
> >
> > What I'm doing is to parse out the mime parts of the message and
> > store them along with header information on a MySQL box. Binary
> > attachments are stored in their final binary form with a path in the the
> > database pointing to them. Now when users log in everything is coming
> > directly from MySQL and is VERY fast.
> >
> > I have the whole thing working except for this part. Right now I'm just
> > forcing it to parse a particular RFC 822 file rather then the one that
> > actually just came in.
> >
> > I saw qmail for the first time about 4 days ago and have written this
> > thing since then. I'm learning perl, MySQL, and qmail while doing this.
> > I've also rewritten the web frontend for vchkpw so it authenticates and
> > stores information about users, domains, etc. in the database. Needless
> > to say I'm kind of overwhelmed. Not to mention not sleeping for a
> > couple of days.
> >
> > My .qmail-[username] file looks like this:> >
> > | /usr/bin/vdelivermail ''
> > /var/vchkpw/domains/actiontax.com/postmaster
> > |/usr/scripts/parsemail
> >
> > Any examples of how to make my script deliver the mail, or is
> > there an easier way to do this?
> >
> > --James
> > ----------------------------------------------
> > ASCII Ribbon campaign against HTML E-Mail / \
> > load "linux",8,1
> >
> >
> > Date sent: Sat, 14 Aug 1999 11:32:50 -0400 (EDT)
> > From: "Timothy L. Mayo" <[EMAIL PROTECTED]>
> > To: [EMAIL PROTECTED]
> > Subject: Re: Maildir filename in .qmail file
> >
> > > What is your perl script trying to do?
> > >
> > > Taking a first guess, I would say either have your perl script perform
> > > the final delivery or modify vdelivermail to do the post processing
> > > you require.
> > >
> > > On Sat, 14 Aug 1999, James W. Blackwell wrote:
> > >
> > > > Then is there any way to tell what this file is going to be called
> > > > once it is delivered? There's got to be some mechanism for doing
> > > > this.
> > > >
> > > > If the first line of my .qmail file is vdelivermail, and the second
> > > > line runs the perl script, I would assume that it has already been
> > > > delivered by the time it gets there. Of course this assumption is
> > > > probably wildly incorrect.
> > > >
> > > > Possibly any other ideas on how to achieve the same goal? I need to
> > > > run a perl script on every piece of mail that gets delivered to a
> > > > local user as soon as it comes in. I'm using vchkpw for the virtual
> > > > domain stuff.
> > > >
> > > > --James
> > > > ----------------------------------------------
> > > > ASCII Ribbon campaign against HTML E-Mail / \
> > > > load "linux",8,1
> > > >
> > > >
> > > > > On Sat, 14 Aug 1999, James W. Blackwell wrote:
> > > > >
> > > > > > Greetings,
> > > > > >
> > > > > > I need to be able to access the filename (ie,
> > > > > > 934495102.12993.qmail:2,) of the message just saved from within
> > > > > > a perl script launched by the .qmail-[username] file.
> > > > > >
> > > > > > I see there are several environmental variables that are set in
> > > > > > the shell, but not for the filename.
> > > > >
> > > > > That's because the .qmail file contains DELIVERY instructions.
> > > > > qmail can't tell you the filename when it hasn't delivered the
> > > > > message yet.
> > > > >
> > > > > >
> > > > > > Any help would be greatly appreciated.
> > > > > >
> > > > > > TIA,
> > > > > > --James
> > > > > >
> > > > > >
> > > > >
> > > > > ---------------------------------
> > > > > Timothy L. Mayo mailto:[EMAIL PROTECTED]
> > > > > Senior Systems Administrator
> > > > > localconnect(sm)
> > > > > http://www.localconnect.net/
> > > > >
> > > > > The National Business Network Inc. http://www.nb.net/
> > > > > One Monroeville Center, Suite 850
> > > > > Monroeville, PA 15146
> > > > > (412) 810-8888 Phone
> > > > > (412) 810-8886 Fax
> > > >
> > > >
> > > >
> > >
> > > ---------------------------------
> > > Timothy L. Mayo mailto:[EMAIL PROTECTED]
> > > Senior Systems Administrator
> > > localconnect(sm)
> > > http://www.localconnect.net/
> > >
> > > The National Business Network Inc. http://www.nb.net/
> > > One Monroeville Center, Suite 850
> > > Monroeville, PA 15146
> > > (412) 810-8888 Phone
> > > (412) 810-8886 Fax
> >
> >
> >
>
> ---------------------------------
> Timothy L. Mayo mailto:[EMAIL PROTECTED]
> Senior Systems Administrator
> localconnect(sm)
> http://www.localconnect.net/
>
> The National Business Network Inc. http://www.nb.net/
> One Monroeville Center, Suite 850
> Monroeville, PA 15146
> (412) 810-8888 Phone
> (412) 810-8886 Fax
Hi Ken,
> Look at your file /var/qmail/rc
>
> My guess is that file starts qmail with Mailbox format.
> change ./Mailbox to ./Maildir/ and everything should work.
Thanks, I will change it on monday. Can I ask you something
else?. I'm using the vchkpw and the thing is that when I try to
administer the main domain (localdomain) from the qmailadmin, I
enter the postmaster password, previously set by the vuserpass
(or similar) and I can't log in the main domain to modify things, but I
can with a virtual domain I've created and works...
Also, for the user to log in the pop3 account should he enter:
user%virtualdomain.com ?. Is there any way to fix this?.
Thanks!!.
Martin.
Best regards,
Martin Paulucci
http://www.ServiRED.COM
[EMAIL PROTECTED]
Cell Phone: 15-4935-4246
Telephone/Fax: (+54-11)4-961-3204
Hi everybody,
Me again, sorry for the mess.I've compiled the qmail with the
Sparccompiler 3.01 (from Sun) and sometimes it hangs and
dissapears. I would like to try other set of binaries (maybe
compiled with other compiler). Can somebody tell me where can I
get them?. Or at least give me a way to check that my set of
binaries are working well?.
Thanks!...
Best regards,
Martin Paulucci
http://www.ServiRED.COM
[EMAIL PROTECTED]
Cell Phone: 15-4935-4246
Telephone/Fax: (+54-11)4-961-3204
hello again,
Thanks to the help of some guys on here and IRC, I have installed
bind 8.2.1 from a tarball which I got from isc.org, now I am ready to
try to implement a caching DNS server, it appears to be working, now
I have a question, since I used the DNS How-to on the sunsite page (I
can't find my ORA bind/dns book at the moment), what I would like to
know, will named grab information from the root name servers if the
info is not stored in cache (I take it that is what the root.hints
file is for?) Or am I in the wrong direction again?
-Bill
On Sat, Aug 14, 1999 at 12:52:55PM -0700, Bill Parker wrote:
> Thanks to the help of some guys on here and IRC, I have installed bind 8.2.1
> from a tarball which I got from isc.org, now I am ready to try to implement a
> caching DNS server, it appears to be working, now I have a question, since I
> used the DNS How-to on the sunsite page (I can't find my ORA bind/dns book at
> the moment), what I would like to know, will named grab information from the
> root name servers if the info is not stored in cache (I take it that is what
> the root.hints file is for?) Or am I in the wrong direction again?
You're in the right direction. If your server doesn't know the answer to a
question (it's not authoritative and the answer isn't in cache), it'll ask
someone else. This may be a root server if no information at all about the
request is cached, or it may be something further down the line. (Maybe it
already has cached the fact that koobera.math.uic.edu is authoritative for
cr.yp.to, but it doesn't know what the mail exchanger is for cr.yp.to. It won't
go to a root server to find out--it'll head straight to koobera.math.uic.edu.)
Chris
Sam [mailto:[EMAIL PROTECTED]] wrote:
> My webmail CGI creates a cache file that stores the headers of all the
> messages in the Maildir. The cache file gets automatically rebuilt when
> new messages arrive. I compare the timestamps to figure out when I need
> to rebuild the cache file. Works very well, to format the folder contents
> I only need to open the cache file, and read it.
This is the way to do it. I'm concerned that the IMAP Maildir driver does not
store any kind of database like this, so it has to scan all of the files to
produce summary information. The method you are taking of storing a helper
index is the way to go. Any chance you'd be interested in working your code
into the IMAP Maildir driver code?
Because the lack of any helper index in the current IMAP Maildir driver really
bothers me, I'm going to be comparing the performance of the Maildir driver and
the "mbx" driver in IMAP. It works on a single file database and is described
as follows:
Driver: mbx
concurrent read/write access: yes
expunge permitted in concurrent read/write access: yes
sticky UIDs: yes
keyword flags: yes
subfolders: no (drh note: I can fix this easily enough)
usable over network filesystems: no
Performance: very good (relative to other IMAP drivers)
Layout: prefile (file with preallocated space for state)
Comment: best performing local file driver; preferred format at UW
Any comments?
- David Harris
Principal Engineer, DRH Internet Services
On Sat, 14 Aug 1999, David Harris wrote:
> This is the way to do it. I'm concerned that the IMAP Maildir driver does not
> store any kind of database like this, so it has to scan all of the files to
> produce summary information. The method you are taking of storing a helper
> index is the way to go. Any chance you'd be interested in working your code
> into the IMAP Maildir driver code?
I don't use IMAP and I've looked inside c-client only briefly, on a couple
of occasions. Currently, it scales to about a 1,000 messages per folder
or INBOX, before it starts to slow down and eat memory. This is
reasonable for a webmail CGI, but for full mail services, you'll need to
scale into hundreds of thousands of messages. I'm considering either
fixed length records, or GDBM or DB-based indexes.
Sam writes:
> On Sat, 14 Aug 1999, David Harris wrote:
>
> > This is the way to do it. I'm concerned that the IMAP Maildir driver does not
> > store any kind of database like this, so it has to scan all of the files to
> > produce summary information. The method you are taking of storing a helper
> > index is the way to go. Any chance you'd be interested in working your code
> > into the IMAP Maildir driver code?
>
> I don't use IMAP and I've looked inside c-client only briefly, on a couple
> of occasions. Currently, it scales to about a 1,000 messages per folder
> or INBOX, before it starts to slow down and eat memory. This is
> reasonable for a webmail CGI, but for full mail services, you'll need to
> scale into hundreds of thousands of messages. I'm considering either
> fixed length records, or GDBM or DB-based indexes.
I've had good success rebuilding a CDB into another CDB. It's *very* quick.
#!/usr/bin/perl
# given a list of email addresses, remove them from our database.
use Fcntl; # for O_ constants
# put all of stdin into a hash.
while(<>) { chomp; $in{$_} = ""; }
open(DB_FH, "+>db.lock") || die "dup $!";
unless (flock (DB_FH, 2)) { die "flock: $!" } # LOCK_EX
open(DBO, "|cdbmake data/db.cdb data/db.$$") or die "cdbmake: $!\n";
open(DBI, "cdbdump <data/db.cdb|") or die "cdbdump: $!\n";
while(<DBI>) {
next if (($length) = m/^\+(\d+),\d+:/) && exists($in{substr($', 0, $length)});
print DBO;
}
close(DBI) or die "cdbdump close: $!\n";
close(DBO) or die "cdbmake close: $!\n";
flock(DB_FH, 8); # LOCK_UN
close(DB_FH);
--
-russ nelson <[EMAIL PROTECTED]> http://russnelson.com
Crynwr sells support for free software | PGPok | Government schools are so
521 Pleasant Valley Rd. | +1 315 268 1925 voice | bad that any rank amateur
Potsdam, NY 13676-3213 | +1 315 268 9201 FAX | can outdo them. Homeschool!
Sam [mailto:[EMAIL PROTECTED]] wrote:
> I don't use IMAP and I've looked inside c-client only briefly, on a couple
> of occasions. Currently, it scales to about a 1,000 messages per folder
> or INBOX, before it starts to slow down and eat memory. This is
> reasonable for a webmail CGI, but for full mail services, you'll need to
> scale into hundreds of thousands of messages. I'm considering either
> fixed length records, or GDBM or DB-based indexes.
Okay. Lets assume we've got some kind of database backend for the index file
where we can add, remove, and modify records. How exactly would one keep it in
sync with the Maildir? I guess each time you would have to compare the messages
in the maildir with the messages in the index, and summarize new messages while
deleting old ones. Also detect if a message has changed, and re-read the
summary info. You are handling this with timestamps I assume?
Also, what kind of summary information are you storing? Well, I guess that's
dependant on the app and might be different for c-client.
I don't know if this or any Maildir app could scale to hundreds of thousands of
messages... there is an inherent limitation in Maildir because it stores all of
the messages in the same directory without any kind of hashing. The filesystem
would grind to a halt before you could even deliver a hundred thousand messages
to a maildir, I would think.
(That is unless any UNIX like OS has gotten around to doing any kind of smart
directory implementation that handles large directories. I so badly want to see
someone make the directory index change to a hashed format after about a
thousand files.)
How does your implementation keep the index updated? If you can scale to 1,000
messages, I'll bet that's good enough for most people and it's far better than
plain-old-Maildir. Also, where in your source code is this done?
- David Harris
Principal Engineer, DRH Internet Services
On Sat, 14 Aug 1999, David Harris wrote:
> Okay. Lets assume we've got some kind of database backend for the index file
> where we can add, remove, and modify records. How exactly would one keep it in
> sync with the Maildir? I guess each time you would have to compare the messages
> in the maildir with the messages in the index, and summarize new messages while
> deleting old ones. Also detect if a message has changed, and re-read the
> summary info. You are handling this with timestamps I assume?
Yes. It is simply faster and easier to rebuild the index from scratch
every time you detect that the Maildir has been changed, instead of trying
to truly sync the two. Timestamps are perfectly appropriate to detect
when a Maildir changed, as long as you are aware of certain race
conditions which are easily detectable and avoidable, and as long as the
clocks on your NFS clients and servers are all synchronized.
When you're dealing with lots of mail, you don't leave all of it in the
INBOX. You file it all away in the folders. I do not rebuild the index
unless it is absolutely necessary. If I do not open a folder, I don't
need to see what's in there, so I do not need to use its index. So,
there's no need to rebuild an index for a large folder every time you move
some messages from a small INBOX to a large folder.
The theory is that if you have a huge folder, it's probably an archive of
some sorts, so you really don't access it that often, so on rare occasions
that you need to peek into it, you'll wait a few seconds for your initial
access, while its index gets rebuilt.
> Also, what kind of summary information are you storing? Well, I guess that's
> dependant on the app and might be different for c-client.
Yes, since I only need to see the sender's name, the subject, and the
date, that's all I cache.
> I don't know if this or any Maildir app could scale to hundreds of thousands of
> messages... there is an inherent limitation in Maildir because it stores all of
> the messages in the same directory without any kind of hashing. The filesystem
> would grind to a halt before you could even deliver a hundred thousand messages
> to a maildir, I would think.
Not with a properly-tuned XFS. Maildir under XFS should rock.
> How does your implementation keep the index updated?
Nothing too complicated. Read the contents of the Maildir, read the
headers of every message, build the contents of the index in memory, sort
it, dump it. And I don't have to worry about exception conditions. If
the system crashes while the index is partially written out, biiiiiig
deal. After the next message is delivered into the Maildir, the index
will be rebuilt from scratch.
> If you can scale to 1,000
> messages,
My trashcan is a maildir folder, and I have set my retention interval to
7 days. I usually have 700-800 messages held in the Trash, waiting to be
purged out. On the couple of occasions where I have to open the Trash to
find something, I hang for a couple of seconds, and that's about it. But
that was on a P-200MMX workstation with
> I'll bet that's good enough for most people and it's far better than
> plain-old-Maildir. Also, where in your source code is this done?
All the caching logic is in maildir.c -- it has lots of other stuff as
well, but everything that deals with the cache is in there.
When someone sends an email to an invalid address, it's getting bounced
back to us and we are getting a lot of email link this. What do you all do
with them? Is there any way to set up an auto reply that sends the message
back to the sender with a message saying it was undeliverable?
Thanks,
Sienna
On Sat, Aug 14, 1999 at 04:12:16PM -0400, Sienna wrote:
> When someone sends an email to an invalid address, it's getting bounced back
> to us and we are getting a lot of email link this. What do you all do with
> them? Is there any way to set up an auto reply that sends the message back
> to the sender with a message saying it was undeliverable?
That's what does happen, normally. What you're getting is a double bounce: the
address the bounce message goes to is bogus, and the bounce bounces. The double
bounce message normally goes to the postmaster, but you can change that
behavior with control/doublebounceto. See the mail-send man page.
Chris
Well, actually; I have a user we will call [EMAIL PROTECTED] I have in
.qmail-alias myself
set up to receive all undeliverable mail. When someone send s mail to say
[EMAIL PROTECTED], I get it. What I want to do is for me to get it buit
also the user that sent it to get a message such as "No such user, please
check the address and try again." Thanks in advance for your help.
At 04:32 PM 8/14/99 -0400, you wrote:
>On Sat, Aug 14, 1999 at 04:12:16PM -0400, Sienna wrote:
>> When someone sends an email to an invalid address, it's getting bounced
back
>> to us and we are getting a lot of email link this. What do you all do with
>> them? Is there any way to set up an auto reply that sends the message back
>> to the sender with a message saying it was undeliverable?
>
>That's what does happen, normally. What you're getting is a double bounce:
the
>address the bounce message goes to is bogus, and the bounce bounces. The
double
>bounce message normally goes to the postmaster, but you can change that
>behavior with control/doublebounceto. See the mail-send man page.
>
>Chris
>
>
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
> Well, actually; I have a user we will call [EMAIL PROTECTED] I have in
> .qmail-alias myself set up to receive all undeliverable mail. When
> someone send s mail to say [EMAIL PROTECTED], I get it. What I want to
> do is for me to get it buit also the user that sent it to get a message
> such as "No such user, please check the address and try again." Thanks in
> advance for your help.
I think making ~alias/.qmail-default containing
&yourself
|bouncesaying "Wrong name bimbo"
should do the trick.
-----BEGIN PGP SIGNATURE-----
Version: PGP 6.0.2 -- QDPGP 2.60
Comment: http://community.wow.net/grt/qdpgp.html
iQA/AwUBN7aKalMwP8g7qbw/EQKaPACgkLKjszTitKTJBW5wmpmRomidi2wAn0Rk
6h3kDioJ97N+rweSztn1CN+6
=P+NB
-----END PGP SIGNATURE-----
--
Petr Novotny, ANTEK CS
[EMAIL PROTECTED]
http://www.antek.cz
PGP key ID: 0x3BA9BC3F
-- Don't you know there ain't no devil there's just God when he's drunk.
[Tom Waits]
>
Will the summersoft rpm distribution of qmail work as a drop in replacement for
sendmail
with Linux Redhat 6.0. If so, would I be breaking any laws/GPL/authors wishes by
including it in a customized distribution of my own.
Kind regards
Kevin
