| |
![]() |
Телеконференция Usenet comp.mail.sendmail выделена для обсуждения программы, называемой "sendmail" во всех ее различных формах. Она обычно находится на компьютерах, которые управляются самой лучшей операционной системой, известной как Unix, или клонами Unix.
Эта программа была перенесена и на другие операционные системы, но те версии как правило были перенесены частными продавцами и потому рассматриваются как частные. Имеется много версий sendmail, но первоначальный автор (Эрик Аллман) продолжает развивать специфическую версию, обычно известную как " Версия Восемь " или просто "V8". Это, как считается, многими является Единственной Истинной Версией. Это - также та версия, которая обсуждается в этом FAQ.
Если Вы имеете вопрос, который относится к вопросам типа "Как мне послать почту моему другу? ", вы находитесь в неверной телеконференции. Вы должны сначала свериться с вашим системным или почтовым администратором, администратором BBS и т.д ... прежде чем вынести ваш вопрос на всеобщее обсуждение, так как ответ, вероятно, будет очень сильно зависеть от того, какое программное обеспечение и оборудование Вы имеете. Вы также не хотите публично объявить себя некомпетентным, и при этом Вы не хотите раздражить вид людей, которые, вероятно, могут оказаться коллегами вашего системного или почтового администратора, администратора BBS и т.д ...., если же выяснение этих вопросов не дает какой-либо прок Вам, удостоверьтесь, что Вы читаете этот FAQ и другие, относящиеся к почте FAQ на архивных сайтах, перечисленных ниже.
Если у Вас есть вопрос относительно другой программы, подобной sendmail (технически упомянутый как "SMTP MTA"), пакета шлюзов SMTP, или пакета клиентов электронной почты ЛВС (IMAP, POP3, Outlook Express и т.п.- прим.переводчика), то Вы должны посмотреть, имеется ли другая группа в comp.mail иерархии, которая наиболее близко соответствует специфической программе, относительно которой Вы хотите задать вопрос. Например, SMTP MTA известный как Smail имеет конференцию comp.mail.smail, специально выделенную для этого. Клиент электронной почты (MUA) Eudora имеет две телеконференции, выделенные для него (comp.mail.eudora.mac и comp.mail.eudora.ms-windows), в зависимости от базовой платформы вашего компьютера, которую Вы используете. Если больше не имеется подходящей телеконференции, попытайте счастья на comp.mail.misc. Опять же, удостовертесь, что ваш вопрос уже не обращен в один из связанных с почтой FAQ или к другой доступной документации. См. страницу IMC (более подробно об этом см.ниже) для обзора хорошего списка связанных с почтой FAQ.
Если Вы имеете вопрос относительно старшей или продаваемой частным образом версии sendmail, будьте готовы к большому количеству ответов типа "Воспользуйтесь V8 ". Версия 8 не панацея, но она решает много проблем, которые были настоящим бедствием в предыдущих версиях, также она имеет много новых особенностей, которые делают ее намного проще для администрирования больших или комплексных узлов. Во многих случаях, по крайней мере, она делает возможным то, что до этого было фактически невозможно, и относительно облегчает то, что ранее было трудно.
Имеются, конечно, много альтернативных программ, которые попытались вырваться вперед в попытке среагировать на ту или иную слабость или исправить отдельные неисправности sendmail, но пока что ни одна из них не имела того успеха, который мог бы потребовать лишить sendmail статуса фактически стандартной программы для пересылки почты в Internet. Очевидно, этот форум не должен использоваться, чтобы обсудить достоинства любой из альтернативных программ в ущерб sendmail. Эти виды обсуждений можно взять в comp.mail.misc, или же Вы должны агитировать за то, чтобы получить новую телеконференцию или целую иерархию телеконференций, где подобная агитация приемлема (или даже норма, типа comp.mail.advocacy или news:comp.mail.mta.advocacy телеконференций).
Этот FAQ строго сконцентрирован вокруг версии 8 sendmail, по многим причинам. Прежде всего, это - область наибольших интересов той части людей, которая поддерживает этот FAQ. Во-вторых, версия 8 - то, где сконцентрировано большинство нововведений. Версия 8 sendmail также лучше всего документирована из всех SMTP MTA's, на основании книги Брайена Косталеса (см. вступление sendmail-faq // book/ISBN/1-56592-222-0 в Q6.1).
Другие версии sendmail упоминаются по ходу, также освещены некоторые интересные взаимодействия между версией 8 и различными операционными системами .
Этот FAQ предназначен прежде всего для опытного Unix-администратора/почтового администратора/ администратора DNS. Если вы ищете вводные тексты, см. ссылки в Q6.1 (не стоит пугаться, как еще стать опытным, если не узнавать ничего нового :))- прим.перев.).
Мы посылаем изменения по мере их поступления на страницу поддержки sendmail FAQ в http://www.sendmail.org/faq/.
(последнюю русскоязычную версию перевода а также русского FAQ можно найти на этом сайте - прим. перев. )
Пошлите электронную почту по адресу mxt@dl.ac.uk с командой "sub comp-news.comp.mail.sendmail full-US-ordered-email-address" в теле сообщения (с вашим правильным адресом на месте "Full-US-ordered-email-address", и с опущенными двойными кавычками во всех случаях этого примера).
Электронная почта, которую Вы хотите зарегистрировать на comp.mail.sendmail, должна быть послана по адресу comp-mail-sendmail@dl.ac.uk
В зависимости от того, насколько глубоко они касаются DNS, их можно задать здесь. Однако, вероятно, вам будут правильнее сказать, что Вы должны послать их в телеконференции Usenet comp.protocols.tcp-ip.domains (DNS вообще) или к списку почтовой рассылки информации по DNS Info-BIND (если вопрос специфический для этой программы).
Для comp.protocols.tcp-ip.domains, Вы должны находиться в Usenet. Они все еще не имеют шлюза типа "news-to-mail" (я работаю над этим), но они имеют FAQ.
Вопросы всех уровней сложности могут быть найдены на этой телеконференции (также как и люди, которые ответят на них), так что не будьте застенчивы, задаваня вопросы, которые, как Вы думаете, могут показаться слишком простыми.
Некоторая подробная информация о BIND 8.1 в
src/README file:
URL | Цель |
---|---|
ftp.isc.org/isc/bind/src/cur | Текущий выпуск non-test |
ftp.isc.org/isc/bind/src/testing | Последний общедоступный испытательный набор |
|
|
Comp.protocols.dns.bind | Использование BIND |
Comp.protocols.dns.ops | Действия DNS вообще |
Comp.protocols.dns.std | Стандарты DNS вообще |
|
|
bind-users-request@vix.com | Gw'd to c.p.d.bind |
namedroppers-request@internic.net | Gw'd to c.p.d.std |
bind-workers-request@vix.com | code warriors only please |
|
|
www.isc.org/bind.html | домашняя страница BIND |
bind-bugs@isc.org | Сообщения об ошибках |
Если вы вообще заинтересованы в защите ваших машин, Вы должны удостовериться, что вы по крайней мере используете недавний выпуск версии 8 sendmail (или полученной от вашего продавца или общедоступной версии, подробнее в Q2.8).
Просмотрите сертификат предупреждений ( CERT Alerts на официальном сайте sendmail - прим. переводчика ) и резюме, чтобы удостовериться, что вы используете версию, которая избавлена от известных дыр в безопасности. Однако тот факт, что sendmail программа, разработанная и поставленная вашим продавцом там не перечислена, еще не означает, что вы не уязвимы . Если ваш частный продавец или версия не перечислены, сверьтесь и с вашим продавцом, и в соответствующих списках почтовых рассылок Internet, и в телеконференциях Usenet, чтобы проверить это.
Вообще говоря, самая новая public версия обычно довольно хорошая вещь, хотя Вы должны просмотреть comp.mail.sendmail, чтобы увидеть, не регистрировал ли кто-либо недавние комментарии, которые не все были учтены в новом выпуске.
Как говорится, Вы должны учитывать то, для чего в первую очередь предназначена Ваша машина. Если она предназначена для выполнения некоторого пакета CAD/CAM на инженерном стенде, то вероятно, будет не много смысла в замене поставленной продавцом версии sendmail (предполагая, что она безопасна, согласно CERT Alert и резюме).Просто настройте машину для передачи всей исходящей почты на центральный почтовый сервер, и затем беспокойтесь как настроить центральный почтовый сервер наилучшим образом. По тем же причинам настройте, чтобы всю прибывающую почту пропускал центральный почтовый распределитель (вероятно, та же самая машина, что и центральный почтовый сервер)..
Если же Ваша машина и должна быть этим самым центральным почтовым сервером /распределителем, то мы строго рекомендуем установить лучшую версию sendmail, какую только Вы можете достать, и каковой, по нашему мнению, является самый последний выпуск версии 8. IDA sendmail тоже довольно хороша, но фактически все, что она делает, версия 8 делает лучше, и версия 8 имеет дополнительное преимущество в том, что также продолжается развиваться .
Если борьба со спамом для Вас важна, то во что бы то ни стало модернизируйте Вашу версию до версии 8.10. X. Версия 8.9. X имеет хорошие свойства анти-спама, но 8.10. X имеет больше свойств, и анти-спамовые настройки более гибкие, чем те, которые есть в версии 8.9. X.
Однако, имейте в виду, что версия 8 все еще не была перенесена (насколько мы знаем) на некоторые старые и, возможно, другие экзотические или секретные платформы, и если вы застряли, используя одну из них, у Вас будет небогатый выбор.
Некоторые продавцы начали поставлять (или объявили, что скоро поставят) версию 8 sendmail предустановленую на их машины. К сожалению, в большинстве случаев это означает, что Вы получаете откомпилированный бинарный файл и файл конфигурации sendmail.cf (который может нуждаться в небольшой доработке), что совсем небольшая часть от стандартного инсталляционного комплекта версии 8 sendmail. SGI и Hewlett-Packard, как известно, уже поставляют версию 8 sendmail таким образом.
Sun
Microsystems делали тот же самое с SunOS 5.5, 5.5.1 и 5.6,
поставляя версию, основанную на 8.6 с их собственным частным
файлом конфигурации. Тем не менее, недавние заплаты для 5.5.1 и 5.6,
являющиеся обновлением к версии, основанной на 8.8.8 только слегка
похожи на sendmail.cf. Более важно, что cf иерархия доступна под /usr/lib/mail/
.
Более подробно доступно на Sun
migration page..
Для версии 8 sendmail, имеются четыре дерева выпусков.
Для тех людей, кто по какой-либо причине не может или не хочет модернизировать к версии 8.12.x, выпуски версий 8.11, 8.10 и 8.9 sendmail все еще доступны, но уже не обновляются. Последний выпуск версии 8.9 sendmail был 8.9.3; последний выпуск 8.10 был 8.10.2; последний выпуск 8.11 был 8.11.6.
Версия 8.12.0 была выпущена 8 сентября, 2001.
Версия 8.11.6 была выпущена 20 августа, 2001.
Версия 8.11.5 была выпущена 31 июля, 2001.
Версия 8.11.4 была выпущена 28 мая, 2001.
Версия 8.11.3 была выпущена 27 февраля, 2001.
Версия 8.11.2 была выпущена 29 декабря, 2000.
Версия 8.11.1 была выпущена 28 сентября, 2000.
Версия 8.11.0 была выпущена 19 июля, 2000.
Версия 8.10.2 была выпущена 7 июня, 2000.
Версия 8.10.1 была выпущена 7 апреля, 2000.
Версия 8.10.0 была выпущена 7 марта, 2000.
Версия 8.9.3 была выпущена 4 февраля, 1999.
Версия 8.9.2 была выпущена 31 декабря, 1998.
Версия 8.9.1 была выпущена 2 июля, 1998.
Версия 8.9.0 была выпущена 20 мая, 1998.
На машинах, включенных непосредственно в Internet, Вы должны или уже запускать sendmail 8.12.0 или планировать модернизацию в ближайшем будущем. Версия 8.12.0 рассматривается как устойчивая, включает настройки, которых не было в любом предыдущем выпуске, и поэтому превосходит все предыдущие выпуски.
В дальнейшем здесь не имеется никакой поддержки или упоминания предыдущих выпусков sendmail.
На анонимном FTP ftp.sendmail.org в /pub/sendmail, или (в форме URL) ftp://ftp.sendmail.org/pub/sendmail/. Если Вы требовательны к безопасности, должны быть файлы в этом каталоге, которые заканчиваются расширением ".sig",и которые Вы можете проверить с помощью PGP, чтобы удостовериться, что соответствующий архив не изменился. Вам необходимо иметь PGP ключ от Sendmail.ORG для вашего общего шифра, чтобы быть способными проверить этот архив с их связанным .sig файлом.
Не имеется никакого другого известного официального зеркала версии 8 sendmail .
Просматривайте sendmail домашнюю страницу в http://www.sendmail.org/ для получения последних серьезных обновлений и другой полезной информации.
Если Вы хотите получать сообщения относительно будущих обновлений sendmail и других потенциально интересных вещах, Вы можете подписаться на список почтовой рассылки sendmail. Пошлите ваш подписной запрос на "majordomo@lists.sendmail.org" с указанием "subscribe sendmail-announce" в теле сообщения.
См. doc/changes/changes. {мои, прим.автора} в условиях распространения. См. также RELEASE_NOTES на уровень выше.
Вообще говоря,, я твердо придерживаюсь старой аксиомы, что сначала Вы должны выбрать, какое программное обеспечение Вы хотите использовать, а только затем выбирать платформу (аппаратные средства и OS) для наилучшего выполнения этого программного обеспечения. Согласно этому , если sendmail - программное обеспечение, то последняя версия BSD Unix была бы, вероятно, лучшим вариантом, с тех пор как sendmail была разработана в UC Berkeley на BSD Unix. FreeBSD и BSD/OS - две известных реализации BSD Unix для основанного на Intel-платформе персонального компьютера (среди других базовых аппаратных платформ ), и это сделало бы ее более "родной" операционной системой для sendmail. FreeBSD свободно доступна на анонимных ftp или на CD-ROM, что касается BSD/OS, то это - коммерческий продукт.
Однако, не каждый имеет такую "роскошь". Если вы находитесь на гомогенной сети (т. е. полностью составленный из только одного типа аппаратных средств и OS), то Вы должны, вероятно, использовать ту же OS, какая установлена и на остальных машинах сети, независимо от аксиомы, заявленной выше. Вы можете иметь и другие проблемы, но Вы должны, по крайней мере, быть способны получить некоторую непосредственную поддержку на OS для вашей машины.
В любом случае, если главное назначение машины - обрабатывать "большие" объемы почты (для любого значения, как правило, Вы говорите "большое", просто "чтобы было"), я строго рекомендую получить самый последний устойчивый выпуск версии 8 sendmail.
Вы можете с удивлением найти, что для Вас проще поддерживать только одну версию sendmail для всех различных платформ чем попробовать поддержать различные уникальные для каждой платформы версии. В этом случае, самым простым решением будет установить версию 8 sendmail всюду, и не волноваться относительно частно-специальных проблем со старыми версиями.
Для получения дополнительной информации о BSD Unix вообще, см. телеконференции Usenet comp.unix.bsd, comp.bugs.4bsd, comp.os.386bsd. Для получения дополнительной информации о BSD/OS, см. BSD телеконференции, упомянутые выше, или BSD/OS home page в http://www.bsdi.com/. Для получения дополнительной информации на FreeBSD, см. телеконференции Usenet под news:comp.unix.bsd.freebsd, или FreeBSD home page в http://www.freebsd.org/.
Для получения дополнительной информации о Linux см. этот сайт (прим. переводчика)
BIND является сокращением от "Berkeley Internet Name Daemon", и является фактически стандартной Internet-программой для разрешения имен хостов в IP-адреса.
Домашняя страница BIND - http://www.isc.org/bind.html, которая содержит ссылки на самый последний выпуск BIND . Первый серийный вариант BIND -8 был выпущен в мае 1997.ISC довольно резко выступила против каких либо заплат BIND-4, связанных с защитой. Поэтому никакие новые особенности или изменения для совместимости не будут добавлены в BIND-4. Вы должны использовать BIND-8.
Говорят, что имеются баги в более ранних библиотеках резольвера (resolver), которые могут вызывать проблемы у больших узлов (которые насчитывают более пяти IP-адресов для данного имени), или представлять большую дыру в безопасности, поскольку они не проверяют возвращаемые данные, чтобы увидеть, умещаются ли они в предварительно выделенном для них месте.
Если все будет возможно, Вы должны получить самую современную версию "выпуска" BIND и сделать серьезную попытку интегрировать ее в вашу конфигурацию, поскольку с тех пор фактически все произведенные частным порядком библиотеки резольвера безнадежно устарели.
Говорят, что
поскольку вышла BIND версии 8.1, много людей,
устанавливающих sendmail, испытало проблемы
при компилировании и соединении с новым BIND,
хранящем свои файлы и библиотеки в /usr/local/
. Раздел в
нашей Compiling Sendmail странице объясняет это.
Smrsh - связанная с оболочкой утилита , которая обеспечивает способность определить сквозь конфигурацию, явный список выполняемых программ. Когда smrsh используется вместе с sendmail, она эффективно ограничивает возможности выполнения sendmail только теми программам, которые указаны в конфигурации smrsh's.
Smrsh был написан с мобильностью в памяти и использует традиционные библиотечные утилиты Unix. Как правило, smrsh должен компилироваться на большинстве Unix C компиляторах.
Цель составления ограниченного списка программ, которые могут быть выполнены таким способом, состоит в том, чтобы сохранить почтовые сообщения (или через псевдоним или .напрямую файлом в домашнем каталоге пользователя) и не посылать их произвольным программам, которые, как известно, являются достаточно параноидальными в проверке такого ввода, и могут довольно легко их разрушить (это связано, но, вообще говоря, отличается от особенностей /etc/shells, обсуждаемых в Q3.11).
Подробная информация относительно CERT-CC может быть найдена на их информационном узле, http://www.cert.org. Для получения дополнительной информации о CERT Alerts и CERT Summaries, см.их консультации и резюме, соответственно.
Вы можете найти smrsh в самом споследнем sendmail в виде архива исходников. Другие очень полезные программы могут быть найдены в http://www.cert.org/other_sources/tool_sources.html.
Smap (и smapd) - инструментальные средства, выпущенные Trusted Information Systems (TIS) Firewall Toolkit (fwtk). Они были первоначально написаны экспертом межсетевой защиты Маркусом Ранумом по контракту с TIS , и TIS продолжает их техническое обслуживание при необходимости. Есть ссылка к инструментарию. Вопросы относительно поддержки инструментария можно посылать fwall-support@tis.com, в то же время Вы можете присоединиться с их списком почтовой рассылки fwall-users@tis.com, послав электронную почту к fwall-users-request@tis.com.
Концепция smap и smapd такова, что sendmail является огромной, монолитной программой, выполняемой setuid root, которую фактически невозможно проверить на предмет "правильности выполнения" и отсутствия багов (исторически сложилось, что sendmail был довольно ошибочен, что легко отмечалось и потом использовалось хакерами, но теперь с появлением версии 8 sendmail это становится намного труднее. С другой стороны, smap и smapd очень маленькие (всего несколько сотен строк кода), и относительно облегчают проверку правильного функционирования, как и положено (однако, как Вы увидите позже, мы можем подвергать сомнению их разработку). Поэтому, согласно теории, это более безопасно, и "лучше" выполнять smap и smapd как "обертку" вокруг sendmail, которая больше не нуждалась бы в необходимости быть выполняемой setuid root.
К сожалению, smap и smapd имеют несколько своих собственных проблем, и кажется, не будут модифицированный с тех пор с конца марта 1996. Тогда нашлись противоречивые сообщения о несовместимости между smapd и sendmail 8.7.y (оба одновременно не могут выполняться на одной машине, хотя, если вы выполняете sendmail 8.6.x и smap/smapd на локальной машине, люди во внешнем мире могут все еще использовать sendmail 8.7.y, чтобы общаться с Вами).
Для дальнейшей информации относительно smap и smapd, см. документацию, поставляемую с TIS Firewall Toolkit
Для получения дополнительной информации о файрволлах (межсетевых экранах) см. Firewalls FAQ в http://www.interhack.net/pubs/fwfaq/
TCP-Wrappers- другой пакет расширений безопасности. Теория следующая: Вы берете программы, выполняемые под inetd (см. /etc/inetd.conf) и прежде, чем Вы запустите программу, чтобы делать реальную работу (ftpd, telnetd, и т.д ...), Вы сначала выполняете попытку подключения через пакет, который выясняет, является ли IP-адрес исходного пакета исходящим из хоста, известного, как хороший, или плохой (Вы можете фильтровать попытки подключения по исходному именем хоста, имени домена, необработанному IP-адресу, порту, с которым они пытаются соединиться; и ,или разрешить проход заведомо хорошему соединению через себя или сбросить неизвестное соединение, или же принимать все соединения кроме тех, которые известны как заведомо плохие).
Практика TCP-Wrappers фактически следует за теорией весьма хорошо. Это - очень полезный и важный инструмент в наборе инструментов системного администратора, призванных помочь вам защитить Вашу машину от крэкеров, спаммеров, почтовых мусорщиков, и всякого сброда. Однако, он работает только для программ, которые связываются через пакеты TCP (а не UDP, такие как NFS, например) запущенные из inetd. Это не работает для RPC-основанных сервисов, и программ, которые запускают демона вне inetd и сразу завершают работу, не извлекая выгоды от подключения, которое обеспечивает исходный демон (однако, см. FTP URL ниже для других пакетов, которые могут помочь защитить RPC и portmapper-основанные услуги).
Однако, большинство инсталляций sendmail имеет тенденцию запускать демона и оставлять его выполняющимся постоянно. Если бы Вызапускали sendmail из inetd, вы теряли бы преимущества от загрузки промежуточной проверки кода, которая выполняется только в daemon режиме, для систем, которые обрабатывают много почты, это жизненно важно.
Вы можете получить TCP-Wrappers с ftp://ftp.porcupine.org/pub/security/, узла, который имеет целый комплект других полезных инструментальных средств защиты, типа securelib, portmap, satan, cops, crack, и т.д ... Вы можете также найти ссылки на многие другие полезные инструментальные средства защиты в http://ciac.llnl.gov/ciac/SecurityTools.html, и COAST архиве в http://www.cerias.purdue.edu/coast/ - истинном роге изобилия всех связанных с защитой вещей.
Для предприимчивых, Вы можете получить исходную заплату для версии 8 sendmail (созданная для 8.7.6, но в работе, используещей старшие выпуски) который возьмет ядро TCP-Wrappers кода и интегрирует его в демона так, что Вы получите лучшее из обоих миров. Однако, это не так гладко интегрировано, как это должно было быть, это не для "боязливых ", и, конечно, официально не поддержано первоначальным автором sendmail (Эриком Аллманом). Эти функциональные возможности интегрированы другим способом в версию 8.8.5 sendmail.
Вы можете найти неподдерживаемую заплату в ftp://ftp.porcupine.org/pub/security/sendmail-tcpd.patch.
В релизе выпуска 8.9. X sendmail сообщается, что в db 1.85 больше нет необходимости, поскольку поддержка для db 2. X включена (начиная с 2.3.16). Более подробно см. в Q3.25. Остальная часть этого ответа полезна только если Вы еще не модернизировали к 8.9. X.
Db 1.85 пакет как доступный от http://www.sleepycat.com/register.html обеспечивает поддержку Irix до Irix 4.05F, но 5. {2,3} нуждаются в слегка исправленной версии, так что делает HP-UX 10.20. Некоторые продавцы также обеспечивают db стандарт их OS (DEC Unix 4.0, например).
Архивl, включающий эти изменения к Irix 5.x доступен в ftp://ftp.his.com/pub/brad/sendmail/irix5.tar.gz. Это извлекакется в ./db.1.85/PORT/irix.5.2, с символической ссылкой, созданной от ./db.1.85/PORT/irix.5.3 в тот тот же самый каталог. Удостоверитесь, что Вы извлекаете этот архив в тот же самый каталог, куда Вы извлекли db 1.85 архив, доступный на ftp.cs.berkeley.edu. (См. Q3.5 для получения дополнительной информации при получении db пакета 1.85 ). Контекст ASCII, различный с этой же самой заплатой - в ftp://ftp.his.com/pub/brad/sendmail/irix4-5.diff.
Версия db 1.85, которая, возможно, была исправлена, чтобы компилироваться под Irix 6.2, была сделана доступной в http://reality.sgi.com/ariel/freeware/#db, но я не имел шанса, чтобы все же загрузить и проверить это .
Контекст diffs требуемый, чтобы получить db 1.85, работающий под HP-UX 10.20 доступен в ftp://ftp.his.com/pub/brad/sendmail/hpux.10.20.diff. Архив, включающий эти изменения доступен в ftp://ftp.his.com/pub/brad/sendmail/hp-ux.10.20.tar.gz. Он извлекается в ./db.1.85/PORT/hpux.10.20, так что удостоверитесь, что Вы извлекаете этот архив в тот же самый каталог, куда Вы извлекли db 1.85 архив, который доступен на ftp.cs.berkeley.edu.
Программа "makemap" используется, чтобы формировать базы данных, используемые версией 8 sendmail, для вещей подобных UserDB, mailertables, и т.д ....
Это распространяется как часть основной операционной системы от некоторых продавцов, но исходный текст для него также включен на корневом уровне архива sendmail (по крайней мере, это справедливо для sendmail 8.6.12 и 8.7.5, и возможно, будет продолжено , поскольку выйдут более новые выпуски ). Однако, это не рассматривается "поддержанной" частью версии 8 sendmail. Точно так же как другой исходник, обеспеченный в архиве, Makefile, вероятно, будет нуждаться в некоторых поправках для вашего конкретного узла.
Говорят, что Irix 5.3, кажется, не имеет dbm или ndbm библиотеки, но компилирует makemap.c, Вы должны иметь DNDBM на строке "DBMDEF =" (некоторые необходимые вещи определены только в /usr/include/ndbm.h). Попытайтесь оставить только "-lndbm" от строки " LIBS = " в Makefile для makemap.
Если Вы планируете использовать makemap с db 1.85 на SGI машине, использующей версию Irix позже чем 4.x, см. Q2.16 для некоторых дополнительных шагов по получению и компилированию db 1.85 на вашей машине.
Закладки на сайте Проследить за страницей |
Created 1996-2024 by Maxim Chirkov Добавить, Поддержать, Вебмастеру |