[FreeBSD-5.3] Waar is m'n /var/mail/root?

[El Cid]

Hallo allemaal,

In m'n vorige installatie bestond /var/mail/root wel. Maar sinds ik de boel opnieuw heb geinstalleerd is ie opeens weg. Ik heb (nog) geen gekke dingen gedaan. Na installatie alleen een buildworld gedaan, en m'n RAID-driver geinstalleerd. Alle andere accounts hebben wel een mailbox in /var/mail. Ik snap er niks van.

[MrBarBarian]

/var/spool/mail waarschijnlijk...

daar hoort ie ook (in linux tenminste )

[ Voor 19% gewijzigd door MrBarBarian op 30-03-2006 13:31 ]

[El Cid]

MrBarBarian schreef op donderdag 30 maart 2006 @ 13:30:
/var/spool/mail waarschijnlijk...

daar hoort ie ook (in linux tenminste )

/var/spool/mail bestaat helemaal niet op mijn systeem.

[daft_dutch]

wordt de mail van root niet naar een ander account gestuurd?

[HunterPro]

welke maild gebruik je?

[El Cid]

daft_dutch schreef op donderdag 30 maart 2006 @ 13:32:
wordt de mail van root niet naar een ander account gestuurd?

Lijkt me niet, want de default security checks van FreeBSD komen ook niet aan in de mailbox van m'n gewone gebruikersaccount. Bij m'n vorige installatie kwamen die gewoon binnen in de mailbox van root. Volgens mij heb ik ditmaal niks veranderd ofzo. Sendmail draait ook gewoon...

[Verwijderd]

Misschien moet je nog een make uitvoeren in /etc/mail?

[El Cid]

Verwijderd schreef op donderdag 30 maart 2006 @ 18:44:
Misschien moet je nog een make uitvoeren in /etc/mail?

Nope, FreeBSD heeft dat goed geregeld, en doet alles volautomatisch.

[Verwijderd]

Na een verse installatie is dat bij mij altijd nog nodig hoor.

[El Cid]

Verwijderd schreef op donderdag 30 maart 2006 @ 22:45:
Na een verse installatie is dat bij mij altijd nog nodig hoor.

Hmmm, vreemd. Er staat namelijk niks over in het FreeBSD handbook bij rebuilding world.

Moet ik dan een "make install clean" in /etc/mail doen ofzo?

[ Voor 7% gewijzigd door El Cid op 30-03-2006 23:07 ]

[Verwijderd]

Volgens mij heeft ie gewoon een alias staan naar zijn regular user

check eens /etc/aliases

[Verwijderd]

Nee hoor, gewoon cd /etc/mail en dan make.
Als het goed is worden dan o.a. de access en aliases databases gemaakt.

[El Cid]

Verwijderd schreef op donderdag 30 maart 2006 @ 23:12:check eens /etc/aliases

code:

# $FreeBSD: src/etc/mail/aliases,v 1.20 2004/06/30 16:47:08 maxim Exp $
#       @(#)aliases     5.3 (Berkeley) 5/24/90
#
#  Aliases in this file will NOT be expanded in the header from
#  Mail, but WILL be visible over networks.
# $FreeBSD: src/etc/mail/aliases,v 1.20 2004/06/30 16:47:08 maxim Exp $
#       @(#)aliases     5.3 (Berkeley) 5/24/90
#
#  Aliases in this file will NOT be expanded in the header from
#  Mail, but WILL be visible over networks.
#
#       >>>>>>>>>>      The program "newaliases" must be run after
#       >> NOTE >>      this file is updated for any changes to
#       >>>>>>>>>>      show through to sendmail.
#
#
# See also RFC 2142, `MAILBOX NAMES FOR COMMON SERVICES, ROLES
# AND FUNCTIONS', May 1997

# Pretty much everything else in this file points to "root", so
# you would do well in either reading root's mailbox or forwarding
# root's email from here.

# root: [e-mail]

# Basic system aliases -- these MUST be present
MAILER-DAEMON: postmaster
postmaster: root

# General redirections for pseudo accounts
_pflogd: root
bin:    root
bind:   root
daemon: root
games:  root
kmem:   root
mailnull: postmaster
man:    root
news:   root
nobody: root
operator: root
pop:    root
proxy:  root
smmsp:  postmaster
sshd:   root
system: root
toor:   root
tty:    root
usenet: news
uucp:   root

# Well-known aliases -- these should be filled in!
# manager:
# dumper:

# BUSINESS-RELATED MAILBOX NAMES
# info:
# marketing:
# sales:
# support:

# NETWORK OPERATIONS MAILBOX NAMES
abuse:  root
# noc:          root
security:       root

# SUPPORT MAILBOX NAMES FOR SPECIFIC INTERNET SERVICES
ftp:            root
ftp-bugs:       ftp
# hostmaster:   root
# webmaster:    root
# www:          webmaster

# NOTE: /var/msgs and /var/msgs/bounds must be owned by sendmail's
#       DefaultUser (defaults to mailnull) for the msgs alias to work.
#
# msgs: "| /usr/bin/msgs -s"

# bit-bucket: /dev/null
# dev-null: bit-bucket

[El Cid]

Verwijderd schreef op donderdag 30 maart 2006 @ 23:13:
Nee hoor, gewoon cd /etc/mail en dan make.
Als het goed is worden dan o.a. de access en aliases databases gemaakt.

Nog steeds geen /var/mail/root.

[FiscBiker]

Heeft root al wel mail gehad?

Als ik mijn mail bekijk met

code:

# mail -f /var/mail/root

en vervolgens alle berichten verwijder dan is /var/mail/root ook weg als ik mail afsluit. Komt vanzelf terug zodra root mail krijgt.

NB: op FreeBSD 6.0 probeerde ik dat nu even uit

[El Cid]

FiscBiker schreef op donderdag 30 maart 2006 @ 23:39:
Heeft root al wel mail gehad?

Zou wel moeten, vroeger kreeg ik altijd de resultaten van de default security checks binnen.

[FiscBiker]

El Cid schreef op donderdag 30 maart 2006 @ 23:47:
[...]


Zou wel moeten, vroeger kreeg ik altijd de resultaten van de default security checks binnen.

Moet-ie natuurlijk wel aan hebben gestaan om 03:00 uur 's nachts.

Heb je nog iets kunnen vinden in /var/log/cron, /var/log/messages of /var/log/maillog?

een make in /etc/mail heb ik overigens nog nooit van gehoord (ik gebruik FreeBSD dan ook pas sinds 4.9).

[ Voor 5% gewijzigd door FiscBiker op 30-03-2006 23:56 ]

[_JGC_]

make in /etc/mail is alleen voor sendmail systemen om je mail aliasen te updaten in FreeBSD. Als het goed is moet je ook een make install doen, anders worden ze niet actief. Misschien is het handig om /var/log/maillog eens door te nemen om erachter te komen waar je mail voor root blijft.

[El Cid]

Ik kan in m'n logfiles ook niks vinden.

[ Voor 13% gewijzigd door El Cid op 31-03-2006 14:09 ]

[El Cid]

Heb zojuist wel ander heuglijk nieuws vernomen. De fabrikant van mijn RAID-kaart heeft eindelijk drivers voor FreeBSD-6.0 vrij gegeven.

Goodbye 5.3, 6.0 here i come.

[nero355]

_JGC_ schreef op vrijdag 31 maart 2006 @ 00:25:
make in /etc/mail is alleen voor sendmail systemen om je mail aliasen te updaten in FreeBSD. Als het goed is moet je ook een make install doen, anders worden ze niet actief. Misschien is het handig om /var/log/maillog eens door te nemen om erachter te komen waar je mail voor root blijft.

http://www.freebsd.org/do...ks/handbook/sendmail.html

Alleen make hoor

* nero355 vindt sendmail wel lekker simpel als MTA, kan het uit het blote hoofdje configgen

[daft_dutch]

mail root eens kijken wat er gebeurt

[El Cid]

El Cid schreef op vrijdag 31 maart 2006 @ 14:13:
Goodbye 5.3, 6.0 here i come.

Inmiddels heb ik dus FreeBSD-6.0 geinstalleerd, maar hetzelfde probleem blijft zich voordoen.

Nou heb ik wel het volgende ontdekt in /var/log/maillog:

code:

Apr 22 00:06:05 viceversa sm-msp-queue[18769]: k3LA655F000793: to=postmaster, deri=2193485, relay=[127.0.0.1] [127.0.0.1], dsn=4.0.0, stat=Deferred: Operation n
Apr 22 00:06:05 viceversa sm-msp-queue[18769]: k3LA655G000793: to=postmaster, deri=2195448, relay=[127.0.0.1], dsn=4.0.0, stat=Deferred: Operation not permitted
Apr 22 00:06:05 viceversa sm-msp-queue[18769]: k3L8a55G000530: to=root, delay=131752, relay=[127.0.0.1], dsn=4.0.0, stat=Deferred: Operation not permitted
Apr 22 00:06:05 viceversa sm-msp-queue[18769]: k3L8a55F000530: to=root, delay=133715, relay=[127.0.0.1], dsn=4.0.0, stat=Deferred: Operation not permitted
Apr 22 00:36:05 viceversa sm-msp-queue[18839]: k3LA655F000793: to=postmaster, deri=2283485, relay=[127.0.0.1] [127.0.0.1], dsn=4.0.0, stat=Deferred: Operation n
Apr 22 00:36:05 viceversa sm-msp-queue[18839]: k3LA655G000793: to=postmaster, deri=2285448, relay=[127.0.0.1], dsn=4.0.0, stat=Deferred: Operation not permitted
Apr 22 00:36:05 viceversa sm-msp-queue[18839]: k3L8a55G000530: to=root, delay=141752, relay=[127.0.0.1], dsn=4.0.0, stat=Deferred: Operation not permitted
Apr 22 00:36:05 viceversa sm-msp-queue[18839]: k3L8a55F000530: to=root, delay=143715, relay=[127.0.0.1], dsn=4.0.0, stat=Deferred: Operation not permitted
Apr 22 01:06:05 viceversa sm-msp-queue[18904]: k3LA655F000793: to=postmaster, deri=2373485, relay=[127.0.0.1] [127.0.0.1], dsn=4.0.0, stat=Deferred: Operation n
Apr 22 01:06:05 viceversa sm-msp-queue[18904]: k3LA655G000793: to=postmaster, deri=2375448, relay=[127.0.0.1], dsn=4.0.0, stat=Deferred: Operation not permitted
Apr 22 01:06:05 viceversa sm-msp-queue[18904]: k3L8a55G000530: to=root, delay=141752, relay=[127.0.0.1], dsn=4.0.0, stat=Deferred: Operation not permitted
Apr 22 01:06:05 viceversa sm-msp-queue[18904]: k3L8a55F000530: to=root, delay=143715, relay=[127.0.0.1], dsn=4.0.0, stat=Deferred: Operation not permitted

Iemand enig idee wat het probleem is, en hoe te verhelpen?

[weijl]

reactie hiervoor sloeg nergens op, root hoort gewoon aan te komen, heeft niets met onderstaande uitgecommente regel temaken excuses.

ik zie dit in je /etc/aliases..

code:

# root: [e-mail]

gooit em dan naar je user account.

code:

root: [e-mail]

"operation not permitted"
heeft mailuser (weet zo niet welke dat is onder fbsd) wel rechten in /var/mail om die mbox aan te kunnen maken?

[ Voor 137% gewijzigd door weijl op 22-04-2006 02:22 ]

[El Cid]

Laat maar...

[ Voor 94% gewijzigd door El Cid op 22-04-2006 14:41 ]

[El Cid]

Mischien kan ik het volgende beter niet vertellen, want het is een beetje beschamend.

Maar het blijkt een probleem met m'n firewall te zijn. Ik was vergeten om de loopback interface vrije toegang te geven.

[ Voor 4% gewijzigd door El Cid op 22-04-2006 15:43 ]