Running freebsd with exim 4.6XXX, sending machine is a xp machine,
The hardware is vmware, so I can easily add more memory or cpu's to it,
was what I meant. Its currently got one cpu 2.66 and 1 gig of ram.
This mail server sends and recieves another +- 30000 mails a day for
internal users and the config includes spam, greylisting, dns lookups,
packet size, number of connections and so on... so I don't want to mess
with those settings to much... like checking data settings..
That's why I was hoping if I can avoide using a queue for messages and
just send them out straight away, then this would send them faster as
they would not sit in a queue for an hour or so but I just wanted to
know if this would kill my machine?
Option 3 does look the best, so might try to implement this.
Thanks
-----Original Message-----
From: exim-users-bounces@??? [
mailto:exim-users-bounces@exim.org]
On Behalf Of Graeme Fowler
Sent: 25 January 2008 15:03
To: exim-users
Subject: Re: [exim] exim and queue
Peter
On Fri, 2008-01-25 at 14:15 +0200, Peter Kirk wrote:
> The emails are all the same and are product updates to clients, it's a
> small mail really, just a few k.... and all to different email
> addresses.
OK, so we'll work with not changing your sending application then :)
You don't say what your OS is, nor what hardware you're using, or much
about your Exim config. All that said:
1. You could put your Exim hints db directory into a RAM disk. Doing
this depends on your system, so you can Google for that one!
2. You could use the "noatime" option for your Exim spool directory -
assuming it's under /var:
mount -o remount defaults,noatime /var
then edit /etc/fstab and change the mount options line for /var so it
says "defaults,noatime" - that'll allow it to persist across reboots.
3. Use the split_spool_directory config option. That means Exim will,
erm, split the spool directory up so doing a stat() or lstat() becomes
less painful (fewer files in each dir). Read the docs about this option,
please, as there are other issues you may need to take account of.
At the very least (because they're easy wins) try (2) and (3). (1) is a
little more complex.
Graeme
--
## List details at
http://lists.exim.org/mailman/listinfo/exim-users
## Exim details at
http://www.exim.org/
## Please use the Wiki with this list -
http://wiki.exim.org/
