getmail Fehlermeldung

Status
Für weitere Antworten geschlossen.

elementX

Benutzer
Mitglied seit
11. Feb 2008
Beiträge
32
Punkte für Reaktionen
0
Punkte
0
Moin,

... ich möchte meine WebMail-Addis abrufen lassen, wie es schon "Purzel" in seiner Anleitung beschrieben hat. Jetzt bin ich bei dem Schritt, wo ich manuell die "getmail.sh" ausführen will, um zu testen ob alles funkz.. Und hier liegt schon folgendes Fehlermeldung vor:

Error: Default config/data dir "root/.getmail/" does not exist - create or bla bla alternate dir with getmaildir option

Ich gebe ihm die Alternative an aber irgendwie funkz nix und er dürft die Meldung ja e net bringen. Wo liegt der Fehler ???



Bis dann
eX
 

xabano

Benutzer
Mitglied seit
17. Aug 2008
Beiträge
411
Punkte für Reaktionen
0
Punkte
22
Ich nehme an, dass du als root auf der DS angemeldet bist. Um das Skript direkt auszuführen musst du zuerst zum User wechseln, für den du es angelegt hast:
Rich (BBCode):
su NameUser

Danach sollte es möglich sein, das Skript wie beschrieben manuell zu starten.
 

elementX

Benutzer
Mitglied seit
11. Feb 2008
Beiträge
32
Punkte für Reaktionen
0
Punkte
0
@ xabano - THX das war's. Funktioniert zu mindest bis zur nächsten Fehlermeldung. Die da sagt "ERROR configuration file /var/services/homes/elementX/.getmail/getmailrc does nor exist"

Ist mir schon klar was er mir damit sagen will. Jedoch welche File wird gemeint?? .../service/... an den Path kann ich mich nich erinner ihn irgendwo eingetragen zu haben -- ist ja völlig falsch !?

Wo muss ich Hand anlegen ??


Gruss eX
 

xabano

Benutzer
Mitglied seit
17. Aug 2008
Beiträge
411
Punkte für Reaktionen
0
Punkte
22
@ xabano - THX das war's. Funktioniert zu mindest bis zur nächsten Fehlermeldung. Die da sagt "ERROR configuration file /var/services/homes/elementX/.getmail/getmailrc does nor exist"
Fehlt beim blauen Wort nicht ein '.' (getmal.rc)

Bei mir sieht das in der getmail.sh so aus:
Rich (BBCode):
#!/bin/sh
/opt/bin/getmail -q -d --rcfile /volume1/homes/testuser/.getmail/mail.rc
 

elementX

Benutzer
Mitglied seit
11. Feb 2008
Beiträge
32
Punkte für Reaktionen
0
Punkte
0
Moin,

jup -- so sieht meine getmail.sh aus:

#!/bin/sh
/opt/bin/getmail -q -d --rcfile /volume1/homes/UserName/.getmail/gmx.rc

Denke das ist ok, daher irretiert mich ja die Fehlermeldung.

Gruss
eX
 

denon2002

Benutzer
Mitglied seit
20. Okt 2008
Beiträge
536
Punkte für Reaktionen
0
Punkte
0
Hy,

versuch es mal so.

leg das Verzeichnis an /root/.getmail
und starte dein Script als root.
Bei funktioniert es auf diese Art und Weise.
 

xabano

Benutzer
Mitglied seit
17. Aug 2008
Beiträge
411
Punkte für Reaktionen
0
Punkte
22
Die da sagt "ERROR configuration file /var/services/homes/elementX/.getmail/getmailrc does nor exist"

Hast du überprüft, ob es dieses Verzeichnis auf deiner DS gibt? Wenn nicht, starte die DS neu.

Ich habe festgestellt, dass es in /var/services einen Link auf die homes-Verzeichnisse gibt. Vermutlich wird dieser Link beim Starten der DS angelegt. Somit sollte es nach einem Neustart nicht mehr zu dieser Fehlermeldung kommen.
 

elementX

Benutzer
Mitglied seit
11. Feb 2008
Beiträge
32
Punkte für Reaktionen
0
Punkte
0
Danke an euch beide -- habe es erstmal hinbekommen.

Gruss
eX :)
 

elementX

Benutzer
Mitglied seit
11. Feb 2008
Beiträge
32
Punkte für Reaktionen
0
Punkte
0
Moin,

hätte da direkt gleich das nächste Prob.. Jetzt wo die getmail Geschichte manuell funkz. bin ich dabei die CronJob Sache auszuprobieren. Bin nach "Purzels" Beschreibung gegangen und beim "/opt/sbin/cron -x test" kommt bei mir folgende Fehlermeldung: "/opt/sbin/cron: can't lock /.../cron.pid my be 4163 Resource temporarily unavailable log_it: (CRON 4239) DEATH (can't lock /.../cron.pid, otherpid may be 4163: Resource temporarily unavailable)

Wenn ich das richtig interpretiere heißt das CRON ist gar net am laufen??

Wo muss ich mal wieder Hand anlegen, damit meine auto. Mailabholung läuft??


Gruss
eX
 

xabano

Benutzer
Mitglied seit
17. Aug 2008
Beiträge
411
Punkte für Reaktionen
0
Punkte
22
Fehlermeldung: "/opt/sbin/cron: can't lock /.../cron.pid my be 4163 Resource temporarily unavailable log_it: (CRON 4239) DEATH (can't lock /.../cron.pid, otherpid may be 4163: Resource temporarily unavailable)

Wenn ich das richtig interpretiere heißt das CRON ist gar net am laufen??

Das Gegenteil ist der Fall. Der Cron läuft schon und du versuchst ihn nochmals zu starten.
So bringst du den Test zum Laufen:

killall cron
/opt/sbin/cron -x test

Damit werden aber keine Mails abgeholt. Der Test gibt dir nur in den eingestellten Intervallen die Befehlszeile zurück, die ausgeführt würde.
 

elementX

Benutzer
Mitglied seit
11. Feb 2008
Beiträge
32
Punkte für Reaktionen
0
Punkte
0
jup hast recht - funkt so wie von dir beschrieben. Aber sag mal, ich hab unter "/opt/var/cron/crontabs" die Datei elementX angelgt mit dem Inhalt "*/15 * * * * /homes/elementX/getmail.sh &>/dev/null" Die Rechte hab ich auch wie beschrieben gesetzt. Funkz jedoch nix. Da kann man doch eigentlich gar net viel falsch machen oder gibs 'nen Trick ????

Gruss
eX
 

xabano

Benutzer
Mitglied seit
17. Aug 2008
Beiträge
411
Punkte für Reaktionen
0
Punkte
22

Was heisst das? Funktioniert der Test nicht oder werden die Mails nicht abgeholt?

Bis es richtig läuft würde ich die 15 auf 2 heruntersetzen. Dann musst du jeweils nicht so lange warten bis wieder etwas passiert.

Ediit: Vermutlich liegt dein homes-Verzeichnis auch auf volume1. Dann lautet der korrekte Pfad /volume1/homes/......
 
Zuletzt bearbeitet:

elementX

Benutzer
Mitglied seit
11. Feb 2008
Beiträge
32
Punkte für Reaktionen
0
Punkte
0
Das manuelle Abrufen von getmail funkz. supi. Wenn ich killall cron eintippe und dann "/opt/sbin/cron -x test" ausführe funkz das auch normal. Was zur Zeit nicht wiklich funktioniert ist das automatische Abrufen unter Cron.

Zur Zeit steht unter: "/opt/var/cron/crontabs"
die Datei "elementX"
mit dem Inhalt "*/15 * * * * /homes/elementX/getmail.sh &>/dev/null"

=> du meinst ich sollte die auf: "*/2 * * * * volume1/homes/elementX/getmail.sh &>/dev/null" ändern ?

Gruss eX
 

xabano

Benutzer
Mitglied seit
17. Aug 2008
Beiträge
411
Punkte für Reaktionen
0
Punkte
22
=> du meinst ich sollte die auf: "*/2 * * * * volume1/homes/elementX/getmail.sh &>/dev/null" ändern ?
So ungefähr; mit dem 2 werden die Mails alle zwei Minuten abgerufen. Diese Zahl würde ich wieder höher stellen, wenn es rund läuft (oder ganz anders einstellen, schau dir dazu diese Seite an).

Den Pfad musst du genau angeben. Ich vermute, dass bei dir das Verzeichnis 'homes' auch auf volume1 ist. Bei mir läuft die Sache problemlos mit folgendem Eintrag (auf deine Situation angepasst):
Rich (BBCode):
*/2 * * * * /volume1/homes/elementX/getmail.sh

Ein Stolperstein könnte bei dieser Datei noch der Editor sein. Beim mir lief es zuerst auch nicht. Erst als ich diese Datei mit dem Editor vi erstellte funktionierte es.
 

jahlives

Benutzer
Mitglied seit
19. Aug 2008
Beiträge
18.275
Punkte für Reaktionen
4
Punkte
0
Niemals, wirklich niemals Emails als Root abholen!! Ein vernünftiger Email-Fetcher wird das auch gar nicht zulassen. Emails sollten immer mit dem Benutzer abgeholt werden, der auch Empfänger der Emails ist
 

elementX

Benutzer
Mitglied seit
11. Feb 2008
Beiträge
32
Punkte für Reaktionen
0
Punkte
0
@jahlives - wieso root?? habe doch extra den benutzer "elementX" angelegt, welcher keine root rechte hat. (kläre mich bitte auf, habe von linux so gar keine ahnung und fange gerade bei null an)

Gruss
eX
 

jahlives

Benutzer
Mitglied seit
19. Aug 2008
Beiträge
18.275
Punkte für Reaktionen
4
Punkte
0
@elementX
Ich habe mich dabei auf folgenden Beitrag bezogen
Hy,

versuch es mal so.

leg das Verzeichnis an /root/.getmail
und starte dein Script als root.
Bei funktioniert es auf diese Art und Weise.
Nach Möglichkeit sollte ein Prozess nicht unter root laufen. Das gilt v.a. für Prozesse die untereinander oder mit dem User kommunizieren. Als ich mal versuchte getmail als root laufen zu lassen wurden mir die Maillogs mit Fehlermeldungen zugeklatscht.
Solange der Prozess sauber läuft, sollte auch mit root nicht viel passieren. Problematisch wird es erst wenn der Prozess eine Sicherheitslücke aufweist. Diese könnte dann ausgenutzt werden und dazu führen, dass u.U. beliebige Kommandos mit root Rechten auf der DS ausgeführt werden können. Und wann kannst du schonmal sicher sein, dass keine Lücke bestehen kann.
 

MaTriX

Benutzer
Mitglied seit
23. Dez 2008
Beiträge
51
Punkte für Reaktionen
0
Punkte
0
Hi zusammen,

habe das gleiche problem.
Error: Default config/data dir "root/.getmail/" does not exist

Wollte dafür jetzt keinen neuen Thread eröffnen.

@elementX

Du schreibst das du es hinbekommen hast, für mich wäre interessant wie du es gelöst hat ?

Der meldet mir das immer als root sowie als normaler user welche ich in passwd eingestellt habe um über SSH reinzukommen.

Hoffe mir kann man helfen ;)
 

jahlives

Benutzer
Mitglied seit
19. Aug 2008
Beiträge
18.275
Punkte für Reaktionen
4
Punkte
0
Es gibt zwei wesentliche Datein für getmail. Einerseits dein Script, das getmail aufruft und andererseits die jeweiligen rc-Files für die externen Accounts. Die rc-Files liegen normalerweise in ~/.getmail wobei ~/ für das Homeverzeichnis des jeweiligen Nutzers steht.
Also wo genau liegen deine rc-Files? Gibt es denn im Homeverzeichnis deines Users den versteckten Ordner .getmail?
 

MaTriX

Benutzer
Mitglied seit
23. Dez 2008
Beiträge
51
Punkte für Reaktionen
0
Punkte
0
Ja, das hab ich soweit auch alles verstanden.

Ich habe in dem homes/ Ordner die Sachen auch genau so angelegt wir im Tut, auch die .sh und .rc

Wenn ic mich jetzt mit einem normalen User über SSH einlogge und das script ausführe dann meldet er das er /root/... nicht findet.

Wenn ich nun im root Ordner .Maildir und .getmail anlege, bzw einfach kopiere, dann geht es. Ich kann die Mails abrufen und die laden dann im /root/ in dem jeweiligem Ordner.

Für mich stellt sich jetzt die frage ob wenn ich über den Cron die sh ausführe als bestimmten benutzer ob es dann laufen würde ?

THX
 
Status
Für weitere Antworten geschlossen.
 

Kaffeautomat

Wenn du das Forum hilfreich findest oder uns unterstützen möchtest, dann gib uns doch einfach einen Kaffee aus.

Als Dankeschön schalten wir deinen Account werbefrei.

:coffee:

Hier gehts zum Kaffeeautomat