Posted by Ceri Davies
Fri, 17 Feb 2006 20:54:00 GMT
There has been a lot of complaining done about problems with Apple’s Mail.app.
The major annoyances with it for me have been its utter refusal to mark messages as read or to retrieve addresses from our LDAP servers reliably. Since we have a site-wide license for Office, I decided to try Entourage.
Yes, it’s from Microsoft. The secret is this though: on Mac OS X, Office isn’t really, really shit and annoying.
Entourage basically does everything that I want; it has sensible defaults with respect to top-posting (and not doing it) and text formats (plain by default), and can actually mark a message as read once I have read it. LDAP stuff works too.
It did manage to mangle my signature, but that was imported from Mail.app so I’ll give it the benefit of the doubt there.
Posted in Mail, Software, Apple | no comments | no trackbacks
Posted by Ceri Davies
Tue, 22 Nov 2005 00:01:00 GMT
Although I am unsure of both the wisdom and utility of dragging my laptop to EuroBSDcon, I’m also sure that I don’t want to get laughed at for using mutt again. Kmail seems a little more stable than a year ago, and my IMAP setup is seeing the benefit of experience too.
Not reading your mail from the same command line all the time brings another problem though: how to send outbound mail?
The obvious solution is SMTP AUTH, but I’ve always shied away from actually looking at how to do it. Turns out that Exim makes it an utter piece of cake.
Simply add an authenticator for the AUTH mechanism of your choice:
lookup_cram:
driver = cram_md5
public_name = CRAM-MD5
server_secret = ${lookup{$1}lsearch{/usr/local/etc/exim/authpwd}{$value}fail}
server_set_id = $1
(Note that I previously added an authenticators section to my exim configuration; if you don’t already have one, you’ll need to add it.)
You’ll also need to edit your acl_smtp_rcpt ACL and add:
accept authenticated = *
at an appropriate point.
Then create /usr/local/etc/exim/authpwd which contains a username:password pair on each line, separated by a comma. Make sure that this file has appropriate permissions, of course. Easy.
Posted in Mail, Software | no comments | no trackbacks
Posted by Ceri Davies
Fri, 09 Sep 2005 21:36:00 GMT
I like to send mail direct from my home network for various reasons, not least being that I used to work on my current ISP’s mail servers and I know that they are in and out of blackholes these days like Hawking radiation. By sending mail directly from my dynamic block, the results are at least somewhat consistent.
Some may suggest changing ISP, but I am happy with every other aspect of their service, and there is no guarantee that any other ISP won’t run in to the same problems at any point in the future. Exim makes it easy for me to maintain a list of domains that do require me to use my ISP’s smart host, and even has the decency to read it dynamically, so it’s little hardship for me to:
echo painintheass.net >> /usr/local/etc/exim/smarthost.domains
for those domains that do need it.
Occasionally, however, I run into problems whereby the recipient that I am trying to mail won’t accept mail from me or the upstream smart host at the ISP. In the past, that has meant that I’ve been stuffed, which would normally be the would-be recipient’s problem, but every so often I really, really want to send them the message.
This just happened twice in the space of ten minutes, so I worked out how to get exim to relay mail via smtp.gmail.com:
First, enable POP for your gmail account. You do that in the “Forwarding and POP” section of the settings. Strangely enough.
Next, add a domain list to your exim configuration:
domainlist use_gmail_domains = /usr/local/etc/exim/gmail.domains
This domain list will hold the list of domains to send via gmail, one domain per line. If you don’t have any to add now, create the file empty with touch(1) so that you don’t forget later. Exim won’t complain either way.
Create an authenticator. Note that although we’re using the plaintext mechanism here, we’ll force TLS in the transport so your details will not get transferred in the clear:
gmail_login:
driver = plaintext
public_name = LOGIN
client_send = : YourGmailUsername@gmail.com : YourGmailPassword
Note that in a default exim configuration there are usually no authenticators, so don’t forget the begin authenticators statement if this is your first one.
Add a router:
send_via_gmail:
driver = manualroute
domains = +use_gmail_domains
transport = gmail_smtp
route_list = "* smtp.gmail.com byname"
Add a transport, forcing it to use AUTH and TLS:
gmail_smtp:
driver = smtp
hosts = smtp.gmail.com
hosts_require_auth = smtp.gmail.com
hosts_require_tls = smtp.gmail.com
That’s all it requires. You may now need to lock down the permissions on your configuration file to stop anyone reading your username and password from it. Advanced exim users can work out how to put this information in a separate file easily enough.
Posted in Mail, Software | 2 comments
