This discussion has been locked.
You can no longer post new replies to this discussion. If you have a question you can start a new discussion

Mail stuck in queue.

I have a lot of mail stuck in my queue.
It's status is 'OK'

I try a manual force with :

chroot /var/chroot-smtp /bin/exim -qff

And it sends a few then seems to stop.  The exim -qff command never completes.  (I don't get command prompt returned to me).

I can't see any other errors, DNS lookups appear to be working.  I am running ASL 3.211

Clues ?


This thread was automatically locked due to age.
Parents
  • Hi,
    stop the smtp proxy,
    delete anything under:
    /var/chroot-smtp/spool/input
  • I have done that.

    Mail comes in and just seems to sit there.
    I have to keep forcing exim -qf to push the mail out.  Some kind of cron problem ?
  • OK, I have manually set a queue process running for exim (exim -q1m)

    Why wouldn't exim be starting with a queue process ?
  • I think I may have found the error.
    In Webmin, under SMTP relay, if I stop and restart the relay option it restarts exim with:
    exim -bd

    Then the log reports:
    exim[17090]: 2002-11-13 11:45:43 exim 6.66 daemon started: pid=17090, no queue runs, listening for SMTP on port 25

    No queue runs is probably the issue ?
    Shouldn't it start with:
    exim -bd -q20m  (for a 20 minute queue run) ??

    Suggestions ?
  • Can someone please reply to Simons post.
    1. How can we shorten the queue processing interval?
    2. How do we get Exim to de-queue its messages without restarting? ATRN/ETRN?
  • Hello alltogether,

    it may happen in the current version that some mails
    are displayed in the queue but they are not really complete
    anymore, this can happen if exim would be stopped from
    our scripts (not so nice with kill -9, will be changed).

    Every e-mail consists of a "-H" and a "-D" file,
    header and data.
    So, if you cd to /var/chroot-smtp/spool/input you'd
    see that some entries have only one type of file left,
    if you delete those orphan files the display would be
    fine again!

    Don't worry - no data will be lost!

    read you
    o|iver
     
     [size="1"][ 14 November 2002, 14:31: Message edited by: oliver.desch ][/size]
Reply
  • Hello alltogether,

    it may happen in the current version that some mails
    are displayed in the queue but they are not really complete
    anymore, this can happen if exim would be stopped from
    our scripts (not so nice with kill -9, will be changed).

    Every e-mail consists of a "-H" and a "-D" file,
    header and data.
    So, if you cd to /var/chroot-smtp/spool/input you'd
    see that some entries have only one type of file left,
    if you delete those orphan files the display would be
    fine again!

    Don't worry - no data will be lost!

    read you
    o|iver
     
     [size="1"][ 14 November 2002, 14:31: Message edited by: oliver.desch ][/size]
Children