<header> Канонично картографиране </header> Незадължителният каноничен файл определя картографски адрес за локални и не локални адреси. Картирането се използва от демона за почистване (8). Съпоставянето на адреси е рекурсивно. <p> Файлът служи като вход към командата postmap (1). Резултатът, индексиран файл в dbm или db формат, се използва за бързо търсене от пощенската система. <p> Каноничното картографиране засяга както адресите на заглавията на съобщенията (т.е. адресите, които се появяват вътре в съобщенията), така и адресите на обвивката на съобщения (например адресите, които се използват в командите на протокол SMTP). Помислете правилото Sendmail, зададено <tt>S3</tt> , ако желаете. <p> Обикновено човек би използвал каноничната таблица, за да замени имената за вход с <tt>Firstname.Lastname</tt> . <p> Каноничното картографиране не трябва да се бърка с поддръжката на виртуален домейн. Използвайте <a href=virtual>виртуалната</a> карта на <a href=virtual>домейна</a> за тази цел. <p> Каноничното картографиране не трябва да се бърка с местното псевдоним. Използвайте картата <a href=aliases>псевдоними</a> за тази цел. <p> Форматът на каноничните карти е следният, като картите се опитват в посочения ред: <ul><li> <b><tt>user@domain</tt></b> картографиран на ... <b><tt>address</tt></b> : <br> <tt>user@domain</tt> се заменя с <tt>address</tt> Този формуляр има най-голямо предимство. Този формуляр полезен за почистване на адреси, произведени от наследени пощенски системи. Тя може да се използва за производство на <tt>Firstname.Lastname</tt> адреси стил, но виж по-долу за по-просто решение. <li> <b><tt>user</tt></b> картографиран до ... <b><tt>address</tt></b> : <br> <tt>user@site</tt> се заменя с адрес, когато сайтът е равен на <tt>$myorigin</tt> , когато сайтът е посочен в <tt>$mydestination</tt> или когато е посочен в <tt>$inet_interfaces</tt> . Този формуляр е полезен за замяна на имена за вход с <tt>Firstname.Lastname</tt> . <tt>Firstname.Lastname</tt> . <li> <b><tt>@domain</tt></b> картографиран до ... <b><tt>address</tt></b> : <br> Всеки адрес в домейна се заменя с адрес. Тази форма има най-ниско предимство. </ul> Във всички по-горе форми, когато адресът има формата <tt>@otherdomain</tt> , резултатът е същия потребител в otherdomain. <p> РАЗШИРЕНИЕ НА АДРЕСА: Когато търсенето на таблица се провали и локалният адрес на адреса съдържа незадължителния разделител на получателя (напр. <tt>user+foo@domain</tt> ), търсенето се повтаря за непретенциозен адрес (напр. <tt>user@domain</tt> ) и несравнимото разширение се разпространява в резултат от търсенето на таблица. Подходящият ред е: <tt>user+foo@domain</tt> , <tt>user@domain</tt> , <tt>user+foo</tt> , <tt>user</tt> и <tt>@domain</tt> . <hr>
y~or5J ={Eeu磝Qk ᯘG{?+]ן?wM3X^歌>{7پK>on\jy R g/=fOroNVv~Y+ NGuÝHWyw[eQʨSb> >}Gmx[o[<{Ϯ_qF vM IENDB`
