[BlueOnyx:23415] /etc/mail/aliases and %reserved

Tomohiro Hosaka bokutin at gmail.com
Mon Nov 4 22:39:10 -05 2019


Hi.

I noticed that the mail sent to user "info" has arrived at postmaster.
info at vsite.com -> postmaster

% ack -C 10  info /etc/mail/aliases | perl -nlpe 's/^/\t/'
        newsadmin:      news
        usenet:         news
        ftpadm:         ftp
        ftpadmin:       ftp
        ftp-adm:        ftp
        ftp-admin:      ftp
        www:            webmaster
        noc:            root
        security:       root
        hostmaster:     root
        info:           postmaster


        # trap decode to catch security attacks
        decode:         root

        # Person who should get root's mail
        #root:          marc
        root:           admin
        root-admin:     admin

# ls -ald /home/.sites/*/site*/.users/*/info/
drwxrws--x 5 info site40 4096 11月 22 15:55 2017
/home/.sites/143/site40/.users/75/info/

It seems like you are checking for conflicts with
/usr/sausalito/handlers/base/email/validate_alias.pl,
but does %reserved need to be updated or dynamically generated?

# ack -A 20 reserved
/usr/sausalito/handlers/base/email/validate_alias.pl | perl -nlpe
's/^/\t/'
        # reserved system accounts to check for
        %reserved = map { $_ => 1 } qw(
        mailer-daemon
        bin
        daemon
        ingres
        system
        toor
        uucp
        dumper
        decode
        nobody
        root
        );

        # Removed the following:
        #abuse
        #postmaster
        #operator
        #manager

        $cce = new CCE('Domain' => 'base-email');
        --
            # ignore the reserved names if this is a ProtectedEmailAlias
            if ($obj->{CLASS} eq 'EmailAlias' && $reserved{$lcname}) {
                $fail = 2;
                &debug_msg("fail: $fail\n");
            }
            if ($fail) {
                &fail($cce, $obj->{alias}, $fail);
            }
        }

        #
        # get the system's fqdn, since there can be a vsite with the same fqdn
        # as the system
        #
        ($soid) = $cce->find('System');
        ($ok, $sys) = $cce->get($soid);
        if (!$ok) {
            $cce->bye('FAIL', '[[base-email.cantReadSystem]]');
            exit(1);
        }

        $sys_fqdn = $sys->{hostname} . '.' . $sys->{domainname};

Is this a blueonyx specification? Or is it a bug?
Shouldn't it normally be stored in /home/sites/www.vsite.com/users/info/mbox?

# cat /etc/centos-release
CentOS release 6.10 (Final)

# yum -C list | ack base-blueonyx
base-blueonyx-capstone.noarch        5208R-4.20140909BX03.el6    @BlueOnyx-520XR
base-blueonyx-glue.noarch            5208R-4.20140909BX03.el6    @BlueOnyx-520XR

Thanks,

Tomohiro Hosaka




More information about the Blueonyx mailing list