Re: [EasyLinux-Ubuntu] Verständnisfrage:_postfix_Logs / [EasyLinux-Ubuntu] Verständnisfrage:_postfix_Logs / EasyLinux Ubuntu / Mailinglisten / Community / Home

Emails

[EasyLinux-Ubuntu] Verständnisfrage:_postfix_Logs
"H[punkt]-Stefan Neumeyer" <hsn[punkt]debian_user[bei]arcor[punkt]de>, Samstag, 31. August 2013 18:27:10

Re: [EasyLinux-Ubuntu] Verständnisfrage:_postfix_Logs
Hermann <hgk1952[bei]zoho[punkt]com>, Samstag, 31. August 2013 18:54:50

Bei mir logt postfix ganz einfach nach /var/log/mail.*

Das ist wohl auch Standard, jedenfalls kann ich mich nicht erinnern,

das irgendwo eingestellt zu haben.

grep postfix /var/log/mail.*

sollte einiges ausgeben.

Hermann

Am 31.08.2013 18:27, schrieb H.-Stefan Neumeyer:

> Hallo an alle Mitleser,

> wie bringen ich postfix dazu ein Log zu schreiben - insbesondere

> darüber, was mit Mail passiert, die nicht an einen MDA

> weitergegeben werden. (warum das nicht passiert ist dann eine

> andere Baustelle) Wenn es so etwas schon gibt, wo muß ich das/die

> Log(s) suchen. Unterhalb von /var/log finde ich nichts.

> Ich bin es gewohnt, daß in oben beschriebenen Fall die Mail

> zumindest nach

> /var/spool/mail/$USER

> gelangen. Das ist aber nicht der Fall. Sie sind fort und wo könnten

> die nun abgeblieben sein? Bei Mageia gibt es ein unterhalb von

> /var/spool/postfix

> eine umfangreiche Verzeichnisstruktur, in die allerdings noch nie

> reingeschaut habe, weil es dort einfach immer funktioniert. Dort

> würde ich ein Cache am ehesten vermuten. Ich habe hier z.Z. aber

> keinen Rechner mit Mageia laufen. Im konkreten Fall fehlt das

> allerdings alles komplett.

> Da ich das zu sehen bekomme

> andreas@linux-1uge:~> ps aux | grep postfix root 654 0.0

> 0.0 5072 1272 ? Ss 16:08 0:00

> /usr/lib/postfix/master postfix 662 0.0 0.0 4880 1128 ?

> S 16:08 0:00 pickup -l -t fifo -u postfix 663 0.0 0.0

> 4924 1140 ? S 16:08 0:00 qmgr -l -t fifo -u andreas

> 1639 0.0 0.0 4160 880 pts/0 S+ 18:00 0:00 grep --

> color=auto postfix

> nehme ich mal an, daß postfix zumindest zu laufen scheint?

> _______________________________________________ Ubuntu mailing

> list Ubuntu[bei]easylinux[punkt]de

> http://www.easylinux.de/Kontakt/Mailinglisten/listinfo/ubuntu

_______________________________________________

Ubuntu mailing list

Ubuntu[bei]easylinux[punkt]de

http://www.easylinux.de/Kontakt/Mailinglisten/listinfo/ubuntu

Re: [EasyLinux-Ubuntu] Verständnisfrage:_postfix_Logs
Uwe Herrmuth <u[punkt]herrmuth[bei]gmx[punkt]de>, Sonntag, 01. September 2013 03:16:39

Hallo Stefan,

H.-Stefan Neumeyer schrieb am 31.08.2013 um 18:27:

>wie bringen ich postfix dazu ein Log zu schreiben

Das musst Du postfix nicht extra beibringen.

Wenn postfix läuft, loggt es nach /var/log/mail.log, Fehler

nach /var/log/mail.err, Warnungen nach /var/log/mail.warn

> - insbesondere

>darüber, was mit Mail passiert, die nicht an einen MDA weitergegeben

>werden. (warum das nicht passiert ist dann eine andere Baustelle)

Mails, die nicht ausgeliefert werden können - egal aus welchem Grund -

wandern in Unterverzeichnisse von /var/spool/postfix. Wie lange sie dort

verbleiben, respektive wie viele Zustellversuche unternommen werden,

bis die Mail endgültig verworfen wird, wird in der Konfiguration

festgelegt.

>Wenn es so etwas schon gibt, wo muß ich das/die Log(s) suchen. Unterhalb

>von /var/log finde ich nichts.

Dann würde ich mal testen, ob postfix überhaupt läuft.

root@einstein:/home/uwe# /etc/init.d/postfix status

[ ok ] postfix is running.

snip

>Da ich das zu sehen bekomme

>andreas@linux-1uge:~> ps aux | grep postfix

>root 654 0.0 0.0 5072 1272 ? Ss 16:08 0:00

>/usr/lib/postfix/master

>postfix 662 0.0 0.0 4880 1128 ? S 16:08 0:00 pickup -l -t

>fifo -u

>postfix 663 0.0 0.0 4924 1140 ? S 16:08 0:00 qmgr -l -t fifo

>-u

>andreas 1639 0.0 0.0 4160 880 pts/0 S+ 18:00 0:00 grep --

>color=auto postfix

>nehme ich mal an, daß postfix zumindest zu laufen scheint?

Ich würde sagen der Schein trügt. Sieht mir eher danach aus, als ob die

Konfiguration nicht abgeschlossen ist und/oder Fehler aufweist.

Da Du etwas später im Thread fetchmail erwähnst, würde ich erst mal in

Abhängigkeit von dessen Einstellung, die Mails die eventuell unterhalb

von /var/spool/postfix liegen sichern. Wenn fechtmail nicht im

keep-Modus läuft, sind die Mails sowohl vom Server als auch irgendwann

aus der Queue von Postfix weg.

Dann würde ich alle Postfix-Prozesse killen und versuchen ihn

über

/etc/init.d/postfix start

zu starten. Ist die Konfiguration verbogen kommen dabei in der Regel

recht aussagekräftige Meldungen und der postfix-Start wird

abgebrochen. Da kann man dann ansetzen.

Viele Grüße

Uwe

Debian GNU/Linux 7 Kernel 3.2.0-4-686-pae Xfce 4.8

Sag NEIN zu globalen Spionageprogrammen!

Re: [EasyLinux-Ubuntu] [erledigt_aber_nich_gelöst]_Verständnisfrage:_postfix_Logs
"H[punkt]-Stefan Neumeyer" <hsn[punkt]debian_user[bei]gmx[punkt]net>, Samstag, 14. September 2013 15:36:05

Am Samstag, den 31.08.2013, 18:27 +0200 schrieb H.-Stefan Neumeyer:

Hallo an alle Mitleser,

ich schleiße das nach mehreren Wochen mal ab - ohne insgesamt eine

wirkliche Lösung zu habe.

Nach der Neuinstallation auf eine leere Platte hatten wir zwar auch Logs

von postfix. Allerdings war das Verhalten dort immer wieder reichlich

merkwürdig. Einzige Veränderung am default-Setup war die die Ergänzung

in der /etc/postfix/aliases in der Zeile "Account of a human".

Zur Laufzeit kam es immer wieder vor, daß sich postfix wohl nach

kürzester Zeit von selbst beende hat. Jedenfalls deute ich so etwas

2013-09-11T20:09:18.637519+02:00 linux postfix/postfix-script[3629]:

fatal: the Postfix mail system is not running

2013-09-11T20:09:19.630037+02:00 linux-vtk7

postfix/postfix-script[2598]: starting the Postfix mail system

2013-09-11T20:09:19.850699+02:00 linux-vtk7 postfix/master[2599]: daemon

started -- version 2.9.6, configuration /etc/postfix

2013-09-11T20:09:24.876417+02:00 linux-vtk7

postfix/postfix-script[4511]: refreshing the Postfix mail system

2013-09-11T20:09:24.915300+02:00 linux-vtk7 postfix/master[2599]: reload

-- version 2.9.6, configuration /etc/postfix

2013-09-11T20:09:24.921252+02:00 linux-vtk7 postfix/master[2599]:

warning: ignoring inet_protocols parameter value change

2013-09-11T20:09:24.926251+02:00 linux-vtk7 postfix/master[2599]:

warning: old value: "all", new value: "ipv4"

2013-09-11T20:09:24.928541+02:00 linux-vtk7 postfix/master[2599]:

warning: to change inet_protocols, stop and start Postfix

2013-09-11T20:09:30.928689+02:00 linux postfix/postfix-script[3629]:

fatal: the Postfix mail system is not running

den Logs in dieser Richtung.

Ein anschließendes prüfen per systemctl-Befehl ergab dann immer ein "not

running"

Dann kommt dazu, daß es mir nicht möglich war/ist, dort bestimmte

Dienste automatisch oder per Befehl zu starten.

Der fetchmail-Daemon z.B. lief nur über die Einrichtung per Yast - und

dann lediglich für eine Adresse in der globalen fetchmailrc. Sobald ich

die editiert und um weitere Einträge ergänzt habe, wollte fetchmail

weder automatisch noch per Befehl mehr starten. dto. bei einer händisch

angelegten fetchmailrc und Startversuchen unter Umgehung der

"Mailserver-Einrichtung" in Yast.

spamd ist der nächste Kandidat. Einzige Änderung am default-Setup ist

die user_prefs in .spamassassin im §HOME.

spamassassin läßt sich aber weder im Runlevelditor (gibt unbekannten

Fehler zurück) noch per Befehl zum laufen überreden

linux-vtk7:~ # /bin/systemctl start spamd.service

Failed to issue method call: Unit spamd.service failed to load: No such

file or directory. See system logs and 'systemctl status spamd.service'

for details

Die Details, die man sich ansehen soll, sagen mir aber garnichts und ich

kann mich erinnern, daß ich im Frühjahr schon mal an dieser Stelle stand

und nicht weiter gekommen bin...

Also haben wir inzwischen beschlossen, das aufzugeben.

Die Fragen, die sich aus dem Neuanfang ergeben, stellen ich dann an

anderer Stelle.

Gruß Stefan

Debian GNU/Linux testing ("Jessie") x86_64

Xfce 4.10.1

Evolution PIM 3.4.4

Diese e-Mail-Adresse nimmt ausschließlich Nachrichten für

Mailinglisten entgegen.

Für private Nachrichten bitte die Adresse

hsn.neumeyer[at]arcor dot de benutzen.

Dort eingehende Nachrichten, die nicht unter Nutzung von

GnuPG verschlüsselt sind, werde ich grundsätzlich nicht mehr

beachten.

In den News

Aktuelle Fragen