Michael Sullivan wrote:
> On Wed, 2007-05-16 at 13:33 +0300, Patrick Okui wrote:
>> [resent: forgot to cc exim-users]
>>
>> On 15 May, 2007, at 7:13 PM, Michael Sullivan wrote:
>>
>>> One of my boxes which was working a few days ago has stopped sending
>>> mail. I found this test in the exim wiki:
>>>
>>> catherine ~ # exim -bt michael
>>> michael@??? is undeliverable: Unrouteable address
>>> <-- michael@???
>> When in doubt add a -v or -dall to your exim -bt command
>>
>>> Here's /etc/exim/exim.conf. I've removed the comments for
>>> conciseness:
>>>
>>> domainlist local_domains = @ espersunited.com :
>> ^^^^^^
>> sure there isn't a ':' there?
>
> I added the colon and restarted exim and it still doesn't work.
>>
>>> local_delivery:
>>> driver = appendfile
>>> directory = /home/$local_part/.maildir
>> OT, but that's an interesting place to put a maildir :-D
>
> Is that not the right place? The maildirs are located
> in /home/<username>/.maildir
>
>
You can put them anywhere, so long as you have the right perms, security, et al.
BUT ... the other considerations are:
- 'virtual' accounts may not have a '/home/ perch, nor might you want them to.
- Unix 'mounts' may or may not be separate slices/partitions, and you *may* wish
to keep mailstore (of any kind) in a bespoke area and non-traditional (not /var)
place for ease of maintenance, backup/restoral, future migration, and
troubleshooting.
Ex:
We use '/data/mail/<$domain>/<$local_part>/Maildir'
where '/data' is a bespoke RAID1 array that also hosts the PostgreSQL DB used
for our way of using Exim.
Easily migrated or upgraded, (as in FreeBSD 4.X UFS1 everywhere to FreeBSD 6.X
UFS2 everywhere *but* this array) as it is separate from the other RAID1 arrays
that carry the operating system, applications, and toolsets.
Given a fs supported by both, one could even migrate between two quite different
OS'en.
YMMV, but I would also suggest 'df' to see if you might be at future risk of
outrunning the available space on /home, and/or clobbering other parts of the
system if not using hard partitioning for the mounts.
Note that the space issue is of far greater concern to those of us running
exclusively IMAP than it might be to those running mostly POP.
HTH,
Bill
