getmail Fehlermeldung

Status
Für weitere Antworten geschlossen.

elementX

Benutzer
Registriert
11. Feb. 2008
Beiträge
32
Reaktionspunkte
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
 
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.
 
@ 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 - 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
 
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
 
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.
 
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.
 
Danke an euch beide -- habe es erstmal hinbekommen.

Gruss
eX :)
 
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
 
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.
 
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
 

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:
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
 
=> 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.
 
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
 
@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
 
@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.
 
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 ;)
 
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?
 
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