Proxy (Подскажите...)

[Vento]

Здравствуйте.
Инет идет через HTTP Proxy, и иного не предвидится...
Не подскаже те ли почтовый клиент, который мог бы работать через это дело? (В KMail настроек прокси как-то не заметил, а жаль... когда-то оно мне понравилось.)
Или может есть какой хороший туннеллер? Пробовал ProxyChains, но через него как-то не хочет.

Вобщем, помогите кто чем может Веб интерфейсом пользоваться как-то не хочется...

[pilotza]

А Thunderbird, чем не подходит ?

[VPF]

Здравствуйте.
Инет идет через HTTP Proxy, и иного не предвидится...
Не подскаже те ли почтовый клиент, который мог бы работать через это дело? (В KMail настроек прокси как-то не заметил, а жаль... когда-то оно мне понравилось.)
Или может есть какой хороший туннеллер? Пробовал ProxyChains, но через него как-то не хочет.

Вобщем, помогите кто чем может Веб интерфейсом пользоваться как-то не хочется...

Прокси здесь не причём.
Почтовые запросы идут мимо прокси.

[Vento]

А Thunderbird, чем не подходит ?

Его пока не пробовал, надеюсь что поможет

To VPF: Вот я и спрашивал про туннеллер... который мог бы пустить почтовик через прокси... Под винду-то нашлось, те же Freecap и Proxyfier (Или как там их). А тут для работы с HTTP прокси знаю только ProxyChains, который мне пока что не помог...

[VPF]

А Thunderbird, чем не подходит ?

Его пока не пробовал, надеюсь что поможет

To VPF: Вот я и спрашивал про туннеллер... который мог бы пустить почтовик через прокси... Под винду-то нашлось, те же Freecap и Proxyfier (Или как там их). А тут для работы с HTTP прокси знаю только ProxyChains, который мне пока что не помог...

Я этого ничего никогда не использовал.
И не совсем понимаю, зачем это нужно?

На обычный прокси заворачивается весь HTTP трафик. Прокси слушает порты 80, 8080, 3128, 443 а почтовые запросы для отправки используют 25 порт, а для приёма - 110 (pop) или 143 (imap).
Для нормальной работы почтовых клиентов без использования почтового сервера, на шлюзе надо разрешить прохождение этих запросов по нужным портам.

[alexangarsk]

Раскажите по подробнее как разрешить прохождение пакетов ???

[VPF]

Раскажите по подробнее как разрешить прохождение пакетов ???

Для понимания этого всего (а это довольно сложная кухня), лучше обратиться к первоисточнику - IPTABLES

На оригинальном сайте доступна подробная информацию, а кратко можно познакомиться
здесь

[alexangarsk]

Спасибо за ссылку изучаю.

[dmipat]

Товарищ Vento! Это тема сложная и вариантов решений здесь море.
Как я понял, корпоративного почтового сервера в сети нет.
Я в свое время вышел из положения принятием в работу некоторой архитектурной схемы.
- у меня стоит прокси (squid, все равно на чем), весь http-трафик конторы заворачивается туда.
- в качестве шлюза стоит коробка (роутер D-Link DI 804 hv, на самом деле все равно какая), которая прописана как шлюз на прокси-хосте. Она имеет внешний ip во внутренней сети провайдера.
- эта коробка по умолчанию шлюз, через веб ее можно дополнительно настроить (например, включить dhcp-сервер для своей внутренней сетки) и усилить защиту (чтобы в нее не ходили все, кому не лень). Между прочим, через тот же веб можно увидеть, как эта коробка работает со стороны провайдера (нет ли у него проблем)
- прокси - это хост с одним интерфейсом во внутренней сети (можно сделать второй логический, на котором слушать http-трафик клиентов). Его шлюз - коробка роутера.
- на этом же хосте (или на другом, как ситуация позволит), желательно завести почтовый сервер упрощенного типа (т.е. почтовый шлюз - через который клиенты отправляют почту, и сервер - сборщик почты клиентов.)
- Отправка почты все равно чем: sendmail, например, или модный сейчас postfix. Опция relayhost - на сервер smtp провайдера. На компах клиентов сервером smtp назначается почтовый шлюз (порт 25).
- прием почты зависит от ситуации.
- ситуация первая: все клиенты имеют внешние ящики.
- вариант 1: разрешить клиентам pop-трафик через внешний шлюз. Для этого на каждом их компе надо прописать внешним шлюзом нашу коробку. Наиболее умные пойдут по http мимо прокси.
- вариант 2: принимать их почту утилитой fetchmail почтового хоста и класть ее в их ящики на этом хосте. Для этого с каждого стребовать login-пароль удаленного ящика, а наиболее умным показать, как это делать на почтовом хосте в их учетной записи (файл .fetchmailrc). Их домашние каталоги можно расшарить по samba (если у них windы).
- ситуация вторая: клиенты не имеют внешних почтовых ящиков. Им их надо дать. Простейший вариант: договориться с провайдером о том, чтобы завести свой почтовый домен, но всю почту этого домена провайдер должен принимать у себя в один единственный ящик большого размера. Наш почтовый сервер из внутренней сети периодически опрашивает этот ящик от имени root (утилитой fechtmail, это протокол pop, порт 110), и все что там есть забирает себе, раскладывая по почтовым ящикам пользователей или как указано в alias-ах.
- Плюсы какие: все клиенты имеют свои почтовые ящики на внутреннем сервере. Мы можем управлять набором ящиков (и контролировать их контент всякими spamassist и clamav) сами. При этом не имеем головной боли от торчащего наружу полноценного почтовика. Минус - проблемы почтового сервера провайдера сразу становятся нашими проблемами.

Вообще, если поговорить со своим провайдером, он наверняка предложит удобное для обеих сторон решение. И проконсультирует по горячим вопросам.
Возможно, это послание не совсем по адресу, если товарищ Vento пользователь, а не начинающий админ. Но, надеюсь, оно создаст некоторую обзорную картину проблем и решений в этой части.
Удачи!

[Vento]

dmipat, спасибо за информацию
Обрисую ситуацию поподробней:
1. В данном случае я всего лишь скромный пользователь, поставивший себе линукс и пытающийся настроить там все, что мне надо для работы, в том числе и для сети. С браузерами и ICQ все хорошо, а вот с почтой пока что не нашел решения.
2. Это все происходит не на работе. В нашем населенном пункте с инетом... кхм... неочень. Переход на другой, нормальный интернет сейчас получится слишком накладным делом.
3. Мы провели локальную сеть на несколько кварталов. Один человек поставил у себя сервер под виндой, программу UserGate, которая предоставляет нам выход в интернет (спутник + ADSL) через HTTP Proxy по порту 8080. интернет через него сейчас получается дешевле, чем все другие варианты.
4. Менять что-либо на сервере он не хочет, с ним уже говорили об этом.
5. Под виндовс я для работы почтового клиента использую туннелер FreeCap (есть, конечно, и Proxifier, который пропускает через себя любые программы, в том числе и игры, но мне хватает и первой), который (не знаю уж как, я его исходники не видел) пропускает все запросы и т.п. через HTTP Proxy по нужному порту. Так что говорить, что пустить почтовый клиент через прокси совсем невозможно - не надо. Практика показала обратное.
6. Пользоваться веб-интерфейсом я не хочу, предпочитая хранить всю почту на локальной машине, чтобы можно было в любое время посмотреть что нужно.

Вот и ищу способ заставить какой-либо почтовый клиент под линуксом работать через наш прокси.

Буду благодарен за любую полезную информацию по поводу моей проблемы...

PS: Да, я знаю, что почтовые запросы идут не по тем портам, потому и спрашивал про туннелер. Вдруг он все-таки есть... Или же можно еще что-то сделать.

[dmipat]

К сожалению, с виндой я не дружен уже много лет, не знаю ньюансов работы означенных программных продуктов. Если местный провайдер действительно весь трафик заворачивает на прокси (кстати, порты для разных протоколов разные или один?), то в принципе можно посмотреть stunnel (в Mandriva он должен быть в main-репозитории). Но это утилита командной строки. Значит, есть возможнось поупражняться в классических технологиях а'ля Unix (контейнеры; - это когда вывод одной программы идет как ввод к другой). Возможно, к нему есть GUI, но я его не знаю.

Но у меня такое ощущение, что все еще проще. Надо подумать.

[vicpo]

странный человечек

Мы провели локальную сеть на несколько кварталов. Один человек поставил у себя сервер под виндой, программу UserGate, которая предоставляет нам выход в интернет (спутник + ADSL) через HTTP Proxy по порту 8080. интернет через него сейчас получается дешевле, чем все другие варианты.
4. Менять что-либо на сервере он не хочет, с ним уже говорили об этом.

в UserGate надо просто поставить галочку разрешить 25 и 110 порт, чего сложного не понимаю...