Hallo Liste, hier eine weitergeleitete Nachricht mit einem Problem: Zitat: Seit einigen Tagen habe ich mit dem Suserechner das Problem, dass meine Mail einfach verschwinden. Bei GMX werden sie abgeholt, aber auf dem Rechner kommen sie scheinbar weder bei mir noch bei meinem Mann an. /var/mail/aleks ist immer leer. 3 Jahre hat das einwandfrei funktioniert und ich habe mit Sicherheit auch nichts verändert. Nachtrag: Dieser eine Rechner soll die Mail für insgesamt 6 Mailkonten bei GMX und T-Online empfangen. Das hat er auch mehrere Jahre gemacht. Die Mail waren bisher immer in /var/mail/"ich" /var/mail/"mein Mann" /var/mail/"meine Tochter" Von dort konnten sie in das Mailprogramm geholt werden. Seit ein paar Tagen sind die Mail bei GMX und T-Online aber weg und die Dateien in /var/mail/ leer. Ich weiss nicht, wie das eingerichtet worden ist. Es hat jedenfalls bis vor wenigen Tagen ganz einfach so funktioniert. Im Moment benutzen wir andere Rechner (einen mit Windows, einen mit Mandriva), wo wir die Mail zwar lesen, sie aber bei GMX oder T-Online nicht löschen. Denn wenn ich den Rechner mit Suse starte, sind wieder alle Mail verschwunden. Kann sich jemand einen Reim darauf machen? Und welche Fragen sollten dem User noch gestellt werden um das Problem einkreisen zu können. Viele Grüße Thomas -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
On 02.03.2010, Thomas Schirrmacher wrote:
Und welche Fragen sollten dem User noch gestellt werden um das Problem einkreisen zu können.
Wie ist der Weg einer Mail in deren System? Konkret: welches Programm holt die Mails ab, und welchen Weg geht eine Mail lokal, bevor sie in der inbox landet? Wenn das geklaert ist, dann wuerde ich zunaechst die Logfiles aller dieser Programme der Reihe nach durchsuchen, und ggf. den Loglevel maximal hochsetzen. Damit sollte sich relativ einfach herausfinden lassen, wo die Mails bleiben. Ad hoc wuerde ich auch mal in der Queue des lokalen Mailservers nachsehen, wenn da einer laeuft. Bei sendmail kannst du die Mails per "flush" zustellen lassen mittels "sendmail -q", bei Postfix ist "postqueue -f" dafuer zustaendig. -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Hallo Heinz, Am Dienstag 02 März 2010 19:13:02 schrieb Heinz Diehl:
On 02.03.2010, Thomas Schirrmacher wrote:
Und welche Fragen sollten dem User noch gestellt werden um das Problem einkreisen zu können.
Wie ist der Weg einer Mail in deren System? Konkret: welches Programm holt die Mails ab, und welchen Weg geht eine Mail lokal, bevor sie in der inbox landet?
User hat folgendes geantwortet: Zitat: Fetchmail und Postfix sind bei der ersten Installation von Suse 10.3 so eingerichtet worden, dass das wie beschrieben funktioniert. Das Mailprogramm hat dort keinen Einfluss drauf. Leider kenne ich mich mit diesen Programmen überhaupt nicht aus, weil bei mir ein einfacher Client bisher ausreichend war. Liegen die Logfiles ebenfalls in /var/log? oder gibt es dafür extra Verzeichnisse? Gruß Thomas
Wenn das geklaert ist, dann wuerde ich zunaechst die Logfiles aller dieser Programme der Reihe nach durchsuchen, und ggf. den Loglevel maximal hochsetzen. Damit sollte sich relativ einfach herausfinden lassen, wo die Mails bleiben.
Ad hoc wuerde ich auch mal in der Queue des lokalen Mailservers nachsehen, wenn da einer laeuft. Bei sendmail kannst du die Mails per "flush" zustellen lassen mittels "sendmail -q", bei Postfix ist "postqueue -f" dafuer zustaendig.
-- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Am Dienstag, 2. März 2010 19:19:42 schrieb Thomas Schirrmacher:
Zitat: Fetchmail und Postfix sind bei der ersten Installation von Suse 10.3 so eingerichtet worden, dass das wie beschrieben funktioniert. Das Mailprogramm hat dort keinen Einfluss drauf.
Ich hatte auch schon so ein Problem. Ein kaputter Header eines Mails (Spam) hat die Mailabfrage nie richtig beendet. Einzig über Telnet konnte ich dieses Mail löschen und dann lief es wieder. Al -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Hi,
/var/mail/"ich" /var/mail/"mein Mann" /var/mail/"meine Tochter"
Das letzte postfix Update hat unglücklicherweise die Konfiguration geändert. Die Mails werden jetzt per default im home-Verzeichnis des Users abgelegt. Einfach mal an der Stelle nach den mails gucken. ;-) Gruss, Chris -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Christian Dengler, Dienstag 02 März 2010:
Das letzte postfix Update
...der 11.2. Aber es handelt sich um eine 10.3, wenn ich das richtig verstanden habe. Gabs da dieses Update auch?
hat unglücklicherweise die Konfiguration geändert. Die Mails werden jetzt per default im home-Verzeichnis des Users abgelegt.
Einfach mal an der Stelle nach den mails gucken. ;-)
Vor allem: ein tail -f /var/log/mail mitlaufen lassen, während fetchmail saugt. Man kann dem fetchmail ja ein keep mitgeben, dann löscht es die Mails nicht vom Server. Also: cat .fetchmailrc: poll ... user ... pass ... is ... keep Gruß! -- Andre Tann -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Hi,
...der 11.2. Aber es handelt sich um eine 10.3, wenn ich das richtig verstanden habe. Gabs da dieses Update auch?
Sorry, überlesen. Das Update betrifft nur 11.2 -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Am Dienstag 02 März 2010 21:22 schrieb Christian Dengler:
Hi,
...der 11.2. Aber es handelt sich um eine 10.3, wenn ich das richtig verstanden habe. Gabs da dieses Update auch?
Sorry, überlesen. Das Update betrifft nur 11.2
Dein Einwand kann aber trotzdem richtig sein. Ich zitiere nochmal aus der anderen Mail:
User hat folgendes geantwortet:
Zitat: Fetchmail und Postfix sind bei der ersten Installation von Suse 10.3 so eingerichtet worden, dass das wie beschrieben funktioniert. Das Mailprogramm hat dort keinen Einfluss drauf.
Das kann man auch dahingehend interpretieren, dass 1. das System früher mal mit 10.3 installiert wurde und Fetchmail/Postfix konfiguriert wurden und 2. das OS mittlerweile auf 11.2 aktualisiert wurde, aber keine Änderungen an der Mail Konfiguration vorgenommen wurden. Das nur als Hinweis. Ich selber habe keine Ahnung von Send/Fetch/Post/Mail/Fix. Ich habe alles über KMail konfiguriert. lg Ralf -- Antworten bitte nur in die Mailingliste! PMs bitte an: listpm (@) arndt-de (.) eu -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Hallo, Am Die, 02 Mär 2010, Andre Tann schrieb:
Vor allem: ein tail -f /var/log/mail mitlaufen lassen, während fetchmail saugt. Man kann dem fetchmail ja ein keep mitgeben, dann löscht es die Mails nicht vom Server. Also:
cat .fetchmailrc: poll ... user ... pass ... is ... keep
Einfacher 'fetchmail -k' aufrufen. Das ergänzt die per fetchmailrc gesetzten Optionen. Liest eigentlich überhaupt noch jemand außer mir manpages? ==== man fetchmail ==== GENERAL OPERATION The behavior of fetchmail is controlled by command-line options and a run control file, ~/.fetchmailrc [..] Command-line options override ~/.fetchmailrc declarations. [..] -k | --keep (Keyword: keep) Keep retrieved messages on the remote mailserver. ==== Noch Fragen? -dnh -- Wenn man keine Vögel mag, ist es völlig in Ordnung, mit Kanonen auf Spatzen zu schiessen. -- ratti in suse-linux -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Am Mi März 3 2010 glaubte David Haller zu wissen:
Liest eigentlich überhaupt noch jemand außer mir manpages?
*meld* flo, ich versteh sie halt nicht immer ;-) --
Gibt es Mieterinnen? Die meisten Mieter sind innen. Nur wenn sie ihre Miete nicht zahlen, werden sehr schnell Mieteraußen daraus. [Helmut Pohl und Henning Sponbiel in desd] -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Hallo, Am Mit, 03 Mär 2010, Florian Gross schrieb:
Am Mi März 3 2010 glaubte David Haller zu wissen:
Liest eigentlich überhaupt noch jemand außer mir manpages?
*meld*
Na, da bin ich ja schonmal etwas beruhigt.
flo, ich versteh sie halt nicht immer ;-)
Da kann man dann ja nachfragen. Ich kann mich nicht erinnern, daß hier[tm] je eine gezielte "was heißt/bedeutet $foo in der manpage $bar" Nachfrage unbeantwortet geblieben wäre[1]. -dnh, den auch manpages wie 'man bash' oder 'man mplayer' eher erfreuen als abschrecken. Bei letzterer könnte man allerdings evtl. mal ein bisserl aufteilen ;) Aber im Zweifelsfall ist mir eine in less auf einen Schlag durchsuchbare manpage lieber als irgendwas anderes. Muß man halt manchmal ein bisserl suchen, in welchem Abschnitt man nach ner Suche gelandet ist. $ man -Tps bash | grep -c '%%Page:' 52 $ man -Tps mplayer | grep -c '%%Page:' 121 *hrhrhrhr* Lesestoff! :)) "Zuviel" Doku gibt's nicht. Nur ggfs. zu schlecht aufgeteilte. Kann man sich aber "durchwühlen". BTW: 'man -Tps mplayer > mplayer.1.ps && gv mplayer.1.ps' und 'ps2pdf mplayer.1.ps && xpdf mplayer.1.pdf' sehen richtig schick aus :) Aber z.B. 'man mplayer' hat ne klare Struktur, da kann man sich gut zurechtfinden. So oft wie ich da "mal eben" was nachgucke (und fast auch immer gleich finde was ich suche), da _muß_ die manpage einfach gut sein ;) Bei 'man mplayer' (= 'man mencoder') liegen IMO die größten Schwierigkeiten eh im Verständnis der Optionen, z.B. was ist "Quantization" ("Quantisierung", die (IMO einzig) korrekte Übersetzung ist auch nicht hilfreicher)? Ich weiß das, ich hab mich in das Thema "Codecs" eingelesen, aber Otto-Normaluser? ;) Allerdings, diverse manpages sind doch eher "knapp" ("terse"), als Referenz eben. [1] ob die Antwort auch "erschöpfend" war muß ich offen lassen. -- Linux ist im Prinzip wie ein großer Lego-Kasten, mit dem ich alles machen kann. Windows dagegen ist eher eine Play-Mobil-Ritterburg. -- M. Houdek -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Hi David! On Mi, 03 Mär 2010, David Haller wrote:
$ man -Tps bash | grep -c '%%Page:' 52 $ man -Tps mplayer | grep -c '%%Page:' 121
*hrhrhrhr* Lesestoff! :)) "Zuviel" Doku gibt's nicht. Nur ggfs. zu schlecht aufgeteilte. Kann man sich aber "durchwühlen".
Gelegentlich lohnt es sich, sein System auch mal auf neuere Software upzudaten: #v+ chrisbra t41:~ [1274]% man -Tps bash |grep -c '%%Page:' 69 chrisbra t41:~ [1275]% man bash |tail -1 GNU Bash-4.0 2009 February 7 BASH(1) #v- Da kamen einige neue und interessante Spielereien hinzu. (Man könnte auch bloat sagen ;) Apropos zu viel Lesestoff: #v+ chrisbra t41:~ [1283]% man -Tps zshall |grep -c '%%Page:' 319 chrisbra t41:~ [1284]% man zshall |tail -1 zsh 4.3.10 June 1, 2009 ZSHALL(1) #v- Ich komme leider viel zu selten dazu, mich da einzulesen. Die zsh enthält schon einige interessante Features.
Allerdings, diverse manpages sind doch eher "knapp" ("terse"), als Referenz eben.
*seufz* Ja, beispielsweise gawk, oder sed Aber die GNU Leute schreiben halt lieber info Manuals. manpages sind mir lieber. Mit dem info-browser werde ich wohl nie warm. pinfo hilft ein wenig. Ich weiß, Emacser können das nicht verstehen. Mit freundlichen Grüßen Christian -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
On 02.03.2010 19:05, Thomas Schirrmacher wrote:
Hallo Liste,
hier eine weitergeleitete Nachricht mit einem Problem:
Zitat: Seit einigen Tagen habe ich mit dem Suserechner das Problem, dass meine Mail einfach verschwinden. Bei GMX werden sie abgeholt, aber auf dem Rechner kommen sie scheinbar weder bei mir noch bei meinem Mann an. /var/mail/aleks ist immer leer. 3 Jahre hat das einwandfrei funktioniert und ich habe mit Sicherheit auch nichts verändert.
Nachtrag: Dieser eine Rechner soll die Mail für insgesamt 6 Mailkonten bei GMX und T-Online empfangen. Das hat er auch mehrere Jahre gemacht. Die Mail waren bisher immer in
/var/mail/"ich" /var/mail/"mein Mann" /var/mail/"meine Tochter"
Von dort konnten sie in das Mailprogramm geholt werden. Seit ein paar Tagen sind die Mail bei GMX und T-Online aber weg und die Dateien in /var/mail/ leer.
Ich weiss nicht, wie das eingerichtet worden ist. Es hat jedenfalls bis vor wenigen Tagen ganz einfach so funktioniert. Im Moment benutzen wir andere Rechner (einen mit Windows, einen mit Mandriva), wo wir die Mail zwar lesen, sie aber bei GMX oder T-Online nicht löschen. Denn wenn ich den Rechner mit Suse starte, sind wieder alle Mail verschwunden.
Kann sich jemand einen Reim darauf machen?
Und welche Fragen sollten dem User noch gestellt werden um das Problem einkreisen zu können.
Es hat ein fehlerhaftes Postfix-Update gegeben, welche den Standard umgestellt hat von Mailbox-Format nach Maildir. Vermutlich sind die Mails alle in ~/maildir gelandet. Die Ausgabe von 'postconf -n' sollte dies zeigen. In der Logdatei /var/log/mail sollte stehen, wo die Mails abgelegt wurden. -- Sandy Antworten bitte nur in die Mailingliste! PMs bitte an: news-reply2 (@)drobic (.) de -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
participants (10)
-
Al Bogner -
Andre Tann -
Christian Brabandt -
Christian Dengler -
David Haller -
Florian Gross -
Heinz Diehl -
Ralf Arndt -
Sandy Drobic -
Thomas Schirrmacher