-1

EDIT: I have not used the wrong mail reader, but my exim was no configured correctly. So I go and check that first. I used exim quite out-of-the-box in gentoo linux.

Original Question:

It's a bit hard to google, since the word mail means much more than just the unix command mail.

I want to run a local exim that spools most of the mail just locally. I want to read that mail with something like mail from commandline.

Now, exim does not use /var/spool/mail and not the same spooling format, so mail just finds no new mails.

So my question: how should I combine a simple mail client with exim, and which simple mail client is able to do so?

flaschenpost
  • 2,205
  • 1
  • 14
  • 29
  • Exim supports `mbox` format delivery out of the box. If it's not the default in your distro, figure out what they changed. – tripleee May 23 '14 at 12:21
  • 1
    This is not programming related; nominating for migration to http://superuser.com/ – tripleee May 23 '14 at 12:22
  • And definitely NOT to serverfault.com, who will just close it out as "this site is for professional sysadmins only". Superuser is the right place. – Todd Lyons May 23 '14 at 12:41
  • @triplee: with Todds answer I understand that exim just not processed the mail at all, just put into "todo" folder /var/spool/exim. I will write a new question there. – flaschenpost May 23 '14 at 13:30

1 Answers1

2

Check your exim.conf file to see which transports are delivering local messages. It will look something like this (from an Ubuntu machine):

mail_spool:
  debug_print = "T: appendfile for $local_part@$domain"
  driver = appendfile
  file = /var/mail/$local_part
  delivery_date_add
  envelope_to_add
  return_path_add
  group = mail
  mode = 0660
  mode_fail_narrower = false

Also go look in your mail logs, somewhere under /var/log. Find where it's actually delivering the messages by finding what transport it's using to deliver them. It will be in the delivery line (the one containing "=>" to the local user) and will be of the format T=transport_name. You can look at that transport definition in exim.conf to determine where it's delivering them if you can't figure out where the emails are being delivered from the log messages.

Alternative: Every distro has the mutt MUA available as well (CentOS installs it by default). You might find it easier to install and configure mutt to read the mail spool wherever it is being delivered, than to try and re-work whatever custom changes your distro made to exim and its local mail spool delivery. Common delivery locations are:

  1. /var/mail/$USER
  2. $HOME/Maildir/
  3. $HOME/.maildir/

Note that the presence of a trailing slash when defining mail spools usually indicates that the mailbox is in Maildir++ format (i.e. one file per message). The absence of that slash usually indicates that the mailbix is in mbox format (i.e. one big file).

Todd Lyons
  • 998
  • 12
  • 19
  • First of all: Thanks for the answer. The mails are only in /var/spool/exim, and as root I can see the mails are there with `mailq`. So it seems my exim is not yet doing any spooling. – flaschenpost May 23 '14 at 13:24
  • So also exim just should store the mail in /var/spool/mail, and /var/spool/exim are the not yet processed mails. – flaschenpost May 23 '14 at 13:27