qmail Digest 11 Feb 2001 11:00:01 -0000 Issue 1272
Topics (messages 56963 through 56986):
Re: Getting the most out of Qmail?
56963 by: Frank Tegtmeyer
Re: SMTP-after-POP3 AUTH
56964 by: Charles Cazabon
56965 by: Bruce Dang
56966 by: Charles Cazabon
56977 by: Peter Cavender
POP Users w/o System Accounts
56967 by: Alex Le Fevre
56968 by: Charles Cazabon
56969 by: Charles Cazabon
latest qmail rpm for Red hat 7.0
56970 by: Michael Slade
56971 by: Charles Cazabon
Invisible .qmail files in users ftp directories <-- How did I do that?
56972 by: Dan Poynor
56973 by: Charles Cazabon
svscan does not recurse into subdirectories
56974 by: Mario Thaten
56975 by: Andy Bradford
sendmail migration
56976 by: Jason Radford
56978 by: Charles Cazabon
Mayor problems with .qmail!
56979 by: Halfdan Mouritzen
56980 by: Chris Johnson
56981 by: Vince Vielhaber
56982 by: sberg.white.pangaealink.com
PIC s
56983 by: nelsontakashiyunaka.ig.com.br
56984 by: Charles Cazabon
Re: Clustering qmail servers
56985 by: Tracy R Reed
56986 by: Herbie
Administrivia:
To unsubscribe from the digest, e-mail:
[EMAIL PROTECTED]
To subscribe to the digest, e-mail:
[EMAIL PROTECTED]
To bug my human owner, e-mail:
[EMAIL PROTECTED]
To post to the list, e-mail:
[EMAIL PROTECTED]
----------------------------------------------------------------------
> Then tell us exactly what hardware you have, what kind of I/O subsystem and > disk /var/qmail/queue is on, what disk you're logging to, how you're logging > (splogger, multilog, etc). I suspect that information about the type of internet access is required too. Maybe the line is saturated. How is DNS access done? Maybe the DNS Cache doesn't work well. Regards, Frank
Bruce Dang <[EMAIL PROTECTED]> wrote: > Is it possible to have users send email only after they've been > POP3-authenticated. Yes, it's an excellent method of providing an SMTP relay to roaming users. Several implementations for qmail exist; they are mentioned on www.qmail.org. However, I'll point you straight to what I consider to be the best of them -- Bruce Guenter's relay-ctrl: http://em.ca/~bruceg/relay-ctrl/ Charles -- ----------------------------------------------------------------------- Charles Cazabon <[EMAIL PROTECTED]> GPL'ed software available at: http://www.qcc.sk.ca/~charlesc/software/ Any opinions expressed are just that -- my opinions. -----------------------------------------------------------------------
I have looked at Mr. Guenter's implementation...but the direction were kind of vague..and I do not use tcpserver, how would I install this? ----- Original Message ----- From: "Charles Cazabon" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Saturday, February 10, 2001 9:23 AM Subject: Re: SMTP-after-POP3 AUTH > Bruce Dang <[EMAIL PROTECTED]> wrote: > > Is it possible to have users send email only after they've been > > POP3-authenticated. > > Yes, it's an excellent method of providing an SMTP relay to roaming users. > Several implementations for qmail exist; they are mentioned on www.qmail.org. > > However, I'll point you straight to what I consider to be the best of them -- > Bruce Guenter's relay-ctrl: > > http://em.ca/~bruceg/relay-ctrl/ > > Charles > -- > ----------------------------------------------------------------------- > Charles Cazabon <[EMAIL PROTECTED]> > GPL'ed software available at: http://www.qcc.sk.ca/~charlesc/software/ > Any opinions expressed are just that -- my opinions. > ----------------------------------------------------------------------- _________________________________________________________ Do You Yahoo!? Get your free @yahoo.com address at http://mail.yahoo.com
Bruce Dang <[EMAIL PROTECTED]> wrote: > I have looked at Mr. Guenter's implementation...but the direction were kind > of vague..and I do not use tcpserver, how would I install this? Well, ideally, switch to tcpserver first. It's really not that painful, and there are other benefits. I don't even run inetd/xinetd on any of the boxes I have qmail on. What particularly in his instructions did you find vague? Bruce runs a few mailing lists of his own for support for his software -- asking there might get you answers. <[EMAIL PROTECTED]> and <[EMAIL PROTECTED]> might be appropriate -- they're ezmlm lists, so the -subscribe addresses work. Charles -- ----------------------------------------------------------------------- Charles Cazabon <[EMAIL PROTECTED]> GPL'ed software available at: http://www.qcc.sk.ca/~charlesc/software/ Any opinions expressed are just that -- my opinions. -----------------------------------------------------------------------
I just have to ask why you need to do this. Is there not an SMTP server available, provided by whatever entity provides internet access? On Fri, 9 Feb 2001, Bruce Dang wrote: > Is it possible to have users send email only after they've been > POP3-authenticated. For example, if I want to send an email, I would have > to check my mail first..then for a duration for like 2 or 3 minutes, I can > send my email. The reason I want this is because I do not want to have an > open relay and my users want to send/check their mail from home. I looked > at Mr.Guenter's relay-ctl, but it seems to lack directions. I do not > understand how to set it up. I installed qmail according to Dr. Bernstein's > INSTALL direction, so I did not use tcpserver (daemontools). Can someone > help me out? > > Regards, > > Bruce > > > _________________________________________________________ > Do You Yahoo!? > Get your free @yahoo.com address at http://mail.yahoo.com >
I've been trying to get this to work through Phil Jacob's documentation (http://www.whirlycott.com/phil/pop3.html), which I found on the main qmail.org page. I thought I had follwed his instructions to a "T", but apparently not. What I want, in this particular instance, is to create the account [EMAIL PROTECTED], and then forward that to my personal account, [EMAIL PROTECTED] I've set up /home/popuser/popboxes/threeacesolutions-com/info/.qmail to read &[EMAIL PROTECTED], so that last part at least should be fine. The problem is, I'm getting a bounce saying that there is no user by that name. My virtualdomains file reads: threacesolutions.com:threeacesolutions My rcpthosts file has a threeacesolutions.com entry. Also, my users/assign file reads thus (with my = entry all on one line): =threeacesolutions-info:popuser:1024:1024:/home/popuser/popboxes/threeacesolutions-com/info/::: . I think I even have /users/poppasswd right: info:(encrypted_pass):popuser:/home/popuser/popboxes/threeacesolutions-com/info Obviously, I've given qmail-send more than one -HUP in my testing. Can anyone tell me what I'm doing wrong? Thanks, Alex Le Fevre __________________________________________________ Do You Yahoo!? Get personalized email addresses from Yahoo! Mail - only $35 a year! http://personal.mail.yahoo.com/
Alex Le Fevre <[EMAIL PROTECTED]> wrote: > I've been trying to get this to work through Phil > Jacob's documentation Not familiar with this, but... > What I want, in this particular instance, is to create the account > [EMAIL PROTECTED], and then forward that to my personal account, > [EMAIL PROTECTED] [...] Your method seems needlessly complex. Assuming you keep threeacesolutions.com out of locals, an entry like: threeacesolutions.com:alias-threeacesolutions in virtualdomains will make [EMAIL PROTECTED] be controlled by ~alias/.qmail-threeacesolutions-info . You can put your forward directive in that file. You don't need to fiddle with qmail-users. Charles -- ----------------------------------------------------------------------- Charles Cazabon <[EMAIL PROTECTED]> GPL'ed software available at: http://www.qcc.sk.ca/~charlesc/software/ Any opinions expressed are just that -- my opinions. -----------------------------------------------------------------------
Alex Le Fevre <[EMAIL PROTECTED]> wrote: > > threeacesolutions.com:alias-threeacesolutions > > > > in virtualdomains will make > > [EMAIL PROTECTED] be controlled by > > ~alias/.qmail-threeacesolutions-info . > > Do you mean /home/popuser or /home/info by ~alias/ ? > I'm really trying to stay away from having to create > system accounts for every mail user I make -- that was > the whole point of my (apparently) convoluted process. No, ~alias means 'the home directory of user "alias"', which is needed by qmail. It doesn't involve the creation of any additional accounts. A standard qmail install will have ~alias as /var/qmail/alias . Therefore the necessary .qmail file is /var/qmail/alias/.qmail-threeacesolutions-info . Charles -- -------------------------------------------------------------- Charles Cazabon <[EMAIL PROTECTED]> My opinions do not necessarily represent those of my employer. --------------------------------------------------------------
i haven't done much work with qmail for a while. Now I need to install it on a Red hat 7.0 system. The latest rpm for qmail can be found where/ Any gotchas for Red Hat 7.0? thanks Michael Slade
Michael Slade <[EMAIL PROTECTED]> wrote: > i haven't done much work with qmail for a while. Now I need to install it on > a Red hat 7.0 system. The latest rpm for qmail can be found where/ Check www.qmail.org, of course. Charles -- ----------------------------------------------------------------------- Charles Cazabon <[EMAIL PROTECTED]> GPL'ed software available at: http://www.qcc.sk.ca/~charlesc/software/ Any opinions expressed are just that -- my opinions. -----------------------------------------------------------------------
Previously I made .filename files invisible to users logging in via ftp as a security precaution. Now I need to make the files available to ftp users but can't remember how I made them invisible. The problem/feature occurs using various GUI ftp clients on different platforms from different ip addresses. Telnet users can still see the files and manipulate them but for many it would be easier to ftp them using a GUI to and from the server. After reading through the qmail docs and the man pages for ftpaccess and others I don't see where I did this using something too obvious like a ftpd command line flag in my inetd.conf file or something. My .hushlogin file presense doesn't effect this as well. So, how would you make all .filename files invisible to ftp users? Any thoughts appreciated, DAN (running RH6.2, wu-ftpd)
Dan Poynor <[EMAIL PROTECTED]> wrote: > So, how would you make all .filename files invisible to ftp users? Check the documentation for your ftpd -- probably something in its configuration file. It's certainly not got anything to do with qmail. Charles -- ----------------------------------------------------------------------- Charles Cazabon <[EMAIL PROTECTED]> GPL'ed software available at: http://www.qcc.sk.ca/~charlesc/software/ Any opinions expressed are just that -- my opinions. -----------------------------------------------------------------------
Good evening, I've got a maybe stupid and simple question, but doc-reading does not really take me further anymore. :( I set up daemontools, ucspi-tcp and qmail according to the docs and LWQ and created a directory /services/qmail with three subdirectories, qmail-send, qmail-smtpd and qmail-pop3d. They contain the "run"-scripts to start these services and a "log"-subdir, which itself contains the recommended "run"-scripts for logging from LWQ. When starting svscan in /services/qmail, the mentioned services are started correctly and supervise does not report any errors. Everything is working, except that the log-services are not started. An svstat * */log shows: qmail-pop3d: up (pid 9147) 317 seconds qmail-send: up (pid 9148) 317 seconds qmail-smtpd: up (pid 9149) 317 seconds qmail-pop3d/log: unable to open supervise/ok: file does not exist qmail-send/log: unable to open supervise/ok: file does not exist qmail-smtpd/log: unable to open supervise/ok: file does not exist Permissions for the subdirectories are set correctly. My system is Debian GNU/Linux with a 2.4 kernel. >From the docs of svscan I learned, that "svscan starts a pair of supervise processes, one for sub, one for sub/log, with a pipe between them.", but this effect does not take place, and I really don't know, what the problem might be. Any help is appreciated, thanks for your advice in advance, yours, Mario -- .~. Mario Thaten ([EMAIL PROTECTED]) /V\ /( )\ "There are just 2 rules in life: ^ ^ Always be yourself, but never mind to change."
Thus said Mario Thaten on Sun, 11 Feb 2001 01:44:25 +0100: > From the docs of svscan I learned, that > "svscan starts a pair of supervise processes, one for sub, one for > sub/log, with a pipe between them.", but this effect does not take > place, and I really don't know, what the problem might be. You must have missed the part about the stick bit eh? svscan will only supervise the log directory if the it is set on the parent directory. chmod +t /supervise/qmail/* Andy -- [-----------[system uptime]--------------------------------------------] 6:06pm up 100 days, 20:27, 7 users, load average: 1.17, 1.12, 1.09
Hi all, I've spent some time looking over the qmail documenation and want to migrate from sendmail because of it's lackluster virtual domain support. The things I would like to do are: 1. Have email/pop accounts without adding system users (/etc/passwd) 2. Have clear seperation of the virual domains, with domain1 having a seperate directory with it's /var/spool/mail equivelent. So that mail would be delivered to /domain1-com/jradford and another would be /domain2-com/jradford 3. Users getting their pop mail could use a username of [EMAIL PROTECTED] and other use [EMAIL PROTECTED] to login for their pop3 services and the qmail pop3 daemon would know to go to the right /domain directory to retrieve their email based on the username/domain combination. This is the easiest method I can think of doing large numbers of virtual domains without using something clunky like sendmail's virtual user map files, ie. joe@domain1 maps to joe-domain1 on the local box. Or if anyone has any better suggestions I'm all ears. Thanks! -Jason
Jason Radford <[EMAIL PROTECTED]> wrote: > > I've spent some time looking over the qmail documenation and want to migrate > from sendmail because of it's lackluster virtual domain support. You won't regret the switch. By the way, www.qmail.org has numerous pointers to information about all the things you mention here. There are two main packages that do what you want: vmailmgr, by Bruce Guenter, and vpopmail. > The things I would like to do are: > > 1. Have email/pop accounts without adding system users (/etc/passwd) Both packages support this. > 2. Have clear seperation of the virual domains, with domain1 having a > seperate directory with it's /var/spool/mail equivelent. So that mail would > be delivered to /domain1-com/jradford and another would be > /domain2-com/jradford vpopmail handles all virtual domains under one system account. Not sure how it separates them in the filesystem, as I don't use it. vmailmgr uses one system account per virtual domain, and all users for that domain are stored under that account's home directory. > 3. Users getting their pop mail could use a username of [EMAIL PROTECTED] > and other use [EMAIL PROTECTED] to login for their pop3 services and the > qmail pop3 daemon would know to go to the right /domain directory to retrieve > their email based on the username/domain combination. They both support this. Note, however, that your clients may have to replace the '@' with another character in their mail client, as some clients silently truncate a POP3 username at the first '@'. vmailmgr lets you choose your own character; IIRC ':' and '%' are common choices. vmailmgr also supports an invisible method of determing what virtual domain a user account belongs to, if you can have multiple IP addresses on the machine. Check vmailmgr.org, qmail.org for more details, and look in the qmail mailing list archives. Charles -- ----------------------------------------------------------------------- Charles Cazabon <[EMAIL PROTECTED]> GPL'ed software available at: http://www.qcc.sk.ca/~charlesc/software/ Any opinions expressed are just that -- my opinions. -----------------------------------------------------------------------
Hi everyone,I've spent at least three weeks trying to make this stupid stunt work!
The thing is I've got a .qmail file which is supposed to recieve email, send it to a php script which fiddles around with it
and sends an answer back to the sender.So,
The mail address is [EMAIL PROTECTED]
I've got a file called ".qmail-robot" in my home dir "usr/hotel/topdog/"
and a php file called "qmailtest.php " in usr/hotel/topdog/WWW/temp/In the .qmail-robot file I've written
|usr/hotel/topdog/WWW/temp/qmailtest.php
The .qmail files chmod is 400, since it says in the qmail faq that it cant be group or world writable and it cant be executable if
it contains program lines.The qmailtest.php chmod is 777.
This looks right to me
BUT IT'S NOT WORKING!!!:(
Can someone please help me?
I would aprciate the help so so much, since I really don't know what to do, I've tried everything!
BTW this is the system stuff :
GNU bash, version 2.03.0(1)-release (i386--freebsd3.4)
On Sun, Feb 11, 2001 at 04:57:14AM +0100, Halfdan Mouritzen wrote: > The thing is I've got a .qmail file which is supposed to recieve > email, send it to a php script which fiddles around with it > and sends an answer back to the sender. > > So, > The mail address is [EMAIL PROTECTED] > I've got a file called ".qmail-robot" in my home dir > "usr/hotel/topdog/" > and a php file called "qmailtest.php " in usr/hotel/topdog/WWW/temp/ > > In the .qmail-robot file I've written > > |usr/hotel/topdog/WWW/temp/qmailtest.php Can you just go piping things into a php script and expect your PHP interpreter to spring into action to interpret the script for you? Isn't there supposed to be a web server involved somewhere? (Maybe you can do this, but it would come as a surprise to me.) What happens if you pipe the data into the script directly, without involving qmail? > The .qmail files chmod is 400, since it says in the qmail faq that it > cant be group or world writable and it cant be executable if > it contains program lines. > > The qmailtest.php chmod is 777. > > This looks right to me > BUT IT'S NOT WORKING!!! Come on. Are you going to make us pull teeth? Define "NOT WORKING." What did you expect to happen? What did happen? What do the logs say? And please don't post HTML. Chris
PGP signature
On Sat, 10 Feb 2001, Chris Johnson wrote: > On Sun, Feb 11, 2001 at 04:57:14AM +0100, Halfdan Mouritzen wrote: > > In the .qmail-robot file I've written > > > > |usr/hotel/topdog/WWW/temp/qmailtest.php > > Can you just go piping things into a php script and expect your PHP interpreter > to spring into action to interpret the script for you? Isn't there supposed to > be a web server involved somewhere? (Maybe you can do this, but it would come > as a surprise to me.) What happens if you pipe the data into the script > directly, without involving qmail? You can build PHP for command line use, but even from the command line the first thing it does is prints some html headers. I never found a way to shut that off, but I also didn't try that hard. I guess you can grep them out but the end result is why bother? Vince. -- ========================================================================== Vince Vielhaber -- KA8CSH email: [EMAIL PROTECTED] http://www.pop4.net 128K ISDN from $22.00/mo - 56K Dialup from $16.00/mo at Pop4 Networking Online Campground Directory http://www.camping-usa.com Online Giftshop Superstore http://www.cloudninegifts.com ==========================================================================
Is this too simple of a solution? Wouldn't you need to send the mail to [EMAIL PROTECTED] Then qmail will deliver it to your user account and then see the .qmail-robot file and act accordingly. On Sun, 11 Feb 2001, Halfdan Mouritzen wrote: > Hi everyone, > > I've spent at least three weeks trying to make this stupid stunt work! > > The thing is I've got a .qmail file which is supposed to recieve email, > send it to a php script which fiddles around with it > and sends an answer back to the sender. > > So, > The mail address is [EMAIL PROTECTED] > I've got a file called ".qmail-robot" in my home dir "usr/hotel/topdog/" > and a php file called "qmailtest.php " in usr/hotel/topdog/WWW/temp/ > > In the .qmail-robot file I've written > > |usr/hotel/topdog/WWW/temp/qmailtest.php > > The .qmail files chmod is 400, since it says in the qmail faq that it > cant be group or world writable and it cant be executable if > it contains program lines. > > The qmailtest.php chmod is 777. > > This looks right to me > BUT IT'S NOT WORKING!!! > > :( > > Can someone please help me? > I would aprciate the help so so much, since I really don't know what to > do, I've tried everything! > > > BTW this is the system stuff : > GNU bash, version 2.03.0(1)-release (i386--freebsd3.4) > >
Hi, I am a newbye in qmail. I would like to know if I have a program that process a mail message with an script ou another program is only to redirect a pipe to the program qmail-inject like it is shown in http://cr.yp.to/qmail/pictures/PIC.local2rem it work the same manner like a script that pipe a message to sendmail´s local mailer? And in other hand How I do to receive a message direct to a program and maintain a copy in a mailbox? In the case of the PICs it would be the step of qmail-lspawn to qmail-local , in that would occur the writing in Mailbox and make a pipe to an program like a line in forward or /etc/aliases thanks Nelson _________________________________________________________ Oi! Você quer um iG-mail gratuito? Então clique aqui: http://www.ig.com.br/paginas/assineigmail.html
[EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote: > > I would like to know if I have a program that process a mail message > with an script ou another program is only to redirect a pipe to > the program qmail-inject like it is shown in > http://cr.yp.to/qmail/pictures/PIC.local2rem I'm not sure what you're asking here. Could you rephrase this? > And in other hand How I do to receive a message direct to a program and > maintain a copy in a mailbox? Have multiple delivery instructions in one .qmail file: |/path/to/script ./Maildir/ Charles -- ----------------------------------------------------------------------- Charles Cazabon <[EMAIL PROTECTED]> GPL'ed software available at: http://www.qcc.sk.ca/~charlesc/software/ Any opinions expressed are just that -- my opinions. -----------------------------------------------------------------------
On Fri, Feb 09, 2001 at 01:08:47PM -0600, Herbie wrote: > Well the simplest way is to have one machine act as the gateway for all > mail and create alias files to forward the mail onto the second machine. I > used a simple perl script from a flat file to create the .qmail alias's. I guess that could work but there is no easy automated way to manage so many qmail files and we already have 1760 in there already. I think I'll just have my qmail-queue wrapper rewrite the envelope recipient address and add a headerline which is basically what qmail-alias does when it forwards an email on somewhere else. I was just wondering if anyone came up with a more correct solution but it seems not. -- Tracy Reed http://www.ultraviolet.org * Maelcum likes his flame broiled dragon on sourdough
I guess that depends how you set up your users, we have ours in a flat file: username [EMAIL PROTECTED] so we just run a script on that file and autocreate the .qmail files on a nightly cron job. soon I guess we'll create the flat file from an LDAP database but that's not done yet. Herbie On Sat, 10 Feb 2001, Tracy R Reed wrote: > On Fri, Feb 09, 2001 at 01:08:47PM -0600, Herbie wrote: > > Well the simplest way is to have one machine act as the gateway for all > > mail and create alias files to forward the mail onto the second machine. I > > used a simple perl script from a flat file to create the .qmail alias's. > > I guess that could work but there is no easy automated way to manage so > many qmail files and we already have 1760 in there already. I think I'll > just have my qmail-queue wrapper rewrite the envelope recipient address > and add a headerline which is basically what qmail-alias does when it > forwards an email on somewhere else. I was just wondering if anyone came > up with a more correct solution but it seems not. > > -- > Tracy Reed http://www.ultraviolet.org > * Maelcum likes his flame broiled dragon on sourdough >
