Synology-Forum.nl
Packages => Officiële Packages => Mail Station => Topic gestart door: palrob op 25 maart 2013, 08:38:17
-
Er is al veel over geschreven,ik weet het.. Maar sinds ik de mailserver geinstalleerd heb.wil de DS212j niet meer in de slaapstand. Alsik de mailserver uitschakel werkt de slaapstand weer.
Is het mogelijk dit in te stellen, zie ik iets over het hoofd, of houdt de installatie van de mailserver automatisch in dat de hibernate niet meer actief wordt?
-
Inderdaad, door het installeren van mailstation is de mogelijkheid van hibernation komen te vervallen. Mailstation en andere packages (http://www.synology.com/support/faq_show.php?q_id=568&lang=enu)houden de nas wakker.
Je zou misschien met via de taak planner een taak aan kunnen maken om je mailserver te stoppen en te starten (mocht je graag willen dat je nas in hibernate gaat).
-
Hallo allemaal,
Om hibernation toch mogelijk te maken heb ik het DSM pakket "Mail Relaxer"gemaakt :)
(https://www.synology-forum.nl/proxy.php?request=http%3A%2F%2Fwww.synology-forum.de%2Fattachment.html%3Fattachmentid%3D12903%26amp%3Bd%3D1372100294&hash=cde7fc63f6447e9ded62eef5d234829a239c41dc)
Als er geen e-mail client meer actief is dan stopt Mail Relaxer enkele processen van de standaard DSM Mail Server en Mail Client pakketten. En start ze op zodra er weer een e-mail client actief is.
Dit werkt alleen als je je mail (met POP3) ophaalt van externe mailservers. Als je je eigen domain mail server draait dan moet je 24/7 beschikbaar zijn en is hibernaten geen optie.
Zie dit topic op het Engelse forum (http://forum.synology.com/enu/viewtopic.php?f=32&t=70461) voor details en de link naar SourceForge.
Groeten.
Erik
-
Ik ben wel handig, maar dit is wel erg lastig. Mooi programma, maarja ik gebruik dus een domein. Zou je misschien kunnen helpen om mailserver en mailstation op in te stellen tijd te starten en stoppen, zodat als er toch geen mail gelezen word de synology in slaapstand gaat. Hoop dat jullie willen/ kunnen helpen, want heb nog niks kunnen vinden waar ik mee uit de voeten kan. Ben nog niet handig met scripts.
Groeten martin
-
Als je je eigen mail domein host, dan kan je maar beter 24/7 online zijn :idea:
/Erik
-
Ik snap dat ook niet hoor... Op de eerste plaats: waarom perse die hibernation willen? Uit kostenbesparing? Zoveel is dat niet. En dan is het nog maar de vraag of het wel goed is voor je schijven. Als je hibernation dan zo belangrijk vind dan zul je concessies moeten doen: geen applicaties willen draaien waarbij de server niet in hibernation kan gaan.
Sent from my iPhone using Tapatalk
-
Sommigen vinden energieverbruik wel belangrijk, en hibernation is een logische manier om dat te beperken. Zolang je het aantal keren slapen/wakker worden beperkt (door niet te snel in hibernation te gaan) dan kan je schijf daar heus wel tegen. Je laat je PC toch ook niet 24/7 aan staan ?
/Erik
-
Ik vind het gewoon zonde als de nas draait terwijl ik lig te slapen. Kan ie zelf ook net zo goed gaan slapen, dacht ik. Ik heb alleen hulp nodig, want ik kom er zelf niet uit hoe ik het gedaan krijg.
Dus als jullie kunnen helpen, heel graag.
Martin
-
Ik laat mijn DS om 23:00 uit gaan en start om 07:00 weer op. Probleem opgelost of niet.
-
Heb ik ook over zitten denken. Maar als je dan iets in download station hebt staan stopt die ook met downloaden. En is dat niet slecht dan?
-
Heb ik ook over zitten denken. Maar als je dan iets in download station hebt staan stopt die ook met downloaden. En is dat niet slecht dan?
Ook DownloadStation houdt je nas wakker. Gewoon uitschakelen ' s nachts lijkt idd een oplossing. Mits je mailstation alleen gebruikt om pop3 binnen te halen. Zoveel verschil is er niet tussen uitschakelen en hibernate. In beide gevallen moet je hd toch weer opspinnen
-
Ik weet het, dat download station hem ook wakker houd, maar als ie niet download hibernate ie gewoon. En ik vind het niet erg dat ie wakker blijft om iets te downloaden. Maar mail gebruik ik toch niet 's nachts en downloaden gaat juist zo snel met download station omdat hij download zodra het kan.
-
Hoi erik, dus als ik het goed begrijp en dus bij mailserver smtp instellingen het vakje domein leeg laat doet jouw programmatje het dus wel?
-
Beste Martin,
Als je je eigen mail domein beheert (dus niet uitsluitend met pop3 mail van externe mail servers afhaalt) dan zou ik de Syno 24/7 laten draaien, zodat andere mail servers de aan jou geadresseerde mail kunnen afleveren. Uit jouw reactie begrijp ik dat dit bij jou NIET het geval is. Dan kan je het programmaatje gewoon eens proberen ZONDER verder enige wijziging in je configuratie aan te brengen. Bevalt het niet dan laat het programma zich ook weer netjes de-installeren.
Groeten,
Erik
-
Nog even als antwoord op de PM:
1) graag alles via dit forum, dan kan de rest ook meelezen
2) het programma stopt enkele mail processen als er geen imap daemon meer draait en als er geen dovecot authentication worker meer draait. In de praktijk betekent dit: als er geen mail client (bijv Outlook) meer draait op je PC en als webmail (Roundcube) niet meer actief is.
Erik
-
Ok, sorry. Dacht info was niet zo belangrijk.
Dus als mijn tablet en smartphone actief zijn via imap hibernat hij dus ook niet.
Dan zal dat de oorzaak zijn dat ie wakker blijft.
-
Yep, als die mail cliënts actief hebben dan zal het programma de mail processen op je Syno niet stoppen.
Overigens heb ik gemerkt dat de eerste keer het extra lang kan duren voordat de mail processen gestopt worden, dus enig geduld is wel nodig.
/Erik
-
Ok, wat betreft de hibernate ben ik veel wijzer geworden. De tablets en smartphones houden hem wakker. Misschien kan je in een update een tijd-functie maken, zodat je opgeeft wanneer de mail moet stoppen.
Super bedankt.
Martin
-
Misschien kan je in een update een tijd-functie maken, zodat je opgeeft wanneer de mail moet stoppen.
Nou nee, het is juist de truc dat de hibernation pas start als het ook echt kan. Anders kan je net zo goed tijd-gestuurd je Syno uitschakelen.
Na gebruik van mijn iPad worden de imap processen netjes afgesloten op de Syno. Met jouw tablet/smartphone is dat kennelijk niet het geval? Of duurt het gewoon wat langer?
/Erik
-
Er gaat een hele nacht over heen en dan is hij nogsteeds actief. Ik gebruik k-9 mail op mijn tablet en telefoon. En die geeft een bericht zodra er een nieuwe mail is, dus de imap verbinding zal daardoor wel actief blijven. Als je suggesties hebt voor mail apps die wel afsluiten, wil ik wel proberen.
Martin
-
Gebruik je een iPhone? Dan kun je met de ingebouwde mail client gewoon "push" of "fetch" instellen. Zo ook op de iPad
Sent from my iPhone using Tapatalk
-
Telefoon is een Samsung en tablet is een Odys. K-9 mail gebruikt ook push, maar vernieuwd de actieve verbinding wat je niet uit kan zetten.
-
Push is dus niet goed in dit geval. Je wilt fetch en dan zonder schema maar handmatig.
Sent from my iPhone using Tapatalk
-
Ik kan eens proberen als ik push uit zet of het dan werkt.
-
Erik, zou jij mij kunnen helpen aan de commando's voor het uitschakelen van MailServer en Mailstation?
Martin
-
Ik ben momenteel op vakantie, met alleen een iPad ter hand 8)
Kijk zelf even in de daemon script, daar staat alles wat je nodig hebt.
Succes,
Erik
-
Ok, bedankt voor de tip. Ik zal er even naar kijken. Als ik er niet uit kom vraag ik je wel weer. Fijne vakantie.
Martin
-
:idea: met 7zip kan je zo de spk package openen en bekijken.
/Erik
-
7zip is dat ook een package? En waar kan ik die vinden? Welke package moet ik dan openen?
Martin
-
7zip in net zoiets als winzip en rar, maar dan echt gratis en goed.
Draait dus op je PC.
-
Heb vanalles geprobeerd en het lijkt goed te gaan. Alleen hibernate wilde niet lukken. Nou heb ik alles weer zoals het was voor de mail en de ds gaat niet hibernaten. Heb er vanalles aan gedaan, maar het lukt niet het weer goed te krijgen. Heb ook geprobeerd de log uit te lezen van syno_hibernate_debug_tool krijg alleen gekke tekentjes. Iemand nog goede ideen, want de mijne zijn een beetje op.
Martin
-
Beetje vaag ;)
Je moet kijken in /var/log/messages, daar staan toch niet alleen maar vreemde tekens in ?!
Je hebt mail server & station uitgeschakeld, maar je Syno gaat nog steeds niet in hibernation? Heb je al eens opnieuw opgestart? Ging je Syno voorheen wel in hibernation, wat is er sindsdien gewijzigd?
/Erik
-
Nee in de messages staan geen vage tekens, maar daar zie ik volgens mij niet wat hem wakker houd. Ja, mailstation en mailserver uiteindelijk maar gedeinstalleerd. Er is volgens mij niks veranderd. En heb ook al meerdere malen opnieuw gestart. Ook de reset knop gebruikt, maar dat hielp ook niet. Het is zeker vaag. Ik begrijp niet dat ze dat zo moeilijk gemaakt hebben om voor hibernate iets te kunnen kontroleren/instellen of nakijken
-
Je kunt wel hibernate debug logging krijgen uit de Diskstation, via SSH het volgende commando uitvoeren op de Diskstation:
syno_hibernate_debug_tool --enable 1
Vervolgens laten draaien tot minimaal de hibernate timeout en dan in de browser naar het ip van je diskstation gaan inloggen en het volgende achter de url plakken:
?diagnose=debug
Dit zal je een download prompt geven met debug logging
Vergeet niet de deub logging weer uit te schakelen als je klaar bent:
syno_hibernate_debug_tool --disable
zie: ftp://on-line:online_user@ftp.synology.com/on-line/Document/How%20To%20Retrieve%20The%20Hibernation%20Debug%20Log.doc
-
Dat heb ik gedaan, maar dan krijg ik een index.cgi bestand wat ik niet kan lezen. Tips?
-
Zal vanavond eens even testen bij mezelf, als ik het me goed herinner zou het niet een index.cgi bestand moeten geven.
Je hoort me straks nog even :)
-
Ok, dankje. Hoop dat ik het niet goed doe. Dan kom ik er misschien achter wat hem wakker houd.
Heb toch nog keertje geprobeerd, maar krijg nu een onleesbaar debug.dat bestand.
Martin
-
Je kunt ook eerst je netwerkkabel uit je nas halen en kijken of deze dan gaat slapen. Daarna kun je, alle packages uitschakelen en elke keer 1 inschakelen en dan weer kijken of je nas nog wil hibernaten.
Hibernation is doorgaans erg lastig voor elkaar te krijgen. Het kost vaak minder energie je erbij neer te leggen dat het niet gaat, dan dat de nas je bespaard ;)
-
Je kunt wel hibernate debug logging krijgen uit de Diskstation, via SSH het volgende commando uitvoeren op de Diskstation:
syno_hibernate_debug_tool --enable 1
Vervolgens laten draaien tot minimaal de hibernate timeout en dan in de browser naar het ip van je diskstation gaan inloggen en het volgende achter de url plakken:
?diagnose=debug
Je kunt ook mbv SSH zelf kijken wat er gelogd is:
cat /var/log/messages
Erik
-
Ook de laatse suggestie geprobeerd. Nu we success. Kan nu vinden waardoor de ds niet hibernate.
Jul 26 10:03:17 kernel: [70261.040000] [/etc/localtime] opened by pid 3063 [u:(scemd), comm:(scemd)]
Iemand een idee wat je hier tegen kan doen?
Martin
-
Geen idee, kijk eens in de log welke acties daarvoor nog plaats hebben gevonden? Post eens de laatse 20 regels van de log?
Scemd: http://forum.synology.com/wiki/index.php/Scemd (http://forum.synology.com/wiki/index.php/Scemd)
-
Dit is van vannacht.
Jul 26 00:06:09 kernel: [34433.970000] [/etc/localtime] opened by pid 3063 [u:(scemd), comm:(scemd)]
Jul 26 00:11:15 kernel: [34740.220000] [/etc/localtime] opened by pid 3063 [u:(scemd), comm:(scemd)]
Jul 26 00:16:21 kernel: [35046.350000] [/etc/localtime] opened by pid 3063 [u:(scemd), comm:(scemd)]
Jul 26 00:21:27 kernel: [35352.430000] [/etc/localtime] opened by pid 3063 [u:(scemd), comm:(scemd)]
Jul 26 00:26:33 kernel: [35658.530000] [/etc/localtime] opened by pid 3063 [u:(scemd), comm:(scemd)]
Jul 26 00:31:39 kernel: [35964.570000] [/etc/localtime] opened by pid 3063 [u:(scemd), comm:(scemd)]
Jul 26 00:36:45 kernel: [36270.640000] [/etc/localtime] opened by pid 3063 [u:(scemd), comm:(scemd)]
Jul 26 00:41:51 kernel: [36576.680000] [/etc/localtime] opened by pid 3063 [u:(scemd), comm:(scemd)]
Jul 26 00:46:57 kernel: [36882.750000] [/etc/localtime] opened by pid 3063 [u:(scemd), comm:(scemd)]
Jul 26 00:52:04 kernel: [37188.830000] [/etc/localtime] opened by pid 3063 [u:(scemd), comm:(scemd)]
Jul 26 00:57:10 kernel: [37495.080000] [/etc/localtime] opened by pid 3063 [u:(scemd), comm:(scemd)]
Jul 26 01:02:16 kernel: [37801.170000] [/etc/localtime] opened by pid 3063 [u:(scemd), comm:(scemd)]
Jul 26 01:07:22 kernel: [38107.270000] [/etc/localtime] opened by pid 3063 [u:(scemd), comm:(scemd)]
Jul 26 01:12:28 kernel: [38413.380000] [/etc/localtime] opened by pid 3063 [u:(scemd), comm:(scemd)]
Jul 26 01:17:34 kernel: [38719.480000] [/etc/localtime] opened by pid 3063 [u:(scemd), comm:(scemd)]
Jul 26 01:22:40 kernel: [39025.590000] [/etc/localtime] opened by pid 3063 [u:(scemd), comm:(scemd)]
Jul 26 01:27:46 kernel: [39331.690000] [/etc/localtime] opened by pid 3063 [u:(scemd), comm:(scemd)]
Jul 26 01:32:53 kernel: [39637.800000] [/etc/localtime] opened by pid 3063 [u:(scemd), comm:(scemd)]
Jul 26 01:37:59 kernel: [39943.870000] [/etc/localtime] opened by pid 3063 [u:(scemd), comm:(scemd)]
Jul 26 01:38:38 kernel: [39983.770000] [/etc/passwd] opened by pid 6293 [u:(/usr/sbin/inetd), comm:(inetd)]
Jul 26 01:43:05 kernel: [40250.080000] [/etc/localtime] opened by pid 3063 [u:(scemd), comm:(scemd)]
Jul 26 01:48:11 kernel: [40556.180000] [/etc/localtime] opened by pid 3063 [u:(scemd), comm:(scemd)]
Jul 26 01:50:54 kernel: [40720.120000] [/etc/passwd] opened by pid 21073 [u:(/usr/sbin/inetd), comm:(inetd)]
Jul 26 01:53:17 kernel: [40862.260000] [/etc/localtime] opened by pid 3063 [u:(scemd), comm:(scemd)]
Jul 26 01:58:23 kernel: [41168.340000] [/etc/localtime] opened by pid 3063 [u:(scemd), comm:(scemd)]
Jul 26 02:03:29 kernel: [41474.390000] [/etc/localtime] opened by pid 3063 [u:(scemd), comm:(scemd)]
Jul 26 02:08:35 kernel: [41780.470000] [/etc/localtime] opened by pid 3063 [u:(scemd), comm:(scemd)]
Jul 26 02:13:41 kernel: [42086.520000] [/etc/localtime] opened by pid 3063 [u:(scemd), comm:(scemd)]
Jul 26 02:18:47 kernel: [42392.630000] [/etc/localtime] opened by pid 3063 [u:(scemd), comm:(scemd)]
Jul 26 02:23:53 kernel: [42698.710000] [/etc/localtime] opened by pid 3063 [u:(scemd), comm:(scemd)]
Jul 26 02:29:00 kernel: [43004.960000] [/etc/localtime] opened by pid 3063 [u:(scemd), comm:(scemd)]
Jul 26 02:34:06 kernel: [43311.060000] [/etc/localtime] opened by pid 3063 [u:(scemd), comm:(scemd)]
Jul 26 02:39:12 kernel: [43617.140000] [/etc/localtime] opened by pid 3063 [u:(scemd), comm:(scemd)]
Jul 26 02:44:18 kernel: [43923.240000] [/etc/localtime] opened by pid 3063 [u:(scemd), comm:(scemd)]
Jul 26 02:49:24 kernel: [44229.320000] [/etc/localtime] opened by pid 3063 [u:(scemd), comm:(scemd)]
Jul 26 02:54:30 kernel: [44535.400000] [/etc/localtime] opened by pid 3063 [u:(scemd), comm:(scemd)]
Jul 26 02:59:36 kernel: [44841.490000] [/etc/localtime] opened by pid 3063 [u:(scemd), comm:(scemd)]
Jul 26 03:04:42 kernel: [45147.570000] [/etc/localtime] opened by pid 3063 [u:(scemd), comm:(scemd)]
Jul 26 03:09:49 kernel: [45453.700000] [/etc/localtime] opened by pid 3063 [u:(scemd), comm:(scemd)]
Jul 26 03:14:55 kernel: [45759.920000] [/etc/localtime] opened by pid 3063 [u:(scemd), comm:(scemd)]
Jul 26 03:20:01 kernel: [46066.050000] [/etc/localtime] opened by pid 3063 [u:(scemd), comm:(scemd)]
Jul 26 03:21:18 kernel: [46143.350000] [/etc/passwd] opened by pid 12200 [u:(/usr/sbin/inetd), comm:(inetd)]
Jul 26 03:25:07 kernel: [46372.110000] [/etc/localtime] opened by pid 3063 [u:(scemd), comm:(scemd)]
Jul 26 03:30:13 kernel: [46678.180000] [/etc/localtime] opened by pid 3063 [u:(scemd), comm:(scemd)]
Jul 26 03:33:37 kernel: [46882.220000] [/etc/passwd] opened by pid 27115 [u:(/usr/sbin/inetd), comm:(inetd)]
Jul 26 03:35:19 kernel: [46984.270000] [/etc/localtime] opened by pid 3063 [u:(scemd), comm:(scemd)]
Jul 26 03:40:25 kernel: [47290.320000] [/etc/localtime] opened by pid 3063 [u:(scemd), comm:(scemd)]
Jul 26 03:45:31 kernel: [47596.420000] [/etc/localtime] opened by pid 3063 [u:(scemd), comm:(scemd)]
Jul 26 03:50:37 kernel: [47902.480000] [/etc/localtime] opened by pid 3063 [u:(scemd), comm:(scemd)]
Jul 26 03:55:44 kernel: [48208.570000] [/etc/localtime] opened by pid 3063 [u:(scemd), comm:(scemd)]
Jul 26 04:00:50 kernel: [48514.820000] [/etc/localtime] opened by pid 3063 [u:(scemd), comm:(scemd)]
Jul 26 04:05:41 kernel: [48806.010000] [/etc/passwd] opened by pid 20817 [u:(/usr/sbin/inetd), comm:(inetd)]
Jul 26 04:05:56 kernel: [48820.920000] [/etc/localtime] opened by pid 3063 [u:(scemd), comm:(scemd)]
Jul 26 04:11:02 kernel: [49127.040000] [/etc/localtime] opened by pid 3063 [u:(scemd), comm:(scemd)]
Jul 26 04:16:08 kernel: [49433.140000] [/etc/localtime] opened by pid 3063 [u:(scemd), comm:(scemd)]
Jul 26 04:18:22 kernel: [49567.520000] [/etc/passwd] opened by pid 4744 [u:(/usr/sbin/inetd), comm:(inetd)]
Jul 26 04:21:14 kernel: [49739.210000] [/etc/localtime] opened by pid 3063 [u:(scemd), comm:(scemd)]
Jul 26 04:26:20 kernel: [50045.320000] [/etc/localtime] opened by pid 3063 [u:(scemd), comm:(scemd)]
Jul 26 04:31:26 kernel: [50351.400000] [/etc/localtime] opened by pid 3063 [u:(scemd), comm:(scemd)]
Jul 26 04:36:32 kernel: [50657.510000] [/etc/localtime] opened by pid 3063 [u:(scemd), comm:(scemd)]
Jul 26 04:41:39 kernel: [50963.610000] [/etc/localtime] opened by pid 3063 [u:(scemd), comm:(scemd)]
Jul 26 04:46:45 kernel: [51269.870000] [/etc/localtime] opened by pid 3063 [u:(scemd), comm:(scemd)]
Jul 26 04:51:51 kernel: [51575.940000] [/etc/localtime] opened by pid 3063 [u:(scemd), comm:(scemd)]
Jul 26 04:56:57 kernel: [51882.000000] [/etc/localtime] opened by pid 3063 [u:(scemd), comm:(scemd)]
Jul 26 05:02:03 kernel: [52188.130000] [/etc/localtime] opened by pid 3063 [u:(scemd), comm:(scemd)]
Jul 26 05:07:09 kernel: [52494.190000] [/etc/localtime] opened by pid 3063 [u:(scemd), comm:(scemd)]
Jul 26 05:12:15 kernel: [52800.290000] [/etc/localtime] opened by pid 3063 [u:(scemd), comm:(scemd)]
Jul 26 05:17:21 kernel: [53106.360000] [/etc/localtime] opened by pid 3063 [u:(scemd), comm:(scemd)]
Jul 26 05:22:27 kernel: [53412.440000] [/etc/localtime] opened by pid 3063 [u:(scemd), comm:(scemd)]
Jul 26 05:27:33 kernel: [53718.510000] [/etc/localtime] opened by pid 3063 [u:(scemd), comm:(scemd)]
Jul 26 05:32:40 kernel: [54024.770000] [/etc/localtime] opened by pid 3063 [u:(scemd), comm:(scemd)]
Jul 26 05:37:46 kernel: [54330.890000] [/etc/localtime] opened by pid 3063 [u:(scemd), comm:(scemd)]
Jul 26 05:42:52 kernel: [54636.960000] [/etc/localtime] opened by pid 3063 [u:(scemd), comm:(scemd)]
Jul 26 05:47:58 kernel: [54943.120000] [/etc/localtime] opened by pid 3063 [u:(scemd), comm:(scemd)]
Jul 26 05:53:04 kernel: [55249.190000] [/etc/localtime] opened by pid 3063 [u:(scemd), comm:(scemd)]
Jul 26 05:58:10 kernel: [55555.310000] [/etc/localtime] opened by pid 3063 [u:(scemd), comm:(scemd)]
Jul 26 06:03:16 kernel: [55861.410000] [/etc/localtime] opened by pid 3063 [u:(scemd), comm:(scemd)]
Jul 26 06:08:22 kernel: [56167.510000] [/etc/localtime] opened by pid 3063 [u:(scemd), comm:(scemd)]
Jul 26 06:13:29 kernel: [56473.600000] [/etc/localtime] opened by pid 3063 [u:(scemd), comm:(scemd)]
Jul 26 06:18:35 kernel: [56779.790000] [/etc/localtime] opened by pid 3063 [u:(scemd), comm:(scemd)]
Jul 26 06:23:41 kernel: [57085.890000] [/etc/localtime] opened by pid 3063 [u:(scemd), comm:(scemd)]
Jul 26 06:28:47 kernel: [57391.980000] [/etc/localtime] opened by pid 3063 [u:(scemd), comm:(scemd)]
Jul 26 06:33:53 kernel: [57698.070000] [/etc/localtime] opened by pid 3063 [u:(scemd), comm:(scemd)]
Jul 26 06:38:59 kernel: [58004.140000] [/etc/localtime] opened by pid 3063 [u:(scemd), comm:(scemd)]
Jul 26 06:44:05 kernel: [58310.220000] [/etc/localtime] opened by pid 3063 [u:(scemd), comm:(scemd)]
Jul 26 06:49:11 kernel: [58616.300000] [/etc/localtime] opened by pid 3063 [u:(scemd), comm:(scemd)]
Jul 26 06:54:17 kernel: [58922.380000] [/etc/localtime] opened by pid 3063 [u:(scemd), comm:(scemd)]
Jul 26 06:59:24 kernel: [59228.490000] [/etc/localtime] opened by pid 3063 [u:(scemd), comm:(scemd)]
Jul 26 07:04:30 kernel: [59534.810000] [/etc/localtime] opened by pid 3063 [u:(scemd), comm:(scemd)]
zoals je ziet, veel van hetzelfde
Martin
-
Lijkt er op dat toch mail server je nas wakker houdt. Maar dat weten we, dat doet ie (http://www.synology.com/support/faq_show.php?q_id=568&lang=enu).
'Inetd' is een service die op je nas draait en naar 'buiten kijkt'. Het scant volgens mij je poorten en als er info binnen komt wijst hij naar het juiste programma (even kort door de bocht). Zo kan het dus ook met iets als ftp te maken hebben.
-
Mailserver is niet meer actief en zelfs gedeinstalleerd om te kijken of dat zou helpen. Geld ook voor mailstation. Ik heb alles zoals het was voor ik een mailserver instelde en toe deed ie het wel gewoon.
Martin
-
YES!!! Gelukt. Mijn DS hibernate weer. Het volgende heb ik gedaan om het weer te laten werken.
rm /etc/localtime
ln -s /usr/share/zoneinfo/Europe/Amsterdam /etc/localtimeControleer even de tijdinstellingen in DSM>Configuratiescherm>Regionale opties
cp /etc/synoinfo.conf /ect.default/ (deze waren bij mij verschillend kwa inhoud)Herstart de DS en toen deed iet het weer na de ingestelde tijd.
Martin
-
Erik, gelukkig is jouw mail-relaxer toch nog gaan werken en hibernate mijn ds nu wel weer gewoon. Ik vind programmeren wel leuk. Alleen met deze scripts com ik nog niet zo ver. Kun jij met opweg helpen hoe ik een eigen package kan maken?
Martin
-
Er is een vrij uitgebreid document over hoe je een package kunt maken. Kijk even of je dat zelf kunt vinden, hier op mijn vakantieadres met alleen een iPad kan ik je daarmee niet verder helpen.
Belangrijkste standard zaken zijn een INFO file en een scripts map. In de scripts map een start-stop-status script die doet wat je van de naam zou verwachten ;)
Uiteindelijk komt het er op neer dat je een stel files klaarzet en dan zipped (bijv met 7zip onder windows) naar een file met .spk extensie.
Naar mijn bescheiden mening zit het Mail Relaxer pakket redelijk netjes in elkaar, dus dat kan je als basis gebruiken.
Succes,
Erik
-
Hoi erik, leuk dat je wil helpen. Neem maar contact op als je weer thuis bent van vakantie, als je me dan kan vertellen waar ik dat document kan vinden of het mij wil sturen heel graag. Misschien heb je ook een nederlandse beschrijving voor de script commando's. Heb nu iets gevonden in het engels, niet zo prettig
Martin
-
Begin maar vast met Engels te leren ;D
/Erik
-
Ik kan wel engels, ha ha. Maar als het iets technisch is of iets specifieks, is het toch wat lastig begrijpen. En bedankt voor het compliment. ;D
Martin
-
Ik heb op SourceForce een zip file gezet met alle source files, inclusief een script om de package in elkaar te zetten. Zie de "doc" folder voor een korte beschrijving hoe je het script moet gebruiken, en ook de "3rd-Party Apps Developer Guide" van Synology, daarin staat alle info die je nodig hebt (en meer...).
Succes ermee,
Erik.
-
Super bedankt. Even domme vraag. Sourceforce, wat dis dat en hoe kom ik daar?
Martin
-
Goede avond Erik,
Ik zie dat jij een tooltje hebt geschreven om de mail server en mail station automatisch uit en in te schakelen.
Ik draai zelf Zarafa en deze package kan ik via taakbeheer starten en stoppen, echter mail server krijg ik niet gestopt of gestart middels het commando "/var/packages/MailServer/scripts/start-stop-status stop".
Weet jij het juiste commando om Mail Server te stoppen en te starten via taakbeheer?
Beste Fabian,
Ten eerste: graag geen persoonlijke berichten, alles via het forum aub.
Over het stoppen van de mail server: ik mijn script stop ik fetchmail en postfix, zie script relax_mailprocd voor details.
Groeten,
Erik.
-
Sourceforce, wat dis dat en hoe kom ik daar?
Dat is precies waar je het package (.spk) file al eerder hebt gevonden ;)
Dus: https://sourceforge.net/projects/mailrelaxer/ (https://sourceforge.net/projects/mailrelaxer/)
Erik
-
Aha, even niet aan gedacht :lol:. Ben trouwens helemaal blij met je script. Heb het een beetje aangepast zodat de blauwe lamp van de aan-knop brand als de mailserver actief is en uit is als ie is uitgeschakeld. Ik moet er alleen nog even achter zien te komen waarom de ds nou af en toe nog voor niks wakker word, maar dat zal wel niet mee vallen. Want de debug-tool zorgt er volgens mij voor dat de ds niet gaat slapen.
In iedergaval super bedankt voor alle moeite!
Martin
-
Ok, geen probleem.
Mijn Syno wordt elke dag ook nog 1 of 2 keer spontaan wakker, weet niet waarom, misschien even de benen strekken? :D
Erik
-
Is de script ook zo te maken dat de configuratie Mailserver met Zarafa (en eventueel met Z-push) gestopt en gestart kunnen worden?
-
Dat is goed mogelijk, maar ik draai nu eenmaal geen Zarafa.
:idea: Kijk in Zarafa (bijv. start-stop-status script) welke processen er opgestart worden, en probeer uit welke je minimaal moet stoppen (eerst handmatig) om hibernation mogelijk te maken. Als dat lukt dan is de volgende stap om dit automatisch met script te doen.
Succes,
Erik.
-
Daar ben ik wel uit. Als ik Mailserver en Zarafa handmatig stop in Package Center dan gaat mijn HDD na 15 min. in sluimerstand (als er geen PC, laptop of tablet zijn verbonden met de NAS).
Het start / stop commando van Zarafa weet ik wel en die werkt ook als ik deze laat uitvoeren in taakbeheer. Maar het start /stop commando('s) van Mailserver weet ik niet. Kan jij mij aangeven welke commando('s) dit zouden kunnen zijn voor in taakbeheer?
-
In DSM 4.2 staan deze packages staan onder hun eigen naam in /var/packages, in de submap scripts staat start-stop-status script waarmee je het package kan stoppen en weer starten. Deze opbouw is standaard voor alle packages.
Dus bijvoorbeeld voor DSM Mail Server:
/var/packages/MailServer/scripts/start-stop-status stop
/var/packages/MailServer/scripts/start-stop-status start
Ik neem aan **) dat je ook DSM Mail Station draait om met POP3 e-mails op te halen van externe mail server(s).
/var/packages/MailStation/scripts/start-stop-status stop
/var/packages/MailStation/scripts/start-stop-status start
**) Maar als je geen e-mails ophaalt met POP3, dan zal je wel je de volledige mail server draaien met je eigen domein. Dan is het niet zo handig om Mail Server uit te schakelen, want daardoor kunnen er geen e-mails meer bij jouw mail server afgeleverd worden.
Groeten,
Erik.
-
Ik heb geen eigen domein. Ik haal via POP3 verschillende e-mail adressen binnen. Daar ik mail, contactpersonen en agenda overal benaderbaar wilde hebben, dus op mijn GSM, tablet, laptop en PC, maak ik gebruik van Zarafa om mijn mails binnen te halen en Mail Server om mijn mails te versturen. Dit werkt perfect.
Het start/stop commando voor Zarafa:
/var/packages/Zarafa/scripts/start-stop-status stop
/var/packages/Zarafa/scripts/start-stop-status start
werkt wel, echter als ik het volgende start/stop commando voor Mailserver gebruik:
/var/packages/MailServer/scripts/start-stop-status stop
/var/packages/MailServer/scripts/start-stop-status start
dan blijft de Mailserver package gewoon actief en gaat de HDD dus ook nooit in slaapmodus.
Weet jij waarom bovenstaande commando niet werkt voor Mailserver?
-
als ik het volgende start/stop commando voor Mailserver gebruik:
/var/packages/MailServer/scripts/start-stop-status stop
/var/packages/MailServer/scripts/start-stop-status start
dan blijft de Mailserver package gewoon actief en gaat de HDD dus ook nooit in slaapmodus.
Weet jij waarom bovenstaande commando niet werkt voor Mailserver?
Heb je het commando ook al eens gegeven met SSH (bijv PuTTY)? Wat zie je dan?
Heb je in Package Center gekeken naar de status van Mail Server?
Als je in Package Center de Mail Server stopt, gaat je Syno dan wel in hibernation?
Welke versie DSM draai je?
/Erik
-
Als ik het commando in Putty ingeef, kreeg ik allerlei foutmeldingen: zie bijlage.
Ik gebruik DSM 4.2. Als ik in Package Center zowel Mailserver als Zarafa stop zet, dan gaat mijn HDD na 15 min. in sluimermodus.
-
Je moet niet als admin maar als gebruiker root inloggen.
-
Dan krijg ik dit te zien: zie bijlage
-
Hmm, dat krijg ik dus ook. Regel 209 is trouwens de laatste van het script, met "esac".
Toch lijkt het stoppen dan wel goed te gaan, want met `ps|grep dove` en `ps|grep imap` zie ik dat die Mail Server processen niet meer draaien. Maar Package Center denkt wel dat de Mail Server nog steeds draait.
Vreemd...
Je zou eens kunnen proberen om alleen Postfix te stoppen, in het start-stop-status script van Mail Server staat hoe dat moet. Bij mij is dat ook voldoende om in hibernation te gaan.
Groeten,
Erik
-
Het commando "/var/packages/MailServer/target/sbin/postfix stop" lijkt te werken, maar Mailserver blijft actief. Ook als ik Zaraf stop, gaat mijn HDD nog niet in sluimerstand.
-
Package Center zal idd de Mail Server als Running blijven melden.
Maar ik had verwacht dat hibernation nu wel zou lukken.
Om 1 of andere reden duurt het bij Mail Relaxer de eerste keer extra lang voordat de Syno gaat hibernaten, heb jij al eens een paar uur gewacht ?
/Erik
-
Alles lijkt goed te gaan: zie bijlage
Ik heb 3 uur gewacht, maar ik hoor de HDD nog steeds draaien.
Moet er nog en proces beëindigd worden?
-
Tsja, kennelijk draait er nog een ander proces dat voorkomt dat je Syno in hibernation komt. Dat is dus met Zarafa anders dan met alleen Mail Server en Mail Station.
Je kunt eens vergelijken welke processen er nu draaien (na jouw handmatige stop acties) en welke er draaien als je Mail Server en Zarafa met Package Center helemaal gestopt hebt. Wellicht geeft dat een richting.
/Erik
-
Dat heb ik al eerder getest. Als ik in Package Center Mailserver en Zarafa handmatig stop, dan gaat de HDD na 15 min. wel in sluimermodus (als natuurlijk geen PC's of laptops verbonden zijn met de NAS).
Ik denk dat het script om Zarafa te stoppen goed werkt, alleen is het volgens mij niet voldoende om alleen postfix van de Mailserver te stoppen. Gebruikt Mailserver ook nog andere processen? Zo ja, met welk commando kan ik deze stoppen?
-
Dat heb ik al eerder getest. Als ik in Package Center Mailserver en Zarafa handmatig stop, dan gaat de HDD na 15 min. wel in sluimermodus (als natuurlijk geen PC's of laptops verbonden zijn met de NAS).
Ja,dat had ik al begrepen. Maar om uit te zoeken welk proces de Syno wakker houdt zou je kunnen kijken naar het verschil in lopende processen:
(1) als je Zarafa en Postfix stopt, en je Syno niet in hibernation kan komen
(2) als je Zarafa en Mail Server stopt, en hibernation mogelijk is
Een van de extra processen bij (1) voorkomt wellicht de hibernation.
Gebruikt Mailserver ook nog andere processen? Zo ja, met welk commando kan ik deze stoppen?
Ja, uiteraard, kijk maar wat er gestopt wordt in het start-stop-status script:
stop()
{
echo "Stop MailServer Daemon..."
kill `cat ${MSDaemonPID}`
# stop mail server
`${PRIVATE_LOCATION}/scripts/PostfixDaemon.sh stop`
`${PRIVATE_LOCATION}/scripts/DovecotDaemon.sh stop`
# remove index and help entry
${DSM_INDEX_DEL} ${PKG_APP_PATH}/index.conf ${PKG_INDEXDB_PATH}/appindexdb
${DSM_INDEX_DEL} ${PKG_APP_PATH}/helptoc.conf ${PKG_INDEXDB_PATH}/helpindexdb
# clear links
ClearLinks
}
De twee start en stop routines die worden aangeroepen in bovenstaande code:
LogDaemon=/var/packages/MailServer/target/sbin/syno_mailloggerd
LogDaemonPID=/var/run/syno_mailloggerd.pid
start() {
echo "Starting Maillog Daemon..."
${LogDaemon}
echo "Starting SASLAuthd..."
$SASLAUTHD -a pam
echo "Starting Postfix..."
$POSTFIX start
if [ "x${SpamEnable}" = "xyes" ]; then
echo "Starting SPAMD..."
${SPAMD} -d -r ${PID_SPAMD}
fi
}
stop() {
saslauthd_pid=/var/run/saslauthd/saslauthd.pid
if [ -f $saslauthd_pid ]; then
echo "Stopping SASLAuthd..."
kill `cat $saslauthd_pid`
fi
echo "Stopping Postfix..."
$POSTFIX stop
if [ -f $PID_SPAMD ]; then
echo "Stopping SPAMD..."
kill `cat ${PID_SPAMD}`
fi
echo "Stop Log Daemon..."
kill `cat ${LogDaemonPID}`
}
DOVECOT=/var/packages/MailServer/target/sbin/dovecot
stop(){
if [ -f $dovecot_pid ]; then
echo "Stopping Dovecot..."
kill `cat $dovecot_pid`
fi
}
start() {
echo "Starting Dovecot..."
$DOVECOT
}
Dovecot moet blijven draaien, anders heb je geen imap processen meer.
Maar met Postfix wordt dus ook spamd en een mail logger daemon gestart.
:idea: Heb jij spam filtering aan staan bij Mail Server ?
Erik
-
Basalt,
Ik ben wat verder. Ik heb de NAS de hele nacht kans gegeven om in sluimerstand te komen en vanmorgen waren inderdaad de HDD uit! Inderdaad door alleen postfix en zarafa te stoppen. Net opnieuw geprobeerd en nu ging het ook binnen de normale tijd. Kun je in Taakbeheer in één script de commando's opgeven om zarafa en postfix te stoppen en weer in een andere script beide weer op te starten?
-
Geduld is een schone zaak ;)
Kun je in Taakbeheer in één script de commando's opgeven om zarafa en postfix te stoppen en weer in een andere script beide weer op te starten?
Ja, gewoon zoiets:
#!/bin/sh
# Stop de mail processen die hibernation verhinderen
/var/packages/MailServer/target/sbin/postfix stop
/var/packages/Zarafa/scripts/start-stop-status stop
De volgorde kan wel eens van belang zijn, misschien moet eerst Zarafa en dan pas Mail Server.
Wellicht ook verschillend voor starten en stoppen (bijv alleen bij stoppen eerst Zarafa en dan pas Mail Server).
Succes,
/Erik
-
Bedankt Erik. Je scriptje werkt tot nu toe perfect! Ik heb dezelfde volgorde vastgehouden voor zowel het stoppen als starten.
-
Mail Relaxer version 1.2 is out.
Updated to get it working again with the latest Mail Station / Mail Server under DSM 5.0
I should also run fine under DSM 5.1, although I did not test it.
Summary of changes:- Required change to align daemon with Mail Station 20141031-0213
- Restricted start/stop retries to 3
- Tested with DSM 5.0-4528
The package is available on SourceForge (http://sourceforge.net/projects/mailrelaxer/?source=navbar).
Note that the package does not contain the Synology digital signature, please set Package Center Trust level to "Any Publisher" to install
Best regards,
Erik
-
Hoi Erik,
waarom de uitleg in het engels? Ik heb de link geprobeerd en die doet het niet.
Groeten Martin
-
De URL werkt niet.
-
URL gefikst :)
Tekst is in het Engels omdat ik dat al zo had opgesteld voor het Duitse en USA forum ;D
/Erik