The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

форумы  помощь  поиск  регистрация  майллист  ВХОД  слежка  RSS
"Как бы научить почтовик работать с 'чужими' адресами?"
Вариант для распечатки  
Пред. тема | След. тема 
Форумы OpenNET: Виртуальная конференция (Public)
Изначальное сообщение [Проследить за развитием треда]

"Как бы научить почтовик работать с 'чужими' адресами?" 
Сообщение от SHRDLU emailИскать по авторуВ закладки(ok) on 24-Июн-05, 11:37  (MSK)
Извиняюсь за неясности в заголовке, задача в следующем: стоит постфикс 2.2 + courier-imap + SASL. Есть домен mydomain.ru, есть пользователи и ящики этого домена. Но у некоторых пользователей есть и другие почтовые ящики, скажем, на yandex.ru. И некоторые из этих некоторых хотят юзать свою почту на Яндексе через почтовый клиент. И обламываются, потому что в инет выход только через прокси и только www/ftp. Вот собственно и вопрос - а можно ли настроить имеющийся почтовик так, чтобы через него можно было получать и отправлять почту yandex.ru, mail.ru и тому подобное? Подскажите, в какую сторону копать и что почитать?
В данном контексте меня не интересуют предложения настроить NAT на 25 и 110 порт, или настроить что-то типа delegate, об этих возможностях знаю, но реализовать не спешу по ряду причин.
Заранее спасибо.
  Правка | Высказать мнение | Ответить | Рекомендовать в FAQ | Cообщить модератору | Наверх

 Оглавление

Индекс форумов | Темы | Пред. тема | След. тема
Сообщения по теме

1. "Как бы научить почтовик работать с 'чужими' адресами?" 
Сообщение от usama emailИскать по авторуВ закладки(ok) on 24-Июн-05, 12:34  (MSK)
Если найдешь решение данной проблемы - напиши мне на мыло - krot-s@ukr.net - мне тоже в ближайшем будущем надо будет делать что-то подобное. Заранее благодарю.


  Удалить Правка | Высказать мнение | Ответить | Рекомендовать в FAQ | Cообщить модератору | Наверх

2. "Как бы научить почтовик работать с 'чужими' адресами?" 
Сообщение от _KAV_ Искать по авторуВ закладки(ok) on 24-Июн-05, 13:35  (MSK)
fetchmail - забирает почту по POP3 с удаленных серверов и складывает в ящик пользователю. Заведи отдельного юзаерга типа vasya_on_mail_ru и сыпь туда эту почту.
А если юзверг в своем почтовике напишет обратный адрес mail.ru, то и ответы будут приходить на mail.ru.
P.S. Прямее не придумаешь - см. стандарты.
P.P.S. А чем тебя не устраивает NAT ?
  Удалить Правка | Высказать мнение | Ответить | Рекомендовать в FAQ | Cообщить модератору | Наверх

3. "Как бы научить почтовик работать с 'чужими' адресами?" 
Сообщение от SHRDLU emailИскать по авторуВ закладки(ok) on 24-Июн-05, 13:49  (MSK)
>fetchmail - забирает почту по POP3 с удаленных серверов и складывает в
>ящик пользователю. Заведи отдельного юзаерга типа vasya_on_mail_ru и сыпь >туда эту почту.

Делать это на сервере? Для КАЖДОГО юзера? Ладно, сейчас у меня таких немного, но ведь во вкус войдет народ, получив такую возможность... И как эту почту забирать, по крону, что ли? Желательно бы юзер сам ее забирал, чтобы она не пылилась на винте моего почтовика...

>P.S. Прямее не придумаешь - см. стандарты.

Может быть, но мечталось несколько о другом...

>P.P.S. А чем тебя не устраивает NAT ?

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

  Удалить Правка | Высказать мнение | Ответить | Рекомендовать в FAQ | Cообщить модератору | Наверх

4. "Как бы научить почтовик работать с 'чужими' адресами?" 
Сообщение от _KAV_ Искать по авторуВ закладки(ok) on 24-Июн-05, 13:58  (MSK)
>Делать это на сервере? Для КАЖДОГО юзера? Ладно, сейчас у меня таких
>немного, но ведь во вкус войдет народ, получив такую возможность... И
>как эту почту забирать, по крону, что ли? Желательно бы юзер
>сам ее забирал, чтобы она не пылилась на винте моего почтовика...

только NAT

>>P.S. Прямее не придумаешь - см. стандарты.
>Может быть, но мечталось несколько о другом...

Мечтать можно о чем угодно - но почтовик только получает почту по SMTP и отдает ее по этому же протоколу либо ложит локально. POP сервер - аналогично. И никаких запросов они ретранслировать не могут - это задача NAT.

>>P.P.S. А чем тебя не устраивает NAT ?
>
>По политическим соображениям. Приоткрыв почтовые порты дам понять, что точно также можно
>открыть и другие. И начнется... открой то, открой это...

Послать их ... нет, не туда, а к директору. За разрешением.

  Удалить Правка | Высказать мнение | Ответить | Рекомендовать в FAQ | Cообщить модератору | Наверх

5. "Как бы научить почтовик работать с 'чужими' адресами?" 
Сообщение от SHRDLU emailИскать по авторуВ закладки(ok) on 24-Июн-05, 14:21  (MSK)
>>Может быть, но мечталось несколько о другом...
>Мечтать можно о чем угодно - но почтовик только получает почту по
>SMTP и отдает ее по этому же протоколу либо ложит локально.
>POP сервер - аналогично. И никаких запросов они ретранслировать не могут
>- это задача NAT.

Эээ, минутку. Хочу уточнить все-таки, есть одно обстоятельство. У моего коллеги работает вариант с delegated. Запускает его как-то вроде так:

delegated -P110 SERVER=pop://pop.provider.ru RELIABLE 10.0.0.0/24
delegated -P25 SERVER=smtp://smtp.provider.ru RELIABLE 10.0.0.0/24

и потом у клиентов пишет в настройках pop3/smtp адрес сервера с делегатом в локалке, а в логинах к pop/smtp - логин_на_яндексе#mail.yandex.ru

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

>Послать их ... нет, не туда, а к директору. За разрешением.

К директору люди пойдут раньше чем ко мне. И ко мне вернуться уже с разрешительной лизорюцией. Мнение айтишников у нас никого не волнует. Я ж говорю - политика.

  Удалить Правка | Высказать мнение | Ответить | Рекомендовать в FAQ | Cообщить модератору | Наверх

6. "Как бы научить почтовик работать с 'чужими' адресами?" 
Сообщение от _KAV_ Искать по авторуВ закладки(ok) on 24-Июн-05, 16:10  (MSK)
>Эээ, минутку. Хочу уточнить все-таки, есть одно обстоятельство. У моего коллеги работает
>вариант с delegated. Запускает его как-то вроде так:
>
>delegated -P110 SERVER=pop://pop.provider.ru RELIABLE 10.0.0.0/24
>delegated -P25 SERVER=smtp://smtp.provider.ru RELIABLE 10.0.0.0/24
>
>и потом у клиентов пишет в настройках pop3/smtp адрес сервера с делегатом
>в локалке, а в логинах к pop/smtp - логин_на_яндексе#mail.yandex.ru
>
>То есть, насколько я понимаю, делегат перебрасывает все запросы почтовику провайдера, и
>уж он его транслирует как надо? Если я прав, то значит,
>как-то можно уговорить почтовик поступать именно так.
Делегад - перебрасывает. Можно настроить также redir и еще что-то (проще всего родные iptables - и никаких лишних демонов не нужно), но _почтовик_ это делать не будет.
У тебя задача пробросить _соединение_tcp/ip_ наружу.
Почтовик ip-пакеты не форвардит!!! К тому же - какое отношение имеет почтовик к 110 порту? И сомнительно, что у него в делегаде стоят провайдерские адреса - разве что его провайдер и держит mail.ru.
>
>>Послать их ... нет, не туда, а к директору. За разрешением.
>
>К директору люди пойдут раньше чем ко мне. И ко мне вернуться
>уже с разрешительной лизорюцией. Мнение айтишников у нас никого не волнует.
>Я ж говорю - политика.
Тогда поступай так, как я написал - с fetchmail и отправкой через свой почтовик, а только в настройках клиента указать обратный адрес мейлрушный. Наплыва желающих не будет - ибо для этого они должны будут сообщить свой логин и пароль тебе. И для тебя спокойнее - как минимум почта пройдет через антивирь почтового сервера.

  Удалить Правка | Высказать мнение | Ответить | Рекомендовать в FAQ | Cообщить модератору | Наверх

7. "Как бы научить почтовик работать с 'чужими' адресами?" 
Сообщение от anton emailИскать по авторуВ закладки(??) on 24-Июн-05, 16:18  (MSK)
вот смотрю сейчас на outlook2003 там типах учётных данных есть "Тип сервера HTTP". Что за зверь не знаю, но судя по описанию, то чтопозволит тебе не поднимать НАТ и не мучать свой почтарь.  
  Удалить Правка | Высказать мнение | Ответить | Рекомендовать в FAQ | Cообщить модератору | Наверх

8. "Как бы научить почтовик работать с 'чужими' адресами?" 
Сообщение от Skif Искать по авторуВ закладки(ok) on 24-Июн-05, 16:57  (MSK)
>>fetchmail - забирает почту по POP3 с удаленных серверов и складывает в
>>ящик пользователю. Заведи отдельного юзаерга типа vasya_on_mail_ru и сыпь >туда эту почту.
>
>Делать это на сервере? Для КАЖДОГО юзера? Ладно, сейчас у меня таких
>немного, но ведь во вкус войдет народ, получив такую возможность... И
>как эту почту забирать, по крону, что ли? Желательно бы юзер
>сам ее забирал, чтобы она не пылилась на винте моего почтовика...

Читай man fetchmail. Хотя клиентам нельзя позволять садиться на голову. Почту в бат/оутглюк/еще_куда получить только с корпоративного сервера - все остальные шалости через веб-интерфейс и включенный антивирь.
Это их частные ящики. Следовательно к трудовому процессу фирмы не имеют никакого отношиния. Отсюда читай - культурно слать на три буквы. Будут платить за трафик, тогда можно разговаривать. Или ты такой добрый, что из своего кармана платить будешь? Или раз фирма платит за инет, так пусть хоть трава не расти? А отчеты мы не готовим и траффик не анализируем? Сеть у тебя должна быть на замке. Кому не нравиться - пусть идут своей дорогой.

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

Соображения это хорошо. А насчет начнеться - читай выше.

  Удалить Правка | Высказать мнение | Ответить | Рекомендовать в FAQ | Cообщить модератору | Наверх


Архив | Удалить

Индекс форумов | Темы | Пред. тема | След. тема
Оцените тред (1=ужас, 5=супер)? [ 1 | 2 | 3 | 4 | 5 ]
Пожалуйста, прежде чем написать сообщение, ознакомьтесь с данными рекомендациями.




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру