Один почтовый ящик linux

Один почтовый ящик для Linux/Windows

Ситуация такова: один компьютер с двумя операционными системами (Windows 2000 и ASPLinux). В Windows есть большая база писем (Outlook Express). Хотелось бы работать с этой базой (и постоянно её пополнять) и из Windows и из Linux. Т. е. в идеале всё должно выглядеть примерно так: в Windows получаю почту, перезагружаюсь в Linux, запускаю там почтового клиента и читаю полученные письма (без всяких импортов). Или получаю почту в Linux, после этого перезагружаюсь в Windows, полученные в Linux письма должны быть в базе Outlook. Такое вообще возможно? Если да, то как? Видимо, нужен почтовый клиент для Linux, который умеет писать в Outlook’овские dbx файлы. Или придётся отказаться от Outlook’а (что нежелательно, я к нему привык). Но на что его заменить? С какими программами из списка на http://linuxshop.ru/linuxbegin/win-lin-soft/table.shtml#1 можно добиться нужного результата (работа и в Windows и в Linux)? Броузерные почтовые клиенты (Mozilla, Opera и Netscape) как-то не очень (даже не знаю почему). Может быть лучше использовать эмулятор и запускать Outlook Express из под Linux?

Re: Один почтовый ящик для Linux/Windows

так вроде должна быть версия какого-нибудь еволюшена под виндовс, можно ее использовать.

Re: Один почтовый ящик для Linux/Windows

У меня на компьютере стоят 3 системы — РХ, Мандрака, Винды. На винду в разгар вирусной активности я поставил Мозиллу, как, кстати, и на остальные ОС. Для почты использую только мозилловый майлер. И доволен неописуемо. Основной каталог почты лежит на подмонтированном ( в случае линуха) виндовом рвзделе. И почта на всех майлерах общедоступна. Просто и приятно. Ерго, переходим на мозиллу и твой проблемы нет.

Re: Re: Один почтовый ящик для Linux/Windows

Небольшое уточнение.
Почему мне нравится Outlook Express: наличие встроенного NNTP-клиента.
В Mozilla Thunderbird он тоже есть, но меня не устраивает. Для меня главное — возможность чтения в offline-режиме. Он там есть, но какой-то кривой. Поиск работает только в режиме online, закачивать сообщения можно только для одной конференции (а не сразу для всех, как в Outlook).
Так что я ищу не просто почтового клиента, желательно, чтобы это был почтовый+новостной клиент.

Источник

Работа с почтой в Linux в автономном режиме

Gunther Voet

Перевод: Александр Ермолаев, SWSoft Pte Ltd.

v1.3.3, 4 June 1998

Используйте вашу почтовую систему в автономном режиме, получите почту для нескольких пользователей, имея только один почтовый ящик, без круглосуточного подключения к сети. Если вы не можете платить за постоянное круглосуточное подключение к сети, а пользователи хотят получать почту, используя ваш почтовый ящик; и вы не хотите платить за несколько почтовых ящиков вашему провайдеру, то используйте эту систему, имея только один почтовый адрес для нескольких почтовых ящиков ваших пользователей. Он будет круглосуточно доступен на сервере, где на вашу учетную запись будет приходить почта. Разд. 1.2

1. Примечания автора (предисловие)

В этой главе я хочу только защитить себя от любых неприятностей и претензий — так как даже я могу ошибаться . Если у вас появятся любые вопросы или предложения, которые вы хотели бы добавить в этот faq, или если вы найдете какие-то ошибки, то взгляните в главу «Отзывы» этого HOWTO .

Нужно знать, что все имена файлов здесь обозначены следующим образом:

Это означает, что файл, называемый «.procmailrc», содержит текст. Переменная text может быть кодом. Строка показывает вам, какое имя файла используется. Имя файла без указания пути означает, что оно может быть изменено/выбрано вами (в большинстве случаев эти файлы находятся в домашнем каталоге пользователя для почты, напр. /home/mailer).

1.1. Ответственность

Ни автор, ни распространители этого HOWTO не отвечают за физический, финансовый и моральный ущерб, понесенный вследствие использования информации этого документа. Информация этого документа содержит лучшее из моих знаний и опыта, но я мог сделать ошибки. Любые торговые марки принадлежат их владельцам (я не использую здесь коммерческие вещи, но ЕСЛИ я соберусь добавить сюда какой-то текст, то не буду изменять эту оговорку).

1.2. Copyrights

This document and contents are Copyright (c)1997-98 by Gunther Voet. Unauthorized (re)production in any form is explicitly allowed and even strongly encouraged as long you don’t change the contents of it without contacting the author (Gunther Voet). If you quote the document as whole or a part of it, there needs to be a Copyright «hint» or link to the derived work. «The HOWTO documents are copyrighted by their respective authors». The «HOWTO copyright» will discuss what can be done and what cannot be done with this document. If it is used in a commercial way, the author should been noticed for such distributions. Exceptions on this copyright may be granted under certain conditions with a written letter or e-mail to the author. For more info about the standard HOWTO disclaimer, please contact linux-howto@sunsite.unc.edu.

*PLEASE* *IF* you are going to make a system based on this HOWTO, then PLEASE give me the copyright 🙂 heh . — i am not that cruel :)). I mean by a system «a package» — NOT the mailsystem itself — altough it is some appreciative thingy i would be included :)) i can always use one email address more for more flaming :)) (just kiddin’).

1.3. Авторские права

Авторские права на русский перевод этого текста принадлежат © 2000 SWSoft Pte Ltd. Все права зарезервированы.

Этот документ является частью проекта Linux HOWTO.

Авторские права на документы Linux HOWTO принадлежат их авторам, если явно не указано иное. Документы Linux HOWTO, а также их переводы, могут быть воспроизведены и распространены полностью или частично на любом носителе, физическом или электронном, при условии сохранения этой заметки об авторских правах на всех копиях. Коммерческое распространение разрешается и поощряется; но, так или иначе, автор текста и автор перевода желали бы знать о таких дистрибутивах.

Все переводы и производные работы, выполненные по документам Linux HOWTO, должны сопровождаться этой заметкой об авторских правах. Это делается в целях предотвращения случаев наложения дополнительных ограничений на распространение документов HOWTO. Исключения могут составить случаи получения специального разрешения у координатора Linux HOWTO, с которым можно связаться по адресу приведенному ниже.

Мы бы хотели распространить эту информацию по всем возможным каналам. Но при этом сохранить авторские права и быть уведомленными о всех планах распространения HOWTO. Если у вас возникли вопросы, пожалуйста, обратитесь к координатору проекта Linux HOWTO по электронной почте: или к координатору русского перевода Linux HOWTO компании SWSoft Pte Ltd. по адресу

1.4. Отзывы

Если у вас появятся вопросы, исправления, комментарии (кроме откровенного ругательства :)) пишите на freaker@freestamp.com или на freaker@tuc.ml.org, и я внесу исправления, добавлю комментарии и предложения в следующую версию. Если вы публикуете этот документ на коммерческой основе, то можете послать мне копию. По поводу претензий: послайте их мне, но письма попадут в /dev/null .

1.5. Распространение

Последнюю версию этого документа можно взять по адресу:

tuc.ml.org может быть отключен на момент написания!

1.6. Изменения

v1.0.0 Предварительный выпуск, внутреннее тестирование, мы попробовали его прежде, чем передать вам 🙂 v1.1.0 Исправлены некоторые ошибки, исправлено несколько небольших ошибок . v1.2.0 Исправлены граматические ошибки, добавлен раздел «Что я использовал», добавлен адрес сервера Sunsite. v1.3.0 Добавлен «virtual mail support» для администраторов, новый сайт и адрес электронной почты, благодарности. v1.3.1 Текст конвертирован в SGML и уточнены некоторые незначительные подробности. v1.3.2 Исправлены большие ошибки (имя файла .fetchmailrc на .procmailrc) и т.д. . (спасибо Tetsu Isaji) Добавлена поддержка для «нового» sendmail, v8.8.0+ исправлено несколько незначительных ошибок, обновил свою систему (YAY!), скоро выйдет японская версия, местонахождение документа будет указано, когда станет известно . (спасибо Tetsu Isaji). v1.3.3 Добавлена поддержка CC, изменен e-mail на freaker@freestamp.com.

1.7. Что я использовал?

Я использовал Linux 2.0.30, Pentium-166, ATI pci-mach64 card, Accelerated-X (Metro) и соединение с моим провайдером (в настоящее время ibmnet) через ppp, используя модем ZyXEL 28k8, и иногда Bausch 28k8.

Сейчас я обновил ядро до Linux 2.0.33, установил модем USRobotics, система все еще работает, поскольку должна работать 🙂 (каждый должен обновить свой linux, как только выйдет патч 🙂 поверьте мне 🙂 вы можете сэкономить много времени и обнаружить ошибки 🙂

1.8. Благодарности.

Fred’у, durban.hebel.net (за предоставление страниц)

Lifesaver’у, parkside.net (за предоставление новых страниц, за помощь по этому faq’у, с тех пор это все работает и там и здесь . посетите его кибер-кафе . слышал, что они готовят классный кофе :))

Администраторам сервера lodus.net за продолжение этого проекта

Сейчас мне нужен новый сервер, с тех пор,как lodus.net был продан 🙁

2. Предварительный выбор

Хорошо, как эта система работает ? Что вы можете сделать с ней ? Так или иначе, что это такое ? и . — я имел обыкновение читать это . . на все вопросы — есть ответы .

2.1. Предисловие и описание

Этот HOWTO предназначен для всех пользователей и серверов (linux), не имеющих постоянного подключения к Интернет . У вас есть группа пользователей или организация, и вы желаете, чтобы все ваши пользователи имели адрес, по которому можно с ними связаться (e-mail), но вы не хотите платить за круглосуточное прямое подключение или за почтовые учетные записи. Или у вас есть внутренняя сеть — с сервером, использующим маскарадинг, и вы хотите, чтобы у всех ваших пользователей был e-mail, тогда можно использовать этот способ, чтобы сделать это. Лично я использую этот способ, чтобы у моих пользователей или членов группы была почта без круглосуточного подключения; т.к. наша группа некоммерческая — и у нас нет денег, чтобы платить за прямое подключение, с мгновенным доступом к электронной почте, и за разные ip адреса. Каждый получает адрес электронной почты, даже без доступа к интернету. Те, кто имеет доступ к интернету, могут получать почту на свой персональный адрес — через систему, описанную ниже. Ваши пользователи могут посылать почту, как они делали до этого, т.к. ваша система поддерживает передачу почты пользователей. Единственная вещь, которая должна быть изменена для пользователей — это то, что они добавляют свой адрес электронной почты (описывается ниже): 1 способ — в поле subject, 2 способ — в строке заголовка — «to:».

2.2. Пункты, представляющие интерес .

Есть организация, для каждого в ней имеется адрес электронной почты, таким образом с ними можно контактировать.

Служба анонимной почты. Никто не сможет прочитать ваш «файл конфигурации почтовой системы» — никто не узнает, куда почта отсылается/пересылается.

Группа, которая не получает достаточно денег (не смейтесь), или работает бесплатно, а также если вы не ХОТИТЕ тратить на интернет деньги (хе-хе), но все же хотите дать каждому адрес электронной почты.

Сеть с маскарадингом — с сервером, соединенным с интернетом, необходимо использовать такую сеть, чтобы дать возможность пользователям иметь почту.

Вы хотите поместить некоторые «автоматически отправляемые» документы — как у меня сделано с моим HOWTO, статистикой и т.п. . например, «info@yourmail.dom» или «document1@yourmail.dom».

Вам нужна только одна учетная запись на «главном» сервере, чтобы забирать с него почту, и около 200 учетных записей, которые вы можете создать на вашем сервере .

Я использовал способ «B», было около 300 почтовых учетных записей — с сайтом; на 80486DX4-100 обработка занимала 1 минуту.

2.3. Вещи, которые вы должны знать

Не всякая организация, предоставляющая почтовый сервис (бесплатный) будет рада, когда вы соберетесь закачивать почту другим пользователям, или задумаете запустить анонимный почтовый сервер. Таким образом, пожалуйста, свяжитесь с вашим администратором почтового сервера до того, как захотите сделать это.

Это медленнее, чем прямой круглосуточный доступ, т.к. ваш сервер должен сначала установить соединение, прежде чем будет обрабатывать почту.

Потребуются некоторые усилия, чтобы организовывать, обрабатывать сообщения, и добавлять новых пользователей . вам будет необходимо работать с этим! — это не происходит автоматически. (хотя, я сделал это полуавтоматически на моем сервере :), вы можете тоже попробовать).

Вам потребуется свободное место, когда будет много пользователей — можно продолжать работать на сервере . когда они посылают файлы — будьте уверены, что у вас имеется достаточно свободного места.

Вся почта будет передаваться за раз, таким образом, последнее полученное сообщение будет послано получателю последним. «Первым вошел — первым вышел (FIFO)».

В первом способе (to:) нет проверки имени пользователя, но во втором (более дешевом) способе — пользователи не могут использовать строку subject, т.к. она будет задействована, чтобы послать почту получателю. Многие пользователи забывают использовать «subject» . — они должны это точно знать.

Если вы получаете почту, (например 4 раза в день) — убедитесь, что она будет забираться регулярно, каждые 6 часов. Тогда процесс будет проходить более плавно.

Вы МОЖЕТЕ использовать эту систему и в онлайновом режиме :), так как почта будет забираться каждые XX минут. Но если вы в онлайне — зачем использовать другой сервер ?

2.4. Имеются два разных способа .

Способ ‘A’ — назовем его «(m(A))». Почтовая система будет обращаться к заголовку письма и смотреть строку «to:» Это — лучший путь, так как это «настоящий почтовый адрес». Вы будете нуждаться в другой учетной записи на некотором сервере *И* вам будет нужен DNS (MX) вход (например, ваш собственный домен). Если системный администратор согласится помочь вам с этим, тогда не будет проблем! Системный администратор должен перенаправлять ВСЮ посланную почту на ваш почтовый домен (MX) -> на вашу учетную запись. Ему понадобится некоторое время, чтобы сделать это 🙂 так будьте с ним любезны :)) Спасибо моему сисадмину (Fred), я получил свой почтовый домен. DNS вход может кое-чего стоить, и вы должны решить, брать его или нет.

Способ ‘B’ — назовем его «(m(B))». Почтовая система будет обращаться к строке subject и отправлять сообщения пользователю, обозначенному в этой строке. Если пользователь не найден, система будет отсылать почту назад. Вам будет нужен pop сервер с одной пользовательской учетной записью, и не будет нужен собственный DNS, не надо быть любезным с вашим сисадмином, который назначает почтовый адрес :). Вы можете использовать общедоступный почтовый сервер, а также ваш собственный или некий частный почтовый сервер. Для этого можно даже жертвовать собственным почтовым адресом :). Сначала я использовал первый способ, который работал больше года . Я знаю, что это плохо, но не заставляю вас идти этим путем, так что не ругайте МЕНЯ — т.к. я только предлагаю некоторые решения проблем с почтой 🙂 — вы можете использовать способ A.

3. Требования

Хорошо, вам нужен компьютер с Linux’ом, с соединением с Интернет! — вам вероятно нужен модем, правильно? Телефонная линия или любой другой способ соединения с сервером. Вы должны также иметь несколько программ типа Fetchmail, Procmail, дополнительную учетную запись и почтовую учетную запись, или DNS с почтовой учетной записью.

3.1. Компьютер

Может быть любой . даже 8086 . — но предпочтительней — 80386 :). Чем быстрее машина, тем быстрее выполняются на ней программы.

3.2. Дополнительная учетная запись на вашем компьютере

Вам нужно создать дополнительную учетную запись на компьютере. Я использовал в качестве примера (в этом HOWTO) «mailservice». Это может быть также «mailserver» или «mailtousers» — это только несколько разных имен, которые вы можете использовать.

! Создание не требует наличия прав root’а !

Вся почта для пользователей будет отправляться, при помощи этой учетной записи, на ваш компьютер или к пользователям не вашей системы ;). Только создайте ее как обычный пользователь. Вам нужно проверить все под этой учетной записью, а почтовый «администратор» может использовать эту учетную запись, чтобы управлять почтой, даже без прав root’а .. так — хорошая защита!

3.3. Fetchmail

Я использовал версию 1.9 patch level 9 . Я нашел ее на сайте sunsite.unc.edu, и использую только эту программу для забора почты в моих примерах — если вы хотите использовать другую, то вам выбирать! Вы можете узнать о дополнительных возможностях, прочитав man Fetchmail :). Вам нужно инсталлировать ее, будучи root’ом — так как я знаю, что это будет работать наверняка :)))

3.4. Procmail

Я использовал версию 3.10 — опять же найденную на sunsite.unc.edu, и мне нравится он, как лучший агент доставки почты . Лучше использовать его, чем «оригинальный» mda. . То же самое, что и выше — procmail может устанавливаться под root’ом или под обычным пользователем, но 🙂 лучше устанавливать под root’ом — т.к. я знаю, что это будет работать наверняка.

3.5. Почтовая учетная запись

Вам обязательно нужно иметь почтовую учетную запись, через которую можно работать с вашей почтой. Сервер должен поддерживать протокол POP. Вы должны иметь возможность работать с этим сервером, когда захотите (чтобы пользователи на нем могли посылать почту круглосуточно). Это может быть бесплатный почтовый сервис, а может быть коммерческий — иметь почтовую учетную запись на нем более, чем достаточно. По способу B (с использованием поля subject) вам не нужно чего-то больше, по способу A (с использованием строки to:) вам необходимы некоторые настройки — это будет описано.

3.5.1. DNS запись (MX)

Нужно, чтобы работал ваш собственный домен — почтовый домен . это необходимо, так как администратор сервера не может использовать собственный домен для ваших пользователей — т.к. может возникнуть конфликт имен ваших пользователей с пользователями в его домене. Ваши письма фильтруются на том сервере. Это может что-то стоить — вы должны попросить сисадмина добавить адрес, указывающий на его сервер, однако — это должен быть другой домен.

3.5.2. Перенаправление на вашу учетную запись

Системный администратор должен отправлять *ВСЮ* почту вашего домена на ВАШУ учетную запись . — это просто для него, когда он знает, как это сделать .. иначе ему необходимо прочитать руководство по sendmail (или qmail). Вы будете получать почту на вашу учетную запись и фильтровать в своем домене.

4. Я меня все есть, что теперь?

Сейчас создайте дополнительную учетную запись — вы получите почтовый адрес, и/или DNS запись и перенаправление на вашу учетную запись на сервере. Также установите программы Procmail и Fetchmail.

Вам нужно создать файл .procmailrc, который будет содержать информацию о «доставке почты» вашим пользователям.

Вам нужно создать файл «nosuchuser», чтобы автор письма знал, что его почта не дошла к пользователю, если такого пользователя нет.

Для лучшей работы 🙂 можно использовать crontab для проверки почты каждые XX минут, если у вас есть доступ к интернет.

4.1. Создание файла .fetchmailrc

Вам будет нужно создать файл .fetchmailrc, который будет содержать информацию (имя пользователя и пароль, а также агент доставки почты (mda), чтобы ее обрабатывать). Здесь дан пример файла .

Этот файл будет использоваться для того, чтобы забрать вашу почту. Пожалуйста, протестируйте его, используя программу fetchmail «fetchmail -vv» — и посмотрите, правильно ли приходит ваша почта. Возможно возникнут некоторые ошибки — т.к. управляющий файл procmail еще не создан. Вы можете подождать с тестированием до того, как создадите файл procmailrc, но я предупреждаю, если имеются проблемы, то они могут возникнуть из-за этого файла :). Это потребует создания собственной учетной записи пользователя — в моем случае, это «mailservice». Необходимо, чтобы читать файл мог только владелец, но не группа или кто-либо другой — этот файл содержит пароль. (используйте chmod 600 .fetchmailrc).

4.2. Создание файла .procmailrc

Этот управляющий файл будет пересылать всю почту пользователям, указанным в нем. Как описано выше, имеется два способа — 1), использующий строку заголовка «to:», и 2), использующий поле «subject». Файл будет содержать имя пользователя, которому надо отправлять сообщения. Все знаки «#» означают комментарий и абсолютно не нужны, когда это не требуется — они приведены только для того, чтобы вы знали, что я делал . — вы также, с помощью chmod, должны установить на файл права (600), чтобы группа и остальные не знали о частных адресах эх 🙂 . Требуется также принадлежность этого файла пользователю (например, «mailservice») :)). Файл «nosuchuser» отсылает письмо назад автору — если пользователь не найден в файле procmailrc . — это делается для того, чтобы автор письма знал, что письмо не дошло до получателя.

Источник