Getmail holt nicht alle Mails

[saultigh]

Hallo,
ich habe mit Getmail folgendes Problem...

Wenn ich in meinem GMX-Postfach mehr als 6 Mails habe, dann holt Getmail immer nur die ersten 5-6 Mails ab und hört dann auf ohne die bereits geholten Mails zu löschen. Beim nächsten Lauf holt Getmail dann wieder die gleichen 5-6 Mails ab und hört wieder auf ohne die bereits geholten Mails zu löschen, u.s.w. Das geschieht allerdings nur, wenn Getmail per Cron gestartet wird. Wenn ich Getmail manuell ausführe, dann werden alle Mails abgeholt und auch anschliessend im GMX-Postfach gelöscht.
Wenn weniger als 6 Mails im Posteingang von GMX liegen gibt es keine Probleme.

Im Log vom getmail ist keine Fehlermeldung zu sehen...

2010-09-25 10:30:02 msg 1/14 (6104 bytes) msgid 0MfJhz-1PB2ox1WzS-00P0no from <*> delivered to Maildir /var/services/homes/max/.Maildir/, deleted
2010-09-25 10:30:03 msg 2/14 (1091 bytes) msgid 0LbGpv-1OXBsX3yO2-00kkNk from <*> delivered to Maildir /var/services/homes/max/.Maildir/, deleted
2010-09-25 10:30:03 msg 3/14 (1092 bytes) msgid 0MLZw3-1Ozx5O0WAM-000jOf from <*> delivered to Maildir /var/services/homes/max/.Maildir/, deleted
2010-09-25 10:30:05 msg 4/14 (5986 bytes) msgid 0M4bmO-1OZmfD3ybF-00ytNr from <*> delivered to Maildir /var/services/homes/max/.Maildir/, deleted
2010-09-25 10:30:05 msg 5/14 (1093 bytes) msgid 0LuSNV-1OqVRo2F2u-00zg4j from <*> delivered to Maildir /var/services/homes/max/.Maildir/, deleted
2010-09-25 10:30:07 msg 6/14 (23806 bytes) msgid 0MPzmN-1OvZdC0X6Q-0059C8 from <*> delivered to Maildir /var/services/homes/max/.Maildir/, deleted



Dieser Block wiederholt sich immer wieder - solange bis ich Getmail einmal manuell aufrufe, dann ist wieder alles OK. Und das Log sieht so aus...

2010-09-25 10:46:02 msg 1/15 (6104 bytes) msgid 0MfJhz-1PB2ox1WzS-00P0no from <*> delivered to Maildir /var/services/homes/max/.Maildir/, deleted
2010-09-25 10:46:02 msg 2/15 (1091 bytes) msgid 0LbGpv-1OXBsX3yO2-00kkNk from <*> delivered to Maildir /var/services/homes/max/.Maildir/, deleted
2010-09-25 10:46:03 msg 3/15 (1092 bytes) msgid 0MLZw3-1Ozx5O0WAM-000jOf from <*> delivered to Maildir /var/services/homes/max/.Maildir/, deleted
2010-09-25 10:46:04 msg 4/15 (5986 bytes) msgid 0M4bmO-1OZmfD3ybF-00ytNr from <*> delivered to Maildir /var/services/homes/max/.Maildir/, deleted
2010-09-25 10:46:05 msg 5/15 (1093 bytes) msgid 0LuSNV-1OqVRo2F2u-00zg4j from <*> delivered to Maildir /var/services/homes/max/.Maildir/, deleted
2010-09-25 10:46:06 msg 6/15 (23806 bytes) msgid 0MPzmN-1OvZdC0X6Q-0059C8 from <*> delivered to Maildir /var/services/homes/max/.Maildir/, deleted
2010-09-25 10:46:07 msg 7/15 (1092 bytes) msgid 0MPRY1-1Ov1sW1WEq-004bGk from <*> delivered to Maildir /var/services/homes/max/.Maildir/, deleted
2010-09-25 10:46:07 msg 8/15 (1091 bytes) msgid 0M3Umm-1OhTAa3J2H-00rBjd from <*> delivered to Maildir /var/services/homes/max/.Maildir/, deleted
2010-09-25 10:46:07 msg 9/15 (1093 bytes) msgid 0MYCyP-1PLSgy3Gwy-00V28Z from <*> delivered to Maildir /var/services/homes/max/.Maildir/, deleted
2010-09-25 10:46:08 msg 10/15 (1094 bytes) msgid 0MAKL2-1P5h8M2XqT-00BPgW from <*> delivered to Maildir /var/services/homes/max/.Maildir/, deleted
2010-09-25 10:46:08 msg 11/15 (1094 bytes) msgid 0Lpq58-1OKs6r3c0N-00faKf from <*> delivered to Maildir /var/services/homes/max/.Maildir/, deleted
2010-09-25 10:46:09 msg 12/15 (1094 bytes) msgid 0M4KnV-1Oa3a207um-00ychy from <*> delivered to Maildir /var/services/homes/max/.Maildir/, deleted
2010-09-25 10:46:09 msg 13/15 (1088 bytes) msgid 0MM8hJ-1Orj294056-007tYt from <*> delivered to Maildir /var/services/homes/max/.Maildir/, deleted
2010-09-25 10:46:10 msg 14/15 (10948 bytes) msgid 0M2g6h-1OhCHc1lnq-00sYnn from <*> delivered to Maildir /var/services/homes/max/.Maildir/, deleted
2010-09-25 10:46:11 msg 15/15 (6254 bytes) msgid 0Lk2GJ-1OORs43vqc-00bzLR from <*> delivered to Maildir /var/services/homes/max/.Maildir/, deleted
2010-09-25 10:46:11 15 messages (64020 bytes) retrieved, 0 skipped


Hier meine Config...

gmx.rc

[options]
verbose = 2
read_all = false
delete = true
message_log = ~/.getmail/log
message_log_verbose = true

[retriever]
type = SimplePOP3Retriever
server = pop.gmx.net
port = 110
username = 123456
password = geheim
use_apop = false
timeout = 180
delete_dup_msgids = false

[destination]
type = Maildir
path = ~/.Maildir/
user = max
filemode = 0600

[filter-spamassassin]
type = Filter_external
path = /opt/bin/spamc
allow_root_commands = true
arguments = ("-s 2500000", "-p 783", "-u max", )


Hier der Cronjob...

*/5 4-23,0-1 * * * /volume1/homes/max/getmail.sh &>/dev/null

Hier das getmail.sh Skript...

/opt/bin/getmail --rcfile /volume1/homes/max/.getmail/gmx.rc

Bin echt ratlos. Evtl. hat jemand das gleiche Probleme und kann mir helfen. Vielen Dank.

Markus

P.S. System DS1010+ mit FW 2.3 1161

 

[jahlives]

Das ist strange, denn du hast eigentlich alle log-Parameter gesetzt und trotzdem keine Fehlermeldungen?
Hast du es auch mal so probiert?

/opt/bin/getmail -q -d --getmaildir /volume1/homes/max/.getmail -r gmx.rc

 

[saultigh]

message_log_verbose ist bei mir immer auf true (s. gmx.rc in meinem ersten Post)
Keine Konfliktmeldungen, wenn getmail per cron startet.

Ich habe eben mal den Spamassassin-Filter aus der gmx.rc genommen und das Tracing vom getmail eingeschaltet. Ohne Spamassassin tritt das geschilderte Problem scheinbar nicht auf. Jetzt habe ich den Spamassassin-Filter wieder aktiviert und das getmail-Tracing auch...mal sehen ob es im Tracing Hinweise gibt - kann aber noch einige Minuten dauern...

 

[saultigh]

Das ist strange, denn du hast eigentlich alle log-Parameter gesetzt und trotzdem keine Fehlermeldungen?
Hast du es auch mal so probiert?

/opt/bin/getmail -q -d --getmaildir /volume1/homes/max/.getmail -r gmx.rc

Nee, leider keine Fehlermeldungen. Ich werde Deinen Vorschlag umsetzten, sobald mein nächster Testlauf mit Tracing keine neuen Erkenntnisse liefert.
Ich tippe aber ganz stark auf Spamassassin. Naja, mal sehen was bein nächsten Test rauskommt...

 

[jahlives]

@saultigh
Nachdem ich meinen Post abgeschickt habe, sah ich, dass du das Log eh schon voll aufgedreht hast. Drum habe ich meinen Post nochmals geändert.

Wenn etwas mit cron nicht so geht wie manuell, dann liegt es oft daran, dass cron eine eigene "Umgebung" hat und darum bestimmte Pfade und Kommandos nicht findet. Dann sollte aber eigentlich gar nichts gehen und nicht nur ein Teil davon
Was ich noch gesehen habe: Du verwendest in der rc Konf für das Maildir einen ~/ Pfad. Wir hatten schon User wo das Probleme gemacht hat. Schonmal probiert den kompletten Pfad zur Mailbox dort anzugeben?

 

[saultigh]

@saultigh
Nachdem ich meinen Post abgeschickt habe, sah ich, dass du das Log eh schon voll aufgedreht hast. Drum habe ich meinen Post nochmals geändert.

Wenn etwas mit cron nicht so geht wie manuell, dann liegt es oft daran, dass cron eine eigene "Umgebung" hat und darum bestimmte Pfade und Kommandos nicht findet. Dann sollte aber eigentlich gar nichts gehen und nicht nur ein Teil davon
Was ich noch gesehen habe: Du verwendest in der rc Konf für das Maildir einen ~/ Pfad. Wir hatten schon User wo das Probleme gemacht hat. Schonmal probiert den kompletten Pfad zur Mailbox dort anzugeben?

Ja das mit der ~ habe ich mir auch schon gedacht und hatte ich bereits vor zwei Tagen mal geändert - hatte leider keine Auswirkungen auf das geschilderte Problem.

Mein nächster Test ist jetzt durch...*verdammt* & *freu* jetzt tritt das Problem nicht mehr auf, also kann ich den Spamassassing auch ausschliessen.

Ich setze jetzt alles mal wieder auf meine ursprüngliche Konfig zurück und mache nochmal einen Test.

Schonmal vielen lieben Dank für die Unterstützung!!!

 

[jahlives]

Noch zwei Tipps:
Wenn du Logfiles postest würde ich die Mailadressen entfernen oder unkenntlich machen (habe deine Mailadresse mal entfernt)

Wenn du dein getmail Script mittels cronjob aufrufst, dann musst du im Script selber sicherstellen, dass das Script nicht startet, wenn noch eine Instanz davon läuft (d.h. das Abholen mal länger als 5 Minuten dauert)

#!/bin/sh
if [ -e /tmp/getmail ] ; then
 exit
fi
touch /tmp/getmail
/opt/bin/getmail --rcfile /volume1/homes/max/.getmail/gmx.rc
rm /tmp/getmail

 

[saultigh]

Noch zwei Tipps:
Wenn du Logfiles postest würde ich die Mailadressen entfernen oder unkenntlich machen (habe deine Mailadresse mal entfernt)

Wenn du dein getmail Script mittels cronjob aufrufst, dann musst du im Script selber sicherstellen, dass das Script nicht startet, wenn noch eine Instanz davon läuft (d.h. das Abholen mal länger als 5 Minuten dauert)

#!/bin/sh
if [ -e /tmp/getmail ] ; then
 exit
fi
touch /tmp/getmail
/opt/bin/getmail --rcfile /volume1/homes/max/.getmail/gmx.rc
rm /tmp/getmail

Dankeschön für das Entfernen der Mailadresse (das war in der Tat dämlich von mir) und für die Erweiterung des Shellskripts - werde ich gleich noch einbauen.

Aktueller Stand: wenn ich getmail mit --trace aufrufe, dann werden immer alle Mails abgerufen und das geschilderte Problem tritt nicht auf. Sobald ich --trace weglasse und mehr als 6 Mail in meinem Postfach bei GMX habe, dann werden nicht mehr alle Mails abgerufen. Sehr merkwürdig.

 

[saultigh]

Hallo,

ich habe jetzt nochmal alles neu gemacht und auch statt der ~ wieder den vollen Pfad innerhalb der gmx.rc verwendet. Und siehe da: nun geht es

Vielen Dank nochmal für die Hilfe.

Schönes WE!

Markus

 

[jahlives]

Kurz etwas zum Hintergrund von ~/ Pfaden:
Eigentlich wird damit das Homeverzeichnis des aktuell angemeldeten Users angesprochen. Das sollte eigentlich auch funzen.
Leider hat die DS einen Bug und setzt die Umgebungsvariale HOME immer auf /root, egal welcher User sind anmeldet.
Um das zu beheben kann man im Homeverzeichnis des jeweiligen Users eine .profile Datei erstellen, welche die Umgebungsvariable korrekt setzt.

#!/bin/sh
HOME=/volume1/homes/MEINUSER
export HOME

diese Datei muss dem User gehören, dem auch das Homeverzeichnis gehört und die Datei sollte ausführbar sein (chmod +x).
Danach sollten ~/ Pfade auf die korrekten Homeverzeichnisse "gemappt" werden