Re: Gripes about RPMs and Newbies
Unless the documentation is logically organized, a newbie will ask "dumb" questions. README, FAQ, INSTALL.*, PIC* and HOWTO* are all in the same directory. A newbie does not know if s/he is reading preface or the conclusion. The qmail develpor(s) should put a document, such as README.FIRST which guides a newbie the logical sequence of the documents to be followed. This would atleast increase informed participation in the forum. Peace on Earth. Happy Holidays and a Happy New Year. Subba Rao [EMAIL PROTECTED] == Disclaimer - I question and speak for myself. On Fri, 25 Dec 1998 11:07:42 +0900, Sean wrote: >> >> it wouldnt be so bad if people read the docs before they asked the dumb >> questions, and no, I don't mean skim, peruse or browse, I mean read > >True, that is one thing that new users have to learn, is where to find how-tos >and which files to read. Sounds simple enough, but until one has learned where >to look, becomes familiar with the terminology, and learns more about the >other related issues, even simple things for advanced users can seem daunting, >or complicated to beginners. It's a far more difficult thing from clicking on >the setup icon (but one well worth it.) > >Merry Christmas, > >Sean > >
Re: Quota On Maildir when delivering
In article <00c001be2ebe$288f5aa0$[EMAIL PROTECTED]> you wrote: > Hello, > Anyone know if it's possible to have qmail check for the size of the maildir > when delivering mail.. so we could put say a 20meg quota on a users mail? > Since we have qmail setup so that each pop3 box doesn't have it's own > UID/GID... (Each user doesn't have a system account) we can't use the > standard unix quotas... Look for my mailquotacheck package at www.qmail.org - It'll do this and more. Paul. -- Email pgregg at tibus.net | Email pgregg at nyx.net| Eight out of every Technical Director| System Administrator | five people are math The Internet Business Ltd | Nyx Public Access Internet | illiterates. http://www.tibus.net | http://www.nyx.net | - Anon.
Re: Where to start?
On Thu, Dec 24, 1998 at 11:06:54AM -0800, [EMAIL PROTECTED] wrote: > On Thu, Dec 24, 1998 at 02:48:28PM +0900, Sean Grskovich wrote: > > There are two very good places to start (besides from the install file). > > > > For a source installation try Alan McKenna's how to at > > > > http://www.flounder.net/qmail/ > > > > If you are using Redhat, the best bet is to forget the source packages and pick up >Mate > > Wierdl's RPMs at > > If you're using RedHat, the best bet is to forget the advice to > look at RPMs, and go back to the src package. > Because -- --- Mate Wierdl | Dept. of Math. Sciences | University of Memphis
Re: Frivolous forking
On Thu, Dec 24, 1998 at 03:33:20PM -0600, Bruce Guenter wrote: > On Wed, Dec 23, 1998 at 04:51:06PM -0600, Mate Wierdl wrote: > > You do not need to patch. Build the package with the default config: > > make > > make man > > > > Then move instcheck and install (I move instcheck to > > BuildRoot/var/qmail/bin along with config and friends), and change > > conf-qmail: > > > > sed "s}/var/qmail}$RPM_BUILD_ROOT/var/qmail}" conf-qmail > conf-qmail.tmp > > mv conf-qmail.tmp conf-qmail > > Why not just: > echo $RPM_BUILD_ROOT/var/qmail >conf-qmail > ? > -- Sure, except I like to keep the comment in the file. As for moving the files: instcheck might be needed later. But even if it was not needed, I found that in some of Dan's packages (checkpassword, qmailanalog), changing conf-qmail (conf-home) alone does not result in recompilation of a binary that depends on it. I do not know if it is problem with make, or what. Mate -- --- Mate Wierdl | Dept. of Math. Sciences | University of Memphis
Authentication using database
We are currently using a modified version of Joe Backus' pop3 auth implementation using perl and dbm files for pop3 authentication. This is working great, but all our other services are database (Oracle, mySQL, MS SQL server) driven. Is anyone out there using databases (Oracle, Sybase, mySQL) for pop3 authentication? If so, can you let me know any performance or related issues that you underwent to make this happen. We currently have about 35k email accounts and performance is great. We are evaluating a Net App 720 and Alteon or Cisco Local Director to load balance the front end machines for us. Net App as storage for Maildir's and database (probably Oracle 8). It comes down to management, I want one username/password for email, ftp, and radius authentication for my customers. Thanks for your help, Sean Rietze RMC Internet Services
replacing .qmail-* with cdb?
Is it possible to use a cdb in place of a large number of .qmail-* files? In general, it looks like any qmail-command style delivery is re-injecting a message into the queue for delivery. It seems that building a database who's purpose was looking up delivery instructions based upon EXT2 would require the ability to deliver to the returned maildir would require the ability to deliver to maildir without re-injecting the message. Otherwise, the functionality of replacing .dot-qmail files would be lost. :) Anyone done anything like this before? -- John White [EMAIL PROTECTED] PGP Public Key: http://www.triceratops.com/john/public-key.pgp
Re: replacing .qmail-* with cdb?
>Is it possible to use a cdb in place of a large number of .qmail-* >files? Sure. That's what Dan's fastforward program does. Run it from a .qmail-default file, usually ~alias/.qmail-default. -- John R. Levine, IECC, POB 727, Trumansburg NY 14886 +1 607 387 6869 [EMAIL PROTECTED], Village Trustee and Sewer Commissioner, http://iecc.com/johnl, Member, Provisional board, Coalition Against Unsolicited Commercial E-mail
Re: replacing .qmail-* with cdb?
At 04:58 PM 12/26/98 -0800, [EMAIL PROTECTED] wrote: >Is it possible to use a cdb in place of a large number of .qmail-* >files? > >In general, it looks like any qmail-command style delivery is >re-injecting a message into the queue for delivery. > >It seems that building a database who's purpose was looking up >delivery instructions based upon EXT2 would require the ability >to deliver to the returned maildir would require the ability >to deliver to maildir without re-injecting the message. Otherwise, >the functionality of replacing .dot-qmail files would be lost. :) If you're saying, is it possible to have qmail-local directly deliver into a derived Maildir (or mailbox) path, then the current answer is no. Or put another way, you can only deliver into a hard-coded Maildir path if you go to a third party program like maildrop (or whatever it's called). Many moons ago, and no doubt in the archives, I proposed the idea of a recursive .qmail command to achieve this end. I cannot recall much followup discussion. Something like this in your .qmail file: ./Maildir/ *echo ./Maildir-`date +%Y%m`/ Where the '*' signifies that qmail-local should run the command as a shell and re-interpret the output. In this case, the output is ./Maildir-199812/ which gives me an automatic mail archive by date. In your specific case, it might be something like: *db_lookup some_cdb_file "$EXT2" Where db_lookup writes "./Maildir-whatever/." to stdout. Regards.
Re: replacing .qmail-* with cdb?
Oops. >If you're saying, is it possible to have qmail-local directly deliver into a >derived Maildir (or mailbox) path, then the current answer is no. Or put >another way, you can only deliver into a hard-coded Maildir path if you go >to a third party program like maildrop (or whatever it's called). "unless you go to a third party program" is what I meant to type. Regards.
Re: replacing .qmail-* with cdb?
[EMAIL PROTECTED] writes: > Is it possible to use a cdb in place of a large number of .qmail-* > files? Sure. > It seems that building a database who's purpose was looking up > delivery instructions based upon EXT2 would require the ability > to deliver to the returned maildir would require the ability > to deliver to maildir without re-injecting the message. Otherwise, > the functionality of replacing .dot-qmail files would be lost. :) > > Anyone done anything like this before? Yes. You can do it by exec'ing qmail-local with the appropriate parameters. -- -russ nelson <[EMAIL PROTECTED]> http://crynwr.com/~nelson Crynwr supports Open Source(tm) Software| PGPok | There is good evidence 521 Pleasant Valley Rd. | +1 315 268 1925 voice | that freedom is the Potsdam, NY 13676-3213 | +1 315 268 9201 FAX | cause of world peace.
Re: replacing .qmail-* with cdb?
At 03:48 AM 12/27/98 -, Russell Nelson wrote: >[EMAIL PROTECTED] writes: > > Is it possible to use a cdb in place of a large number of .qmail-* > > files? > >Sure. > > > It seems that building a database who's purpose was looking up > > delivery instructions based upon EXT2 would require the ability > > to deliver to the returned maildir would require the ability > > to deliver to maildir without re-injecting the message. Otherwise, > > the functionality of replacing .dot-qmail files would be lost. :) > > > > Anyone done anything like this before? > >Yes. You can do it by exec'ing qmail-local with the appropriate >parameters. As far as I can tell, the only "appropriate" parameter to arrange to deliver to an arbitrary Maildir is to supply your own defaultdelivery instructions. Furthermore, you need to be sure that there is no real .qmail file that matches the other parameters. Is that what you did when you did this before Russ? If you don't over-ride defaultdelivery, then it seems to me that qmail-local still needs to read .qmail files with hard-coded Maildir paths. Regards.
Re: replacing .qmail-* with cdb?
Mark Delany writes: > At 03:48 AM 12/27/98 -, Russell Nelson wrote: > >Yes. You can do it by exec'ing qmail-local with the appropriate > >parameters. > Is that what you did when you did this before Russ? Follow my own advice you want of me, hmph? (Talk like Yoda, do I?) No, I basically did this: try: fn = string.format("%d.%d.%d", time.now(), process.pid(), system.hostname()) f = file.open.read("tmp/" + fn) f.print(system.environment("DTLINE") + system.environment("RPLINE")) while(not eof(file.stdin)): f.print(file.stdin.read()) rename("tmp/" + fn, "new/" + fn) system.exit(0) catch system.exit(111) ( this is supposed to look like Python, except that I don't really know much or any Python, so it probably doesn't look like anything to anyone who knows anything. ) -- -russ nelson <[EMAIL PROTECTED]> http://crynwr.com/~nelson Crynwr supports Open Source(tm) Software| PGPok | There is good evidence 521 Pleasant Valley Rd. | +1 315 268 1925 voice | that freedom is the Potsdam, NY 13676-3213 | +1 315 268 9201 FAX | cause of world peace.
Re: replacing .qmail-* with cdb?
Mark Delany ([EMAIL PROTECTED]) wrote: : At 04:58 PM 12/26/98 -0800, [EMAIL PROTECTED] wrote: : >Is it possible to use a cdb in place of a large number of .qmail-* : >files? : > : >In general, it looks like any qmail-command style delivery is : >re-injecting a message into the queue for delivery. : In your specific case, it might be something like: : *db_lookup some_cdb_file "$EXT2" : Where db_lookup writes "./Maildir-whatever/." to stdout. You can get it this way too: |c="Maildir-`date +%Y%m`"; [ -d $c ] && exit 0; maildirmake $c; rm current; ln -s $c |current ../current/ -harold