On 8/3/07, Jake Vickers <[EMAIL PROTECTED]> wrote: > > Kyle Quillen wrote: > > Hey all, > > > > Since I sent the last email i have tried reinstalling maildrop and it > > does not seem to help. > > > > still getting this in the logs. > > > > @4000000046b38f513219283c delivery 1691: deferral: > maildrop:_signal_0x19/ > > @4000000046b38f51321933f4 status: local 3/10 remote 77/300 > > @4000000046b38f513293a3b4 delivery 1692: deferral: > maildrop:_signal_0x19/ > > @4000000046b38f513293ab84 status: local 2/10 remote 77/300 > > @4000000046b38f513412b234 delivery 1693: deferral: > maildrop:_signal_0x19/ > > @4000000046b38f513412f49c status: local 1/10 remote 77/300 > > @4000000046b38f5135202a94 delivery 1694: deferral: > maildrop:_signal_0x19/ > > @4000000046b38f513520558c status: local 0/10 remote 77/300 > > > > > > the strange part is that all my forwarders still work fine. But I am > > assuming that this is because the forwarders get processed before > > maildrop takes over? > > > > is there a way to take maildrop out of the equation to at least get > > this temp backup and running > > > > Do the users affected have the mailfilter script enabled? What does the > .qmail-default file look like? I know this error popped up from time to > time when a user was over quota and the system was trying to send them a > bounce....
This is what my /home/vpopmail/domains/domain.com/.qmail-default file has in it | /home/vpopmail/bin/vdelivermail '' delete Everyone has the mailfilter script enabled. Is there a way to bypass it for all 1300 users that I have? Thanks q
