das soll kein Crossposting werden, ich habe schon fälschlich in
de.comm.software.mozilla.mailnews gefragt und komme trotzdem nicht weiter.
Seit kurzem ("ich habe gar nichts gemacht...") geht das simple
mail-Kommando nicht mehr.
Ich habe die User root und rollo. Ich schicke mir also als rollo selbst
eine System-Mail:
$ mail rollo
subject: test
test
. <enter>
$
und dann
und es gibt keine Mail. /var/spool/mail/rollo ist vorhanden und leer
(0). Meldungen gibt es keine. mail -v sagt dann, daß eine Meldung an
rollo geschickt wurde, die natürlich auch nirgends ist.
Die einzige Idee wäre, daß ich dabei bin, mir einen lokalen pop3-Server
aufzusetzen (postfix, dovecot/cyrus). Der Server ist aber nicht aktiv.
Unwissenheit: für "mail <user>" ist doch kein MTA/MDA nötig, gell? Oder
muß zumindest sendmail oder postfix laufen (sendmail ist ja im Urzustand
nicht konfiguriert nd es geht "eigentlich" trotzdem)? Aber auch mit
laufendem postfix passiert nichts, und mit dovecot geht auch der
POP3-Abruf - ohne Ergebnis. Bei einer kürzlichen Installation (jetzt neu
aufgesetztes System) ging es einwandfrei mit postfix/cyrus, sowohl für
"mail rollo" als auch per Thunderbird mit ro...@localhost.tux. Ich komme
aber nicht drauf, wo der Haken war, und die vielen verfügbaren Howtos
helfen mir wegen Widersprüchlichkeiten auch nicht zum Ziel :-(.
Kann mir bitte einer einen Tip geben, wo ich suchen kann? Außer bei Frau
Google, "mail geht nicht" geht ja schlecht :-) .
Danke!
Ralph
> Unwissenheit: für "mail <user>" ist doch kein MTA/MDA nötig, gell?
doch
> [...]
> Aber auch mit laufendem postfix passiert nichts
Was steht im Postfix-Logfile (vermutlich /var/log/mail.log)?
Nein, nicht wenn man das "original" /usr/sbin/sendmail verwendet. Ist
sendmail installiert, braucht der MTA nicht als Daemon zu laufen.
Die /usr/sbin/sendmail-Versionen von postfix und exim können das
hingegen nicht.
Martin
> Paul Hink wrote:
>> Ralph Stahl <po...@rstahl.de> wrote:
>>> Unwissenheit: für "mail <user>" ist doch kein MTA/MDA nötig, gell?
>>
>> doch
>
> Nein, nicht wenn man das "original" /usr/sbin/sendmail verwendet. Ist
> sendmail installiert, braucht der MTA nicht als Daemon zu laufen.
Das mag sein, aber man braucht trotzdem einen funktionierenden MTA. Ob
die jeweilige MTA-Software das mit oder ohne Daemon hinbekommt ist eine
andere Sache.
also sendmail, hier ersetzt durch postfix.
>> [...]
>> Aber auch mit laufendem postfix passiert nichts
>
> Was steht im Postfix-Logfile (vermutlich /var/log/mail.log)?
Beim Senden einer Mail über Thunderbird an ro...@localhost.tux (gekürzt
um "date/time localhost"):
postfix/smtpd[4463]: connect from localhost.tux[127.0.0.1]
postfix/smtpd[4463]: 5D3E21160252: client=localhost.tux[127.0.0.1]
postfix/cleanup[4466]: 5D3E21160252:
message-id=<482AFDC2...@localhost.tux>
postfix/qmgr[4454]: 5D3E21160252: from=<ro...@localhost.tux>, size=506,
nrcpt=1 (queue active)
postfix/lmtp[4468]: 5D3E21160252: to=<ro...@localhost.tux>, relay=none,
delay=0.24, delays=0.18/0.02/0.04/0, dsn=4.4.1, status=deferred
(connect to localhost.tux[public/lmtp]: No such file or
directory)
postfix/smtpd[4463]: disconnect from localhost.tux[127.0.0.1]
Heißt also, die Verbindung klappt zunächst, das Senden wird aber
abgelehnt. Was mit "No such file or directory" hier gemeint ist, weiß
ich nicht. Es gibt /var/lib/imap/socket/lmtp, falls das gemeint ist.
Ralph
Ich hatte noch einen Fehler in der master.cf (mailbox_transport), jetzt
sieht die 5. Zeile so aus, es geht aber trotzdem nicht:
localhost postfix/lmtp[5497]: 88EBA1160257: to=<ro...@localhost.tux>,
relay=none, delay=0.22, delays=0.22/0/0/0, dsn=4.4.1,
status=deferred (connect to
localhost.tux[/var/lib/imap/socket/lmtp]: Connection refused)
Wie gesagt, /var/lib/imap/socket/lmtp ist da.
Ralph
> postfix/lmtp[4468]: 5D3E21160252: to=<ro...@localhost.tux>, relay=none,
> delay=0.24, delays=0.18/0.02/0.04/0, dsn=4.4.1, status=deferred
> (connect to localhost.tux[public/lmtp]: No such file or
> directory)
> postfix/smtpd[4463]: disconnect from localhost.tux[127.0.0.1]
> Heißt also, die Verbindung klappt zunächst, das Senden wird aber
> abgelehnt. Was mit "No such file or directory" hier gemeint ist, weiß
> ich nicht. Es gibt /var/lib/imap/socket/lmtp, falls das gemeint ist.
Was gemeint ist, steht in deiner main.cf unter
mailbox_transport =
Weiterhin solltest du in deiner master.cf prüfen, ob lmtp chrooted
läuft. Wenn ja, sucht er /var/lib/imap/socket/lmtp natürlich in seinem
chroot-Directory.
f'up2 de.comm.software.mailserver
--
Too many ingredients in the soup, no room for a spoon.
http://news.motzarella.org
> localhost postfix/lmtp[5497]: 88EBA1160257: to=<ro...@localhost.tux>,
> relay=none, delay=0.22, delays=0.22/0/0/0, dsn=4.4.1,
> status=deferred (connect to
> localhost.tux[/var/lib/imap/socket/lmtp]: Connection refused)
> Wie gesagt, /var/lib/imap/socket/lmtp ist da.
Hat aber die falschen Zugriffsrechte.
srwxrwxrwx root/root, hab ich nicht selbst so angelegt und nirgends was
von der Notwendigkeit einer Änderung gelesen. Welche Rechte sollten es
denn sein?
Ralph
Und die Rechte entlang des Pfades?
Grüße
-cl
--
/bb|[^b]{2}/