[Gllug] Qmail funniness

Luke Hopkins streaklug at streaknet.co.uk
Wed Jan 28 11:13:29 UTC 2004


I have an install of Qmail which is behaving badly.
The long and short of it is, it accepts mail nicely, but all deliveries
(local & remote) often take up to 40 minutes or so. I was wondering if
its waiting until the 'concurrencylocal/remote' are up to their limit
before it starts to deliver. Does Qmail work like this?
I've tried the Qmail archives to no effect. Tailing the
qmail-send/current just shows nothing for ages, then it bursts into
life. HUPing it also makes it burst into life.
My concurrencylocal concurrencyremote are both at 75 as we will be
handling quite a lot of mail.

Output from qmail-ctt is as follows:

qmail home directory: /var/qmail.
user-ext delimiter: -.
paternalism (in decimal): 2.
silent concurrency limit: 120.
subdirectory split: 23.
user ids: 1003, 1004, 1005, 0, 1006, 1007, 1008, 1009.
group ids: 1001, 1002.
badmailfrom: (Default.) Any MAIL FROM is allowed.
bouncefrom: (Default.) Bounce user name is MAILER-DAEMON.
bouncehost: (Default.) Bounce host name is this.machine.co.uk.
concurrencylocal: Local concurrency is 75.
concurrencyremote: Remote concurrency is 75.
databytes: (Default.) SMTP DATA limit is 0 bytes.
defaultdomain: Default domain name is machine.co.uk.
defaulthost: (Default.) Default host name is this.machine.co.uk.
doublebouncehost: (Default.) 2B recipient host: this.machine.co.uk.
doublebounceto: (Default.) 2B recipient user: postmaster.
envnoathost: (Default.) Presumed domain name is this.machine.co.uk.
helohost: (Default.) SMTP client HELO host name is this.machine.co.uk.
idhost: (Default.) Message-ID host name is this.machine.co.uk.
localiphost: (Default.) Local IP address becomes this.machine.co.uk.

locals:
Messages for this.machine.co.uk are delivered locally.

me: My name is this.machine.co.uk.

percenthack: (Default.) The percent hack is not allowed.
plusdomain: Plus domain name is co.uk.
qmqpservers: (Default.) No QMQP servers.
queuelifetime: (Default.) Message lifetime in the queue is 604800
seconds.

rcpthosts:
SMTP clients may send messages to recipients at this.machine.co.uk.
SMTP clients may send messages to recipients at virtualhost.com.

morercpthosts: (Default.) No effect.
morercpthosts.cdb: (Default.) No effect.
smtpgreeting: (Default.) SMTP greeting: 220 this.machine.co.uk.
smtproutes: (Default.) No artificial SMTP routes.
timeoutconnect: (Default.) SMTP client connection timeout is 60 seconds.
timeoutremote: (Default.) SMTP client data timeout is 1200 seconds.
timeoutsmtpd: (Default.) SMTP server data timeout is 1200 seconds.

virtualdomains:
Virtual domain: virtualhost.com:virtualhost

concurrencyincoming: I have no idea what this file does.







Obviously names have been replaced to protect the innocent, but if
anyone has any thoughts on what might be the cause, I'd love to hear it.
Ideally what I want is for a message to hit the box, get delivered
locally immidiately, and the result sent on immidiately.
Could it be DNS (currently using dnscache)?

Thanks
Luke


-- 
Gllug mailing list  -  Gllug at gllug.org.uk
http://lists.gllug.org.uk/mailman/listinfo/gllug




More information about the GLLUG mailing list