This section contains some topics relating to email delivery.
The ~/Maildir directory resides on its own volume, and has a separate quota from the rest of your home directory.
Before copying over any existing email, be sure that you have enough disk space in your quota. Log into ssh.hcoop.net and run
fs listquota ~/Maildir
This will give you the name of your mail volume, available space (in MB), used space (in MB), the percentage of your volume used, and the percent of space used on AFS by all HCoop volumes.
If you need more space, just request a quota change using the portal.
All mail address support sub-addressing in the form mailbox+$address@domain which is delivered to mailbox@domain. This allows you to easily generate one-time use addresses that can be blocked by a filter later if the source ends up spamming you without resorting to a catch-all, and more generally to make it easier to filter your mail (e.g. ClintonEbadi uses clinton+amazon, clinton+paypal, etc. and procmail rules for filing them into folders).
Both Exim filters and Procmail are available. You can use either procmail or an Exim filter, but not both. Here are some considerations for deciding which one to use.
- If you are not familiar with procmail, and simply want to send mail to another email address, using an Exim filter will be best.
If you want to use a more readable syntax, which uses if ... then statements, then using an Exim filter instead of procmail will be more tolerable.
- If you already know procmail, you can use it.
It is recommended that you not use procmail going forward because it has been unmaintained for about a decade, and can have reliability issues during delivery.
Please read the following subpages for specific information on each method.
If you want email sent to your HCoop email address to be forwarded elsewhere, you can do that as follows.
Make a .public/.forward file in your home directory.
If you are forwarding to GMail: you must read Google's Best Mail Practices document to avoid causing all coop mail to be flagged as spam. Currently, what you can do on the delivery side is:
- Do not enable a default alias (catch-all address). This is the number one thing you can do to help the coop avoid the wrath of Google; when you have a catch-all you will more likely than not receive several thousand spam messages per month. Often, Google rejects them upon forwarding so you never see them, but it wastes resources for us and makes Google think we're spammers.
- Add your hcoop mail account as an addition identity in gmail. According to Google "Go to your Mail settings and Accounts tab and add the address you are forwarding from to 'Send mail as'. This is a new feature from user requests, where Gmail will detect that you forwarded from that account and help prevent displaying a phishing warning."
Official Mail and Gmail
Gmail has decided that official communications from Hcoop are spam for reasons they prefer to keep mysterious. To help you receive official communications, there are a few steps you should take.
- Remove the spam tag from any official mail that gets classified as spam
Add a filter for "from:(*@*hcoop.net)" with the setting "Never send to Spam" (see Google's Using filters and labels documentation).
- In January 2013, you could do this by searching for the above text and clicking the down arrow in the search box to create a filter from the current search
Dealing with spam
Note that scanning for spam must be manually enabled for each account with "setsa on" from the terminal. A virtual account would use "setsa firstname.lastname@example.org on".
Spam is an inevitable fact of life. See the SpamAssassin subpage for details on using SpamAssassin, which is our preferred solution to the spam problem.
Configuring Mail On Your Domain
If you use the domtool dom type and are using HCoop's DNS servers, mail will be handled automatically.
If you are using another DNS provider, you will need to:
Use the handleMail action in your domain to enable mail handling by HCoop's mail server
Create the DNS record MX 1 mail.hcoop.net. to have mail routed through HCoop's mail server
Changing Default Behavior
If you are using Easy_domain, mail routing for your domain is controlled by the environment variables DefaultAlias and DefaultAliasSource. By default, $your-hcoop-username@$domain is routed to your local HCoop mail account. You can override DefaultAliasSource to use another address, or a catch-all. Additional aliases can be added using the emailAlias from to action. For example, assuming a hypothetical user alice:
dom "foo.com" where DefaultAliasSource = userSource "bar"; with end; dom "baz.com" where DefaultAliasSource = defaultSource; with end; dom "quux.com" with emailAlias "bob" "email@example.com"; emailAlias "admin" "alice"; end; dom "foobar.com" where DefaultAlias = false; with emailAlias "bazquux" "alice"; end;
Instead of firstname.lastname@example.org, email@example.com would be delivered to alice's local mail account, and all other addresses at foo.com would be rejected
Any address at baz.com would be delivered to alice's local mail account
firstname.lastname@example.org would be delivered to alice's local mail account thanks to DefaultAliasSource. email@example.com would be forwarded to firstname.lastname@example.org. Additionally, email@example.com would also be delivered to alice's local mail account. All other addresses at quux.com would be rejected.
foobar.com disables the default alias entirely, and instead firstname.lastname@example.org is manually set to deliver mail to alice's local mail account. All other addresses at foobar.com would be rejected.
See DomTool/Examples#Mail documents how to configure more complicated setups including aliasing a single address to multiple targets.
Virtual mailboxes are a good way to give someone a "vanity address" on one of your domains, where they can receive and check email. See the Virtual Mail subpage for full details on how to use them.
Instructions for setting up mailing lists on your domain are available on the Mailing Lists subpage.