Якщо, скаж╕мо комп'ютер у внутн╕шн╕й мереж╕ носить назву yarylo, локальна зона DNS названа sakae, а ваше ╕м'я користувача на ц╕й систем╕ ╓ `dk', то вс╕ вих╕дн╕ листи будуть доходити до ваших адресат╕в ╕з записом `dk@yarylo.sakae' в заголовку `From:'. Натиснувши Reply чи В╕дпов╕сти в сво╓му поштовому кл╕╓нт╕ ваш респондент в╕дправить листа саме по ц╕й адрес╕, яко╖ насправд╕ не ╕сну╓ в ╕нтернет╕.
Щоб цього не траплялось потр╕бно щоб адреси при виход╕ ╕з внутр╕шньо╖ мереж╕ в зовн╕шн╕й св╕т переписувались в╕дпов╕дним чином. Цю проблему можна також вир╕шити певною настройкою поштового кл╕╓нта, але це ма╓ сво╖ недол╕ки. Наприклад, в деяких кл╕╓нтах можна встановити "From:" поле ще при в╕дправц╕ пошти. Тобто, якщо моя поштова адреса на POP сервер╕ провайдера ╓ kov@tokyo.email.ne.jp, я можу, наприклад, в exmh вставити додатковий рядок
From: kov@tokyo.email.ne.jp
╕ цим проблема буде вир╕шена для вс╕х адресат╕в, що знаходяться назовн╕. Але, якщо я захочу переслати листа всередин╕ мо╓╖ внутр╕шньо╖ мереж╕, в╕дпов╕дь мен╕ все-таки повинна буде йти через ╕нтернет.
Кр╕м того так╕ установки потр╕бно буде робити для вс╕х користувач╕в окремо ╕ окремо для вс╕х поштових кл╕╓нт╕в, як╕ ц╕ користувач╕ вживають. Тому краще буде виправити це на р╕вн╕ MTA один раз ╕ назавжди.
Переписування адрес насправд╕ склада╓ться з двох частин: маскування внутр╕шньог домену, та маскування адрес користувач╕в.