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] 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 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 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
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 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
[vchkpw] vpopmail 5.3.16 oddities
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. Am I doing something wrong here? I'm not sure If this was the same behavior in 5.3.9 or not; I am just realizing it now. One thing i did do recently was i put qmail under daemontools -- i then moved everything back to the csh style, and i dont see a difference. I compiled the new vpopmail with: ./configure \ --enable-defaultquota=10485760S \ --enable-many-domains=n \ --enable-logging=v --- now something i've _just_ noticed, is that if i remove the .qmail-default, then i get a bounce message when i try to send to [EMAIL PROTECTED] Hi. This is the qmail-send program at qmail.jimtest.com I'm afraid I wasn't able to deliver your message to the following addresses. This is a permanent error; I've given up. Sorry it didn't work out. [EMAIL PROTECTED]: Sorry, no mailbox here by that name. (#5.1.1) I've done a ~vpopmail/bin/vdeluser [EMAIL PROTECTED] and ~vpopmail/bin/vadduser [EMAIL PROTECTED] and the behavior is unchanged. Oh boy. :) Suggestions ? -jim
