[mlmmj] testing mlmmj using Sendmail on a CentOS server

[mlmmj] testing mlmmj using Sendmail on a CentOS server

[webmaster]

[-- Attachment #1: Type: text/plain, Size: 1825 bytes --]

I looked through the documentation, and installed mlmmj per the readme 
and install documents on a virtual CentOS server.

I have created a test email list - sail2@vlsc.org - and added 2 
subscribers using mlmmj-sub.  All appears to be setup properly, but when 
I send an email to the list using one of the subscribed addresses 
(webmaster@vlsc.org), my mail log file shows the following:

Oct  7 23:14:21 cloud sendmail[1390]: s97NEL7Z001390: from=<webmaster@vlsc.org>, size=1250, class=0, nrcpts=1, msgid=<54347310.8030905@vlsc.org>, proto=ESMTP, daemon=MSA, relay=c-24-22-61-28.hsd1.or.comcast.net [24.22.61.28]

Oct  7 23:14:22 cloud sendmail[1390]: s97NEL7Z001390: Milter insert (1): header: DKIM-Signature:  v=1; a=rsa-sha256; c=simple/simple; d=vlsc.org; s=default;\n\tt=1412723662; bh=SrfRFSC5LbQjGOAy8L6/MImtgtMNuon//Nkbtb0XVZI=;\n\th=Date:From:To:Subject;\n\tb=oKK6sefKYUbo7sC8oIAK0bnVA92vas8lkpOYQsVd//ru+cu5Eyg13wGRlZ+vyAUH2\n\t ko/f+ma6dQdizl1mVIq35h62m1tS+THd8LMZtadOFT1kiyG2HHyasmiqK1UuVjCbxO\n\t 6RfbPTriyZKsXnZfDK4y4pcoAqRextw+ZdKOrDU8=

Oct  7 23:14:22 cloud opendkim[771]: s97NEL7Z001390: DKIM-Signature field added (s=default, d=vlsc.org)

Oct  7 23:14:22 cloud sendmail[1392]: s97NEL7Z001390: to=/dev/null, ctladdr=<sail2@vlsc.org>  (8/0), delay=00:00:01, xdelay=00:00:00, mailer=*file*, pri=31824, dsn=2.0.0, stat=Sent


The entry "to=/dev/null, ctladdr=<sail2@vlsc.org>" seems suspicious, 
like the email is being dumped to /dev/null instead of being delivered 
to the list.

Can anyone help me by letting me know if I've missed some piece in my 
setup, or at least how to interpret this log entry correctly?

I'm a refugee from majordomo who is trying to get our new server running 
with mlmmj so our organization can continue to run several small 
in-house email lists.

Thanks for any help!

Philip

[-- Attachment #2: Type: text/html, Size: 3140 bytes --]

Re: [mlmmj] testing mlmmj using Sendmail on a CentOS server

[G Stansfield]

On 08-Oct-14 7:00 PM, webmaster@vlsc.org wrote:
> I looked through the documentation, and installed mlmmj per the readme
> and install documents on a virtual CentOS server.
>
> I have created a test email list - sail2@vlsc.org - and added 2
> subscribers using mlmmj-sub. All appears to be setup properly, but when
> I send an email to the list using one of the subscribed addresses
> (webmaster@vlsc.org), my mail log file shows the following:
>
> Oct    7 23:14:21 cloud sendmail[1390]: s97NEL7Z001390: from=<webmaster@vlsc.org>, size\x1250, class=0, nrcpts=1, msgid=<54347310.8030905@vlsc.org>, proto=ESMTP, daemon=MSA, relay=c-24-22-61-28.hsd1.or.comcast.net [24.22.61.28]
>
> Oct    7 23:14:22 cloud sendmail[1390]: s97NEL7Z001390: Milter insert (1): header: DKIM-Signature:    v=1; a=rsa-sha256; c=simple/simple; d=vlsc.org; sÞfault;\n\tt\x1412723662; bh=SrfRFSC5LbQjGOAy8L6/MImtgtMNuon//Nkbtb0XVZI=;\n\thÚte:From:To:Subject;\n\tb=oKK6sefKYUbo7sC8oIAK0bnVA92vas8lkpOYQsVd//ru+cu5Eyg13wGRlZ+vyAUH2\n\t ko/f+ma6dQdizl1mVIq35h62m1tS+THd8LMZtadOFT1kiyG2HHyasmiqK1UuVjCbxO\n\t 6RfbPTriyZKsXnZfDK4y4pcoAqRextw+ZdKOrDU8>
> Oct    7 23:14:22 cloud opendkim[771]: s97NEL7Z001390: DKIM-Signature field added (sÞfault, d=vlsc.org)
>
> Oct    7 23:14:22 cloud sendmail[1392]: s97NEL7Z001390: to=/dev/null, ctladdr=<sail2@vlsc.org>  (8/0), delay\0:00:01, xdelay\0:00:00, mailer=*file*, pri1824, dsn=2.0.0, stat=Sent
>
>
> The entry "to=/dev/null, ctladdr=<sail2@vlsc.org>" seems suspicious,
> like the email is being dumped to /dev/null instead of being delivered
> to the list.
>
> Can anyone help me by letting me know if I've missed some piece in my
> setup, or at least how to interpret this log entry correctly?
>
> I'm a refugee from majordomo who is trying to get our new server running
> with mlmmj so our organization can continue to run several small
> in-house email lists.
>
> Thanks for any help!
>
> Philip
Hi Philip!
Did you come right with this? If so, please tell me how!

I tried this some years ago in a home / test environment (using 
OpenSUSE) before rolling out to a small production LAN - and failed 
miserably! The only documentation I found was from mlmmj. Asked the 
mlmmj list and still did not come right. Perhaps I was misunderstanding 
something on the sendmail side of things.

I toyed with the idea of switching to postfix, but have some custom 
rules in sendmail so did not want to take on a new learning curve for 
what was essentially a functionality for which the users were not 
clamouring at that time.

Regards,
Geoff

Re: [mlmmj] testing mlmmj using Sendmail on a CentOS server

[webmaster]

[-- Attachment #1: Type: text/plain, Size: 4801 bytes --]

Hi Geof!

Thanks for your note.

I have not heard any response, except an automated note - some list 
member's original email address is no longer valid.

I'm still attempting to chase down the proper configuration to get mlmmj 
running with Sendmail as the MTA.  I too, considered using Postfix, but 
Sendmail is already running, and don't want to try with Postfix if it's 
not required.

I've begun the slow process of reading through the list archives, but 
haven't found anything that helps me yet.

When you tried asking the list previously, did you receive any 
responses?  If so, can you recall more specifically when that might have 
been? - I'd like to go back and see any feedback you might have 
received, even if it wasn't enough to help you solve this. Perhaps a 2nd 
pair of eyes on the same feedback, combined with what I'm seeing on my 
server, might somehow reveal the trick.

Is there anyone still doing development/support for mlmmj?

I've spend years working with and configuring servers, including 
customizing automated processes that work in the background with 
majordomo lists. Unfortunately majordomo hasn't been supported in years 
and is quickly becoming unusable in today's server/mail environments.

I would love to find a new mailing list tool to work with, and mlmmj 
seems like a great candidate, but I need some help getting out of the 
starting blocks with configuring this on a CentOS LAMP server 
environment running Sendmail - a very common platform.

Unless I've completely missed something obvious, the documentation on 
the mlmmj website doesn't speak to running with Sendmail, except when 
trying to use VERP (using VERP isn't a requirement for configuring mlmmj 
to work with Sendmail, is it?)

I'm not even sure that my issue is related Sendmail, but I can't find 
any documentation that can tell me either way.

Any help that can be provided would be greatly appreciated!!!

Philip



On 10/14/2014 5:26 AM, G Stansfield wrote:
> On 08-Oct-14 7:00 PM, webmaster@vlsc.org wrote:
>> I looked through the documentation, and installed mlmmj per the readme
>> and install documents on a virtual CentOS server.
>>
>> I have created a test email list - sail2@vlsc.org - and added 2
>> subscribers using mlmmj-sub. All appears to be setup properly, but when
>> I send an email to the list using one of the subscribed addresses
>> (webmaster@vlsc.org), my mail log file shows the following:
>>
>> Oct    7 23:14:21 cloud sendmail[1390]: s97NEL7Z001390: 
>> from=<webmaster@vlsc.org>, size=1250, class=0, nrcpts=1, 
>> msgid=<54347310.8030905@vlsc.org>, proto=ESMTP, daemon=MSA, 
>> relay=c-24-22-61-28.hsd1.or.comcast.net [24.22.61.28]
>>
>> Oct    7 23:14:22 cloud sendmail[1390]: s97NEL7Z001390: Milter insert 
>> (1): header: DKIM-Signature:    v=1; a=rsa-sha256; c=simple/simple; 
>> d=vlsc.org; s=default;\n\tt=1412723662; 
>> bh=SrfRFSC5LbQjGOAy8L6/MImtgtMNuon//Nkbtb0XVZI=;\n\th=Date:From:To:Subject;\n\tb=oKK6sefKYUbo7sC8oIAK0bnVA92vas8lkpOYQsVd//ru+cu5Eyg13wGRlZ+vyAUH2\n\t 
>> ko/f+ma6dQdizl1mVIq35h62m1tS+THd8LMZtadOFT1kiyG2HHyasmiqK1UuVjCbxO\n\t 6RfbPTriyZKsXnZfDK4y4pcoAqRextw+ZdKOrDU8= 
>>
>>
>> Oct    7 23:14:22 cloud opendkim[771]: s97NEL7Z001390: DKIM-Signature 
>> field added (s=default, d=vlsc.org)
>>
>> Oct    7 23:14:22 cloud sendmail[1392]: s97NEL7Z001390: to=/dev/null, 
>> ctladdr=<sail2@vlsc.org>  (8/0), delay=00:00:01, xdelay=00:00:00, 
>> mailer=*file*, pri=31824, dsn=2.0.0, stat=Sent
>>
>>
>> The entry "to=/dev/null, ctladdr=<sail2@vlsc.org>" seems suspicious,
>> like the email is being dumped to /dev/null instead of being delivered
>> to the list.
>>
>> Can anyone help me by letting me know if I've missed some piece in my
>> setup, or at least how to interpret this log entry correctly?
>>
>> I'm a refugee from majordomo who is trying to get our new server running
>> with mlmmj so our organization can continue to run several small
>> in-house email lists.
>>
>> Thanks for any help!
>>
>> Philip
> Hi Philip!
> Did you come right with this? If so, please tell me how!
>
> I tried this some years ago in a home / test environment (using 
> OpenSUSE) before rolling out to a small production LAN - and failed 
> miserably! The only documentation I found was from mlmmj. Asked the 
> mlmmj list and still did not come right. Perhaps I was 
> misunderstanding something on the sendmail side of things.
>
> I toyed with the idea of switching to postfix, but have some custom 
> rules in sendmail so did not want to take on a new learning curve for 
> what was essentially a functionality for which the users were not 
> clamouring at that time.
>
> Regards,
> Geoff
>
>
>
>
> -----
> No virus found in this message.
> Checked by AVG - www.avg.com
> Version: 2014.0.4765 / Virus Database: 4040/8384 - Release Date: 10/13/14
>
>


[-- Attachment #2: Type: text/html, Size: 7154 bytes --]

Re: [mlmmj] testing mlmmj using Sendmail on a CentOS server

[Ben Schmidt]

Hi, Philip,

Yes, we are definitely still here! Development has slowed a bit
recently, but not stopped, and the mailing list is small, but friendly;
we help when we can.

Looks like not many people know how to configure Sendmail. I toyed with
it many years ago, and can remember nothing.

Perhaps if you send some configuration snippets we will have a better
chance helping.

It seems to me like the mail is never even getting to Mlmmj, i.e. that
it is a Sendmail issue, not an Mlmmj issue. Maybe the Sendmail mailing
list would be a better source of help.

Perhaps worth a try is putting some other program in place of Mlmmj,
e.g. a script that just does cat > /tmp/mymail. Perhaps even temporarily
replacing the mlmmj-receive binary with that script is smartest, as you
are changing fewest things in the system, then. Then you can send an
email to the list address and see if it ends up in /tmp/mymail. If so,
it looks more like an Mlmmj-related issue. If not, get that working
first, and then replace with Mlmmj and see if you have more luck.

Let us know how you go!

Ben.



On 15/10/14 5:16 AM, webmaster@vlsc.org wrote:
> Hi Geof!
>
> Thanks for your note.
>
> I have not heard any response, except an automated note - some list member's
> original email address is no longer valid.
>
> I'm still attempting to chase down the proper configuration to get mlmmj running
> with Sendmail as the MTA.  I too, considered using Postfix, but Sendmail is
> already running, and don't want to try with Postfix if it's not required.
>
> I've begun the slow process of reading through the list archives, but haven't
> found anything that helps me yet.
>
> When you tried asking the list previously, did you receive any responses?  If so,
> can you recall more specifically when that might have been? - I'd like to go back
> and see any feedback you might have received, even if it wasn't enough to help you
> solve this. Perhaps a 2nd pair of eyes on the same feedback, combined with what
> I'm seeing on my server, might somehow reveal the trick.
>
> Is there anyone still doing development/support for mlmmj?
>
> I've spend years working with and configuring servers, including customizing
> automated processes that work in the background with majordomo lists.
> Unfortunately majordomo hasn't been supported in years and is quickly becoming
> unusable in today's server/mail environments.
>
> I would love to find a new mailing list tool to work with, and mlmmj seems like a
> great candidate, but I need some help getting out of the starting blocks with
> configuring this on a CentOS LAMP server environment running Sendmail - a very
> common platform.
>
> Unless I've completely missed something obvious, the documentation on the mlmmj
> website doesn't speak to running with Sendmail, except when trying to use VERP
> (using VERP isn't a requirement for configuring mlmmj to work with Sendmail, is it?)
>
> I'm not even sure that my issue is related Sendmail, but I can't find any
> documentation that can tell me either way.
>
> Any help that can be provided would be greatly appreciated!!!
>
> Philip
>
>
>
> On 10/14/2014 5:26 AM, G Stansfield wrote:
>> On 08-Oct-14 7:00 PM, webmaster@vlsc.org wrote:
>>> I looked through the documentation, and installed mlmmj per the readme
>>> and install documents on a virtual CentOS server.
>>>
>>> I have created a test email list - sail2@vlsc.org - and added 2
>>> subscribers using mlmmj-sub. All appears to be setup properly, but when
>>> I send an email to the list using one of the subscribed addresses
>>> (webmaster@vlsc.org), my mail log file shows the following:
>>>
>>> Oct    7 23:14:21 cloud sendmail[1390]: s97NEL7Z001390:
>>> from=<webmaster@vlsc.org>, size\x1250, class=0, nrcpts=1,
>>> msgid=<54347310.8030905@vlsc.org>, proto=ESMTP, daemon=MSA,
>>> relay=c-24-22-61-28.hsd1.or.comcast.net [24.22.61.28]
>>>
>>> Oct    7 23:14:22 cloud sendmail[1390]: s97NEL7Z001390: Milter insert (1):
>>> header: DKIM-Signature:    v=1; a=rsa-sha256; c=simple/simple; d=vlsc.org;
>>> sÞfault;\n\tt\x1412723662;
>>> bh=SrfRFSC5LbQjGOAy8L6/MImtgtMNuon//Nkbtb0XVZI=;\n\thÚte:From:To:Subject;\n\tb=oKK6sefKYUbo7sC8oIAK0bnVA92vas8lkpOYQsVd//ru+cu5Eyg13wGRlZ+vyAUH2\n\t
>>> ko/f+ma6dQdizl1mVIq35h62m1tS+THd8LMZtadOFT1kiyG2HHyasmiqK1UuVjCbxO\n\t
>>> 6RfbPTriyZKsXnZfDK4y4pcoAqRextw+ZdKOrDU8>>>
>>> Oct    7 23:14:22 cloud opendkim[771]: s97NEL7Z001390: DKIM-Signature field
>>> added (sÞfault, d=vlsc.org)
>>>
>>> Oct    7 23:14:22 cloud sendmail[1392]: s97NEL7Z001390: to=/dev/null,
>>> ctladdr=<sail2@vlsc.org>  (8/0), delay\0:00:01, xdelay\0:00:00,
>>> mailer=*file*, pri1824, dsn=2.0.0, stat=Sent
>>>
>>>
>>> The entry "to=/dev/null, ctladdr=<sail2@vlsc.org>" seems suspicious,
>>> like the email is being dumped to /dev/null instead of being delivered
>>> to the list.
>>>
>>> Can anyone help me by letting me know if I've missed some piece in my
>>> setup, or at least how to interpret this log entry correctly?
>>>
>>> I'm a refugee from majordomo who is trying to get our new server running
>>> with mlmmj so our organization can continue to run several small
>>> in-house email lists.
>>>
>>> Thanks for any help!
>>>
>>> Philip
>> Hi Philip!
>> Did you come right with this? If so, please tell me how!
>>
>> I tried this some years ago in a home / test environment (using OpenSUSE) before
>> rolling out to a small production LAN - and failed miserably! The only
>> documentation I found was from mlmmj. Asked the mlmmj list and still did not
>> come right. Perhaps I was misunderstanding something on the sendmail side of
>> things.
>>
>> I toyed with the idea of switching to postfix, but have some custom rules in
>> sendmail so did not want to take on a new learning curve for what was
>> essentially a functionality for which the users were not clamouring at that time.
>>
>> Regards,
>> Geoff
>>
>>
>>
>>
>> -----
>> No virus found in this message.
>> Checked by AVG - www.avg.com
>> Version: 2014.0.4765 / Virus Database: 4040/8384 - Release Date: 10/13/14
>>
>>
>

Re: [mlmmj] testing mlmmj using Sendmail on a CentOS server

[webmaster]

[-- Attachment #1: Type: text/plain, Size: 4426 bytes --]

Hi Ben!

Thanks to your reply, I was able to make great headway in getting this 
to work :)

I still have one error message I can't solve - but first, this is what I 
did to move things along...

As I mentioned offline to Geof, I already figured out the Sendmail MTA 
wasn't getting the mlmmj program call, as you suspected. I've made all 
references to my domain and email list below generic, to make things 
easier to read.

I tried your suggestion by replacing the aliases entry program-call for 
mlmmj, with a simple "cat" command to determine if this was a Sendmail 
issue, or mlmmj... turns out the "cat" command would not fire either.

Here's what I did to get Sendmail to successfully fire the basic "cat" 
command:

- I added an entry to the /etc/mail/virtusertable file:

  listname@mydomain.com   listname.mydomain.com


- then I changed the entry in the /etc/aliases file:
   from:

     listname: "|cat > /tmp/mailtest.txt"

   to:

     listname.mydomain.com: "|cat > /tmp/mailtest.txt"


Presto!  The "cat" command fired when I sent an email to 
listname@mydomain.com.

(*NOTE: this differs from the README documentation on the mlmmj website; 
which has the aliases entry displayed as "listname: xxxxxxxx" instead of 
"listname.mydomain.com:     xxxxxxx" - I'm not sure if this is Sendmail 
specific, or if this may be important for other MTAs as well... )

So now I had Sendmail set correctly to potentially fire the mlmmj 
program, so I tried this /etc/aliases entry:

listname.mydomain.com: "|/usr/local/bin/mlmmj-receive -L 
/var/spool/mlmmj/listname"

It did get as far as trying to call mlmmj-receive, but it failed to 
start mlmmj-receive:

Oct 15 18:45:22 cloud smrsh: uid 8: attempt to use "mlmmj-receive -L /var/spool/mlmmj/listname" (stat failed)

Oct 15 18:45:22 cloud sendmail[4560]: s9FIjLBe004558: to="|/etc/smrsh/mlmmj-receive -L /var/spool/mlmmj/listname", ctladdr=<listname@mydomain.com> (8/0), delay=00:00:00, xdelay=00:00:00, mailer=prog, pri=35725, dsn=5.0.0, stat=Service unavailable

Oct 15 18:45:22 cloud sendmail[4560]: s9FIjLBe004558: s9FIjMBe004560: DSN: Service unavailable

smrsh: "mlmmj-receive" not available for sendmail programs (stat failed)
554 5.0.0 Service unavailable


So here's what I did to get mlmmj-receive to fire through the restricted 
shell utility smrsh:

- I created symlinks for the mlmmj-xxx executables in the /etc/smrsh 
directory:

  ln -s  /usr/local/bin/mlmmj-xxxxx


Now mlmmj-receive executes when I send an email to listname@mydomain.com!

Unfortunately, I'm now getting the following bounce-error message:

    ----- The following addresses had permanent fatal errors -----
"|mlmmj-receive -L /var/spool/mlmmj/listname"
     (reason: 1)
     (expanded from:<listname@mydomain.com>)

    ----- Transcript of session follows -----
Have to invoke either as root or as the user owning listdir
554 5.3.0 unknown mailer error 1


The symlinks and the actual mlmmj-xxxx files are all chmod as 755, but 
I'm not sure how or where to effect a permissions change to get sendmail 
to "invoke" mlmmj-receive with the proper permissions.

As you can see, this is progress from where I was before... any ideas on 
how I should address the permissions error coming from mlmmj-receive?

Philip



On 10/14/2014 11:02 PM, Ben Schmidt wrote:
> Hi, Philip,
>
> Yes, we are definitely still here! Development has slowed a bit
> recently, but not stopped, and the mailing list is small, but friendly;
> we help when we can.
>
> Looks like not many people know how to configure Sendmail. I toyed with
> it many years ago, and can remember nothing.
>
> Perhaps if you send some configuration snippets we will have a better
> chance helping.
>
> It seems to me like the mail is never even getting to Mlmmj, i.e. that
> it is a Sendmail issue, not an Mlmmj issue. Maybe the Sendmail mailing
> list would be a better source of help.
>
> Perhaps worth a try is putting some other program in place of Mlmmj,
> e.g. a script that just does cat > /tmp/mymail. Perhaps even temporarily
> replacing the mlmmj-receive binary with that script is smartest, as you
> are changing fewest things in the system, then. Then you can send an
> email to the list address and see if it ends up in /tmp/mymail. If so,
> it looks more like an Mlmmj-related issue. If not, get that working
> first, and then replace with Mlmmj and see if you have more luck.
>
> Let us know how you go!
>
> Ben.
>


[-- Attachment #2: Type: text/html, Size: 6983 bytes --]

Re: [mlmmj] testing mlmmj using Sendmail on a CentOS server

[Ben Schmidt]

> Oct 15 18:45:22 cloud smrsh: uid 8: attempt to use "mlmmj-receive -L /var/spool/mlmmj/listname" (stat failed)

> Unfortunately, I'm now getting the following bounce-error message:
>
>     ----- The following addresses had permanent fatal errors -----
> "|mlmmj-receive -L /var/spool/mlmmj/listname"
>      (reason: 1)
>      (expanded from:<listname@mydomain.com>)

> Have to invoke either as root or as the user owning listdir
> 554 5.3.0 unknown mailer error 1

> The symlinks and the actual mlmmj-xxxx files are all chmod as 755, but
> I'm not sure how or where to effect a permissions change to get
> sendmail to "invoke" mlmmj-receive with the proper permissions.

> As you can see, this is progress from where I was before... any ideas
> on how I should address the permissions error coming from
> mlmmj-receive?

This may do it (but obviously understand it; don't execute it blindly!).
8 is the UID/user indicated in the sendmail log.

sudo chown 8 /var/spool/mlmmj/listname

Make sure Mlmmj through smrsh can also get to that dir (do you need more
symlinks, e.g. because you're chrooted?).

Ben.

Re: [mlmmj] testing mlmmj using Sendmail on a CentOS server

[Ben Schmidt]

> sudo chown 8 /var/spool/mlmmj/listname

I meant

sudo chown -R 8 /var/spool/mlmmj/listname

Ben.

Re: [mlmmj] testing mlmmj using Sendmail on a CentOS server

[webmaster]

[-- Attachment #1: Type: text/plain, Size: 6389 bytes --]

Ben,

Thanks for the feedback!

I was able to use chown to change the ownership for all the list files 
as you suggested, and now I've moved several steps closer to getting 
mlmmj working!  (for anyone interested, uid = 8 on my server turned out 
to be user = "mail" )

mlmmj-receive is beginning to process posts sent to my test list, but so 
far they are ending up in

../listname/queue/discarded

and the maillog is reporting this as:

Oct 16 18:29:59 cloud sendmail[5502]: STARTTLS=server, relay=eapps-spx02.vm.eapps.com [69.89.2.76], version=TLSv1/SSLv3, verify=NO, cipher=DHE-RSA-AES256-SHA, bits=256/256

Oct 16 18:29:59 cloud sendmail[5502]: s9GITxnP005502: from=<philip@parshley.net>, size=6474, class=0, nrcpts=1, msgid=<54400DD3.3020404@parshley.net>, proto=ESMTP, daemon=MTA, relay=eapps-spx02.vm.eapps.com [69.89.2.76]

Oct 16 18:30:00 cloud sendmail[5504]: s9GITxnP005502: to="|mlmmj-receive -L /var/spool/mlmmj/sail2", ctladdr=<listname@mydomain.com> (8/0), delay=00:00:01, xdelay=00:00:00, mailer=prog, pri=36735, dsn=2.0.0, stat=Sent

Oct 16 18:30:00 cloud /etc/smrsh/mlmmj-process[5506]: mlmmj-process.c:811: Discarding /var/spool/mlmmj/listname/incoming/6386743745f1a098 due to missing envelope from address: Success


I understand the "due to missing envelope from address" error is a 
reference to an (empty) envelope from address, but I'm not sure why this 
is being triggered.  I've seen some references to this being a problem 
if the envelope from address is in < > brackets, but its unclear to me 
how I can address this. Here's the header from the post file that ended 
up in ../discarded

 From philip@parshley.net Thu Oct 16 18:29:59 2014

Received: from eapps-spx02.vm.eapps.com (eapps-spx02.vm.eapps.com 
[69.89.2.76])

     by cloud.mydomain.com (8.14.4/8.14.4) with ESMTP id s9GITxnP005502

     (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO)

     for <listname@mydomain.com>; Thu, 16 Oct 2014 18:29:59 GMT

Received: from sagediagram.com ([216.154.217.29])

     by eapps-spx02.vm.eapps.com with esmtps (TLSv1:DHE-RSA-AES256-SHA:256)

     (Exim 4.84)

     (envelope-from <philip@parshley.net>)

     id 1Xepnz-0006F6-M5

     for listname@mydomain.com; Thu, 16 Oct 2014 14:29:56 -0400

Received-SPF: softfail (sagediagram.com: domain of transitioning 
philip@parshley.net does not designate 24.22.61.28 as permitted sender) 
receiver=sagediagram.com; client-ip=24.22.61.28; helo=[192.168.1.104]; 
envelope-from=philip@parshley.net; x-software=spfmilter 0.97 
http://www.acme.com/software/spfmilter/ with libspf2-1.0.0;

Received: from [192.168.1.104] (c-24-22-61-28.hsd1.or.comcast.net 
[24.22.61.28])

     by sagediagram.com (8.14.2/8.14.2) with ESMTP id s9GITgEh026480

     for <listname@mydomain.com>; Thu, 16 Oct 2014 14:29:42 -0400

Message-ID: <54400DD3.3020404@parshley.net>

Date: Thu, 16 Oct 2014 11:26:27 -0700

From: Philip <philip@parshley.net>

User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 
Thunderbird/24.6.0

MIME-Version: 1.0

To: listname@mydomain.com

Subject: re. test results

Content-Type: multipart/alternative;

  boundary="------------030407040502070403070707"

Received-SPF: pass (eapps-spx02.vm.eapps.com: domain of parshley.net 
designates 216.154.217.29 as permitted sender) client-ip=216.154.217.29; 
envelope-from=philip@parshley.net; helo=sagediagram.com;

X-SPF-Result: eapps-spx02.vm.eapps.com: domain of parshley.net 
designates 216.154.217.29 as permitted sender

X-Filter-ID: 
s0sct1PQhAABKnZB5plbIQgsumjrb/qn8pvMb0r31ZUkfdChetB4bt5LiDYVEZByx1wTMkEUUoeb

  KIhkyzl2dF32XZvZInsoHjme/WxkkRcTakFHLT/0qfWMlO3/QqSFNUDTyjn1ef5evEDDyypLgbJU

  gtOJAkXSMx9YVHdPqxKcv/HxuQ3Apsj8YeBnVa1ZUAt8TTxonK45J05twrVY/P1GDNZ9gBCIxxGx

  VFpn7AN/U/jsH4EXGgfUT7LIXyPec67TIvOBTd6L1MGTcnqLu/y5q0C++Lv/QUF02g1+DZxb5wxw

  q6a5JGTNj4jSCHVb8vzKnEie5ViFLOjCzG8IF5e2XAcAqWhPNQt97ku/DxR4FjctpFCe7sYB5/us

  QEK/UJK+F9HDeJw2f5+jo8HgFDRtF2Igz0UWV+HgG70TkVxp7cowWC4sdJbvT/6MXLfExH4YaDRm

  graL79jkgrbL24PAgTtUp75uqlx0KezvZHVB9dYBSu5jRStj6zksZS+oTOevt9oQNLQ4Wz40vjTd

  BGiH1Wgh6RAenBR+licROGZUa05SLII8ZnNgIPr9luPC4iXwjlL8lh+/xwVCxffWBA==

X-Report-Abuse-To: spam@eapps-spx01.vm.eapps.com

X-Filter-Fingerprint: 
IFrWXGses7OKB5S5G8/dJRn/7L7+nnclbWGk7OJ1jHJA3cTUQ1R++keuE7RDJ8Kg3RbMLUalw1oC

  mj99/u+PoqoVy8a3lsStJtAvpObFX0XnhRv/ZJ3kEy8bfiAr+Fb/UpndEJ0YoaLytXXo8BMTaX2p

  Mk7LBarWD9Fj4R3eIu6C5spubTEXAEkuBKN3yOZvUxf7JO+oAUByCkP7cAJnEooJtGZFyF6tI/I5

  CWVQH2sjWUvnt4XQmbZjx+Gtm4/p

Authentication-Results: vm.eapps.com; spf=pass 
smtp.mailfrom=philip@parshley.net

X-eAppsHosting-Class: ham

X-eAppsHosting-Evidence: Combined (0.20)

X-Recommended-Action: accept

This is a multi-part message in MIME format.

--------------030407040502070403070707

I can see

envelope-from <philip@parshley.net>

in the header, but not sure why this would trigger the discard action, 
and how to fix this... any ideas?

I greatly appreciate all the help you've been providing, and I feel like 
I'm nearly there, but it's still just out of reach...

Philip



On 10/15/2014 2:53 PM, Ben Schmidt wrote:
>> Oct 15 18:45:22 cloud smrsh: uid 8: attempt to use "mlmmj-receive -L 
>> /var/spool/mlmmj/listname" (stat failed)
>
>> Unfortunately, I'm now getting the following bounce-error message:
>>
>>     ----- The following addresses had permanent fatal errors -----
>> "|mlmmj-receive -L /var/spool/mlmmj/listname"
>>      (reason: 1)
>>      (expanded from:<listname@mydomain.com>)
>
>> Have to invoke either as root or as the user owning listdir
>> 554 5.3.0 unknown mailer error 1
>
>> The symlinks and the actual mlmmj-xxxx files are all chmod as 755, but
>> I'm not sure how or where to effect a permissions change to get
>> sendmail to "invoke" mlmmj-receive with the proper permissions.
>
>> As you can see, this is progress from where I was before... any ideas
>> on how I should address the permissions error coming from
>> mlmmj-receive?
>
> This may do it (but obviously understand it; don't execute it blindly!).
> 8 is the UID/user indicated in the sendmail log.
>
> sudo chown 8 /var/spool/mlmmj/listname
>
> Make sure Mlmmj through smrsh can also get to that dir (do you need more
> symlinks, e.g. because you're chrooted?).
>
> Ben.
>
>
>
>
>
>
>
> -----
> No virus found in this message.
> Checked by AVG - www.avg.com
> Version: 2014.0.4765 / Virus Database: 4040/8394 - Release Date: 10/15/14
>
>


[-- Attachment #2: Type: text/html, Size: 11190 bytes --]

Re: [mlmmj] testing mlmmj using Sendmail on a CentOS server

[Ben Schmidt]

On 17/10/14 6:02 AM, webmaster@vlsc.org wrote:
> Oct 16 18:30:00 cloud /etc/smrsh/mlmmj-process[5506]: mlmmj-process.c:811: Discarding /var/spool/mlmmj/listname/incoming/6386743745f1a098 due to missing envelope from address: Success
>
> I understand the "due to missing envelope from address" error is a reference to an
> (empty) envelope from address, but I'm not sure why this is being triggered.

The envelope from isn't empty, it's just not passing from Sendmail to
Mlmmj properly.

Strangely, Mlmmj doesn't look for a Unix/mbox "From " line to extract an
envelope from address. I actually think this is an Mlmmj shortcoming,
and I will attempt to address it in a future release.

However, Mlmmj does look for a Return-Path header, and that is
conspicuously missing from the headers you posted. Did you include

define(`LOCAL_SHELL_FLAGS', `eu9P')dnl

in your Sendmail config as per <http://mlmmj.org/docs/readme-sendmail/>?

It's the capital P that is necessary to include the Return-Path header.

Best regards,

Ben.

Re: [mlmmj] testing mlmmj using Sendmail on a CentOS server

[Ben Schmidt]

> Have been away for a while. The following are some facts about my
> system setup :
>
> openSUSE 12.3 : Sendmail 8.14.5-85.1.2
>
> The config files are located /usr/share/sendmail, so cd to there
>
> README has the following :
> LOCAL_SHELL_FLAGS       [eu9] The flags used by the shell mailer.  The
>                          flags lsDFMoq are always included.

The Mlmmj reference for this is <http://mlmmj.org/docs/readme-sendmail/>
which suggests setting LOCAL_SHELL_FLAGS to 'eu9P' (i.e. the default,
plus 'P').

A Sendmail reference for what the flags mean is
<http://www.sendmail.org/~ca/email/doc8.8/op-sh-5.html#sh-5.4>

> cd feature/; grep LOCAL_SHELL_FLAGS * shows :
> msp.m4:define(`LOCAL_SHELL_FLAGS', `lmDFMuXk5')dnl
>
> Note the absence of a 'P' in the README reference - and the disconcerting use of
> flags in file msp.m4 that are not noted in the README.

Googling suggests the 'msp' feature is the 'mail submission program'. I
have no idea why it's defining LOCAL_SHELL_FLAGS, but I also know next
to nothing about m4 or Sendmail (and have no real inclination to learn
more), so for all I know, it could be a different scope.

> So where is the all important Return-Path documented and set? I have 'grep -i
> return-path *' till I am blue in the face and have not found anything that helps
> me. <sigh>

It took me quite a while to find the references above, too....
Sendmail's documentation is pretty esoteric. I feel like unless you
already know what you're looking for, you don't know where to even look
for it.... I vastly prefer Postfix and Exim, both of which I have set up
in very little time, including with Mlmmj. In my experience, Qmail and
Sendmail are both significantly harder to get working, and if there's
any real benefit once they're up and running, it's lost on me!

Smiles,

Ben.

Re: [mlmmj] testing mlmmj using Sendmail on a CentOS server

[webmaster]

[-- Attachment #1: Type: text/plain, Size: 3503 bytes --]

Ben,

Success!!!

The LOCAL_SHELL_FLAGS entry for sendmail.cf worked, and I'm now able to 
send posts to my mlmmj email list.

To recap my steps to getting mlmmj working with Sendmail on a CentOS server:

- mlmmj installed into /usr/local/bin/ by default... but I had to create 
symlinks, one for each mlmmj script, in the /etc/smrsh/ directory before 
they would run when called from sendmail (which uses the smrsh shell).

- to get sendmail to include a Return Path, I added this line to 
/etc/mail/sendmail.mc:

     define(`LOCAL_SHELL_FLAGS', `eu9P')dnl

...then ran "m4 /etc/mail/sendmail.mc > /etc/mail/sendmail.cf" ...to 
update the changes to the real sendmail.cf file, and restarted the 
sendmail service

- I ran mlmmj-make-ml to create a mailing list

- I created an entry in the /etc/mail/virtusertable file:

listname@mydomain.com    listname.mydomain.com


- I had to update/change the /etc/aliases entry that was auto-created by 
mlmmj-make-ml, from:

    listname: "|/usr/local/bin/mlmmj-receive -L /var/spool/mlmmj/listname"

to:

    listname.mydomain.com : "|mlmmj-receive -L /var/spool/mlmmj/listname"

to correctly match the list alias in the virtusertable file, and because 
the symlinks were now directly in the /etc/mail/smrsh directory

- I ran the following chown command, to set the owner of the list dir 
and files to the "mail" user:

chown -R mail /var/spool/mlmmj/[listdir]

- I'm not sure I needed to, but I also created a list-owner entry in the 
virtusertable file:

listname-owner@mydomain.com    listname-owner.mydomain.com

and an entry in the /etc/aliases file:

listname-owner.mydomain.com   myownaddr@mydomain.com
  

I think this covers all the steps I took to successfully configure mlmmj 
for the Sendmail MTA on my CentOS server.  It looks complicated, but 
it's actually not that much work to get it running. (it was a long slog 
to figure out, though!)

I've already created a couple of our small working lists already, and 
have several more to build - which leads me to a couple follow-on 
questions, but I'll send them to the support list under a new thread 
heading.

Thanks again to Ben and Geof for helping me get from zero to 100% up and 
running!

Philip


On 10/16/2014 9:39 PM, Ben Schmidt wrote:
> On 17/10/14 6:02 AM, webmaster@vlsc.org wrote:
>> Oct 16 18:30:00 cloud /etc/smrsh/mlmmj-process[5506]: 
>> mlmmj-process.c:811: Discarding 
>> /var/spool/mlmmj/listname/incoming/6386743745f1a098 due to missing 
>> envelope from address: Success
>>
>> I understand the "due to missing envelope from address" error is a 
>> reference to an
>> (empty) envelope from address, but I'm not sure why this is being 
>> triggered.
>
> The envelope from isn't empty, it's just not passing from Sendmail to
> Mlmmj properly.
>
> Strangely, Mlmmj doesn't look for a Unix/mbox "From " line to extract an
> envelope from address. I actually think this is an Mlmmj shortcoming,
> and I will attempt to address it in a future release.
>
> However, Mlmmj does look for a Return-Path header, and that is
> conspicuously missing from the headers you posted. Did you include
>
> define(`LOCAL_SHELL_FLAGS', `eu9P')dnl
>
> in your Sendmail config as per <http://mlmmj.org/docs/readme-sendmail/>?
>
> It's the capital P that is necessary to include the Return-Path header.
>
> Best regards,
>
> Ben.
>
>
>
>
>
>
>
> -----
> No virus found in this message.
> Checked by AVG - www.avg.com
> Version: 2014.0.4765 / Virus Database: 4040/8403 - Release Date: 10/16/14
>
>


[-- Attachment #2: Type: text/html, Size: 6179 bytes --]

Re: [mlmmj] testing mlmmj using Sendmail on a CentOS server

[webmaster]

[-- Attachment #1: Type: text/plain, Size: 2705 bytes --]

:) It was a PITB to get this figured out, so I did take the time to 
write it up, in case it would help someone else down the road.

I agree that sendmail isn't necessarily a good choice to start with, but 
it's still the default MTA on a lot of canned virtual servers that are 
made available - like the one we use from eapps.com - so I didn't want 
to wade into changing something that was already otherwise working Ok on 
the server (and supported by eapps.com).

In hindsight it might have been easier to simply get Postfix or Exim 
installed and running, but hindsight is always 20-20 :)

Philip

On 10/17/2014 1:41 PM, Ben Schmidt wrote:
>> Have been away for a while. The following are some facts about my
>> system setup :
>>
>> openSUSE 12.3 : Sendmail 8.14.5-85.1.2
>>
>> The config files are located /usr/share/sendmail, so cd to there
>>
>> README has the following :
>> LOCAL_SHELL_FLAGS       [eu9] The flags used by the shell mailer.  The
>>                          flags lsDFMoq are always included.
>
> The Mlmmj reference for this is <http://mlmmj.org/docs/readme-sendmail/>
> which suggests setting LOCAL_SHELL_FLAGS to 'eu9P' (i.e. the default,
> plus 'P').
>
> A Sendmail reference for what the flags mean is
> <http://www.sendmail.org/~ca/email/doc8.8/op-sh-5.html#sh-5.4>
>
>> cd feature/; grep LOCAL_SHELL_FLAGS * shows :
>> msp.m4:define(`LOCAL_SHELL_FLAGS', `lmDFMuXk5')dnl
>>
>> Note the absence of a 'P' in the README reference - and the 
>> disconcerting use of
>> flags in file msp.m4 that are not noted in the README.
>
> Googling suggests the 'msp' feature is the 'mail submission program'. I
> have no idea why it's defining LOCAL_SHELL_FLAGS, but I also know next
> to nothing about m4 or Sendmail (and have no real inclination to learn
> more), so for all I know, it could be a different scope.
>
>> So where is the all important Return-Path documented and set? I have 
>> 'grep -i
>> return-path *' till I am blue in the face and have not found anything 
>> that helps
>> me. <sigh>
>
> It took me quite a while to find the references above, too....
> Sendmail's documentation is pretty esoteric. I feel like unless you
> already know what you're looking for, you don't know where to even look
> for it.... I vastly prefer Postfix and Exim, both of which I have set up
> in very little time, including with Mlmmj. In my experience, Qmail and
> Sendmail are both significantly harder to get working, and if there's
> any real benefit once they're up and running, it's lost on me!
>
> Smiles,
>
> Ben.
>
>
>
>
>
>
>
> -----
> No virus found in this message.
> Checked by AVG - www.avg.com
> Version: 2014.0.4765 / Virus Database: 4040/8407 - Release Date: 10/17/14
>
>


[-- Attachment #2: Type: text/html, Size: 4615 bytes --]

Re: [mlmmj] testing mlmmj using Sendmail on a CentOS server

[Ben Schmidt]

Thanks for documenting your experience. One day hopefully we can
integrate anything that's missing into Mlmmj's README.sendmail. I think
if nothing else, README.sendmail is only for non-virtual setups, so
could definitely be improved, as virtual setups seem more common these
days.

On 18/10/14 7:56 AM, webmaster@vlsc.org wrote:
> - I'm not sure I needed to, but I also created a list-owner entry in the
> virtusertable file:
>
> listname-owner@mydomain.com    listname-owner.mydomain.com
>
> and an entry in the /etc/aliases file:
>
> listname-owner.mydomain.commyownaddr@mydomain.com

You shouldn't need this.

Mlmmj provides listname+owner@mydomain.com (note the + where you had -)
which forwards to the address(es) listed in the owner tunable for the
list. Other Mlmmj features, e.g. subscription, also use +, such as in
listname+subscribe.

Ben.