Re: [vchkpw] vpopmail 5.3.16 oddities
On Saturday, February 15, 2003 10:00 PM, Jim <[EMAIL PROTECTED]> wrote: > Well, to start off, i just want to make it clear that I am not > arguing, I am just trying to become more clear. If you mean understand, then ok :) > > > On Saturday, February 15, 2003 9:32 PM, Cory Wright wrote: >> In order to fully understand this you need to have a good >> understanding of how qmail's virtual domains work. The >> .qmail-default file is called for every vpopmail account that has >> not been overridden by a .qmail file in the domain's directory. > > I have read the documentation before posting my problems. > > Per the documentation from vdelivermail: >>> [default account for delivery] >>> If the email does match any .qmail-user file and also does not >>> match any > virtual domain user, this is the default delivery instructions. > > 'spam' is a virtual domain user. the vdelivermail in my environment > is not complying with the documented behavior. > > the documentation in dot-qmail also says that a user account will take > precedence over a .qmail-default. > > i understand the concept of a catch-all. the .qmail-default is > acting as a .qmail-catchall instead of an encompassed catch-all. > > IE: the documentation does not say: > If the email does match any .qmail-user file, this is the default > delivery instructions. Ok, I think you're getting confused by the virtualization layer that vpopmail adds. Remember, vpopmail is an *add-on* to qmail. Read the qmail-users man page. This is critical to the way that vpopmail works. If you look in qmail/control/virtualdomains, you'll see a line like jimtest.com:jimtest.com That tells qmail that any mail for jimtest.com should be delivered to the *user* jimtest.com. When qmail doesn't find a jimtest.com in /etc/passwd, it then looks in the cdb file created qmail/users/assign. If you look in there, you'll see a line like +jimtest.com-:jimtest.com:515:510:/home/vpopmail/domains/jimtest.com:-:: This tells qmail the following: All email for jimtest.com is going to be controled by the .qmail* files in /home/vpopmail/domains/jimtest.com. Now, qmail doesn't know anything about the vpopmail users, nor the directory structure under /home/vpopmail/domains/jimtest. So it looks for a .qmail-spam file. It doesn't find one. Because it doesn't know anything about the users, it then reads the .qmail-default file and follows the delivery instructions in there, which pipe the message to spamc. It's the vdelivermail program that knows all about the users in jimtest.com and does the final delivery. > > > jim > Dave
Re: [vchkpw] vpopmail 5.3.16 oddities
Well, to start off, i just want to make it clear that I am not arguing, I am just trying to become more clear. On Saturday, February 15, 2003 9:32 PM, Cory Wright wrote: > In order to fully understand this you need to have a good understanding of > how qmail's virtual domains work. The .qmail-default file is called for > every vpopmail account that has not been overridden by a .qmail file in the > domain's directory. I have read the documentation before posting my problems. Per the documentation from vdelivermail: >> [default account for delivery] >> If the email does match any .qmail-user file and also does not match any virtual domain user, this is the default delivery instructions. 'spam' is a virtual domain user. the vdelivermail in my environment is not complying with the documented behavior. the documentation in dot-qmail also says that a user account will take precedence over a .qmail-default. i understand the concept of a catch-all. the .qmail-default is acting as a .qmail-catchall instead of an encompassed catch-all. IE: the documentation does not say: If the email does match any .qmail-user file, this is the default delivery instructions. jim - Original Message - From: "Cory Wright" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Saturday, February 15, 2003 9:32 PM Subject: Re: [vchkpw] vpopmail 5.3.16 oddities ..
Re: [vchkpw] vpopmail 5.3.16 oddities
On Sat, Feb 15, 2003 at 09:10:17PM -0500, Jim wrote: > I have a .qmail-default and a .qmail-jim, which both have > | /usr/local/bin/spamc | /home/vpopmail/bin/vdelivermail '' > /home/vpopmail/domains/jimtest.com/jim > &[EMAIL PROTECTED] > > .. messages to spam _should_ just be placed in > /home/vpopmail/domains/jimtest.com/spam (because there is no .qmail-spam (or > Maildir/.qmail)) > > instead, messages to the spam account are piped through spamc before being > delivered to the spam mailbox Messages to your spam@ account are handled by the .qmail-default file, and therefore is being piped through spamc. This is why you observed the mail bounce if you removed the .qmail-default file. Since you have created the virtual account 'spam' the message is delivered to the 'spam' users Maildir. If you want to override this you should create a .qmail-spam file with the following: | /home/vpopmail/bin/vdelivermail '' /home/vpopmail/domains/jimtest.com/spam/ In order to fully understand this you need to have a good understanding of how qmail's virtual domains work. The .qmail-default file is called for every vpopmail account that has not been overridden by a .qmail file in the domain's directory. http://www.inter7.com/vpopmail/doc/vdelivermail.html Good luck, Cory -- Cory Wright Stand Blue Technology http://www.standblue.net/
Re: [vchkpw] vpopmail 5.3.16 oddities
On Saturday, February 15, 2003 9:10 PM, Jim <[EMAIL PROTECTED]> wrote: > On Saturday, February 15, 2003 8:40 PM, Bill Shupp wrote: > >> This is exactly how it _should_ behave. Your .qmail-default is setup >> so that all _unmatching_ addresses will be put in the "jim" Maildir. >> But you have a real account for "spam", so vdelivermail sees that and >> puts it in the "spam" Maildir. Where did you expect mail for "spam" >> to be delivered? > > I think I may have confused you. If you re-read my message, you may > understand. > > I have a .qmail-default and a .qmail-jim, which both have > | /usr/local/bin/spamc | /home/vpopmail/bin/vdelivermail '' > /home/vpopmail/domains/jimtest.com/jim > &[EMAIL PROTECTED] Jim, are you saying that .qmail-default and .qmail-jim are *identical* files, and have the same three lines? Or is the lines wrapping and it's two lines, with /home/vpopmail/domains/jimtest.com/jim being the catchall delivery? If the answer is yes to either line, then Bill's explaination is correct. Like Bill said, the .qmail-default will be used for the delivery instructions unless it's overridden by a more specific .qmail file, like .qmail-jim. I suggest you read the dot-qmail man page for more information. So, because there's no .qmail-spam, qmail uses the delivery instructions in .qmail-default, which pipe the mail through spamc and the output from spamc is piped to vdelivermail, which finds the user "spam" and delivers it. > .. messages to spam _should_ just be placed in > /home/vpopmail/domains/jimtest.com/spam (because there is no > .qmail-spam (or Maildir/.qmail)) That is mostly correct. User .qmail files should go in their directory under the domain, not in the Maildir. But because there is no .qmail-spam file, then like Bill and I have said, your *DEFAULT* delivery instructions (from .qmail-default) is to pipe the message to spamc, then pipe the out to vdelivermail which then puts in ~vpopmail/domains/jimtest.com/spam/Maildir/new. If you do not want mail sent to [EMAIL PROTECTED] to be processed by spamc, you either need to change your .qmail-default or add a .qmail-spam that will write the message directly into the spam/Maildir > > instead, messages to the spam account are piped through spamc before > being delivered to the spam mailbox Because that's what you've told qmail to do with your .qmail-default -- the **DEFAULT** delivery instruction if a more specific .qmail file is not found. > > Thanks for your reply, > > jim > Dave
Re: [vchkpw] vpopmail 5.3.16 oddities
On Saturday, February 15, 2003 8:40 PM, Bill Shupp wrote: > This is exactly how it _should_ behave. Your .qmail-default is setup > so that all _unmatching_ addresses will be put in the "jim" Maildir. > But you have a real account for "spam", so vdelivermail sees that and > puts it in the "spam" Maildir. Where did you expect mail for "spam" to > be delivered? I think I may have confused you. If you re-read my message, you may understand. I have a .qmail-default and a .qmail-jim, which both have | /usr/local/bin/spamc | /home/vpopmail/bin/vdelivermail '' /home/vpopmail/domains/jimtest.com/jim &[EMAIL PROTECTED] .. messages to spam _should_ just be placed in /home/vpopmail/domains/jimtest.com/spam (because there is no .qmail-spam (or Maildir/.qmail)) instead, messages to the spam account are piped through spamc before being delivered to the spam mailbox Thanks for your reply, jim > -Original Message- > From: Bill Shupp [mailto:[EMAIL PROTECTED]] > Sent: Saturday, February 15, 2003 8:40 PM > To: [EMAIL PROTECTED] > Subject: Re: [vchkpw] vpopmail 5.3.16 oddities > ..
Re: [vchkpw] vpopmail 5.3.16 oddities
On Thursday, February 13, 2003, at 04:22 AM, Jim wrote: I've been using vpopmail 5.3.9 for a while, with [seemingly] no problems. I upgraded to vpopmail 5.3.16, and noticed some new behavior. i have my server hosting a non-registered domain -- jimtest.com. i have two users on this domain; [EMAIL PROTECTED] and [EMAIL PROTECTED] I also have a .qmail-default and a .qmail-jim which contains: | /usr/local/bin/spamc | /home/vpopmail/bin/vdelivermail '' /home/vpopmail/domains/jimtest.com/jim &[EMAIL PROTECTED] this lets me send mail to [EMAIL PROTECTED], [EMAIL PROTECTED], et al. it is all piped through spamc and is all delivered correctly. now, the wierd part is when i send mail to [EMAIL PROTECTED], the message is piped through spamc and delivered to the spam mailbox.. i've verified that i have no .qmail-spam or .qmail inside the spam Maildir. This is exactly how it _should_ behave. Your .qmail-default is setup so that all _unmatching_ addresses will be put in the "jim" Maildir. But you have a real account for "spam", so vdelivermail sees that and puts it in the "spam" Maildir. Where did you expect mail for "spam" to be delivered? Regards, Bill Shupp
Re: [vchkpw] Out of interest
Further to this, I understand all machines will be different with hardware and software limitations... I am just wondering what would be the max given the best system possible, and what has actually been done in practice :) Brad On Sun, 2003-02-16 at 11:43, Brad wrote: > Just a quick question... Can anyone tell me how many domains/users > vpopmail can handle? Both theoretical and what has actually been tested? > > Thanks > Brad > > > > >
[vchkpw] Out of interest
Just a quick question... Can anyone tell me how many domains/users vpopmail can handle? Both theoretical and what has actually been tested? Thanks Brad
Re: [vchkpw] disk quota per domain
Please change the qmailadmin ownership to root. Rgds, Yee --- Manish Jain <[EMAIL PROTECTED]> wrote: > Hi, > > I have done the same as u directed.I assigned OS > quota to a user test. > I have added a domain > > #./vadddomain -u test xyz.com > > the command works well. But when I login in to > qmailadmin using > postmaster account it shows "Invalid Login". > > Whats wrong now? > > Plz. help me... > > Manish Jain > > > On Tue, 2003-01-28 at 15:22, Claudio Nieder wrote: > > Hi, > > > > > Please give the workable answer... > > > > Use vaddoains -u option to assign to each domain a > different user and > > use your OS quota facility to assign each user the > desired quota. > > > > claudio > > -- > > Claudio Nieder, Kanalweg 1, CH-8610 Uster, Tel +41 > 79 357 6743 > > yahoo messenger: claudionieder aim: claudionieder > icq:42315212 > > mailto:[EMAIL PROTECTED] > http://www.claudio.ch > -- > MANISH JAIN > ER&DCI (Ministry of Comm & IT) > "Anusandhan Bhawan" > C-56/1, Sector - 62, > Noida - 201307 (U.P.) > Ph. - 0120-2402551 to 60 (Ext. - 803/718) > > > __ Do you Yahoo!? Yahoo! Shopping - Send Flowers for Valentine's Day http://shopping.yahoo.com
Re: [vchkpw] disk quota per domain
Please change the ownership to root. Rgds, Yee --- Manish Jain <[EMAIL PROTECTED]> wrote: > Hi, > > I have done the same as u directed.I assigned OS > quota to a user test. > I have added a domain > > #./vadddomain -u test xyz.com > > the command works well. But when I login in to > qmailadmin using > postmaster account it shows "Invalid Login". > > Whats wrong now? > > Plz. help me... > > Manish Jain > > > On Tue, 2003-01-28 at 15:22, Claudio Nieder wrote: > > Hi, > > > > > Please give the workable answer... > > > > Use vaddoains -u option to assign to each domain a > different user and > > use your OS quota facility to assign each user the > desired quota. > > > > claudio > > -- > > Claudio Nieder, Kanalweg 1, CH-8610 Uster, Tel +41 > 79 357 6743 > > yahoo messenger: claudionieder aim: claudionieder > icq:42315212 > > mailto:[EMAIL PROTECTED] > http://www.claudio.ch > -- > MANISH JAIN > ER&DCI (Ministry of Comm & IT) > "Anusandhan Bhawan" > C-56/1, Sector - 62, > Noida - 201307 (U.P.) > Ph. - 0120-2402551 to 60 (Ext. - 803/718) > > > __ Do you Yahoo!? Yahoo! Shopping - Send Flowers for Valentine's Day http://shopping.yahoo.com
[vchkpw] Re: Duplicate Messages.
Hello Bknonix, On Saturday, February 15, 2003 at 12:16:39 AM you wrote (at least in part): [unreadable top posting fixed] And the output of: cat /.qmail-default >>> | /home/VMail/bin/vdelivermail '' [EMAIL PROTECTED] >>> | /home/VMail/bin/vdelivermail '' bounce-no-mailbox >> And you _really_ wonder why mails are delivered twice? >> The first line searches for the user in vpasswd.cdb and if found delivers >> the mail. If not is redirects the mail to postmaster@... The second line >> does exactly the same, except in case of failure it bounces the message. A >> successful delivery done in line 1 does _NOT_ stop qmail-local executing the >> other lines in .qmail-default, which a quick look into man dot-qmail and man >> qmail-local would have revealed. >> Decide ... Bounce or Forward. If you _really need_ both you'll for sure have >> no problem with writing an own program or script that is called from >> vdelivermail (|.../vdelivermail '' |/path/to/my/prog) and forwards and >> bounces by itself, with the effect you only have _one_ delivery instruction >> in .qmail-default. > Interesting Answer Peter, but I will through a bit of a loop into this. > 1. User account "bruce", no .qmail-bruce file. > - two messages are delivered to bruce when addressed to > [EMAIL PROTECTED] With above (or similar) .qmail-default? No wonder. Two delivery instructions. Both success in the "user lookup" vdelivermail does and therefore two messages are delivered. > 2. User account "bruce", with .qmail-bruce file. > - one message is delivered to bruce when addressed to > [EMAIL PROTECTED] No wonder. .qmail-bruce is read by qmail-local directly, vdelivermail ain't invoked in any manner. > So, unless I am missing something (in which case, please point me to where) > I do not see why the above example should go to the .qmail-default file. If there is _no_ .qmail-bruce qmail-local can use it (qmail-local) looks for .qmail-default. That's how qmail works. > In the event that the message does go to the default file, I do want both. > I want the bounce to go back AND a copy to be forwarded to the postmaster. I showed a "work around". Write an own program or script. Call is like this | /home/VMail/bin/vdelivermail '' |/path/to/your/handler _this_ handler forwards the message to 'postmaster@...' and than does something like echo "No Mailbox here by that name" exit 100 This will tell vdelivermail to "exit 100" by itself and qmail-local, being the caller of vdelivermail, will bounce the message. > I performed an intersting test. I deleted ALL .qmail-* files, including > the .qmail-default and the email to [EMAIL PROTECTED] just got delivered > once. That's _in fact_ interesting, as I don't know where your qmail-local did know from where to deliver the mail to. > So, my theory is that creating a .qmail-default file in a virtual domain, > requires every user to have a .qmail-(user) file. No. You haven't understood how qmail-local works. And to stretch the topic a bit: vpopmail is out now for several years. I guess even if I'd be _totally_ wrong and your assumption would be correct somebody would have already noticed this _fundamental_ flaw and vpopmail wouldn't be that popular. Except M$ there's nearly nobody being able spread software that wide if it ain't work. :-) I'd suggest you go, get the "qmail picture" [1] and read the qmail documentation. Both in combination describe in a wonderful way how qmail in general and qmail-local in this case work and what /var/qmail/users/assign tells qmail (-local). And after reading and understanding this you'll see, why a .qmail-default is _essential_ for the way vpopmail goes :-) Else you'd have to create a .qmail-user for _every_ single mailbox (and not only for forwarders / aliases) :-) -- Best regards Peter Palmreuther Sex is not the answer. Sex is the question. "Yes" is the answer. - Swami X