Figure-out that the .qmail-* files should not be executable (eg x_bit_set) Now isolated it to a procmail <--> bogofilter issue and it is still a permissions issue I believe
On Sun, Dec 12, 2010 at 12:20 PM, Richard Baxant <qmailtoasterl...@gmail.com > wrote: > I finally found the log file and I have the following errors for the > messages that are currently stuck in the local queue: > > @400000004d050328310621fc starting delivery 492: msg 5304635 to local > domain.com...@domain.com > @400000004d050328310650dc status: local 1/10 remote 0/60 > @400000004d050328311bbd3c delivery 492: deferral: > Uh-oh:_.qmail_has_prog_delivery_but_has_x_bit_set._(#4.7.0)/ > @400000004d050328311bec1c status: local 0/10 remote 0/60 > > Any idea on how this could correlate with using chown or chmod? > > > > > On Sun, Dec 12, 2010 at 10:49 AM, Richard Baxant < > qmailtoasterl...@gmail.com> wrote: > >> The last few lines of the smtp.log are: >> >> 1223769600 0 0 6 6 >> 1223683200 0 0 5 5 >> 1223596800 0 0 4 4 >> 1223510400 0 0 3 3 >> 1223424000 0 0 3 3 >> >> I cannot locate the send log? Would it be this >> "/var/qmail/supervise/send/log/supervise/control"? >> >> As I mentioned mail does go out and I receive it at my third-party email >> provider >> >> When I use qmHandle -L it shows messages in the queue waiting to be >> delivered: >> >> 5304639 (11, L) >> Return-path: m...@domain.com >> From: m...@domain.com >> To: m...@domain.com >> Subject: TEST >> Date: Sun, 12 Dec 2010 05:57:33 -0500 >> Size: 915 bytes >> >> Messages in local queue: 13 >> Messages in remote queue: 0 >> >> So would this be a scanning issue? I do use .qmail-user and procmailrc >> files that send emails to procmail which then use bogofilter to further >> process if the message is spam and then it should deliver the message to the >> inbox. >> >> >> >> On Sun, Dec 12, 2010 at 9:39 AM, Eric Shubert <e...@shubes.net> wrote: >> >>> On 12/12/2010 04:37 AM, Richard Baxant wrote: >>> >>>> I have been trying to get rsync to work and in the process I added the >>>> rync user to the vchkpw group... The following is where I think I messed >>>> up my mail server. >>>> >>>> I then changed all the ownership of the /vpopmail directory to >>>> vpopmail:vchkpw and did it recursively (/chown -R vpopmail:vchkpw ./*/) >>>> >>>> I can still send mail out and receive the mail externally (m...@gmail.com >>>> <mailto:m...@gmail.com>) >>>> >>>> >>>> I am unable to receive an email that was sent internally (from >>>> m...@mymailserverdomain.com <mailto:m...@mymailserverdomain.com> --> to >>>> m...@mymailserverdomain.com <mailto:m...@mymailserverdomain.com>) or >>>> externally (from m...@gmail.com <mailto:m...@gmail.com> --> to >>>> m...@mymailserverdomain.com <mailto:m...@mymailserverdomain.com>) >>>> >>>> >>>> I am trying to find errors in the logs but cannot find any. Please Help! >>>> >>> >>> I don't think any of that would cause a problem. >>> >>> Is the problem with delivery or scanning? If there are no errors in the >>> smtp log, I expect that you'd see some failures in the send log. Are there >>> messages in the delivery queue? (qmHandle -L) >>> >>> -- >>> -Eric 'shubes' >>> >>> >>> >>> --------------------------------------------------------------------------------- >>> Qmailtoaster is sponsored by Vickers Consulting Group ( >>> www.vickersconsulting.com) >>> Vickers Consulting Group offers Qmailtoaster support and installations. >>> If you need professional help with your setup, contact them today! >>> >>> --------------------------------------------------------------------------------- >>> Please visit qmailtoaster.com for the latest news, updates, and >>> packages. >>> To unsubscribe, e-mail: >>> qmailtoaster-list-unsubscr...@qmailtoaster.com >>> For additional commands, e-mail: >>> qmailtoaster-list-h...@qmailtoaster.com >>> >>> >>> >> >