Index: [Article Count Order] [Thread]

Date:  Mon, 11 Dec 2006 15:24:05 +0000
From:  "Vapor" <bluequartz (at mark) vaporised.com>
Subject:  [coba-e:08139] Email server accepting email to username when no matching alias
To:  coba-e (at mark) bluequartz.org
Message-Id:  <20061211150801.M28274 (at mark) vaporised.com>
In-Reply-To:  <019601c71c8b$e66d8ec0$1e64a8c0 (at mark) nuonce.net>
References:  <002301c71c82$42460600$fe01000a (at mark) greenxp> <019601c71c8b$e66d8ec0$1e64a8c0 (at mark) nuonce.net>
X-Mail-Count: 08139

I just noticed another issue this morning on a brand new (latest Brian's 4.6 ISO, fully 
yum updated). More an opposite to the not relaying issue I suppose :)

When you add a user and either do not include the exact username in the email aliases 
box, or input any number of others except the exact username. The username (at mark) domain.com 
email address still accepts email.

This is easily resolved by inputting the exact username in the email aliases box 
(either when creating the user, or subsequently), saving, then removing it and saving 
again. So no really biggy.

Just a bit of a pain having to troll through boxes, but mainly when setting up users I 
assume some folks like myself use brief or cryptic usernames and alternative email 
aliases as the "actual" email address for that user. Currently they may not be aware 
that username (at mark) domain.com is actually working too. 

I setup a couple of hundred users late last week along my normal username convention to 
avoid changing hundreds of end users usernames and passwords. I change those email 
aliases (their actual email addresses) every quarter to avoid spam due to harvesting of 
published addresses. Only to come into the office this morning to a mass of spam to 
username (at mark) domain.com - I really hope there's a special place in hell for spammers :)

Brett