A levelezési cím alias a továbbítási e- mail cím . Ha például a felhasználónak a [email protected] címe van, és szüksége van az [email protected] címre , akkor ezt a címet a fő aliasává teheti, és az összes bejövő levelet egy postafiókba gyűjtjük. .
A kiterjesztés alias kifejezést néha az e-mail továbbítás meghatározott módjaira használják, így a postai cím alias kifejezés általánosabb jelentésére utal, vagyis arra a címre, amelyre az üzenetet egyszerűsített módban küldik.
E-mail cím alias hozható létre a levelezőszerveren . Minden e-mail cím alias egyszerűen továbbítja az e-mail üzeneteket a megadott címek mindegyikére. Az e-mail aliasokat gyakran használják hosszú vagy nehezen megjegyezhető e-mail címek álneveinek létrehozására. Az álnevek általános e-mail címek, például [email protected] vagy [email protected] létrehozására is használhatók . UNIX-szerű rendszereken a levelezési cím álnevek elhelyezhetők egy alias fájlban , és így néznek ki: local-alias-name: adifferentlocaluser, otherlocaluser, [email protected]
A levelezési cím álnéven továbbított üzenet megőrzi a feladó és a címzett eredeti adatait. Ha az üzenet Titkos másolat, akkor a címzett az üzenet fejlécének elemzésével meg tudja állapítani, hogy az üzenetet álnéven küldték-e el. A szabvány azonban nem írja elő, hogy a fejlécben meg kell említeni az üzenet címzettjét. Így előfordulhat, hogy az üzenet címzettjei nem tudják visszaállítani, hogy a feladó végül melyik e-mail címet használta az üzenet postafiókba való eljuttatására.
Azok a címzettek, akik nem tudják nyomon követni, hogy melyik feladó címét használták, nem kérhetik a feladótól a küldés leállítását, mivel a feladó nagy valószínűséggel nem fogja tudni társítani jelenlegi e-mail címét a küldéshez használt címek egyikéhez. Még ha a felhasználók tudják is a küldéshez használt pontos címet, előfordulhat, hogy e- mail kliensük nem nyújt kényelmes módot a válasz küldésére a feladó címének használatával. Más szóval, a levelezési cím álnevek használata nem visszafordítható. Ez különösen igaz olyan helyzetekben, amikor a feladó nem biztosít megbízható mechanizmust a válaszadáshoz az üzenet törzsében. Így például a tájékoztató üzeneteket a címzettek listájára lehet küldeni, ami lényegesen kevesebb erőforrást igényel, mintha minden címzettnek külön-külön küldenénk el a levelet.