Thread Info
  • State Not Answered
  • Locked Locked
  • Replies 9 replies
  • Subscribers 2 subscribers
  • Views 8242 views
  • Users 0 members are here
Options
Suggested
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.

Simon Shaw
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
  • 0
    Hi,
    stop the smtp proxy,
    delete anything under:
    /var/chroot-smtp/spool/input
  • 0 in reply to SveN_01
    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 ?
  • 0 in reply to Simon Shaw
    OK, I have manually set a queue process running for exim (exim -q1m)

    Why wouldn't exim be starting with a queue process ?
  • 0 in reply to Simon Shaw
    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 ?
  • 0 in reply to Simon Shaw
    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?
  • 0 in reply to JimmyM
    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]
  • 0 in reply to oliver.desch
    This doesn't fix my problem with mail just sitting in the queue.  Can you explain the "no queue runs" line in the log when ASL is restarted ?
  • 0 in reply to Simon Shaw
    "no queue runs" indicates that exim doesn't have anything
    to do - either because the e-mails didn't reach the resend
    timer or the queue is empty. A queue run happens
    every 20 minutes. You can see the timers in exim.conf.

    read you
    o|iver
Reply Children