Mailstation zum Abrufen externer Mailkonten konfigurieren

Status
Für weitere Antworten geschlossen.

moor

Benutzer
Mitglied seit
16. Mrz 2009
Beiträge
19
Punkte für Reaktionen
0
Punkte
0
Ergänzung zur user.rc von getmail

Hi
beim stöbern ist mir noch folgende Info zur rc datei untergekommen

aus http://pyropus.ca/software/getmail/configuration.html#rcfile

Rich (BBCode):
[options]
verbose = 0
read_all = false
delete = true

"verbose" damit gerade auf einer ds ohne viel meldungs schnick schnack es flott läuft
"read_all" damit mur neue mails vom provider gelesen werden
"delete" damit der posteingang beim provider nicht dicht läuft und nach dem empfang und der auslieferung die mails beim provider gelöscht werden vom server. (ist auch IMHO ne privacy Angelegenheit was runter ist vom Server ist halt weg für Neugierige) :cool:

Gruß Stefan
 

MrDS

Benutzer
Mitglied seit
07. Feb 2009
Beiträge
41
Punkte für Reaktionen
0
Punkte
0
Also ein neuer Cron sollte schon installiert werden. Der Default Cron erlaubt nur Aufrufe für root. Das getmail.sh Script wird jedoch aus dem Userverzeichnis des jeweiligen Users aufgerufen und sollte damit auch unter seiner Userkennung ausgeführt werden
Wenn schon via Default Cron dann am besten mit su und dem korrekten Benutzer
Code:
... root  su DeinUser -c 'command to execute'
Das Ausführen unter einen anderen Benutzer kann die Rechte auf der Mailbox negativ beeinflussen. Es könnte sein, dass die Eigentümerschaft damit auf root geändert wird und damit bestünde, dann für den User auf gewisse Files der Mailbox kein Zugriff mehr

Hallo

Ich habe bei den Eintrag im crontab so gemacht
Code:
*/10 * * * * [B]bob[/B] /volume1/homes/bob/getmail.sh &>/dev/null

damit würde der Prozess unter dem User bob ausgeführt ?

MrDS
 
Zuletzt bearbeitet:

jahlives

Benutzer
Mitglied seit
19. Aug 2008
Beiträge
18.275
Punkte für Reaktionen
4
Punkte
0
Kommt drauf an in welchem Cron. Wenn du den default Cron verwendet hast, dann gehts ned weil dieser nur Jobs für root erlaubt (ausserdem wären dann Leerzeichen falsch es MÜSSEN im Default Cron TABS verwendet werden)
 

MrDS

Benutzer
Mitglied seit
07. Feb 2009
Beiträge
41
Punkte für Reaktionen
0
Punkte
0
Den Eintrag habe ich im default Cron gemacht. Aber in der Zwischenzeit habe ich gesehen das der Prozess trotzdem unter root (wie Du gesagt hast) läuft.

Ich habe jetzt Dein Vorschlag mit su bob -c 'command' umgesetzt.

Für was kann der User eingetragen werden?

MrDS
 
Zuletzt bearbeitet:

jahlives

Benutzer
Mitglied seit
19. Aug 2008
Beiträge
18.275
Punkte für Reaktionen
4
Punkte
0
Bei einem "normalen" Cron gibt der User denjenigen an unter dem der Job ausgeführt wird. Synology lässt nur Jobs durch root ausführen. Eine Alternative hast du ja bereits probiert und sonst gäbe es noch cron via ipkg wo du pro User crontab Files anlegen kannst.
 

IanDunross

Benutzer
Mitglied seit
30. Jul 2007
Beiträge
6
Punkte für Reaktionen
0
Punkte
0
Mail versenden ....

Hey Zusammen,

hab gestern auch alles nach Anleitung gemacht und war erstaunt das es auf anhieb funktioniert :D

Mails abrufen von meinem GMX Konto geht wunderbar.


Aber leider funktioniert das senden aus Roundcube nicht ... Die Mails kommen bei GMX nicht an bzw. werden nicht rausgeschickt (wo kann ich das nachschauen?) :confused:

Intressanterweise werden aber die Sicherungsmails der Diskstation an mein GMX konto geschickt, was darauf schliessen lässt das der SMTP funktioniert ...

Jemand eine Idee?

Danke :)

Grüße
C.
 

moor

Benutzer
Mitglied seit
16. Mrz 2009
Beiträge
19
Punkte für Reaktionen
0
Punkte
0
Cronjobs werden gelöscht

Hallo

interessante sache die ich hier habe: Ich editiere dei /etc/crontab und starte den cron neu
die jobs werden ausgeführt Allerdings nur bis zum Neustart. Dannach ist die /etc/crontab wieder ohne die cronjobs (getmail). Seltsam. Will mal versuchen einen zusätzlichen Cron zu installieren. Vielleicht klappt es ja damit. Kann mir das wer von euch erklären warum das so ist?

Gruß moor
 

flutsch

Benutzer
Mitglied seit
15. Okt 2008
Beiträge
93
Punkte für Reaktionen
0
Punkte
0
Keine Ahnung, das gerht bei mir 1A, ich habe das von Dir beschrieben Problem in ähnlicher Weise mit den httpd.conf Dateien des Std-Apache Servers.
 

itari

Benutzer
Mitglied seit
15. Mai 2008
Beiträge
21.900
Punkte für Reaktionen
14
Punkte
0
Hallo

interessante sache die ich hier habe: Ich editiere dei /etc/crontab und starte den cron neu
die jobs werden ausgeführt Allerdings nur bis zum Neustart. Dannach ist die /etc/crontab wieder ohne die cronjobs (getmail). Seltsam. Will mal versuchen einen zusätzlichen Cron zu installieren. Vielleicht klappt es ja damit. Kann mir das wer von euch erklären warum das so ist?

Gruß moor

Schau dir mal die Datei /etc.default/crontab an. Wenn es dieser Inhalt ist, welcher nach einem Systemstart bei dir in der /etc/crontab drin ist, dann weisst nun, woher es kommt. Normalerweise passiert das Überkopieren aber nur in ganz bestimmten Situationen, aber vielleicht hast ja noch andere Dinge in deinem System laufen, die da irgendwie pfuschen.

Itari
 

itari

Benutzer
Mitglied seit
15. Mai 2008
Beiträge
21.900
Punkte für Reaktionen
14
Punkte
0
Keine Ahnung, das gerht bei mir 1A, ich habe das von Dir beschrieben Problem in ähnlicher Weise mit den httpd.conf Dateien des Std-Apache Servers.

Die httpd.conf wird auch immer überschrieben, daher sollte man da nichts hineinschreiben. Dafür gibt es aber zwei andere Dateien httpd.conf-sys und httpd.conf-user (SYS-Apache und USER-Apache). Im Grunde braucht man sich nur die Startskripe anschauen, da sieht man, wie kopiert das wird.

Itari
 
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