Carlos E. R. wrote:

On 2017-09-22 18:16, stakanov wrote:

...

I tried to fix this since I updated to 42.3. Is there a bug with rootmail not working in that version? I do see there is mail in rootmail, I did set correctly to receive rootmail, but I do not receive anything. Seccheck: nothing rkhunter: nothing. Now these two run (or should run) on a daily basis and should give a report via rootmail. Any suggestion on how to receive rootmail with kmail again? Permissions are set correctly, I checked.

If you use postfix (it is the default) and procmail, then mail to root is disabled. You redirect it to a user instead.

Not sure what procmail has to do with it, I never use it. With the default postfix config, mail to root is delivered to root's mailbox at /var/mail/root. To read it, go into a shell, switch to root, run 'mail'. To have it delivered to a user account, amend /etc/aliases. -- Per Jessen, Zürich (13.8°C) http://www.dns24.ch/ - your free DNS host, made in Switzerland. -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org

stakanov wrote:

In data venerdì 22 settembre 2017 20:42:22 CEST, Per Jessen ha scritto:

...

Carlos E. R. wrote:

...

On 2017-09-22 18:16, stakanov wrote:

...

I tried to fix this since I updated to 42.3. Is there a bug with rootmail not working in that version? I do see there is mail in rootmail, I did set correctly to receive rootmail, but I do not receive anything. Seccheck: nothing rkhunter: nothing. Now these two run (or should run) on a daily basis and should give a report via rootmail. Any suggestion on how to receive rootmail with kmail again? Permissions are set correctly, I checked.

If you use postfix (it is the default) and procmail, then mail to root is disabled. You redirect it to a user instead.

Not sure what procmail has to do with it, I never use it. With the default postfix config, mail to root is delivered to root's mailbox at /var/mail/root.

To read it, go into a shell, switch to root, run 'mail'. To have it delivered to a user account, amend /etc/aliases.

O.K. it seems that there is no mail since August. That is: rkhunter and seccheck cannot send mail to root.

Try it yourself: "mail -r root root", then type a subject and close with '.' on a line by itself. How did you determine that they cannot? Check /var/log/mail and you should see lines like: pickup[18017]: 77F8A6169F: uid=0 from=<root> -- Per Jessen, Zürich (13.7°C) http://www.hostsuisse.com/ - dedicated server rental in Switzerland. -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org

stakanov wrote:

In data venerdì 22 settembre 2017 21:32:26 CEST, Per Jessen ha scritto:

...

stakanov wrote:

...

In data venerdì 22 settembre 2017 20:42:22 CEST, Per Jessen ha

scritto:

...

Carlos E. R. wrote:

...

On 2017-09-22 18:16, stakanov wrote:

...

I tried to fix this since I updated to 42.3. Is there a bug with rootmail not working in that version? I do see there is mail in rootmail, I did set correctly to receive rootmail, but I do not receive anything. Seccheck: nothing rkhunter: nothing. Now these two run (or should run) on a daily basis and should give a report via rootmail. Any suggestion on how to receive rootmail with kmail again? Permissions are set correctly, I checked.

If you use postfix (it is the default) and procmail, then mail to root is disabled. You redirect it to a user instead.

Not sure what procmail has to do with it, I never use it. With the default postfix config, mail to root is delivered to root's mailbox at /var/mail/root.

To read it, go into a shell, switch to root, run 'mail'. To have it delivered to a user account, amend /etc/aliases.

O.K. it seems that there is no mail since August. That is: rkhunter and seccheck cannot send mail to root.

Try it yourself:

"mail -r root root", then type a subject and close with '.' on a line by itself.

How did you determine that they cannot? Check /var/log/mail and you should see lines like:

pickup[18017]: 77F8A6169F: uid=0 from=<root>

The last mail is from 27.08. then there is no mail. I see the mails in var/log/mail in kmail. But no new mail arrives since I updated to 42.3

Okay. Were you able to send root a mail? -- Per Jessen, Zürich (13.8°C) http://www.dns24.ch/ - free dynamic DNS, made in Switzerland. -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org

In data sabato 23 settembre 2017 00:33:42 CEST, stakanov ha scritto:

In data venerdì 22 settembre 2017 21:40:50 CEST, Per Jessen ha scritto:

...

stakanov wrote:

...

In data venerdì 22 settembre 2017 21:32:26 CEST, Per Jessen ha

scritto:

...

stakanov wrote:

...

In data venerdì 22 settembre 2017 20:42:22 CEST, Per Jessen ha

scritto:

...

Carlos E. R. wrote: > On 2017-09-22 18:16, stakanov wrote: >> I tried to fix this since I updated to 42.3. >> Is there a bug with rootmail not working in that version? I do >> see there is mail in rootmail, I did set correctly to receive >> rootmail, but I do not receive anything. >> Seccheck: nothing >> rkhunter: nothing. >> Now these two run (or should run) on a daily basis and should >> give a report via rootmail. >> Any suggestion on how to receive rootmail with kmail again? >> Permissions are set correctly, I checked. > > If you use postfix (it is the default) and procmail, then mail > to root is disabled. You redirect it to a user instead.

Not sure what procmail has to do with it, I never use it. With the default postfix config, mail to root is delivered to root's mailbox at /var/mail/root.

To read it, go into a shell, switch to root, run 'mail'. To have it delivered to a user account, amend /etc/aliases.

O.K. it seems that there is no mail since August. That is: rkhunter and seccheck cannot send mail to root.

Try it yourself:

"mail -r root root", then type a subject and close with '.' on a line by itself.

How did you determine that they cannot? Check /var/log/mail and you should see lines like:

pickup[18017]: 77F8A6169F: uid=0 from=<root>

The last mail is from 27.08. then there is no mail. I see the mails in var/log/mail in kmail. But no new mail arrives since I updated to 42.3

Okay. Were you able to send root a mail?

Ah,

send-mail: fatal: parameter inet_interfaces: no local interface found for ::1

I think to recall a regression that did that. When you have ipv6 disabled. But I do not recall the solution (that at the time I found out).

Found this: setting in /etc/postfix/main.cf inet_protocols = ipv4 inet_interfaces = all I tried from protocols from all to ipv4 interfaces is set to localhost and should work. Will have to restart the machine I guess to see results. -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org

In data sabato 23 settembre 2017 01:39:31 CEST, Patrick Shanahan ha scritto:

* stakanov [09-22-17 18:52]: [...]

...

...

I think to recall a regression that did that. When you have ipv6 disabled. But I do not recall the solution (that at the time I found out).

Found this: setting in /etc/postfix/main.cf

inet_protocols = ipv4 inet_interfaces = all

I tried from protocols from all to ipv4 interfaces is set to localhost and should work. Will have to restart the machine I guess to see results.

no, just restart the service. note: this is linux, not windows. every little change does not require restarting your system.

systemctl restart postfix I normaly restart the service. I know that this is not windows as I changed about 14 years ago and do not use windows any more.

Provided I know which service I have to restart, which is sometimes not clear to me. But thanks for the syntax. -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org

In data sabato 23 settembre 2017 07:23:41 CEST, Per Jessen ha scritto:

stakanov wrote:

...

In data venerdì 22 settembre 2017 21:40:50 CEST, Per Jessen ha

scritto:

...

stakanov wrote:

...

In data venerdì 22 settembre 2017 21:32:26 CEST, Per Jessen ha

scritto:

...

stakanov wrote:

...

In data venerdì 22 settembre 2017 20:42:22 CEST, Per Jessen ha

scritto: > Carlos E. R. wrote: > > On 2017-09-22 18:16, stakanov wrote: > >> I tried to fix this since I updated to 42.3. > >> Is there a bug with rootmail not working in that version? I > >> do see there is mail in rootmail, I did set correctly to > >> receive rootmail, but I do not receive anything. > >> Seccheck: nothing > >> rkhunter: nothing. > >> Now these two run (or should run) on a daily basis and > >> should give a report via rootmail. > >> Any suggestion on how to receive rootmail with kmail again? > >> Permissions are set correctly, I checked. > > > > If you use postfix (it is the default) and procmail, then > > mail to root is disabled. You redirect it to a user instead. > > Not sure what procmail has to do with it, I never use it. With > the default postfix config, mail to root is delivered to root's > mailbox at /var/mail/root. > > To read it, go into a shell, switch to root, run 'mail'. To > have it delivered to a user account, amend /etc/aliases.

O.K. it seems that there is no mail since August. That is: rkhunter and seccheck cannot send mail to root.

Try it yourself:

"mail -r root root", then type a subject and close with '.' on a line by itself.

How did you determine that they cannot? Check /var/log/mail and you should see lines like:

pickup[18017]: 77F8A6169F: uid=0 from=<root>

The last mail is from 27.08. then there is no mail. I see the mails in var/log/mail in kmail. But no new mail arrives since I updated to 42.3

Okay. Were you able to send root a mail?

Ah,

send-mail: fatal: parameter inet_interfaces: no local interface found for ::1

I think to recall a regression that did that. When you have ipv6 disabled. But I do not recall the solution (that at the time I found out).

Remove 'localhost' from the line with ::1 in /etc/hosts.

Mind you, there is rarely any good reason to disable IPv6.

Why would I leave ipv6 active if non of my providers does deliver it, nor does offer dual stack? In the fritzbox there is a known vulnerability that is still not fixed (and the producer does not seem to hast) that is hitting you only if you have ipv6 enabled. Thus I disabled it also in my modem/router. I will try you suggestion, currently it still does not work, so I think you are right, I will just comment it out. -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org

In data sabato 23 settembre 2017 09:47:20 CEST, Per Jessen ha scritto:

stakanov wrote:

...

In data sabato 23 settembre 2017 07:23:41 CEST, Per Jessen ha scritto: [snip]

...

...

Mind you, there is rarely any good reason to disable IPv6.

Why would I leave ipv6 active if non of my providers does deliver it, nor does offer dual stack?

Simply because leaving it active does not cause any problems, in fact it often causes more problems when you disable it, as you have experienced yourself.

...

In the fritzbox there is a known vulnerability that is still not fixed (and the producer does not seem to hast) that is hitting you only if you have ipv6 enabled. Thus I disabled it also in my modem/router.

That would seem to make sense. That is so weired. I tried your suggestion. No way. Restarting postfix service every change of configs. But neither the old suggestion I did quote, nor the changes you suggested help. I am speachless....

-- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org

On 2017-09-23 10:03, stakanov wrote:

That is so weired. I tried your suggestion. No way. Restarting postfix service every change of configs. But neither the old suggestion I did quote, nor the changes you suggested help. I am speachless....

Do you have in /etc/hosts some line like this: 127.0.0.2 linux-7utx.site linux-7utx or in my case: 127.0.0.2 Telcontar.valinor Telcontar Remove it. -- Cheers / Saludos, Carlos E. R. (from 42.2 x86_64 "Malachite" (Minas Tirith))

On 2017-09-23 12:22, Per Jessen wrote:

Carlos E. R. wrote:

...

On 2017-09-23 10:03, stakanov wrote:

...

That is so weired. I tried your suggestion. No way. Restarting postfix service every change of configs. But neither the old suggestion I did quote, nor the changes you suggested help. I am speachless....

Do you have in /etc/hosts some line like this:

127.0.0.2 linux-7utx.site linux-7utx

or in my case:

127.0.0.2 Telcontar.valinor Telcontar

Stakanov said he was on leap423 - he wouldn't have any of the above. I expect his /etc/hosts to contain this:

YaST writes them if you tick certain box in network setup. I don't remember the exact wording. I haven't verified 42.3, but as it is intentional I don't expect that to have been removed.

# IP-Address Full-Qualified-Hostname Short-Hostname # 127.0.0.1 localhost

# special IPv6 addresses ::1 localhost ipv6-localhost ipv6-loopback

fe00::0 ipv6-localnet

ff00::0 ipv6-mcastprefix ff02::1 ipv6-allnodes ff02::2 ipv6-allrouters ff02::3 ipv6-allhosts

-- Cheers / Saludos, Carlos E. R. (from openSUSE Leap 42.1 x86_64 (test)) -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org

On 2017-09-24 00:05, stakanov wrote:

I have the following:

# # hosts This file describes a number of hostname-to-address # mappings for the TCP/IP subsystem. It is mostly # used at boot time, when no name servers are running. # On small systems, this file can be used instead of a # "named" name server. # Syntax: # # IP-Address Full-Qualified-Hostname Short-Hostname #

127.0.0.1 localhost

# special IPv6 addresses ::1 localhost ipv6-localhost ipv6-loopback

fe00::0 ipv6-localnet

ff00::0 ipv6-mcastprefix ff02::1 ipv6-allnodes ff02::2 ipv6-allrouters ff02::3 ipv6-allhosts

It is correct. But as I understand you disabled Ipv6, perhaps you should comment out the "::1" line -- Cheers / Saludos, Carlos E. R. (from 42.2 x86_64 "Malachite" (Minas Tirith))

In data domenica 24 settembre 2017 09:25:51 CEST, Per Jessen ha scritto:

stakanov wrote:

...

I have the following: [snip]

...

# # IP-Address Full-Qualified-Hostname Short-Hostname #

127.0.0.1 localhost

I propose one of three solutions -

a) amend /etc/postfix/main.cf:

[default at install time] inet_interfaces = localhost inet_protocols = all

[new settings] inet_interfaces = localhost inet_protocols = ipv4

b) Remove the line with '::1' from /etc/hosts.

c) re-enable IPv6

That's all there is to it.

I restored all settings to default. I restarted the network with ipv6 enabled I uncommented the ::1 from /etc/host as it is default no rootmail Should I raise a bug? -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org

On 09/24/2017 12:59 AM, stakanov wrote:

In data domenica 24 settembre 2017 09:25:51 CEST, Per Jessen ha scritto:

...

stakanov wrote:

...

I have the following: [snip]

...

# # IP-Address Full-Qualified-Hostname Short-Hostname #

127.0.0.1 localhost I propose one of three solutions -

a) amend /etc/postfix/main.cf:

[default at install time] inet_interfaces = localhost inet_protocols = all

[new settings] inet_interfaces = localhost inet_protocols = ipv4

b) Remove the line with '::1' from /etc/hosts.

c) re-enable IPv6

That's all there is to it. I restored all settings to default. I restarted the network with ipv6 enabled I uncommented the ::1 from /etc/host as it is default

no rootmail

Should I raise a bug? Here are some things you might want to check and ask yourself:

1.)  Does the box process ANY mail?  If so, it's not networking or address resolution and probably not a gross issue with postfix configuration.  Go back to the basics. 2.) Have you checked file /etc/aliases for lines that looks something like this: # It is probably best to not work as user root and redirect all # email to "root" to the address of a HUMAN who deals with this # system's problems. Then you don't have to check for important # email too often on the root account. # The "\root" will make sure that email is also delivered to the # root-account, but also forwared to the user "joe". root:          joe, \root That file is used for just about any MTA you can think of.  if the root: line is commented, mail won't be forwarded.  Uncomment it and run newaliases. 3.)  If you open a pair of terminal sessions and use a command line program like mail to send an email, while tailing the mail log file, what does postfix say is going on with that message? -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org

On 24/09/17 04:27 PM, stakanov wrote:

Currently when I send mail via mail there is the black hole. No message in rootmail but no error message of postfix.

There is a configuration option with Postfix that controls the debug/logging level. You probably want to turn this on and turn the level right up to "8" for your local/loopback domain # DEBUGGING CONTROL # # The debug_peer_level parameter specifies the increment in verbose # logging level when an SMTP client or server host name or address # matches a pattern in the debug_peer_list parameter. # debug_peer_level = 2 # The debug_peer_list parameter specifies an optional list of domain # or network patterns, /file/name patterns or type:name tables. When # an SMTP client or server host name or address matches a pattern, # increase the verbose logging level by the amount specified in the # debug_peer_level parameter. # #debug_peer_list = 127.0.0.1 #debug_peer_list = some.domain -- A: Yes. > Q: Are you sure? >> A: Because it reverses the logical flow of conversation. >>> Q: Why is top posting frowned upon? -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org

On 09/24/2017 01:27 PM, stakanov wrote:

In data domenica 24 settembre 2017 11:01:23 CEST, Bruce Ferrell ha scritto:

...

On 09/24/2017 12:59 AM, stakanov wrote:

...

In data domenica 24 settembre 2017 09:25:51 CEST, Per Jessen ha scritto:

...

stakanov wrote:

...

I have the following: [snip]

...

# # IP-Address Full-Qualified-Hostname Short-Hostname #

127.0.0.1 localhost I propose one of three solutions -

a) amend /etc/postfix/main.cf:

[default at install time] inet_interfaces = localhost inet_protocols = all

[new settings] inet_interfaces = localhost inet_protocols = ipv4

b) Remove the line with '::1' from /etc/hosts.

c) re-enable IPv6

That's all there is to it. I restored all settings to default. I restarted the network with ipv6 enabled I uncommented the ::1 from /etc/host as it is default

no rootmail

Should I raise a bug? Here are some things you might want to check and ask yourself:

1.) Does the box process ANY mail? If so, it's not networking or address resolution and probably not a gross issue with postfix configuration. Go back to the basics. Sorry I do not understand what you want to say with this. Process local mail? Or process mail (like these mailinglists). I receive mail from the list as I am writing from this pc. I am JUST not receiving rootmail at all. 2.) Have you checked file /etc/aliases for lines that looks something like this:

# It is probably best to not work as user root and redirect all # email to "root" to the address of a HUMAN who deals with this # system's problems. Then you don't have to check for important # email too often on the root account. # The "\root" will make sure that email is also delivered to the # root-account, but also forwared to the user "joe". root: joe, \root It is correctly set up and not commented out. That file is used for just about any MTA you can think of. if the root: line is commented, mail won't be forwarded. Uncomment it and run newaliases.

3.) If you open a pair of terminal sessions and use a command line program like mail to send an email, while tailing the mail log file, what does postfix say is going on with that message? Before it gave the message I posted at the beginning of the thread: send-mail: fatal: parameter inet_interfaces: no local interface found for ::1 In the meanwhile I did reactivate ipv6 and... have still no rootmail. Currently when I send mail via mail there is the black hole. No message in rootmail but no error message of postfix.

My apologies.  I missed that.  If you aren't actually using ipv6, try this: alter the file /etc/sysconfig/postfix change this line: POSTFIX_INET_PROTO="" to POSTFIX_INET_PROTO="ipv4" and restart postfix -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org

On 09/24/2017 09:59 AM, stakanov wrote:

...

In data domenica 24 settembre 2017 09:25:51 CEST, Per Jessen ha scritto:

no rootmail

Should I raise a bug?

No. There is no bug, but a problem.

Send a mail to root with the 'mail' app, then see what the mail log says about it.

I just tried it in this partition (42.3) freshly installed and it works.

2017-09-24T15:33:08.830343+02:00 linux-xtxx postfix/pickup[14968]: CA8E8A672E: uid=0 from=<root> 2017-09-24T15:33:08.836057+02:00 linux-xtxx postfix/cleanup[17411]: CA8E8A672E: message-id=<20170924133308.CA8E8A672E@localhost> 2017-09-24T15:33:08.840601+02:00 linux-xtxx postfix/qmgr[2017]: CA8E8A672E: from=, size=397, nrcpt=1 (queue active) 2017-09-24T15:33:08.848839+02:00 linux-xtxx postfix/local[17413]: CA8E8A672E: to=, orig_to=<root>, relay=local, delay=0.03, delays=0.02/0.01/0/0, dsn=2.0.0, status=sent (delivered to mailbox) 2017-09-24T15:33:08.849041+02:00 linux-xtxx postfix/qmgr[2017]: CA8E8A672E: removed

In my case, it is redirected to user "cer", because I ticked the box during initial install. I have not configured mail at all, it works out of the box. Neither have I configured network, just plain dhcp.

In data domenica 24 settembre 2017 15:37:59 CEST, Carlos E. R. ha scritto: the mail accounts of the two users do not receive the rootmail. But also root does not receive rootmail. entropia@roadrunner:~> mail -r root root Subject: test to root test . EOT I do not receive an error. But the mail is not there.... -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org

stakanov wrote:

the mail accounts of the two users do not receive the rootmail. But also root does not receive rootmail. entropia@roadrunner:~> mail -r root root Subject: test to root test . EOT

I do not receive an error. But the mail is not there....

If you just enter 'mail' (as root), that last email is not listed? This is what it looks like on my current test system: test99:~ # mail Heirloom mailx version 12.5 7/5/10. Type ? for help. "/var/spool/mail/root": 1 message 1 unread

U 1 root@linux-spn4.su Sun Sep 24 10:38 19/572 sadfgadf ?

You said "two users" - you have set up mail to root to be sent to two plain users? Did you also run "newaliases" after editing the alias file? -- Per Jessen, Zürich (10.8°C) http://www.hostsuisse.com/ - virtual servers, made in Switzerland. -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org

Dave Plater wrote:

I just tried to send mail from root to root and it failed, I have my user set up to receive root mail from first installation.

I'm not sure (because I don't use that setting), but I think this is just a line in /etc/aliases that directs root to your user account.

Note if logged in as root I enter mail, and there's no mail, it's reply is no mail for user davepl.

Interesting. There must be more to it than a change of aliases.

I tried root root and no mail, root davepl, the mail arrives, davepl root I get a non delivery notification. Therefore the root account doesn't exist for receiving mail on my Leap:42.3 system. I suspect this is as a result of the setting for user to receive root mail.

What does that NDR say ? -- Per Jessen, Zürich (12.1°C) http://www.dns24.ch/ - your free DNS host, made in Switzerland. -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org

Dave Plater wrote:

A message that you sent could not be delivered to one or more of its recipients. This is a permanent error. The following address(es) failed:

root@Arbuthnot retry timeout exceeded

This is not a failed local delivery, postfix has tried to deliver to a mailserver responsible for "Arbuthnot". Either an MX or directly to an IP address. What does "host arbuthnot" say ? I don't know why you have @arbuthnot" appended, normally the address is just "root".

~ ~ Seems the root account doesn't exist.

No, for one thing you wouldn't be able to login, for another it would say "unknown user". -- Per Jessen, Zürich (13.4°C) http://www.dns24.ch/ - free dynamic DNS, made in Switzerland. -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org

Dave Howorth wrote:

On Mon, 25 Sep 2017 10:47:50 +0200 Per Jessen wrote:

...

I don't know why you have @arbuthnot" appended, normally the address is just "root".

Not in my experience. My root mail, which does get delivered says:

# mail -s test root hello EOT # mail Heirloom mailx version 12.5 7/5/10. Type ? for help. "/var/spool/mail/root": 1 message 1 new

...

N 1 root@acer-suse.lan Mon Sep 25 11:56 18/542 test ? q Held 1 message in /var/spool/mail/root # host acer-suse.lan acer-suse.lan has address 192.168.1.72 Host acer-suse.lan not found: 3(NXDOMAIN)

You're right, the address is canonicalized / hostname auto-appended. In /etc/postfix/main.cf I'll bet you have "myhostname = acer-suse.lan" ? Maybe that is what Dave Plater is missing in his exim config. -- Per Jessen, Zürich (16.5°C) http://www.dns24.ch/ - free dynamic DNS, made in Switzerland. -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org

Op maandag 25 september 2017 13:05:45 CEST schreef Dave Howorth:

On Mon, 25 Sep 2017 10:47:50 +0200

Don't know if this is related and a solution. I stumbled into a problem with an unaltered postfix installation where a root cronjob did send messages to root, which get delivered into /var/mail/root. I wanted these messages send to an outside address, so I tested using mailx with the to-address, user@domain.tld, I wanted to use, which went OK. After that I changed the line with root: in /etc/aliases to have this external address. So this line now showed "root: user@domain.tld". Performed the command newaliases and using mailx did send a test message to root. It ended up in /var/mail/root, not the intended location. I had to change the line in /etc/postfix/main.cf with "alias_maps =" in "alias_maps = hash:/etc/aliases" for getting the email for root to that external address. -- fr.gr. Freek de Kruijf member openSUSE -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org

Op maandag 25 september 2017 22:28:18 CEST schreef Dave Howorth:

On Mon, 25 Sep 2017 14:42:08 +0200

Freek de Kruijf wrote:

...

I had to change the line in /etc/postfix/main.cf with "alias_maps =" in "alias_maps = hash:/etc/aliases" for getting the email for root to that external address.

FWIW, my /etc/postfix/main.cf already has the "alias_maps = hash:/etc/aliases". I've never edited the file, so I suppose YaST put it there. I don't remember what version of openSUSE was first installed.

This is Tumbleweed on a Raspberry Pi 1B, which is a text mode system. No YaST or Desktop. However postfix uses /etc/password to deliver email for root. Also for other users in that file, even when they do not have an entry in /etc/aliases. -- fr.gr. Freek de Kruijf member openSUSE -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org

stakanov wrote:

In data lunedì 25 settembre 2017 23:28:37 CEST, Freek de Kruijf ha scritto:

...

However postfix uses /etc/password to deliver email for root. Also for other users in that file, even when they do not have an entry in /etc/aliases.

Is this the case also for leap?

Yes. Mails are delivered locally to local users, and they are defined in /etc/passwd. (there are other ways, but this is the vanilla version).

Because in my system I have my users in etc/password that look alike the others. Could you, in the latter case post here a sample entry of etc password of a user that receives rootmail?

# grep root /etc/passwd root:x:0:0:root:/root:/bin/bash /etc/passwd says nothing about mail processing though. If you want mail to root sent to another user, you amend /etc/aliases with e.g.: root: per, \root # grep per /etc/passwd per:x:1000:100:Per Jessen:/home/per:/bin/bash

I still do not have this fixed (although the patch I installed for filtering mail has stopped system crashes and 99% of filter issues, so I guess soon I can give feedback to my bug as solved..)

Is this still the issue of root not receiving mails sent to root? You said you went with my proposal #3 and re-enabled IPv6 - what happened after that? Were you or were you not able to send an email to root? -- Per Jessen, Zürich (13.4°C) http://www.hostsuisse.com/ - virtual servers, made in Switzerland. -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org

stakanov wrote:

...

Is this still the issue of root not receiving mails sent to root? You said you went with my proposal #3 and re-enabled IPv6 - what happened after that? Were you or were you not able to send an email to root?

[snip]

So, I still do not have rootmail. I enabled ipv6 and now when I send mail I do not have any feedback, so no error message. But the mail does not arrive in the /var/mail/root folder.

To make progress, you need to look at what happens to such a mail then. The mail log will tell you. I would expect to see something very similar to this: 2017-09-27T12:13:54+02:00 aznavour pickup[15929]: 46FD76109A: uid=0 from=<root> 2017-09-27T12:13:54+02:00 aznavour cleanup[16138]: 46FD76109A: message-id=<20170927101354.46FD76109A@mail.elixseri.com> 2017-09-27T12:13:54+02:00 aznavour qmgr[15928]: 46FD76109A: from=, size=443, nrcpt=1 (queue active) 2017-09-27T12:13:54+02:00 aznavour local[16141]: 46FD76109A: to=, orig_to=<root>, relay=local, delay=0.07, delays=0.04/0.02/0/0.01, dsn=2.0.0, status=sent (delivered to mailbox) 2017-09-27T12:13:54+02:00 aznavour qmgr[15928]: 46FD76109A: removed

Also entropia does not receive. But...I found out the third user receives and received also the error diagnostic code for entropia: (expanded from <root>):

I guess you have aliased root to entropia? That would explain why no mails are delivered to root.

cannot update mailbox /var/mail/entropia for user entropia. cannot open file: Permission denied

[snip]

Now let us see the difference in permissions....

entropia@roadrunner:/var/mail> cd /var/mail entropia@roadrunner:/var/mail> dir totale 112 -rw-r--r-- 1 connectix users 11573 27 set 11.34 connectix -rw-r--r-- 1 mercurio users 0 27 lug 21.27 entropia -rw-rwx---+ 1 root root 97541 23 set 00.57 root -rw-rw---- 1 tss mail 0 10 set 09.41 tss

WTF, both users have same permissions. And why does entropia not receive mail but connectix..does. And root doesn't????? And why doe I have user tss?? What is user tss, I googled and did not find any answer. Still more puzzled.

entropia does not receive any mail because the 'entropia' directory is owned by another user 'mercurio'. connectix does receive any mail because the 'connectix' directory is owned by 'connectix'. I don't know where user 'tss' may have come from. I suggest you pursue that later. -- Per Jessen, Zürich (17.6°C) http://www.hostsuisse.com/ - virtual servers, made in Switzerland. -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org

Per Jessen wrote:

...

...

Now let us see the difference in permissions....

entropia@roadrunner:/var/mail> cd /var/mail entropia@roadrunner:/var/mail> dir totale 112 -rw-r--r-- 1 connectix users 11573 27 set 11.34 connectix -rw-r--r-- 1 mercurio users 0 27 lug 21.27 entropia -rw-rwx---+ 1 root root 97541 23 set 00.57 root -rw-rw---- 1 tss mail 0 10 set 09.41 tss

WTF, both users have same permissions. And why does entropia not receive mail but connectix..does. And root doesn't????? And why doe I have user tss?? What is user tss, I googled and did not find any answer. Still more puzzled.

entropia does not receive any mail because the 'entropia' directory is owned by another user 'mercurio'. connectix does receive any mail because the 'connectix' directory is owned by 'connectix'.

s/directory/mailbox file/ now we are nearly done. I am getting all the mail delivered to entropia. But.... I do see in kmail only the last one. The others aren't displayed. Why

In data mercoledì 27 settembre 2017 14:24:44 CEST, Per Jessen ha scritto: this? When I do: s/directory/mailbox file/ It shows all the mails for entropia are there. -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org

In data mercoledì 27 settembre 2017 16:45:02 CEST, Carlos E. R. ha scritto:

On 2017-09-27 16:30, stakanov wrote:

...

In data mercoledì 27 settembre 2017 14:24:44 CEST, Per Jessen ha scritto:

...

Per Jessen wrote:

...

...

Now let us see the difference in permissions....

entropia@roadrunner:/var/mail> cd /var/mail entropia@roadrunner:/var/mail> dir totale 112 -rw-r--r-- 1 connectix users 11573 27 set 11.34 connectix -rw-r--r-- 1 mercurio users 0 27 lug 21.27 entropia -rw-rwx---+ 1 root root 97541 23 set 00.57 root -rw-rw---- 1 tss mail 0 10 set 09.41 tss

WTF, both users have same permissions. And why does entropia not receive mail but connectix..does. And root doesn't????? And why doe I have user tss?? What is user tss, I googled and did not find any answer. Still more puzzled.

entropia does not receive any mail because the 'entropia' directory is owned by another user 'mercurio'. connectix does receive any mail because the 'connectix' directory is owned by 'connectix'.

s/directory/mailbox file/

now we are nearly done. I am getting all the mail delivered to entropia. But.... I do see in kmail only the last one. The others aren't displayed. Why this? When I do: s/directory/mailbox file/

What? You actually run "s/directory/mailbox file/"? How?

...

It shows all the mails for entropia are there.

Just login or "su -" to entropia, and use the command "mail" to see the mail.

So, what was this all about. a) I deactivated ipv6 b) after activating it again, Per Jessen correctly stated that one of the users had the wrong owner. That made me understand how all began when I did reinstall the system last time. As I had multiple system crashes (the culprit was kmail) I had to find out if the fact of having them was kmail or the fact of having a compromised userspace or a compromised index. So I did archive the whole male, did migrate the user to a new userland. When I was done I did notice that the usernumber was not the one which I wanted and was used to for that user. So I did change it to the (in the meanwhile freed up number) and that via yast (done in a third user while the original was shut down) seems not to have worked as expected as for ownership of the rootmail folder. Seems that before, mercurio had the user number of entropy. You may educate me shortly what the usernumer is good for in the first place, but I think I got an idea with all that. So last question (as today I received rootmail from seccheck again) is: what is the right, orthodox way to change the user number of a user in opensuse without running in these troubles. Thank you for all who helped me in this, expecially Per and Carlos but also Freek de Kruif who gave me valuable hints for understanding. Kudos. -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org

On 2017-09-25 09:32, Dave Plater wrote:

On 25/09/2017 08:44, Per Jessen wrote:

...

Dave Plater wrote:

Part 3: Content-type: message/rfc822

From davepl@Arbuthnot Mon Sep 25 09:29:58 2017 Date: Mon, 25 Sep 2017 09:29:58 +0200 From: davepl@Arbuthnot To: root@Arbuthnot

You are supposed to mail to localhost, or to a domain that resolves locally. This is the process, on a new (virtual) 42.3 machine where I have never tried to send an email. Ie, I did not configure it. There is no redirection to a plain user. carlos@Eleanor-423:~> su - Password: Eleanor-423:~ # mail -r root root Subject: Hello . EOT Eleanor-423:~ # mail Heirloom mailx version 12.5 7/5/10. Type ? for help. "/var/spool/mail/root": 1 message 1 new

N 1 root@localhost Mon Sep 25 16:36 18/519 Hello ? Message 1: From root@localhost Mon Sep 25 16:36:45 2017 X-Original-To: root Delivered-To: root@localhost <======================= Date: Mon, 25 Sep 2017 16:36:45 +0200 From: root@localhost <======================= To: root@localhost <======================= Subject: Hello User-Agent: Heirloom mailx 12.5 7/5/10 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable

? q Saved 1 message in mbox Eleanor-423:~ # Log: leanor-423:~ # cat /var/log/mail 2017-09-25T16:31:24.905548+02:00 Eleanor-423 postfix/postfix-script[2280]: warning: group or other writable: /etc/postfix/./ssl/cacerts 2017-09-25T16:31:25.118646+02:00 Eleanor-423 postfix/postfix-script[2329]: starting the Postfix mail system 2017-09-25T16:31:25.185921+02:00 Eleanor-423 postfix/master[2336]: daemon started -- version 3.2.0, configuration /etc/postfix 2017-09-25T16:36:45.289091+02:00 Eleanor-423 postfix/pickup[2341]: 462B180AAC: uid=0 from=<root> 2017-09-25T16:36:45.314232+02:00 Eleanor-423 postfix/cleanup[3986]: 462B180AAC: message-id=<20170925143645.462B180AAC@localhost> 2017-09-25T16:36:45.332981+02:00 Eleanor-423 postfix/qmgr[2343]: 462B180AAC: from=, size=406, nrcpt=1 (queue active) 2017-09-25T16:36:45.368644+02:00 Eleanor-423 postfix/local[3988]: 462B180AAC: to=, orig_to=<root>, relay=local, delay=0.14, delays=0.1/0.03/0/0.01, dsn=2.0.0, status=sent (delivered to mailbox) 2017-09-25T16:36:45.369507+02:00 Eleanor-423 postfix/qmgr[2343]: 462B180AAC: removed Eleanor-423:~ # -- Cheers / Saludos, Carlos E. R. (from 42.2 x86_64 "Malachite" at Telcontar)

On 25/09/2017 08:44, Per Jessen wrote:

Dave Plater wrote:

...

I just tried to send mail from root to root and it failed, I have my user set up to receive root mail from first installation.

I'm not sure (because I don't use that setting), but I think this is just a line in /etc/aliases that directs root to your user account.

...

Note if logged in as root I enter mail, and there's no mail, it's reply is no mail for user davepl.

Interesting. There must be more to it than a change of aliases.

...

I tried root root and no mail, root davepl, the mail arrives, davepl root I get a non delivery notification. Therefore the root account doesn't exist for receiving mail on my Leap:42.3 system. I suspect this is as a result of the setting for user to receive root mail.

What does that NDR say ?

"mail -u root" replies "No mail for root" even when there is mail for davepl. I've tried sending to various other system users and if the user exists mailx just states no mail, if the user doesn't exist, including aliases from /etc/aliases that don't exist as users. Any idea what the "never_users list" is seems like that's the key to root mail not being delivered. mail -vv gives: mail -d user = davepl, homedir = /root No mail for davepl and mail -vv root gives: Subject: test sdfghj . EOT LOG: MAIN Warning: purging the environment. Suggested action: use keep_environment. LOG: MAIN <= root@Arbuthnot U=root P=local S=447 arbuthnot:/data/packages # delivering 1dwOPe-0001wM-0X LOG: MAIN PANIC User 0 set for local_delivery transport is on the never_users list LOG: MAIN == root@arbuthnot R=localuser T=local_delivery defer (-29): User 0 set for local_delivery transport is on the never_users list LOG: MAIN ** root@Arbuthnot: retry timeout exceeded LOG: MAIN <= <> R=1dwOPe-0001wM-0X U=mail P=local S=1598 delivering 1dwOPe-0001wS-5C LOG: MAIN PANIC User 0 set for local_delivery transport is on the never_users list LOG: MAIN == root@arbuthnot R=localuser T=local_delivery defer (-29): User 0 set for local_delivery transport is on the never_users list LOG: MAIN ** root@Arbuthnot: retry timeout exceeded LOG: MAIN Completed LOG: MAIN root@Arbuthnot: error ignored LOG: MAIN Completed Dave P -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org

On 25/09/2017 10:53, Per Jessen wrote:

Dave Plater wrote:

...

"mail -u root" replies "No mail for root" even when there is mail for davepl.

Did you not expect that?

...

I've tried sending to various other system users and if the user exists mailx just states no mail, if the user doesn't exist, including aliases from /etc/aliases that don't exist as users. Any idea what the "never_users list" is

If I am not mistaken, that is an exim config parameter. You are using exim?

I was baffled that I didn't have sendmail installed yet the mail seemed to work, yes I have exim. This was a fresh 42.2 install zypper dup'ed to 42.3. I don't have any accounts listed in mail either. rpm -ql exim finds this: /usr/lib/systemd/system/exim.service so mail is now handled by systemd via exim? I see "never_users = root" in /etc/exim/exim.conf and it looks like a standard default. Dave P -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org

Dave Plater wrote:

On 25/09/2017 10:53, Per Jessen wrote:

...

Dave Plater wrote:

...

"mail -u root" replies "No mail for root" even when there is mail for davepl.

Did you not expect that?

...

I've tried sending to various other system users and if the user exists mailx just states no mail, if the user doesn't exist, including aliases from /etc/aliases that don't exist as users. Any idea what the "never_users list" is

If I am not mistaken, that is an exim config parameter. You are using exim?

I was baffled that I didn't have sendmail installed yet the mail seemed to work, yes I have exim.

Right - exim probably aupplies a sendmail wrapper, just like postfix does.

This was a fresh 42.2 install zypper dup'ed to 42.3. I don't have any accounts listed in mail either. rpm -ql exim finds this: /usr/lib/systemd/system/exim.service so mail is now handled by systemd via exim?

Probably for quite some time. For postfix, at least since 13.2.

I see "never_users = root" in /etc/exim/exim.conf and it looks like a standard default.

I looked it up - https://www.exim.org/exim-html-current/doc/html/spec_html/ch-the_default_con... "never_users = root specifies that no delivery must ever be run as the root user". Which would explain why you're getting not any mail delivered to the root account. However, I am not familiar with exim, at all. -- Per Jessen, Zürich (15.1°C) http://www.dns24.ch/ - free dynamic DNS, made in Switzerland. -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org

Dave Plater wrote:

Main point is that it works with rkhunter, one of the programs that Stakanov wanted to receive mail from. Maybe sendmail doesn't work with 42.3 out of the box.

Maybe it depends on which MTA you use - it certainly works fine with postfix. -- Per Jessen, Zürich (16.4°C) http://www.hostsuisse.com/ - dedicated server rental in Switzerland. -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org

On 25/09/2017 16:28, Carlos E. R. wrote:

On 2017-09-25 12:49, Dave Plater wrote:

...

Main point is that it works with rkhunter, one of the programs that Stakanov wanted to receive mail from. Maybe sendmail doesn't work with 42.3 out of the box.

But Leap uses postfix, not sendmail.

Mine defaulted to exim. Dave P -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org

On 2017-09-25 16:44, Patrick Shanahan wrote:

* Dave Plater [09-25-17 10:37]:

...

On 25/09/2017 16:28, Carlos E. R. wrote:

...

On 2017-09-25 12:49, Dave Plater wrote:

...

Main point is that it works with rkhunter, one of the programs that Stakanov wanted to receive mail from. Maybe sendmail doesn't work with 42.3 out of the box.

But Leap uses postfix, not sendmail.

Mine defaulted to exim.

then something is really off-base. openSUSE,SUSE,SuSE have all for my elderly memory defaulted to postfix. SuSE used sendmail initially. It changed to postfix at some time, I don't remember when. Version 6.X or 7.X.

or possibly you made a selection you fail to remember.

Yes, surely. Or some other install media. -- Cheers / Saludos, Carlos E. R. (from 42.2 x86_64 "Malachite" at Telcontar)

On 2017-09-25 17:02, Dave Plater wrote:

On 25/09/2017 16:44, Patrick Shanahan wrote:

...

* Dave Plater <> [09-25-17 10:37]:

...

On 25/09/2017 16:28, Carlos E. R. wrote:

...

On 2017-09-25 12:49, Dave Plater wrote:

...

Main point is that it works with rkhunter, one of the programs that Stakanov wanted to receive mail from. Maybe sendmail doesn't work with 42.3 out of the box.

But Leap uses postfix, not sendmail.

Mine defaulted to exim.

then something is really off-base.  openSUSE,SUSE,SuSE have all for my elderly memory defaulted to postfix.

or possibly you made a selection you fail to remember.

Possibly I deselected postfix in 42.2, anyway exim works fine.

Yes, of course. If you deselect postfix thinking you do not need an MTA, yast will select another one for you, because the system does need one. -- Cheers / Saludos, Carlos E. R. (from 42.2 x86_64 "Malachite" at Telcontar)

On 25/09/2017 17:08, Patrick Shanahan wrote:

* Dave Plater [09-25-17 11:04]:

...

On 25/09/2017 16:44, Patrick Shanahan wrote:

...

* Dave Plater [09-25-17 10:37]:

...

On 25/09/2017 16:28, Carlos E. R. wrote:

...

On 2017-09-25 12:49, Dave Plater wrote:

...

Main point is that it works with rkhunter, one of the programs that Stakanov wanted to receive mail from. Maybe sendmail doesn't work with 42.3 out of the box.

But Leap uses postfix, not sendmail.

Mine defaulted to exim.

then something is really off-base. openSUSE,SUSE,SuSE have all for my elderly memory defaulted to postfix.

or possibly you made a selection you fail to remember.

Possibly I deselected postfix in 42.2, anyway exim works fine.

or not. you said you were/are not able to receive root mail. and postfix w/o any non-default configuration properly delivers root mail.

No my root mail gets sent to my user. I was just trying to help Stakanov. I'm not able to send mail as user to root because exim specifically forbids it unless I override. I tested with rkhunter and the mail arrives. Anyway I now understand system mail and could setup mail on the console. If I'm ever without x I think I might be able to ask for help on this list or boot into a rescue dvd which is most probably easier. Dave P -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org

On 26/09/17 07:39 AM, Patrick Shanahan wrote:

no, x is not required for setting up mail. many still use text mode for setup, I know I do. my servers do not have monitors attached, text is much quicker/easier.

LOL Of course. We had email long before we had X. We had email long before we had Linux. We had email long before we had HTML We had email long before we had the Internet. We had email long before we had MS)windows or even Microsoft. We had *shock* *horror* email even before we had USENET! Some people tell me that they had email even before there was UNIX, but I ask them if they are confusing matters with pigeon post. -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org

On 26/09/2017 13:39, Patrick Shanahan wrote:

* Dave Plater [09-26-17 01:03]:

...

No my root mail gets sent to my user. I was just trying to help Stakanov. I'm not able to send mail as user to root because exim specifically forbids it unless I override. I tested with rkhunter and the mail arrives. Anyway I now understand system mail and could setup mail on the console. If I'm ever without x I think I might be able to ask for help on this list or boot into a rescue dvd which is most probably easier.

no, x is not required for setting up mail. many still use text mode for setup, I know I do. my servers do not have monitors attached, text is much quicker/easier.

or perhaps you didn't really mean that.

I started with dos, in fact my first computer was a sharp mz80b it had fdos. I even manufactured printer cards for the shop I bought it from. That's what I started z80 programming on, I'm a hardware person by trade. Somebody once gave me two floppies with unix on and I sure wish I'd explored it more. Yes I now feel confident that, with the help of man pages, I could send and receive to this list from a terminal. BTW my first use of the internet was from dos and there was no gui. Dave P -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org

On 2017-09-25 17:25, Per Jessen wrote:

Patrick Shanahan wrote:

...

* Dave Plater [09-25-17 10:37]:

...

On 25/09/2017 16:28, Carlos E. R. wrote:

...

On 2017-09-25 12:49, Dave Plater wrote:

...

Main point is that it works with rkhunter, one of the programs that Stakanov wanted to receive mail from. Maybe sendmail doesn't work with 42.3 out of the box.

But Leap uses postfix, not sendmail.

Mine defaulted to exim.

then something is really off-base. openSUSE,SUSE,SuSE have all for my elderly memory defaulted to postfix.

or possibly you made a selection you fail to remember.

ISTR we did default to exim at some point. I feel certain I've had to select postfix explicitly.

Never here, I would have noticed. -- Cheers / Saludos, Carlos E. R. (from 42.2 x86_64 "Malachite" at Telcontar)

On 2017-09-22 20:42, Per Jessen wrote:

Carlos E. R. wrote:

...

If you use postfix (it is the default) and procmail, then mail to root is disabled. You redirect it to a user instead.

Not sure what procmail has to do with it, I never use it. With the default postfix config, mail to root is delivered to root's mailbox at /var/mail/root.

Well, it is a fact, if procmail is used then it can not deliver to root. There was a release note or FAQ entry many years ago, when SuSE changed from sendmail to postfix.

To read it, go into a shell, switch to root, run 'mail'. To have it delivered to a user account, amend /etc/aliases.

Right. -- Cheers / Saludos, Carlos E. R. (from 42.2 x86_64 "Malachite" at Telcontar)