GIC MLs <[EMAIL PROTECTED]> wrote:
>
> I'm having a problem which started after having to hard-reboot my machine
> due to monitor difficulty.
Offtopic: did you consider connecting over the network and shutting the
machine down gracefully? No monitor required.
> Symptoms:
>
> Lag when sending and receiving mail
Possibly the mode/etc of the trigger is incorrect. Stop qmail, do "make setup
check" from the qmail source directory again.
> Mail sent from machine does not seem to arrive at destination, even though
> an 'accepted' message can be seen in /var/log/qmail/qmail-send/current
If the remote host accepts the mail, and it doesn't arrive (and a bounce isn't
generated by that host) then it's the remote host's fault, not yours.
> Mail sent to machine generates error message:
> ---
> I'm afraid I wasn't able to deliver your message to the following addresses.
> This is a permanent error; I've given up. Sorry it didn't work out.
>
> <[EMAIL PROTECTED]>:
> Sorry. Although I'm listed as a best-preference MX or A for that host,
> it isn't in my control/locals file, so I don't treat it as local. (#5.4.6)
> ---
Post the output of `qmail-showctl` and a directory listing of ~alias/.qmail* .
> It appears that qmail-remote is supervised, as new qmail-remote processes
> are started up if I attempt to kill them.
They're not supervised, they're spawned by qmail-rspawn. Why are you killing
them?
> When I send a message, it appears to be delivered:
>
> In /var/log/qmail/qmail-send/current, some messages are being marked as
> delivered ok (but do not actually arrive), and some are being marked with
> the control/locals file error mentioned above.
Post parts of the log showing this.
Charles
--
-----------------------------------------------------------------------
Charles Cazabon <[EMAIL PROTECTED]>
GPL'ed software available at: http://www.qcc.sk.ca/~charlesc/software/
-----------------------------------------------------------------------
