RE: [vchkpw] Upgrade to Vpopmail 5.4.26 and .qmail-default issues

2008-01-02 Thread Matthew Goodman
Well I'm glad you asked that question, after rebuilding maildrop, I noticed
it *overwrote* my /etc/maildroprc file. Normally, it is a symlink to
/etc/mailfilter. So when it overwrote the maildroprc symlink I had created,
it brought with it the .maildir reference.

Thank you for asking the question :) It spurred some more investigation to
get the problem fixed.

So far in the time it took to write this, over 500 messages were cleared
from the queue :) Looks like it may be finally good to go. 

Matt

-Original Message-
From: Tom Collins [mailto:[EMAIL PROTECTED] 
Sent: Wednesday, January 02, 2008 2:40 PM
To: vchkpw@inter7.com
Subject: Re: [vchkpw] Upgrade to Vpopmail 5.4.26 and .qmail-default issues

On Jan 2, 2008, at 3:05 PM, Matthew Goodman wrote:
> @4000477c1866206baccc delivery 30202: deferral:
> /usr/bin/maildrop:_Unable_to_create_a_dot-lock_at_/var/ 
> vpopmail/./.maildir/25184.0.ark.//
>
> I see a few of these... aside from the usual "Unable to create log  
> file"
> error that maildrop kicks out for aliases or emails that don't  
> belong to
> actual accounts.
>
> Any ideas?


Why does maildrop want to use .maildir instead of Maildir?  Odd that  
it wants to use the vpopmail directory instead of a user's directory  
as well...

--
Tom Collins  -  [EMAIL PROTECTED]
Vpopmail - virtual domains for qmail: http://vpopmail.sf.net/
QmailAdmin - web interface for Vpopmail: http://qmailadmin.sf.net/







!DSPAM:477c78e9310545571378502!



Re: [vchkpw] Upgrade to Vpopmail 5.4.26 and .qmail-default issues

2008-01-02 Thread Tom Collins

On Jan 2, 2008, at 3:05 PM, Matthew Goodman wrote:

@4000477c1866206baccc delivery 30202: deferral:
/usr/bin/maildrop:_Unable_to_create_a_dot-lock_at_/var/ 
vpopmail/./.maildir/25184.0.ark.//


I see a few of these... aside from the usual "Unable to create log  
file"
error that maildrop kicks out for aliases or emails that don't  
belong to

actual accounts.

Any ideas?



Why does maildrop want to use .maildir instead of Maildir?  Odd that  
it wants to use the vpopmail directory instead of a user's directory  
as well...


--
Tom Collins  -  [EMAIL PROTECTED]
Vpopmail - virtual domains for qmail: http://vpopmail.sf.net/
QmailAdmin - web interface for Vpopmail: http://qmailadmin.sf.net/



!DSPAM:477c2eeb310543570762282!



Re: [vchkpw] Upgrade to Vpopmail 5.4.26 and .qmail-default issues

2008-01-02 Thread Matthew Goodman
Here's an odd one:

@4000477c1866206baccc delivery 30202: deferral:
/usr/bin/maildrop:_Unable_to_create_a_dot-lock_at_/var/vpopmail/./.maildir/25184.0.ark.//

I see a few of these... aside from the usual "Unable to create log file"
error that maildrop kicks out for aliases or emails that don't belong to
actual accounts.

Any ideas?


> On Jan 2, 2008, at 11:13 AM, Matthew Goodman wrote:
>> My customers use Qmailadmin to administer their email boxes. For some
>> reason, when they create an account using Qmailadmin, unless they
>> "Enable
>> Spam Detection" a .qmail file is NOT created. Is this normal
>> behavior from
>> what you know of it? I suppose this might be the wrong list, but
>> again,
>> Qmailadmin's behavior does not explain why after the upgrade
>> Vpopmail has
>> a problem delivering mail.
>
>
> This is normal behavior -- if email should just be placed in the
> user's Maildir, no .qmail file is necessary.
>
> It sounds like your vdelivermail is having problems.  Have you
> checked the qmail-send logs?  It should be showing you why there's a
> temp failure.
>
> I am personally using 5.4.20 on my system, and according to the CVS
> logs, vdelivermail in 5.4.26 is the same as in 5.4.20.
>
> --
> Tom Collins  -  [EMAIL PROTECTED]
> Vpopmail - virtual domains for qmail: http://vpopmail.sf.net/
> QmailAdmin - web interface for Vpopmail: http://qmailadmin.sf.net/
>
>
>
> 
>
>


!DSPAM:477c18c2310546724113822!



Re: [vchkpw] Upgrade to Vpopmail 5.4.26 and .qmail-default issues

2008-01-02 Thread Tom Collins

On Jan 2, 2008, at 11:13 AM, Matthew Goodman wrote:

My customers use Qmailadmin to administer their email boxes. For some
reason, when they create an account using Qmailadmin, unless they  
"Enable
Spam Detection" a .qmail file is NOT created. Is this normal  
behavior from
what you know of it? I suppose this might be the wrong list, but  
again,
Qmailadmin's behavior does not explain why after the upgrade  
Vpopmail has

a problem delivering mail.



This is normal behavior -- if email should just be placed in the  
user's Maildir, no .qmail file is necessary.


It sounds like your vdelivermail is having problems.  Have you  
checked the qmail-send logs?  It should be showing you why there's a  
temp failure.


I am personally using 5.4.20 on my system, and according to the CVS  
logs, vdelivermail in 5.4.26 is the same as in 5.4.20.


--
Tom Collins  -  [EMAIL PROTECTED]
Vpopmail - virtual domains for qmail: http://vpopmail.sf.net/
QmailAdmin - web interface for Vpopmail: http://qmailadmin.sf.net/



!DSPAM:477c0bcc310541768617602!



Re: [vchkpw] Upgrade to Vpopmail 5.4.26 and .qmail-default issues

2008-01-02 Thread Richard Secor


On Jan 2, 2008, at 2:08 PM, Tom Collins wrote:

Correct.  --enable-valias means that instead of using .qmail-alias  
files in the domain directory, aliases are stored in the database.


Isn't it "in addition to using .qmail-alias files" not "instead of"?


!DSPAM:477be750310541330512215!



Re: [vchkpw] Upgrade to Vpopmail 5.4.26 and .qmail-default issues

2008-01-02 Thread Matthew Goodman
Ok, I took your advice and instead switched each users .qmail file (that
did not have one setup) to utilize the maildrop command that Qmailadmin
enables once "Spam Detection" is checked. This seems to work.

It's |/var/qmail/bin/preline /usr/bin/maildrop /etc/mailfilter

My customers use Qmailadmin to administer their email boxes. For some
reason, when they create an account using Qmailadmin, unless they "Enable
Spam Detection" a .qmail file is NOT created. Is this normal behavior from
what you know of it? I suppose this might be the wrong list, but again,
Qmailadmin's behavior does not explain why after the upgrade Vpopmail has
a problem delivering mail.

I see about 11,000 messages in the qmail queue at the moment. None of them
are being delivered. Users have messages backed up in their /Maildir/tmp
folder from several days ago.

qmailctl flush does not force the delivery of all these items.

The actual setup looks like this:

netqmail-1.05, qmail-scanner-2.01-st, vpopmail 5.4.26 - all compiled from
Gentoo ebuilds. The vpopmail ebuild I sort of made by hand, so as much as
possible I investigate the ebuilds carefully for strange/rogue settings
and such.

As I stated before, things were working fine with vpopmail 5.4.17 since
July without a hitch. I just have to confess that my guru-ness with
vpopmail is limited, so this problem is a bit more elusive than my own
abilities can track.

At any rate, any thoughts would be helpful.



> On Jan 2, 2008, at 1:29 AM, Matthew Goodman wrote:
>> ---.qmail file for users without any maildrop rules to run---
>>
>> |/var/vpopmail/bin/vdelivermail /var/vpopmail/domains/%d/%u/Maildir
>
>
> No!  You don't want to do this.
>
> Reminder to everyone in the world -- vdelivermail should only be in
> your .qmail-default file.  Never anywhere else.
>
> I'm not sure I understand why your installation of 5.4.26 isn't
> working -- if there isn't a .qmail file, the message should just go
> into the user's maildir.
>
> If you absolutely MUST have a .qmail file, it will just contain a
> single line -- the path to that user's Maildir.
>
> Keep in mind that with directory hashing, their maildir might not be
> in domains/%d/%u/Maildir.
>
> You could try using just ./Maildir and see if that works -- I think
> vdelivermail is already in the user's directory when it's parsing
> the .qmail file.
>
> --
> Tom Collins  -  [EMAIL PROTECTED]
> Vpopmail - virtual domains for qmail: http://vpopmail.sf.net/
> QmailAdmin - web interface for Vpopmail: http://qmailadmin.sf.net/
>
>
>
>
> 
>


!DSPAM:477be26d310542003195226!



Re: [vchkpw] Upgrade to Vpopmail 5.4.26 and .qmail-default issues

2008-01-02 Thread Tom Collins

On Jan 2, 2008, at 10:59 AM, Matthew Goodman wrote:
To my understanding, --enable-valias just stores alias info into  
the mysql

database. This should not be affecting the delivery of email to
non-aliased email, should it?



Correct.  --enable-valias means that instead of using .qmail-alias  
files in the domain directory, aliases are stored in the database.


It does not affect individual user .qmail files.

--
Tom Collins  -  [EMAIL PROTECTED]
Vpopmail - virtual domains for qmail: http://vpopmail.sf.net/
QmailAdmin - web interface for Vpopmail: http://qmailadmin.sf.net/



!DSPAM:477be152310542880817634!



Re: [vchkpw] Upgrade to Vpopmail 5.4.26 and .qmail-default issues

2008-01-02 Thread Matthew Goodman
To my understanding, --enable-valias just stores alias info into the mysql
database. This should not be affecting the delivery of email to
non-aliased email, should it?

Matt

> You compiled vpopmail to store its .qmail files in mysql by selecting
> --enable-valias. Run ./configuration --help to get a summary of the
> options and what they do. How did you decide which options to use?
>
> Regards,
>
> Tren
>
> - Original Message -
> From: Matthew Goodman <[EMAIL PROTECTED]>
> To: vchkpw@inter7.com 
> Sent: Wed Jan 02 01:29:36 2008
> Subject: RE: [vchkpw] Upgrade to Vpopmail 5.4.26 and .qmail-default issues
>
> I have created a script for now that will go through and create any users
> that do not currently have a .qmail file and manually set one up.
>
>
>
> What would be a suitable .qmail file? Something like this?
>
>
>
> ---.qmail file for users without any maildrop rules to run---
>
>
>
> |/var/vpopmail/bin/vdelivermail /var/vpopmail/domains/%d/%u/Maildir
>
>
>
> I’m still not sure why this would break just because of an upgrade. Has
> to be a vpopmail thing. Compile options are:
>
>
>
> ./configure \
>
>--sysconfdir=/var/vpopmail/etc \
>
> --enable-non-root-build \
>
> --enable-qmaildir=/var/qmail \
>
> --enable-qmail-newu=/var/qmail/bin/qmail-newu \
>
> --enable-qmail-inject=/var/qmail/bin/qmail-inject \
>
> --enable-qmail-newmrh=/var/qmail/bin/qmail-newmrh \
>
> --enable-vpopuser=vpopmail \
>
> --enable-vpopgroup=vpopmail \
>
> --disable-many-domains \
>
> --enable-file-locking \
>
> --enable-file-sync \
>
> --enable-md5-passwords \
>
> --enable-logging=y \
>
> --enable-auth-logging \
>
> --enable-log-name=vpopmail \
>
> --enable-qmail-ext \
>
> --disable-tcp-rules-prog \
>
> --disable-tcpserver-file \
>
> --disable-roaming-users \
>
> --enable-maildrop \
>
>--enable-auth-module=mysql \
>
> --enable-libs=/usr/include/mysql \
>
> --enable-libdir=/usr/lib/mysql \
>
> --enable-valias \
>
>         --disable-mysql-replication \
>
> --enable-mysql-limits"
>
>
>
>
>
> From: Matthew Goodman [mailto:[EMAIL PROTECTED]
> Sent: Tuesday, January 01, 2008 9:15 AM
> To: vchkpw@inter7.com
> Subject: RE: [vchkpw] Upgrade to Vpopmail 5.4.26 and .qmail-default issues
>
>
>
> As a workaround, I’ve added:
>
>
>
> |/var/qmail/bin/preline /usr/bin/maildrop /etc/mailfilter
>
>
>
> Into everyone’s .qmail-default
>
>
>
> This delivers mail as if they checked the back “Spam Detection”.
>
>
>
> From: Tren Blackburn [mailto:[EMAIL PROTECTED]
> Sent: Tuesday, January 01, 2008 4:25 AM
> To: vchkpw@inter7.com
> Subject: Re: [vchkpw] Upgrade to Vpopmail 5.4.26 and .qmail-default issues
>
>
>
> I've never run into that behaviour before. A .qmail in a users directory
> is not required. I would recommend reverting back to your old version and
> do some testing on a development box, virtual machine, or whatever you can
> test this on.
>
> Perhaps also post more details about your environment, like operating
> system, qmail version, configuration options, if you're building from
> source or using a binary distribution (ie. rpm).
>
> Hope that helps :) Happy New Year
>
> Tren
>
> - Original Message -
> From: Matthew Goodman <[EMAIL PROTECTED]>
> To: vchkpw@inter7.com 
> Sent: Tue Jan 01 06:14:11 2008
> Subject: RE: [vchkpw] Upgrade to Vpopmail 5.4.26 and .qmail-default issues
>
> I should also add that I’ve got about 15,000 messages backed up. Yes, I
> know 14,982 are SPAM, but there are probably 18 useful ones in there
> somewhere J
>
>
>
> Anyways, headed to bed, I’m starting to drift. Any thoughts would be
> useful.
>
>
>
>
>
>
>
> From: Matthew Goodman [mailto:[EMAIL PROTECTED]
> Sent: Tuesday, January 01, 2008 4:03 AM
> To: vchkpw@inter7.com
> Subject: [vchkpw] Upgrade to Vpopmail 5.4.26 and .qmail-default issues
>
>
>
> Most of my domains in /var/vpopmail/domains/ have a .qmail-default file
> that looks like this:
>
>
>
> | /var/vpopmail/bin/vdelivermail '' bounce-no-mailbox
>
>
>
> After upgrading f

Re: [vchkpw] Upgrade to Vpopmail 5.4.26 and .qmail-default issues [ATTN maintainers]

2008-01-02 Thread Jeremy Kister

On 1/2/2008 11:18 AM, Tom Collins wrote:
>On Jan 2, 2008, at 1:29 AM, Matthew Goodman wrote:

|/var/vpopmail/bin/vdelivermail /var/vpopmail/domains/%d/%u/Maildir



No!  You don't want to do this.

Reminder to everyone in the world -- vdelivermail should only be in  
your .qmail-default file.  Never anywhere else.


When you think you want to use vdelivermail somewhere besides 
.qmail-default, you actually probably want to use maildirdeliver: 
http://www.din.or.jp/~ushijima/maildirdeliver.html .  I've been using 
the code for years - it's quite stable.  It does not support maildir++.


Tom/Rick/Mike/Ken: Since Tetsu asserts copyright, I think we/you should 
ask him if we can include maildirdeliver in the vpopmail distribution, 
and install it just as any other program in ~vpopmail/bin/.


If he declines, we could always rip out the relevant parts of the qmail 
code ourselves and include it as our own version of maildirdeliver.


--

Jeremy Kister
http://jeremy.kister.net./



!DSPAM:477bbe7e310546079645503!



Re: [vchkpw] Upgrade to Vpopmail 5.4.26 and .qmail-default issues

2008-01-02 Thread Tom Collins

On Jan 2, 2008, at 1:29 AM, Matthew Goodman wrote:

---.qmail file for users without any maildrop rules to run---

|/var/vpopmail/bin/vdelivermail /var/vpopmail/domains/%d/%u/Maildir



No!  You don't want to do this.

Reminder to everyone in the world -- vdelivermail should only be in  
your .qmail-default file.  Never anywhere else.


I'm not sure I understand why your installation of 5.4.26 isn't  
working -- if there isn't a .qmail file, the message should just go  
into the user's maildir.


If you absolutely MUST have a .qmail file, it will just contain a  
single line -- the path to that user's Maildir.


Keep in mind that with directory hashing, their maildir might not be  
in domains/%d/%u/Maildir.


You could try using just ./Maildir and see if that works -- I think  
vdelivermail is already in the user's directory when it's parsing  
the .qmail file.


--
Tom Collins  -  [EMAIL PROTECTED]
Vpopmail - virtual domains for qmail: http://vpopmail.sf.net/
QmailAdmin - web interface for Vpopmail: http://qmailadmin.sf.net/




!DSPAM:477bb968310541098019786!


Re: [vchkpw] Upgrade to Vpopmail 5.4.26 and .qmail-default issues

2008-01-02 Thread Tren Blackburn
You compiled vpopmail to store its .qmail files in mysql by selecting 
--enable-valias. Run ./configuration --help to get a summary of the options and 
what they do. How did you decide which options to use?

Regards,

Tren

- Original Message -
From: Matthew Goodman <[EMAIL PROTECTED]>
To: vchkpw@inter7.com 
Sent: Wed Jan 02 01:29:36 2008
Subject: RE: [vchkpw] Upgrade to Vpopmail 5.4.26 and .qmail-default issues

I have created a script for now that will go through and create any users that 
do not currently have a .qmail file and manually set one up.

 

What would be a suitable .qmail file? Something like this?

 

---.qmail file for users without any maildrop rules to run---

 

|/var/vpopmail/bin/vdelivermail /var/vpopmail/domains/%d/%u/Maildir

 

I’m still not sure why this would break just because of an upgrade. Has to be a 
vpopmail thing. Compile options are:

 

./configure \

   --sysconfdir=/var/vpopmail/etc \

--enable-non-root-build \

--enable-qmaildir=/var/qmail \

--enable-qmail-newu=/var/qmail/bin/qmail-newu \

--enable-qmail-inject=/var/qmail/bin/qmail-inject \

--enable-qmail-newmrh=/var/qmail/bin/qmail-newmrh \

--enable-vpopuser=vpopmail \

--enable-vpopgroup=vpopmail \

--disable-many-domains \

--enable-file-locking \

--enable-file-sync \

--enable-md5-passwords \

--enable-logging=y \

--enable-auth-logging \

--enable-log-name=vpopmail \

--enable-qmail-ext \

--disable-tcp-rules-prog \

--disable-tcpserver-file \

--disable-roaming-users \

--enable-maildrop \

   --enable-auth-module=mysql \

--enable-libs=/usr/include/mysql \

--enable-libdir=/usr/lib/mysql \

--enable-valias \

--disable-mysql-replication \

--enable-mysql-limits"

 

 

From: Matthew Goodman [mailto:[EMAIL PROTECTED] 
Sent: Tuesday, January 01, 2008 9:15 AM
To: vchkpw@inter7.com
Subject: RE: [vchkpw] Upgrade to Vpopmail 5.4.26 and .qmail-default issues

 

As a workaround, I’ve added:

 

|/var/qmail/bin/preline /usr/bin/maildrop /etc/mailfilter

 

Into everyone’s .qmail-default

 

This delivers mail as if they checked the back “Spam Detection”.

 

From: Tren Blackburn [mailto:[EMAIL PROTECTED] 
Sent: Tuesday, January 01, 2008 4:25 AM
To: vchkpw@inter7.com
Subject: Re: [vchkpw] Upgrade to Vpopmail 5.4.26 and .qmail-default issues

 

I've never run into that behaviour before. A .qmail in a users directory is not 
required. I would recommend reverting back to your old version and do some 
testing on a development box, virtual machine, or whatever you can test this on.

Perhaps also post more details about your environment, like operating system, 
qmail version, configuration options, if you're building from source or using a 
binary distribution (ie. rpm).

Hope that helps :) Happy New Year

Tren

- Original Message -
From: Matthew Goodman <[EMAIL PROTECTED]>
To: vchkpw@inter7.com 
Sent: Tue Jan 01 06:14:11 2008
Subject: RE: [vchkpw] Upgrade to Vpopmail 5.4.26 and .qmail-default issues

I should also add that I’ve got about 15,000 messages backed up. Yes, I know 
14,982 are SPAM, but there are probably 18 useful ones in there somewhere J



Anyways, headed to bed, I’m starting to drift. Any thoughts would be useful.







From: Matthew Goodman [mailto:[EMAIL PROTECTED]
Sent: Tuesday, January 01, 2008 4:03 AM
To: vchkpw@inter7.com
Subject: [vchkpw] Upgrade to Vpopmail 5.4.26 and .qmail-default issues



Most of my domains in /var/vpopmail/domains/ have a .qmail-default file that 
looks like this:



| /var/vpopmail/bin/vdelivermail '' bounce-no-mailbox



After upgrading from vpopmail 5.4.19 to 5.4.26, any user that was created using 
QmailAdmin 1.2.10 that did NOT have the Spam Detection box checked is not 
receiving their mail. This is because of absence of the .qmail file for the 
user’s folder. I was under the impression that each user not having a .qmail 
file is not bad in itself, as long as a .qmail-default file existed in the 
parent folder for that domain.



Before this upgrade, this was not a problem seeing that a .qmail-default file 
was in place at the root of each domain’s directory under 
/var/vpopmail/domains. However, after the upgrade, these users (that don’t have 
a .qmail file) are having all their messages dropped to their Maildir/tmp 
folder.



I have no idea what is causing this. Replacing the .qmail-default with 
something that resembles other user’s .qmail file fixes the problem, however, 
this is not the preferred approach due to some configs being set for 
catchall-delete o

RE: [vchkpw] Upgrade to Vpopmail 5.4.26 and .qmail-default issues

2008-01-02 Thread Matthew Goodman
I have created a script for now that will go through and create any users that 
do not currently have a .qmail file and manually set one up.

 

What would be a suitable .qmail file? Something like this?

 

---.qmail file for users without any maildrop rules to run---

 

|/var/vpopmail/bin/vdelivermail /var/vpopmail/domains/%d/%u/Maildir

 

I’m still not sure why this would break just because of an upgrade. Has to be a 
vpopmail thing. Compile options are:

 

./configure \

   --sysconfdir=/var/vpopmail/etc \

--enable-non-root-build \

--enable-qmaildir=/var/qmail \

--enable-qmail-newu=/var/qmail/bin/qmail-newu \

--enable-qmail-inject=/var/qmail/bin/qmail-inject \

--enable-qmail-newmrh=/var/qmail/bin/qmail-newmrh \

--enable-vpopuser=vpopmail \

--enable-vpopgroup=vpopmail \

--disable-many-domains \

--enable-file-locking \

--enable-file-sync \

--enable-md5-passwords \

--enable-logging=y \

--enable-auth-logging \

--enable-log-name=vpopmail \

--enable-qmail-ext \

--disable-tcp-rules-prog \

--disable-tcpserver-file \

--disable-roaming-users \

--enable-maildrop \

   --enable-auth-module=mysql \

--enable-libs=/usr/include/mysql \

--enable-libdir=/usr/lib/mysql \

--enable-valias \

--disable-mysql-replication \

--enable-mysql-limits"

 

 

From: Matthew Goodman [mailto:[EMAIL PROTECTED] 
Sent: Tuesday, January 01, 2008 9:15 AM
To: vchkpw@inter7.com
Subject: RE: [vchkpw] Upgrade to Vpopmail 5.4.26 and .qmail-default issues

 

As a workaround, I’ve added:

 

|/var/qmail/bin/preline /usr/bin/maildrop /etc/mailfilter

 

Into everyone’s .qmail-default

 

This delivers mail as if they checked the back “Spam Detection”.

 

From: Tren Blackburn [mailto:[EMAIL PROTECTED] 
Sent: Tuesday, January 01, 2008 4:25 AM
To: vchkpw@inter7.com
Subject: Re: [vchkpw] Upgrade to Vpopmail 5.4.26 and .qmail-default issues

 

I've never run into that behaviour before. A .qmail in a users directory is not 
required. I would recommend reverting back to your old version and do some 
testing on a development box, virtual machine, or whatever you can test this on.

Perhaps also post more details about your environment, like operating system, 
qmail version, configuration options, if you're building from source or using a 
binary distribution (ie. rpm).

Hope that helps :) Happy New Year

Tren

- Original Message -
From: Matthew Goodman <[EMAIL PROTECTED]>
To: vchkpw@inter7.com 
Sent: Tue Jan 01 06:14:11 2008
Subject: RE: [vchkpw] Upgrade to Vpopmail 5.4.26 and .qmail-default issues

I should also add that I’ve got about 15,000 messages backed up. Yes, I know 
14,982 are SPAM, but there are probably 18 useful ones in there somewhere J



Anyways, headed to bed, I’m starting to drift. Any thoughts would be useful.







From: Matthew Goodman [mailto:[EMAIL PROTECTED]
Sent: Tuesday, January 01, 2008 4:03 AM
To: vchkpw@inter7.com
Subject: [vchkpw] Upgrade to Vpopmail 5.4.26 and .qmail-default issues



Most of my domains in /var/vpopmail/domains/ have a .qmail-default file that 
looks like this:



| /var/vpopmail/bin/vdelivermail '' bounce-no-mailbox



After upgrading from vpopmail 5.4.19 to 5.4.26, any user that was created using 
QmailAdmin 1.2.10 that did NOT have the Spam Detection box checked is not 
receiving their mail. This is because of absence of the .qmail file for the 
user’s folder. I was under the impression that each user not having a .qmail 
file is not bad in itself, as long as a .qmail-default file existed in the 
parent folder for that domain.



Before this upgrade, this was not a problem seeing that a .qmail-default file 
was in place at the root of each domain’s directory under 
/var/vpopmail/domains. However, after the upgrade, these users (that don’t have 
a .qmail file) are having all their messages dropped to their Maildir/tmp 
folder.



I have no idea what is causing this. Replacing the .qmail-default with 
something that resembles other user’s .qmail file fixes the problem, however, 
this is not the preferred approach due to some configs being set for 
catchall-delete or bounce or what-have-you.



Totally stuck on New Year’s. Hope yours is better than mine… any ideas here?



Matt




 

 



!DSPAM:477b598f310548813521591!


RE: [vchkpw] Upgrade to Vpopmail 5.4.26 and .qmail-default issues

2008-01-01 Thread Matthew Goodman
As a workaround, I’ve added:

 

|/var/qmail/bin/preline /usr/bin/maildrop /etc/mailfilter

 

Into everyone’s .qmail-default

 

This delivers mail as if they checked the back “Spam Detection”.

 

From: Tren Blackburn [mailto:[EMAIL PROTECTED] 
Sent: Tuesday, January 01, 2008 4:25 AM
To: vchkpw@inter7.com
Subject: Re: [vchkpw] Upgrade to Vpopmail 5.4.26 and .qmail-default issues

 

I've never run into that behaviour before. A .qmail in a users directory is not 
required. I would recommend reverting back to your old version and do some 
testing on a development box, virtual machine, or whatever you can test this on.

Perhaps also post more details about your environment, like operating system, 
qmail version, configuration options, if you're building from source or using a 
binary distribution (ie. rpm).

Hope that helps :) Happy New Year

Tren

- Original Message -
From: Matthew Goodman <[EMAIL PROTECTED]>
To: vchkpw@inter7.com 
Sent: Tue Jan 01 06:14:11 2008
Subject: RE: [vchkpw] Upgrade to Vpopmail 5.4.26 and .qmail-default issues

I should also add that I’ve got about 15,000 messages backed up. Yes, I know 
14,982 are SPAM, but there are probably 18 useful ones in there somewhere J



Anyways, headed to bed, I’m starting to drift. Any thoughts would be useful.







From: Matthew Goodman [mailto:[EMAIL PROTECTED]
Sent: Tuesday, January 01, 2008 4:03 AM
To: vchkpw@inter7.com
Subject: [vchkpw] Upgrade to Vpopmail 5.4.26 and .qmail-default issues



Most of my domains in /var/vpopmail/domains/ have a .qmail-default file that 
looks like this:



| /var/vpopmail/bin/vdelivermail '' bounce-no-mailbox



After upgrading from vpopmail 5.4.19 to 5.4.26, any user that was created using 
QmailAdmin 1.2.10 that did NOT have the Spam Detection box checked is not 
receiving their mail. This is because of absence of the .qmail file for the 
user’s folder. I was under the impression that each user not having a .qmail 
file is not bad in itself, as long as a .qmail-default file existed in the 
parent folder for that domain.



Before this upgrade, this was not a problem seeing that a .qmail-default file 
was in place at the root of each domain’s directory under 
/var/vpopmail/domains. However, after the upgrade, these users (that don’t have 
a .qmail file) are having all their messages dropped to their Maildir/tmp 
folder.



I have no idea what is causing this. Replacing the .qmail-default with 
something that resembles other user’s .qmail file fixes the problem, however, 
this is not the preferred approach due to some configs being set for 
catchall-delete or bounce or what-have-you.



Totally stuck on New Year’s. Hope yours is better than mine… any ideas here?



Matt





 



!DSPAM:477a9144310547769512702!


Re: [vchkpw] Upgrade to Vpopmail 5.4.26 and .qmail-default issues

2008-01-01 Thread Tren Blackburn
I've never run into that behaviour before. A .qmail in a users directory is not 
required. I would recommend reverting back to your old version and do some 
testing on a development box, virtual machine, or whatever you can test this on.

Perhaps also post more details about your environment, like operating system, 
qmail version, configuration options, if you're building from source or using a 
binary distribution (ie. rpm).

Hope that helps :) Happy New Year

Tren

- Original Message -
From: Matthew Goodman <[EMAIL PROTECTED]>
To: vchkpw@inter7.com 
Sent: Tue Jan 01 06:14:11 2008
Subject: RE: [vchkpw] Upgrade to Vpopmail 5.4.26 and .qmail-default issues

I should also add that I’ve got about 15,000 messages backed up. Yes, I know 
14,982 are SPAM, but there are probably 18 useful ones in there somewhere J

 

Anyways, headed to bed, I’m starting to drift. Any thoughts would be useful. 

 

 

 

From: Matthew Goodman [mailto:[EMAIL PROTECTED] 
Sent: Tuesday, January 01, 2008 4:03 AM
To: vchkpw@inter7.com
Subject: [vchkpw] Upgrade to Vpopmail 5.4.26 and .qmail-default issues

 

Most of my domains in /var/vpopmail/domains/ have a .qmail-default file that 
looks like this:

 

| /var/vpopmail/bin/vdelivermail '' bounce-no-mailbox

 

After upgrading from vpopmail 5.4.19 to 5.4.26, any user that was created using 
QmailAdmin 1.2.10 that did NOT have the Spam Detection box checked is not 
receiving their mail. This is because of absence of the .qmail file for the 
user’s folder. I was under the impression that each user not having a .qmail 
file is not bad in itself, as long as a .qmail-default file existed in the 
parent folder for that domain.

 

Before this upgrade, this was not a problem seeing that a .qmail-default file 
was in place at the root of each domain’s directory under 
/var/vpopmail/domains. However, after the upgrade, these users (that don’t have 
a .qmail file) are having all their messages dropped to their Maildir/tmp 
folder.

 

I have no idea what is causing this. Replacing the .qmail-default with 
something that resembles other user’s .qmail file fixes the problem, however, 
this is not the preferred approach due to some configs being set for 
catchall-delete or bounce or what-have-you.

 

Totally stuck on New Year’s. Hope yours is better than mine… any ideas here?

 

Matt

 

 

!DSPAM:477a4d27310546530436463!


RE: [vchkpw] Upgrade to Vpopmail 5.4.26 and .qmail-default issues

2008-01-01 Thread Matthew Goodman
I should also add that I've got about 15,000 messages backed up. Yes, I know
14,982 are SPAM, but there are probably 18 useful ones in there somewhere J

 

Anyways, headed to bed, I'm starting to drift. Any thoughts would be useful.


 

 

 

From: Matthew Goodman [mailto:[EMAIL PROTECTED] 
Sent: Tuesday, January 01, 2008 4:03 AM
To: vchkpw@inter7.com
Subject: [vchkpw] Upgrade to Vpopmail 5.4.26 and .qmail-default issues

 

Most of my domains in /var/vpopmail/domains/ have a .qmail-default file that
looks like this:

 

| /var/vpopmail/bin/vdelivermail '' bounce-no-mailbox

 

After upgrading from vpopmail 5.4.19 to 5.4.26, any user that was created
using QmailAdmin 1.2.10 that did NOT have the Spam Detection box checked is
not receiving their mail. This is because of absence of the .qmail file for
the user's folder. I was under the impression that each user not having a
.qmail file is not bad in itself, as long as a .qmail-default file existed
in the parent folder for that domain.

 

Before this upgrade, this was not a problem seeing that a .qmail-default
file was in place at the root of each domain's directory under
/var/vpopmail/domains. However, after the upgrade, these users (that don't
have a .qmail file) are having all their messages dropped to their
Maildir/tmp folder.

 

I have no idea what is causing this. Replacing the .qmail-default with
something that resembles other user's .qmail file fixes the problem,
however, this is not the preferred approach due to some configs being set
for catchall-delete or bounce or what-have-you.

 

Totally stuck on New Year's. Hope yours is better than mine. any ideas here?

 

Matt

 

 



!DSPAM:477a4aba310546407617175!