Smartlist with Postifix broken in 18.04 LTS works in 17.10

[Robert Dinse]

I have about 50 mail lists configured using smartlist. Everything works in 17.10, however, upon upgrading a mail server to 17.10, mail sent to <email address hidden> (for example, <email address hidden>> does not distribute. Instead it sends the message to the list maintainer with the following X-diagnostic line: X-Diagnostic: Non-existent mailinglist smartlist-users but this list does exist. Here is the full headers:

Return-Path: <email address hidden>
X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on mx2
X-Spam-Level:
X-Spam-Status: No, score=-100.0 required=3.0 tests=ALL_TRUSTED,BAYES_20,
    MISSING_HEADERS,USER_IN_WHITELIST autolearn=no autolearn_force=no
    version=3.4.1
X-Original-To: <email address hidden>
Delivered-To: <email address hidden>
Received: from mx2.eskimo.com (localhost [127.0.0.1])
    by mx2.eskimo.com (Postfix) with ESMTP id 784B0408EF
    for <email address hidden>; Tue, 8 May 2018 19:58:41 -0700 (PDT)
Received: by mx2.eskimo.com (Postfix, from userid 38)
    id 693104007C; Tue, 8 May 2018 19:58:41 -0700 (PDT)
X-From_:<email address hidden> Tue May 8 19:58:41 2018
X-Original-To: <email address hidden>
Delivered-To: <email address hidden>
Received: from mx2.eskimo.com (localhost [127.0.0.1])
    by mx2.eskimo.com (Postfix) with ESMTP id 45141408EF
    for <email address hidden>; Tue, 8 May 2018 19:58:41 -0700 (PDT)
Received: from mx2.eskimo.com (localhost [127.0.0.1])
    by mx2.eskimo.com (Postfix) with ESMTP id 2BA614007C
    for <email address hidden>; Tue, 8 May 2018 19:58:14 -0700 (PDT)
Subject: Test with Logging
Message-Id: <email address hidden>
Old-Date: Tue, 8 May 2018 19:58:14 -0700 (PDT)
From: <email address hidden>
X-Virus-Scanned: ClamAV using ClamSMTP
X-Diagnostic: Non-existent mailinglist smartlist-users
Date: Tue, 8 May 2018 19:58:41 -0700 (PDT)
X-Virus-Scanned: ClamAV using ClamSMTP
X-Procmail: 3.23pre

     I can not find any errors in any log even with VERBOSE turned on.

ProblemType: Bug
DistroRelease: Ubuntu 18.04
Package: ubuntu-release-upgrader-core 1:18.04.17
ProcVersionSignature: Ubuntu 4.15.0-21.22-lowlatency 4.15.17
Uname: Linux 4.15.0-21-lowlatency x86_64
ApportVersion: 2.20.9-0ubuntu7
Architecture: amd64
CrashDB: ubuntu
CurrentDesktop: MATE
Date: Wed May 9 01:56:12 2018
InstallationDate: Installed on 2017-08-14 (268 days ago)
InstallationMedia: Ubuntu-MATE 17.04 "Zesty Zapus" - Release amd64 (20170412)
PackageArchitecture: all
SourcePackage: ubuntu-release-upgrader
Symptom: dist-upgrade
UpgradeStatus: Upgraded to bionic on 2018-05-08 (1 days ago)
VarLogDistupgradeTermlog:

mtime.conffile..etc.update-manager.release-upgrades: 2018-05-07T21:52:50.956000

[Robert Dinse (nanook)]

Also this attached may reflect the 17.10 versions of postfix, procmail, and smartlst but this is only because I tried downgrading each of these packages in an attempt to isolate which package(s) were the problem but the problem remained even with all three downgraded to the 17.10 versions.

[Brian Murray (brian-murray)]

This is a bug with some packages after the upgrade to Ubuntu 18.04 not with the software which provides the release upgrade process, subsequently I'm changing the package to smartlist as a start.

[Robert Dinse (nanook)]

This bug can be closed. I determined the issue was a permissions problem and not a package problem. My mail systems started out as CentOS6 machines, CentOS6 used the uid of smartlst for the list owners, and consequently the suid uid of various programs had to be smartlst. When I switched to ubuntu it wanted them to be 'list' but this broke the existing permissions schemes. Right now I have one Centos server and two Ubuntu servers sharing the smartlist directory. When the last remaining Centos system is replaced with Ubuntu (something in process), I will change all the ownership to list, in the meantime I've changed the suid programs to uid smartlst and everything is working.

[Robert Dinse (nanook)]

I reiterate since this is still open, this bug report can be closed. The issue was a permissions
issue. Upgrade changed ownership of some files which would have worked if I only had Ubuntu machines but some of my mail servers are redhat which need a different owner and smartlist files are shared
so can only be one or the other. Not a problem with package per se', just a compatibility issue between two different distros.

[Robert Dinse (nanook)]

This can be closed, this turned out to be a permissions problem. I had both Ubuntu and Centos mail servers, ubuntu wants the list files to have a group of "list", and Centos "smartlst". I had them NFS mounted across several servers. It was the different OS's fighting over what GID these files should be that caused the problem. I moved the last CentOS server to Ubuntu, set the group ID's to "list", and now everything is good. This bug can be closed.