LINUX.ORG.RU

За такие вопросы тут бьют :) Заслуженно, причем.

Ответ в том же стиле: в том файле, который за это отвечает.

fagot ★★★★★
()
Ответ на: комментарий от fagot

Извиняюсь!

Перефразирую свой вопрос

Что нужно сделать чтобы локальная машина нарямую обходя squid получала почту с удаленного почтового сервера

anonymous
()
Ответ на: комментарий от spirit

запущен и настроин sendmail

Могу получать отправлять по локалки письма

А по инету только отправлять письма через сервак SENDMAIL задействован pop3, как мне напрямую из локальной машины стучатся на почтовые ящики удаленных серверов не использую sendmail

anonymous
()
Ответ на: комментарий от anonymous

>через сервак SENDMAIL задействован pop3

А это вообще кррруто...

Давай ты по максимуму точно обрисуешь что у тебя за ситуация сначала, ок?

fagot ★★★★★
()
Ответ на: комментарий от fagot

ситуация такая стоит прокси squid локалку выпускает в инет, стоит постовик sendmail

С сервера я могу получать и отправлять почту в инет, с локальной машины я не могу не получать не отправлять почту(настройка bat такая smtp:smtp.mail.ru, pop:pop.mail.ru) если smtp сделать ip моего сервера то я смогу отправлять почту

Для получения пробывал использовать fetcmail все работает, но он собирает почту через определенное время, а надо позапросу пользователя. Т.е. надо напрямую связыватся с удаленным сервером, для отправка поставлю IP своего сервака и все будет ок, а как быть с получением

anonymous
()
Ответ на: комментарий от anonymous

Дело в том, что у тебя нет доступа из сети в Инет по всем портам. Т.е. с помошью Сквида ты открыл порт 80, а порт 110, с помошью которого работает POP3 нет. Для этого нужно с помощью iptales на сервере сделать что-то такое (хотя бы):

iptables -t nat -A POSTROUTING -s твоя_сеть -d ! твоя_сеть -o твой_интерфейс_на_провайдера -p tcp --dport 110 -j MASQUERADE

fagot ★★★★★
()
Ответ на: комментарий от fagot

Извиняюсь еще за глупый вопрос но хотелось бы уточнить

твоя_сеть - это ip сервера

твой_интерфейс_на_провайдера - это ip который дал провайдер

anonymous
()
Ответ на: комментарий от anonymous

>Извиняюсь еще за глупый вопрос

на удивление, если чесно...

>твоя_сеть - это ip сервера

НЕТ! Это твоя локальная сеть, например, 192.168.0.0/24

>твой_интерфейс_на_провайдера - это ip который дал провайдер

нет, это ИНТЕРФЕЙС, с английского interface - междумордие. Например eth0, eth1, ppp0, sd0 и т.д. Сделай ifconfig, тебе напишут те интерфейсы, которые есть у тебя.

Но если ты не знаешь, что это, то мне кажется я просто зря теряю свое время :(

fagot ★★★★★
()
Ответ на: комментарий от anonymous

Очень спорный вопрос, кто из нас ошибся:

fagot@apps:~$ cat /etc/services |grep '\(smtp\|pop\|imap\)'
smtp             25/tcp    mail         #Simple Mail Transfer
smtp             25/udp    mail         #Simple Mail Transfer
pop3pw          106/tcp    3com-tsmux   #Eudora compatible PW changer
pop2            109/tcp    postoffice   #Post Office Protocol - Version 2
pop2            109/udp    postoffice   #Post Office Protocol - Version 2
pop3            110/tcp    #Post Office Protocol - Version 3
pop3            110/udp    #Post Office Protocol - Version 3
imap            143/tcp    imap2 imap4 #Interim Mail Access Protocol v2
imap            143/udp    imap2 imap4 #Interim Mail Access Protocol v2
imap3           220/tcp    #Interactive Mail Access Protocol v3
imap3           220/udp    #Interactive Mail Access Protocol v3
smtps           465/tcp    #smtp protocol over TLS/SSL (was ssmtp)
smtps           465/udp    #smtp protocol over TLS/SSL (was ssmtp)
hybrid-pop      473/tcp
hybrid-pop      473/udp
imap4-ssl       585/tcp    #IMAP4+SSL (use of 585 is not recommended,
imap4-ssl       585/udp    #            use 993 instead)
imaps           993/tcp                 # imap4 protocol over TLS/SSL
imaps           993/udp
pop3s           995/tcp spop3           # pop3 protocol over TLS/SSL
pop3s           995/udp spop3
kpop            1109/tcp   #Unofficial
kpop            1109/udp   #Unofficial

fagot ★★★★★
()
Ответ на: комментарий от fagot

в iptables в *nat добавил -A POSTROUTING -s 192.168.1.0 -d ! 192.168.1.0 -o eth1 -p tcp --dport 110 -j MASQUERADE

Не помогает есть еще идеи

anonymous
()
Ответ на: комментарий от anonymous

>Не помогает

Да, мы все поняли что там у тебя не вышло. Мы - тепепаты :)

fagot ★★★★★
()
Ответ на: комментарий от anonymous

>можно ли без nat'а получать почту напрямую

в твоем случае - врядли.

>мне кажется что ядро "не поддерживает" nat

По какому признаку ты это определил? Чесно говоря мне надоело тебя за язык тянуть, я закругляюсь.

fagot ★★★★★
()
Ответ на: комментарий от fagot

все осталось попрежнему

при запросе на получение почты говорит что невозможно соедиится с сервером

Все так же кагбудто даже и не былоо этого правила

Хотя iptables -t nat -L выдает это правило

насчет ядра я посмотрел faq по iptables nat с ядро все в порядке

Что делать незнаю

anonymous
()
Ответ на: комментарий от anonymous

>>pop3 не с 110 а 25 ты описался

???!!!

smtp-25 pop3-110

inik ★★★
()
Ответ на: комментарий от fagot

добавил правило: iptables -I FORWARD 1 -s твоя_сеть -d 0.0.0.0/0 -j ACCEPT добавил еще правило по открытию 110 для всех и отовсюду, не помогает все равно пишет что невозможно соединится с сервером

Есть еще идеи?

anonymous
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.