免费注册 查看新帖 |

Chinaunix

  平台 论坛 博客 文库
12下一页
最近访问板块 发新帖
查看: 2391 | 回复: 14
打印 上一主题 下一主题

[Mail] [求助]Mailman+podtfix virtual domain配置问题 [复制链接]

论坛徽章:
0
跳转到指定楼层
1 [收藏(0)] [报告]
发表于 2003-08-26 14:50 |只看该作者 |倒序浏览
Mailman如何为postfix里的各个虚拟域配置同样名字的列表?cgi管理也独立?
使用virtual 投递.

如list@domain1.com  list@domain2.com ?

看文档以及google似乎是不行的?

有哪位有相关实践经验指教一下,谢谢.

论坛徽章:
0
2 [报告]
发表于 2003-08-26 15:19 |只看该作者

[求助]Mailman+podtfix virtual domain配置问题

原帖由 "aborigen" 发表:
Mailman如何为postfix里的各个虚拟域配置同样名字的列表?cgi管理也独立?
使用virtual 投递.

如list@domain1.com  list@domain2.com ?

看文档以及google似乎是不行的?

有哪位有相关实践经验指教一下,谢谢.


http://chinaunix.net/forum/viewtopic.php?t=140066&highlight=peijun.jiang

看看上面这个连接的mailman的配置对你有没有帮助。

论坛徽章:
0
3 [报告]
发表于 2003-08-26 15:23 |只看该作者

[求助]Mailman+podtfix virtual domain配置问题

原帖由 "peijun.jiang" 发表:


http://chinaunix.net/forum/viewtopic.php?t=140066&highlight=peijun.jiang

看看上面这个连接的mailman的配置对你有没有帮助。
   


谢谢,这个我看了,他使用local投递,而且并没有实现多虚拟域使用相同列表名字.

再次感谢.

PS:感觉这个版初级问题多,关于邮件列表/邮件网关/过滤的讨论很少啊?

论坛徽章:
0
4 [报告]
发表于 2003-08-26 15:25 |只看该作者

[求助]Mailman+podtfix virtual domain配置问题

原帖由 "aborigen" 发表:
   


谢谢,这个我看了,他使用local投递,而且并没有实现多虚拟域使用相同列表名字.

再次感谢.

PS:感觉这个版初级问题多,关于邮件列表/邮件网关/过滤的讨论很少啊?
  

是的,目前这里初级使用的比较多。

一般使用功能高级的都是一些比较有实力的公司了,大部分都是卖一些商业的软件。我们这些都是一些自己学习,或者在小型一点的公司使用的,所以涉及的问题不是很复杂。

论坛徽章:
0
5 [报告]
发表于 2003-08-26 15:29 |只看该作者

[求助]Mailman+podtfix virtual domain配置问题

原帖由 "peijun.jiang" 发表:
  

是的,目前这里初级使用的比较多。

一般使用功能高级的都是一些比较有实力的公司了,大部分都是卖一些商业的软件。我们这些都是一些自己学习,或者在小型一点的公司使用的,所以涉及的问题不是很复杂。
   


呵呵,好快啊!


据知你是邮件服务器管理员,你们用什么做maillist呢?

论坛徽章:
0
6 [报告]
发表于 2003-08-26 15:34 |只看该作者

[求助]Mailman+podtfix virtual domain配置问题

原帖由 "aborigen" 发表:
   


呵呵,好快啊!


据知你是邮件服务器管理员,你们用什么做maillist呢?
   

刚开始使用的是ezmlm,后来ezmlm出了问题,现在干脆使用转发/别名功能来实现,一个邮件列表里有一百多个用户,使用起来还不错。

论坛徽章:
0
7 [报告]
发表于 2003-08-26 15:44 |只看该作者

[求助]Mailman+podtfix virtual domain配置问题

原帖由 "peijun.jiang" 发表:
   

刚开始使用的是ezmlm,后来ezmlm出了问题,现在干脆使用转发/别名功能来实现,一个邮件列表里有一百多个用户,使用起来还不错。
   

别名没有归档的能力的.

这个似乎可以,但是名气不大,我要试试才知道.

http://www.ecartis.org/features.html

Ecartis Feature List

--------------------------------------------------------------------------------

Does not require special privileges to run.

Majordomo and some other mailing list packages require root or daemon permissions to run.
Ecartis has an SMTP client library built in, allowing it to speak directly to your local mailserver.
Ecartis likes to run suid to a user, but the user does not have to have any special permissions; the suid is just to maintain file ownership.


Secure remote administration module
Ecartis allows you to perform administrative functions over e-mail in a secure manner (preventing spoofing of admin addresses). No passwords to remember; just send the 'admin' command and receive back a secured admin job request to fill out and return.
Remote administration mode can also be disabled, for sites wanting that extra bit of security. (Although thus far, no one has reported finding a way to spoof Ecartis's authentication.)

Multiple platform support
Though Ecartis is developed under Linux, the developers make an effort to ensure that it runs on SunOS 4.x, SunOS 5.x, FreeBSD, and BSDI, even Tru64. If you have more platforms for us to try, let us know!

Easily expandable on-the-fly.
Ecartis has the option to be compiled in 'dynamic module' mode, where much of the functionality is in dynamically loaded objects. This allows new functionality to be readily coded, compiled, and dropped into the 'modules' directory without having to take down a running Ecartis installation.
Ecartis uses runtime definitions for everything - user flags, commands, processing hooks - which allows a new module to hook in and create functionality pretty much wherever it desires.

Full source code
Did you even have to ask?

Fast support turnaround
Even though the developers of Ecartis do it entirely in their spare time and for no money, they try to maintain a fairly quick turnaround on feature requests and support mails.

Subscriber-customizable
Ecartis, like L-Soft Listserv, allows subscribers to set options on their subscription. In the case of Ecartis, this takes the form of 'flags'. Modules can define new flags for users to set. For example, the Digest module defines 'DIGEST' as a flag users can set on themselves, which causes them to receive digested versions of lists instead.

Other features include
Ability to track and manage/remove bad subscription addresses.
Ability to strip MIME messages to plaintext, and remove MIME attachments.
Ability to run under Virtual Hosts.
Quoting Limits
... and more!

论坛徽章:
0
8 [报告]
发表于 2003-08-26 16:22 |只看该作者

[求助]Mailman+podtfix virtual domain配置问题

[quote]原帖由 "aborigen"][/quote 发表:


祝你成功,做好后一定和大家分享一下你的心得经验。

再次代表CU的朋友表示感谢!

论坛徽章:
0
9 [报告]
发表于 2003-08-26 16:39 |只看该作者

[求助]Mailman+podtfix virtual domain配置问题

原帖由 "peijun.jiang" 发表:


祝你成功,做好后一定和大家分享一下你的心得经验。

再次代表CU的朋友表示感谢!
   


当!!!我都想有人可以帮我啊~~

论坛徽章:
0
10 [报告]
发表于 2003-08-26 21:17 |只看该作者

[求助]Mailman+podtfix virtual domain配置问题

http://mail.python.org/pipermail/mailman-users/2002-January/017178.html

I'm uncertain how this might work on one machine as I host many virtual domains
on a relay while the list servers are on other machines.  However, for what it
might or might not be worth:

Relay's virtual file

lists.this.domain.tld                DOMAIN
@lists.this.domain.tld             @lists.real.address
# sends all mail for @lists to lists machine

On the lists machine aliases as normal.



Now perusing the Postfix book it looks as if you should be able to do what you
want on one machine like this:

/etc/postfix/virtual

virtual.domain                         DOMAIN
list at virtual.domain                    list
list-admin at virtual.domain              list-admin
list-request at virtual.domain            list-request
list-owner at virtual.domain              list-admin

another.domain                         DOMAIN
thing at another.domain                   thing
thing-admin at another.domain             thing-admin
thing-request at another.domain           thing-request
thing-owner at another.domain             thing-admin


/etc/postfix/aliases

list:                    "|/mailman/mail/wrapper post list"
list-admin:              "|/mailman/mail/wrapper mailowner list"
list-request:            "|/mailman/mail/wrapper mailcmd list"
list-owner:              list-admin

thing:                   "|/mailman/mail/wrapper post thing"
thing-admin:             "|/mailman/mail/wrapper mailowner thing"
thing-request:           "|/mailman/mail/wrapper mailcmd thing"
thing-owner:             thing-admin


However since each "list" in a virtual domain points at a local "user" and those
local users must be unique so too the list names must be unique over ALL the
virtual domains:

ie you cannot have

mylist at virtual.domain  and mylist at seconddomain.


Mmm...  perhaps worth saying again, I'm looking at a book, I *haven't* set it up
like this myself.


Matthew

NB: The book refered to is "ostfix", by Richard Blum, Sams Publishing.  ISBN
0-672-32114-9
您需要登录后才可以回帖 登录 | 注册

本版积分规则 发表回复

  

北京盛拓优讯信息技术有限公司. 版权所有 京ICP备16024965号-6 北京市公安局海淀分局网监中心备案编号:11010802020122 niuxiaotong@pcpop.com 17352615567
未成年举报专区
中国互联网协会会员  联系我们:huangweiwei@itpub.net
感谢所有关心和支持过ChinaUnix的朋友们 转载本站内容请注明原作者名及出处

清除 Cookies - ChinaUnix - Archiver - WAP - TOP