[HOME] [github] [twitter] [blog] [fml4] [fml8] [北海道] Powered by NetBSD and [nuinui.net] .

Case Study: Anyone Can Post.

article_post_restrictions = permit_anyone
$article_post_restrictions parameter controls who can post to this ML. To set this as "permit_anyone", anybody (including system special account e.g. root, postmaster) can post.

By default, $article_post_restrictions is defined as follows for fml4 compatibility,

article_post_restrictions	=	reject_system_special_accounts
					permit_member_maps
					reject
"reject_system_special_accounts" denies post if From: looks like system accounts e.g. root, postmaster.

This configuration means that system special accounts cannot post and only user contained in $member_maps can post article.

Attention that reject_XXX and permit_XXX statement is first match.

recipes

1. Any persons in a domain can post always.

1. Any persons in a domain can post always.

It is not easy to handle global variables in the case of fml4 .

By using the following restriction, you can ermit only sender of example.co.jp domain and reject other domain.

[/var/spool/ml/elena/config.cf]

article_post_restrictions       =       reject_system_special_accounts
                                        permit_member_maps
                                        reject

member_maps                     =       pcre:$ml_home_dir/sender.pcre

[$ml_home_dir/domains]
        \S+\@example.co.jp

[HOME] [github] [twitter] [blog] [fml4] [fml8] [北海道] Powered by NetBSD and [nuinui.net] .
Copyright (C) 1993-2022 Ken'ichi Fukamachi mail:< fukachan at fml.org >