Mails von bestehenden Servern abholen und über bestehenden Server senden

[jahlives]

Dein cron scheint nur das crontab File von root zu parsen.
Mach bitte mal ein

ls -al /pfad/zu/deiner/crontab

und kannst du auch mal noch ein

which cron

machen?

 

[slleom]

allerdings komme ich anscheinend nu wieder aus diskstation> wenn ich das terminal neu starte...

 

[jahlives]

allerdings komme ich anscheinend nu wieder aus diskstation> wenn ich das terminal neu starte...

Sorry beim Mac kann ich dir nicht helfen. Ich drück einfach ctrl und c und bin wieder auf der Konsole. Kann es sein, dass man beim Mac die Apfeltaste nutzen muss?

 

[slleom]

DiskStation> ls -al /volume1/@optware/var/cron/crontabs/
drwxr-xr-x 2 root root 4096 May 26 00:37 .
drwxr-xr-x 3 root root 4096 May 25 21:22 ..
-rw------- 1 benutzer users 59 May 26 22:11 benutzer
DiskStation> ls -al /volume1/@optware/var/cron/crontabs/
drwxr-xr-x 2 root root 4096 May 26 00:37 .
drwxr-xr-x 3 root root 4096 May 25 21:22 ..
-rw------- 1 benutzer users 59 May 26 22:11 benutzer
DiskStation>


DiskStation> which cron
/opt/sbin/cron
DiskStation>

 

[jahlives]

Die Rechte der Datei sehen eigentlich gut aus. Du kannst anstelle von /volume1/@optware auch /opt schreiben
Im Moment sehe ich nicht so ganz wo das Problem liegen könnte: Der cronjob schaut gut aus und die Rechte der crontab Datei auch

 

[slleom]

hmmm.... keiner mehr eine idee?

 

[Trolli]

Wie ist das mit der optware crontab? Muss man da Tabs einfügen oder Leerzeichen? Oder ist das egal? Ich hab meine crontabs mit Tabs erstellt und die laufen einwandfrei...

 

[slleom]

also ich habe es momentan mit leerzeichen gemacht.

 

[jahlives]

Die opt crontabs laufen wunderbar mit Leerzeichen. Mach ich auch so.
Als letzte Idee hätte ich noch, dass du den getmail Job in der crontab von root mittels su benutzer -c "sh /path/to/getmail.sh" ausführst

 

[slleom]

oh man solangsam verliere ich komplett den überblick....

also.... die datei mit dem inhalt editieren?

*/15 * * * * /volume1/homes/Hans/getmail.sh &>/dev/null

zu

sprich */15 * * * * su benutzer -c "sh /volume1/homes/Hans/getmail.sh" ?

 

[jahlives]

oh man solangsam verliere ich komplett den überblick....

also.... die datei mit dem inhalt editieren?

*/15 * * * * /volume1/homes/Hans/getmail.sh &>/dev/null

zu

sprich */15 * * * * su benutzer -c "sh /volume1/homes/Hans/getmail.sh" ?

Nein du musst die Datei von root editieren und dort den Eintrag mittels su machen. Die crontab von root ist afaik /opt/etc/crontab und dass diese Datei eingelesen wird haben wir bei deinem cron -x pars ja gesehen
Öffne diese Datei mal und trag dort

* * * * * echo "Hallo Welt"
#*/15 * * * * su benutzer -c "sh /volume1/homes/Hans/getmail.sh"

Jetzt müsste jede Minute "Hallo Welt" auf der Konsole erscheinen. Wenn das geklappt hat, dann den echo Eintrag in crontab löschen und das Kommentarzeichen (#) vor dem getmail.sh Eintrag entfernen. cron abschiessen (killall) und mittels Startscript wieder anwerfen (/opt/etc/init.d/S10cron start)
Dann müssen deine E-Mails abgeholt werden. Sonst ist dein cron echt hinüber. Wenn es mit dem crontab von root klappt, müssen wir uns dann daran machen rauszukriegen warum der cron die Datei von "benutzer" ned mag

 

[slleom]

ok habe die jetzt so editiert und warte...

SHELL=/bin/sh
PATH=/sbin:/bin:/usr/sbin:/usr/bin:/opt/sbin:/opt/bin
MAILTO=""
HOME=/
* * * * * echo "Hallo Welt"
#*/1 * * * * su smoellmann -c "sh /volume1/homes/benutzer/getmail.sh"
# --------- ---------- Default is Empty ---------- ---------- #
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~

 

[slleom]

passiert nix...

 

[slleom]

kann ich irgendwie den ganzen krempel deinstallieren und dann nochmal von vorne los legen?

 

[jahlives]

su smoellmann -c "sh /volume1/homes/benutzer/getmail.sh"

Wieso einmal smoellmann und einmal "benutzer" das geht afaik ned gut. Eigentlich sollte das Homeverzeichnis für deinen User also /volume1/homes/smoellmann sein

Und hast du den cron beendet und neugestartet nachdem du die Anpassung in /opt/etc/crontab für root gemacht hast?

 

[slleom]

Ne das passt schon. Mein Benutzer ist smoellmann hatte ich in den anderen Post nur abgeändert. Beendent und neu gestartet habe ich.

 

[slleom]

So on.... back to the roots und alles (cron) platt machen?

 

[xabano]

da lauft sowohl der ipkg cron als auch der default cron. das kann ned gut gehen

Das geht problemlos. Default cron für alles, was man sich im DSM einstellt (z.B. Backup, Zeitsync) und ipkg cron für einzelne User.

Läuft bei mir einwandfrei.

Bevor man den cron mit 'cron -x test' testet muss man ihn stoppen, sonst kommt die Fehlermeldung gemäss Post 41 zurück.
Also:
killall cron
/opt/sbin/cron -x test

 

[slleom]

DiskStation> killall cron
killall: Could not kill pid '3788': Operation not permitted
DiskStation> /opt/sbin/cron -x test
debug flags enabled: test
/opt/sbin/cron: can't open or create /opt/var/run/cron.pid: Permission denied
log_it: (CRON 11990) DEATH (can't open or create /opt/var/run/cron.pid: Permission denied)
DiskStation>

 

[Trolli]

Wenn da steht 'not permitted' bist Du nicht als root angemeldet. Um Dienste wie cron zu stoppen oder zu starten brauchst Du natürlich schon root-Rechte...