Hallo zusammen, da ich immer mehr auf der Konsole erledige, bastle ich auch immer wieder ein wenig herum. Jetzt komme ich nicht mehr an meine Mails heran, die fetchmail von 2 Accounts als Test zieht. Normal liegen diese dann in /var/spool/mail/USERNAME (bei mir USERNAME=thor) oder in /var/mail/USERNAME. "Früher" lagen sie in /var/spool/mail/thor. Jetzt kommt dort nach einem fetchmail -k nichts mehr an, Mails werden abgerufen, aber ich finde sie dort nicht (habe mit mutt nachgesehen). Ein procmail, das einsortiert, habe ich nicht. Auch eine Umstellung irgendwelcher Parameter in Configdateien wurde nicht vorgenommen. Ebenso ist die .fetchmailrc in meinem /home unangetastet seit den letzten erfolgreichen Versuchen. Wo kann ich meine Mails finden oder wie mich nach ihnen auf die Suche machen, ist also meine Frage. Gruß, Thorsten -- .-. Thorsten von Plotho-Kettner - Fon/SMS 0163-2886981 /v\ Linuxuser #275535 Linux Machine #168717 /( )\ http://aussatz.antville.org ^^ http://www.aus-satz.de
Am Mittwoch, 28. Mai 2003 15:16 schrieb Thorsten von Plotho-Kettner: [...] Sorry für das Doppelmailchen, auch noch 2 unterschiedliche Mailgrößen, wie das? Thorsten
On Wed, May 28, 2003 at 03:16:48PM +0200, Thorsten von Plotho-Kettner wrote:
Hallo zusammen,
da ich immer mehr auf der Konsole erledige, bastle ich auch immer wieder ein wenig herum. Jetzt komme ich nicht mehr an meine Mails heran, die fetchmail von 2 Accounts als Test zieht. Normal liegen diese dann in /var/spool/mail/USERNAME (bei mir USERNAME=thor) oder in /var/mail/USERNAME. "Früher" lagen sie in /var/spool/mail/thor. Jetzt kommt dort nach einem fetchmail -k nichts mehr an, Mails werden abgerufen, aber ich finde sie dort nicht (habe mit mutt nachgesehen). Ein procmail, das einsortiert, habe ich nicht. Auch eine Umstellung irgendwelcher Parameter in Configdateien wurde nicht vorgenommen. Ebenso ist die .fetchmailrc in meinem /home unangetastet seit den letzten erfolgreichen Versuchen.
Wo kann ich meine Mails finden oder wie mich nach ihnen auf die Suche machen, ist also meine Frage.
Was steht denn in /var/log/mail?
Am Mittwoch, 28. Mai 2003 15:20 schrieb Jürgen Knelangen:
On Wed, May 28, 2003 at 03:16:48PM +0200, Thorsten von Plotho-Kettner wrote:
da ich immer mehr auf der Konsole erledige, bastle ich auch immer wieder ein wenig herum. Jetzt komme ich nicht mehr an meine Mails heran, die fetchmail von 2 Accounts als Test zieht. Normal liegen diese dann in /var/spool/mail/USERNAME (bei mir USERNAME=thor) oder in /var/mail/USERNAME. "Früher" lagen sie in /var/spool/mail/thor. Jetzt kommt dort nach einem fetchmail -k nichts mehr an, Mails werden abgerufen, aber ich finde sie dort nicht (habe mit mutt nachgesehen). Ein procmail, das einsortiert, habe ich nicht. Auch eine Umstellung irgendwelcher Parameter in Configdateien wurde nicht vorgenommen. Ebenso ist die .fetchmailrc in meinem /home unangetastet seit den letzten erfolgreichen Versuchen.
Wo kann ich meine Mails finden oder wie mich nach ihnen auf die Suche machen, ist also meine Frage.
Was steht denn in /var/log/mail?
Viel zu meinem anderen Problem, dass ich mit dem Mailversand auch
nicht klarkomme ;) Hängt das irgendwie zusammen?
Ich poste einfach mal die /var/logg/errors [1] und /var/log/info
[2]. Hoffe, da wird was ersichtlich. Muss mich wohl mal mit
sendmail auseiandersetzen. Irgendwie habe ich das wohl zu locker
und unbedacht angegangen.
Habe die logs jetzt gesamt hier eingestellt, da ich nicht wusste,
was wichtig ist und was gesnippt werden kann.
Thorsten
[1]
˱@˱@s-satz mail]# cat errors
May 25 07:50:05 aus-satz sendmail[29897]: h4P5o3BW029897: Losing
./qfh4P5o3BW029
897: savemail panic
May 25 07:50:05 aus-satz sendmail[29897]: h4P5o3BW029897:
SYSERR(root): savemail
: cannot save rejected email anywhere
May 25 08:09:55 aus-satz sendmail[30113]: h4OAkRQJ002988:
SYSERR(root): hash map
"Alias0": missing map file /etc/aliases.db: No such file or
directory
May 25 17:51:49 aus-satz sendmail[1547]: h4OAkRQJ002988:
SYSERR(root): hash map
"Alias0": missing map file /etc/aliases.db: No such file or
directory
May 25 18:51:49 aus-satz sendmail[3146]: h4OAkRQJ002988:
SYSERR(root): hash map
"Alias0": missing map file /etc/aliases.db: No such file or
directory
May 25 19:52:30 aus-satz sendmail[1511]: h4OAkRQJ002988:
SYSERR(root): hash map
"Alias0": missing map file /etc/aliases.db: No such file or
directory
May 25 20:52:30 aus-satz sendmail[2591]: h4OAkRQJ002988:
SYSERR(root): hash map
"Alias0": missing map file /etc/aliases.db: No such file or
directory
May 25 21:37:14 aus-satz sendmail[1511]: h4OAkRQJ002988:
SYSERR(root): hash map
"Alias0": missing map file /etc/aliases.db: No such file or
directory
May 25 22:09:27 aus-satz sendmail[1508]: h4OAkRQJ002988:
SYSERR(root): hash map
"Alias0": missing map file /etc/aliases.db: No such file or
directory
May 26 05:17:02 aus-satz sendmail[1508]: h4OAkRQJ002988:
SYSERR(root): hash map
"Alias0": missing map file /etc/aliases.db: No such file or
directory
May 26 05:48:36 aus-satz sendmail[1552]: h4OAkRQJ002988:
SYSERR(root): hash map
"Alias0": missing map file /etc/aliases.db: No such file or
directory
May 26 05:54:21 aus-satz sendmail[1511]: h4OAkRQJ002988:
SYSERR(root): hash map
"Alias0": missing map file /etc/aliases.db: No such file or
directory
May 26 16:43:40 aus-satz sendmail[1511]: h4OAkRQJ002988:
SYSERR(root): hash map
"Alias0": missing map file /etc/aliases.db: No such file or
directory
May 26 17:43:40 aus-satz sendmail[2786]: h4OAkRQJ002988:
SYSERR(root): hash map
"Alias0": missing map file /etc/aliases.db: No such file or
directory
May 26 18:43:40 aus-satz sendmail[3547]: h4OAkRQJ002988:
SYSERR(root): hash map
"Alias0": missing map file /etc/aliases.db: No such file or
directory
May 26 19:43:41 aus-satz sendmail[4355]: h4OAkRQJ002988:
SYSERR(root): hash map
"Alias0": missing map file /etc/aliases.db: No such file or
directory
May 26 19:47:19 aus-satz sendmail[1513]: h4OAkRQJ002988:
SYSERR(root): hash map
"Alias0": missing map file /etc/aliases.db: No such file or
directory
May 26 20:47:19 aus-satz sendmail[3742]: h4OAkRQJ002988:
SYSERR(root): hash map
"Alias0": missing map file /etc/aliases.db: No such file or
directory
May 26 21:09:16 aus-satz sendmail[1513]: h4OAkRQJ002988:
SYSERR(root): hash map
"Alias0": missing map file /etc/aliases.db: No such file or
directory
May 26 22:09:18 aus-satz sendmail[3414]: h4OAkRQJ002988:
SYSERR(root): hash map
"Alias0": missing map file /etc/aliases.db: No such file or
directory
May 27 05:31:52 aus-satz sendmail[1513]: h4OAkRQJ002988:
SYSERR(root): hash map
"Alias0": missing map file /etc/aliases.db: No such file or
directory
May 27 06:12:25 aus-satz sendmail[30564]: h4R4CMk9030564: Losing
./qfh4R4CMk9030
564: savemail panic
May 27 06:12:25 aus-satz sendmail[30564]: h4R4CMk9030564:
SYSERR(root): savemail
: cannot save rejected email anywhere
May 27 11:43:37 aus-satz sendmail[1526]: h4OAkRQJ002988:
SYSERR(root): hash map
"Alias0": missing map file /etc/aliases.db: No such file or
directory
May 27 11:51:31 aus-satz sendmail[1515]: h4OAkRQJ002988:
SYSERR(root): hash map
"Alias0": missing map file /etc/aliases.db: No such file or
directory
May 27 12:51:31 aus-satz sendmail[3061]: h4OAkRQJ002988:
SYSERR(root): hash map
"Alias0": missing map file /etc/aliases.db: No such file or
directory
May 27 12:58:31 aus-satz sendmail[1538]: h4OAkRQJ002988:
SYSERR(root): hash map
"Alias0": missing map file /etc/aliases.db: No such file or
directory
May 27 13:58:32 aus-satz sendmail[3398]: h4OAkRQJ002988:
SYSERR(root): hash
[2]
sten=aus-satz.de@suse.com>, size=3862, class=-60, nrcpts=1,
msgid=<20030527180925.GC3570@grossing.de>, proto=ESMTP, daemon=MTA,
relay=localhost [127.0.0.1]
May 27 21:07:00 aus-satz sendmail[904]: h4RJ6wJm000904:
to=
Am Mittwoch, 28. Mai 2003 15:33 schrieb Thorsten von Plotho-Kettner:
May 25 08:09:55 aus-satz sendmail[30113]: h4OAkRQJ002988: SYSERR(root): hash map "Alias0": missing map file /etc/aliases.db: No such file or directory
Hier schein wohl ein "postmap /etc/aliases fällig zu sein. Hast Du Dir deine aliases.db gelöscht? Filesystem voll? Robert
Am Mittwoch, 28. Mai 2003 16:46 schrieb Hans-Robert Wagner:
Am Mittwoch, 28. Mai 2003 15:33 schrieb Thorsten von Plotho-Kettner:
May 25 08:09:55 aus-satz sendmail[30113]: h4OAkRQJ002988:
SYSERR(root): hash map "Alias0": missing map file /etc/aliases.db: No such file or directory
Hier schein wohl ein "postmap /etc/aliases fällig zu sein. Hast Du Dir deine aliases.db gelöscht? Filesystem voll?
Filesystem ist nicht voll, gelöscht hatte ich auch nicht, jedenfalls nicht meines Wissens nach, aber die Datei fehlte wirklich. In der aliases* stand mit # auskommentiert "root-Mails an": root marc. Ist das Standard? Oder ist da was, über das ich informiert sein sollte? Mein Account ist Thorsten als User. Gruß, Thorsten -- .-. Thorsten von Plotho-Kettner - Fon/SMS 0163-2886981 /v\ Linuxuser #275535 Linux Machine #168717 /( )\ http://aussatz.antville.org ^^ http://www.aus-satz.de
Am Mittwoch, 28. Mai 2003 16:56 schrieb Thorsten von Plotho-Kettner:
Hier schein wohl ein "postmap /etc/aliases fällig zu sein. Hast Du Dir deine aliases.db gelöscht? Filesystem voll?
Filesystem ist nicht voll, gelöscht hatte ich auch nicht, jedenfalls nicht meines Wissens nach, aber die Datei fehlte wirklich. In der aliases* stand mit # auskommentiert "root-Mails an": root marc.
Ist das Standard? Oder ist da was, über das ich informiert sein sollte? Mein Account ist Thorsten als User.
Nein, das auskommentierte ist wohl nur die standardmäßig vorhandene Beispielangabe. Die Mails für root sollten aber über die Tabelle schon an einen anderen Benutzer (Admin) gehen. Dein Mailserver schaut aber schon in dieser Tabelle nach, oder? Die FM von vorhin gibt es jedenfalls an. Ist Dein Problem damit behoben? Den anderen FM nach waren die Mails, die Dein Server empfing, ja gequeued worden. Die Mailqueue müsste jetzt wieder leer sein, die Mails also zugestellt worden sein. Robert
Am Mittwoch, 28. Mai 2003 19:08 schrieb Hans-Robert Wagner: [...]
Nein, das auskommentierte ist wohl nur die standardmäßig vorhandene Beispielangabe. Die Mails für root sollten aber über die Tabelle schon an einen anderen Benutzer (Admin) gehen. Dein Mailserver schaut aber schon in dieser Tabelle nach, oder? Die FM von vorhin gibt es jedenfalls an. Ist Dein Problem damit behoben? Den anderen FM nach waren die Mails, die Dein Server empfing, ja gequeued worden. Die Mailqueue müsste jetzt wieder leer sein, die Mails also zugestellt worden sein.
Robert, okay, hier schonmal ein Danke, ich kann mit mutt wieder die Mails aus /var/spool/mail/thor lesen, sie kommen an ;) Wieso sich /etc/aliases.db in Luft aufgelöst hatte, hatte mich gewundert, bis ich es umbenannt in aliases.rpmnew vorgefunden habe. Und dann traf es mich wie ein Blitz, hatte ich doch fetchmail testweise in einer neuen Version via rpm eingespielt. Muss also daran liegen. Wenn ich jetzt noch das Senden der Mails gebacken kriege (Kofler liegt vor mir), dann wird mutt mal ordentlich getestet im Mailproduktivbetrieb. Dazu werde ich mir dann auch noch mal procmail einverleiben. Danke soweit also schonmal, Thorsten -- .-. Thorsten von Plotho-Kettner - Fon/SMS 0163-2886981 /v\ Linuxuser #275535 Linux Machine #168717 /( )\ http://aussatz.antville.org ^^ http://www.aus-satz.de
Am Mittwoch, 28. Mai 2003 19:08 schrieb Hans-Robert Wagner:
Am Mittwoch, 28. Mai 2003 16:56 schrieb Thorsten von Plotho-Kettner:
Hier schein wohl ein "postmap /etc/aliases fällig zu sein. Hast Du Dir deine aliases.db gelöscht? Filesystem voll?
Filesystem ist nicht voll, gelöscht hatte ich auch nicht, jedenfalls nicht meines Wissens nach, aber die Datei fehlte wirklich. In der aliases* stand mit # auskommentiert "root-Mails an": root marc.
Ist das Standard? Oder ist da was, über das ich informiert sein sollte? Mein Account ist Thorsten als User.
Nein, das auskommentierte ist wohl nur die standardmäßig vorhandene Beispielangabe. Die Mails für root sollten aber über die Tabelle schon an einen anderen Benutzer (Admin) gehen. Dein Mailserver schaut aber schon in dieser Tabelle nach, oder? Die FM von vorhin gibt es jedenfalls an. Ist Dein Problem damit behoben? Den anderen FM nach waren die Mails, die Dein Server empfing, ja gequeued worden. Die Mailqueue müsste jetzt wieder leer sein, die Mails also zugestellt worden sein.
Robert, okay, hier schonmal ein Danke, ich kann mit mutt wieder die Mails aus /var/spool/mail/thor lesen, sie kommen an ;) Wieso sich /etc/aliases.db in Luft aufgelöst hatte, hatte mich gewundert, bis ich es umbenannt in aliases.rpmnew vorgefunden habe. Und dann traf es mich wie ein Blitz, hatte ich doch fetchmail testweise in einer neuen Version via rpm eingespielt. Muss also daran liegen. Wenn ich jetzt noch das Senden der Mails gebacken kriege (Kofler liegt vor mir), dann wird mutt mal ordentlich getestet im Mailproduktivbetrieb. Dazu werde ich mir dann auch noch mal procmail einverleiben. [Und hier gleich noch ein Problem: May 28 20:35:12 aus-satz sendmail[6584]: h4SIZCrt006584: SYSERR(root): hash map "generics": missing map file /etc/mail/genericstable.db: No such file or directory Kann ich die /etc/genericstable.db irgendwie manuell erstellen? Vielleicht suche ich falsch, aber Google schwieg sich aus. Die sendmail-manpage habe ich anfänglich gelesen, wird ne Weile dauern...] Danke soweit also schonmal, Thorsten -- .-. Thorsten von Plotho-Kettner - Fon/SMS 0163-2886981 /v\ Linuxuser #275535 Linux Machine #168717 /( )\ http://aussatz.antville.org ^^ http://www.aus-satz.de
Am Mittwoch, 28. Mai 2003 20:44 schrieb Thorsten von Plotho-Kettner:
Kann ich die /etc/genericstable.db irgendwie manuell erstellen? Vielleicht suche ich falsch, aber Google schwieg sich aus. Die sendmail-manpage habe ich anfänglich gelesen, wird ne Weile dauern...]
Wenn die /etc/genericstable noch da ist, sollte das kein Problem sein. Ich kenne nur Postfix, da gibt es mit 'postalias' und 'postmap' die Möglichkeit die Tables ins Hash-Format zu wandeln. Die von Dir vermisste Tabelle kenne ich jedoch nicht, gehört sie zu Sendmail? Jedenfalls solltest Du Dein Backup mal nach den fehlenden Tabellen und ihrer Textquellen (immer ohne '.db') konsultieren. Da man hier ja nicht ständig dran schraubt, solte selbst eine ältere Sicherung helfen können. Robert
Am Mittwoch, 28. Mai 2003 21:03 schrieb Hans-Robert Wagner:
Am Mittwoch, 28. Mai 2003 20:44 schrieb Thorsten von Plotho-Kettner:
Kann ich die /etc/genericstable.db irgendwie manuell erstellen? Vielleicht suche ich falsch, aber Google schwieg sich aus. Die sendmail-manpage habe ich anfänglich gelesen, wird ne Weile dauern...]
Wenn die /etc/genericstable noch da ist, sollte das kein Problem sein. Ich kenne nur Postfix, da gibt es mit 'postalias' und 'postmap' die Möglichkeit die Tables ins Hash-Format zu wandeln. Die von Dir vermisste Tabelle kenne ich jedoch nicht, gehört sie zu Sendmail? Jedenfalls solltest Du Dein Backup mal nach den fehlenden Tabellen und ihrer Textquellen (immer ohne '.db') konsultieren. Da man hier ja nicht ständig dran schraubt, solte selbst eine ältere Sicherung helfen können.
Habe mir die /etc/mail/genericstable wieder erstellt (dank Google). Dann auch noch Postfix installiert und mittels linuxconf konfiguriert. Irgendwas mag er nicht, mit mutt eine Mail versucht zu senden: sendmail: fatal: bad numerical configuration: debug_peer_level = 2? +PATH=/bin:/usr/bin:/usr/local/bin:/usr/X11R6/bin? xxgdb +/usr/lib/postfix/sendmail & sleep 5 Wie bringe ich mein System dazu, meine Mails mit Postfix zu versenden. Wo muss ich ansetzen, was ändern? Wenn ich Postfix nutze, umgehe ich sendmail, richtig? Oder stehe ich irgendwo komplett auf dem Schlauch? Gruß, Thorsten -- .-. Thorsten von Plotho-Kettner - Fon/SMS 0163-2886981 /v\ Linuxuser #275535 Linux Machine #168717 /( )\ http://aussatz.antville.org ^^ http://www.aus-satz.de
Am Mittwoch, 28. Mai 2003 22:02 schrieb Thorsten von Plotho-Kettner:
Habe mir die /etc/mail/genericstable wieder erstellt (dank Google). Dann auch noch Postfix installiert und mittels linuxconf
konfiguriert. Irgendwas mag er nicht, mit mutt eine Mail versucht zu senden:
Du hattest vorher aber 'sendmail'? Also, beides sind MTAs und es kann nur einen geben. Also Sendmail muss deinstalliert werden, Postfix installiert werden. Allein schon deswegen, weil ja verschiedene Programme (z.B. /usr/sbin/sendmail) Binaries des jeweiligen MTAs sind, die zwar letztlich die gleiche Funktion haben, aber eben nicht identisch sind. Ein Mischmasch aus beiden Pakete *kann* also höchstens zu weiteren Problemen führen. linuxconf kenne ich nicht. Ich mag grundsätzlich auch von solchen Werkzeugen wenig wissen. Sie mögen dem Beginner helfen überhaupt etwas zum Laufen bekommen, nur weißt Du dann nichts über die tatsächliche Funktionsweise und hast im Falle eines MTA möglicherweise damit ein offenes Relay geschaffen.
sendmail: fatal: bad numerical configuration: debug_peer_level = 2? +PATH=/bin:/usr/bin:/usr/local/bin:/usr/X11R6/bin? xxgdb +/usr/lib/postfix/sendmail & sleep 5
In der /etc/postfix/main.cf steht eine zeile mit dem debug_peer_level, eine andere vermutlich, die mit 'debugger_command =' beginnt. Vermutlich existiert der Debugger gar nicht, kommentiere diese Zeile bitte aus.
Wie bringe ich mein System dazu, meine Mails mit Postfix zu versenden. Wo muss ich ansetzen, was ändern? Wenn ich Postfix nutze, umgehe ich sendmail, richtig? Oder stehe ich irgendwo komplett auf dem Schlauch?
Immer erst die Dokumentation zum Produkt befragen, es gibt ausser dem sehr empfehlenswerten Buch von Peer Heinlein (SuSE Press: Das Postfix Buch) noch wieter gute Anleitungen im Internet. Mein Start war: http://www.linux-tin.org/tin.german/setupguide/server/suse/html/mailserver.h... Dieser Link ist wirklich sehr empfehlenswert, wenn auch an zwei oder drei Stellen wegen Änderungen an den Versionen der vorgestellten Programme nicht mehr ganz anktuell in der Syntax. Es geht dabei zwar letztlich um die Bauanleitung für IMAP-Server, aber die Grundlage und auch die meiste Arbeit liegt in der Konfiguration des Postfix MTAs. hth, Robert
participants (3)
-
Hans-Robert Wagner
-
Jürgen Knelangen
-
Thorsten von Plotho-Kettner