Procmail does not send email to external email address in leap

I have just upgraded to leap on my soho server after the system disk died. All is good except postfix and procmail won’t play nice. The config files were backed up but there are still problems.

Procmail can no longer forward email to an external email address.

The mail_command in is set to procmail and works fine
The command in procmail is ! and worked fine before.

The log file says:
procmail: Acquiring kernel-lock
procmail: Assigning “LASTFOLDER=/usr/sbin/sendmail -oi
procmail: Notified comsat: “xjm@:/usr/sbin/sendmail -oi
procmail: Executing “/usr/sbin/sendmail,-oi,”
From Mon Mar 28 00:59:27 2016
Subject: xxxxxxxxx
Folder: /usr/sbin/sendmail -oi 4022
procmail: Unlocking “/var/spool/mail/lock.lockmail”

But no email arrives at the gmail account.

Permissions are also a problem procmail will only write to a mail file if permissions are greater than -rw------ Maybe this is connected.

I have exactly the same set up on another soho server running 13.1 It works perfectly.

Is this a leap problem?
Any suggestions on what might be wrong?

Maybe try the following…

First verify that your new LEAP is using the same IP address as before.
Try sending an email message from command line directly to verify nothing is blocking and gmail will accept mail directly from your machine.
If your sendmail has a queue built up, purge your queues.



Thanks for your help

The ip address is the same as before.

I sent emails from the command line using sendmail. If I send to an internal address (in virtual domains) it works. If I send to an external address - gmail or an other email address I have access to it does not. Nothing in the mail queue either (although I am an amateur I had thought of that).

Any ideas why this might be?

Mail systems require a variety of ways to validate your mail is coming from a valid email server.

Although you say you are using the exact same IP address as before, I suspect you are not, at least for gmail.
You can double check this more or less by sending your mail through your ISP’s designated SMTP relay (almost always, this is provided), if it succeeds then I’d say that almost certainly verifies this.

The other usual things apply…

  • Make sure your IP address doesn’t show up on any Open Relay SMTP blacklists.
  • Make sure your ISP has listed your IP address as authorized to be running a mail server (They need to modify their own public records accordingly).