abonnement Unibet Coolblue Bitvavo
pi_146941491
PenguinOS *O*
  zondag 23 november 2014 @ 22:44:31 #3
134103 gebrokenglas
Half human, half coffee
pi_146941783
Bedoel je niet PinguyOS?
How can I make this topic about me?
pi_147057796
quote:
10s.gif Op zondag 23 november 2014 22:44 schreef gebrokenglas het volgende:
Bedoel je niet PinguyOS?
no comment :+
  donderdag 27 november 2014 @ 19:12:37 #5
418311 Claude_Viole
Loopt te kloten...
pi_147063101
Iemand ervaring met UWSGI en NGINX?
Ik heb een python-script (gebruikmakend van Py-Bottle) die ik graag via UWSGI wil koppelen aan Nginx.. :)
  vrijdag 28 november 2014 @ 06:35:08 #6
134103 gebrokenglas
Half human, half coffee
pi_147078010
quote:
0s.gif Op donderdag 27 november 2014 19:12 schreef Claude_Viole het volgende:
Iemand ervaring met UWSGI en NGINX?
Ik heb een python-script (gebruikmakend van Py-Bottle) die ik graag via UWSGI wil koppelen aan Nginx.. :)
Wat gaat er mis?
How can I make this topic about me?
  vrijdag 28 november 2014 @ 11:49:29 #7
418311 Claude_Viole
Loopt te kloten...
pi_147082739
Ik heb geen flauw idee hoe ik een wsgi-file (die een python-script aanroept) kan laten runnen via Nginx via de UWSGI-module.

Als iemand praktisch even kan vertellen hoe het in zijn werk gaat, kan ik vast wel de boel bij elkaar scripten, maar voor nu loop ik vast waar ik moet beginnen.

Ik zit al een uur te turen en te turen naar dit: https://www.digitalocean.(...)eb-server-with-nginx

Ik zie door de bomen even het bos niet meer.

[ Bericht 35% gewijzigd door Claude_Viole op 28-11-2014 11:59:57 ]
pi_147117780
Debian Forked Over Systemd
http://m.slashdot.org/story/210413

The so called "Veteran Unix Admin" collective has announced that the fork of Debian will proceed as a result of the recent systemd controversy. The reasons put forward are not just technical; included is a letter of endorsement by Debian Developer Roger Leigh mentioning that "people rely on Debian for their jobs and businesses, their research and their hobbies. It's not a playground for such radical experimentation." The fork is called "Devuan," pronounced "DevOne." The official website has more information.
When the student is ready, the teacher will appear.
When the student is truly ready, the teacher will disappear.
pi_147125114
Wat een onzin. Ik wacht nog altijd op iets wat lijkt op een echt argument jegens systemd.
More oneness, less categories
Open hearts, no strategies
Decisions based upon faith and not fear
People who live right now and right here
  zaterdag 29 november 2014 @ 20:42:43 #10
134103 gebrokenglas
Half human, half coffee
pi_147127580
quote:
15s.gif Op zaterdag 29 november 2014 19:42 schreef trancethrust het volgende:
Wat een onzin. Ik wacht nog altijd op iets wat lijkt op een echt argument jegens systemd.
Met zoveel weerstand dat er zelfs geforkt gaat worden, moet er toch wel iets flink mis mee zijn?

[ Bericht 33% gewijzigd door gebrokenglas op 29-11-2014 20:50:06 ]
How can I make this topic about me?
pi_147130472
quote:
0s.gif Op zaterdag 29 november 2014 20:42 schreef gebrokenglas het volgende:

[..]

Met zoveel weerstand dat er zelfs geforkt gaat worden, moet er toch wel iets flink mis mee zijn?
Zoals? Ik merk er niets van, en ook bij bovenstaande fork staat alleen vaag gebrabbel over `experimenteel gedrag'; niets concreets, vermoedelijk omdat er geen concrete problemen te vinden zijn.
Experimenteel icm systemd slaat sowieso nergens op; mn PCs hebben al jaren een boot-up van 10 tot 25 seconden ipv >1 minuut dankzij systemd, en de enige serieuze problemen die ik heb meegemaakt in de laatste 3 jaar zijn te danken aan de nieuwe-versie-ziekte van de linux kernel en de regressieve UI redesign van GNOME3.
More oneness, less categories
Open hearts, no strategies
Decisions based upon faith and not fear
People who live right now and right here
pi_147131723
quote:
2s.gif Op zaterdag 29 november 2014 21:48 schreef trancethrust het volgende:

[..]

Zoals? Ik merk er niets van, en ook bij bovenstaande fork staat alleen vaag gebrabbel over `experimenteel gedrag'; niets concreets, vermoedelijk omdat er geen concrete problemen te vinden zijn.
Veelgehoord argument is dat het tegen de UNIX-filosofie in gaat.
When the student is ready, the teacher will appear.
When the student is truly ready, the teacher will disappear.
pi_147132114
Systemd is in mijn ogen ook gewoon prima. Werkt goed en snelle boottijd.
pi_147134930
quote:
1s.gif Op zaterdag 29 november 2014 22:15 schreef Aether het volgende:

[..]

Veelgehoord argument is dat het tegen de UNIX-filosofie in gaat.
Dat was het tweede vage argument (dat ik niet eens zo zou willen noemen). Over welk deel van welke filosofie gaat het precies? Is het niet vrij? Is het niet configureerbaar via tekstbestanden? Zijn de maintainers arrogant? Is het omdat er geen init/rc.d directories meer zijn? (Allemaal retorisch, om maar aan te geven hoe nietszeggend statement dat is.)
More oneness, less categories
Open hearts, no strategies
Decisions based upon faith and not fear
People who live right now and right here
pi_147137824
quote:
1s.gif Op zaterdag 29 november 2014 22:24 schreef robin007bond het volgende:
Systemd is in mijn ogen ook gewoon prima. Werkt goed en snelle boottijd.
Dat is ook niet zo zeer het probleem. Ik geloof dat er "controversie" is omdat systemd een hoop meer taken over wil nemen mbt daemons/services. Een soort super gecombineerde init & inetd ala windows svchost en "in strijd" met de unix filosofie met een hoop kleine gespecialieerde programma's.
  zondag 30 november 2014 @ 02:14:26 #16
187069 slacker_nl
Sicko pur sang
pi_147138604
quote:
15s.gif Op zaterdag 29 november 2014 19:42 schreef trancethrust het volgende:
Wat een onzin. Ik wacht nog altijd op iets wat lijkt op een echt argument jegens systemd.
Als je een beetje gaat zoeken kom je best wat tegen. Bizar veel dependencies. BSD heeft een wrapper nodig om specifieke meuk te kunnen draaien doordat systemd deps heeft met andere meuk.

Ik vind het wel een goed signaal van de fork.
In theory there is no difference between theory and practice. In practice there is.
pi_147140887
Toch worden er wel wat interessante argumenten gegeven.
http://boycottsystemd.org

[ Bericht 44% gewijzigd door #ANONIEM op 30-11-2014 09:48:59 ]
pi_147141024
Bovenstaande site is goed duidelijk. Nu herinner ik me ook een technisch document van de Debian tech. committee waar uiteindelijk de keuze voor systemd als default was genomen, maar kan die niet terugvinden. Zou ze eens graag naast elkaar houden.
More oneness, less categories
Open hearts, no strategies
Decisions based upon faith and not fear
People who live right now and right here
pi_147141074
quote:
2s.gif Op zondag 30 november 2014 10:04 schreef trancethrust het volgende:
Bovenstaande site is goed duidelijk. Nu herinner ik me ook een technisch document van de Debian tech. committee waar uiteindelijk de keuze voor systemd als default was genomen, maar kan die niet terugvinden. Zou ze eens graag naast elkaar houden.
Interessant. Ben wel benieuwd. :)
pi_147141212
quote:
15s.gif Op zaterdag 29 november 2014 19:42 schreef trancethrust het volgende:
Wat een onzin. Ik wacht nog altijd op iets wat lijkt op een echt argument jegens systemd.
Mijn twee Debian testing systemen zijn ook redelijk transparant (tijdens een dist-upgrade waar ik niet goed oplette) op systemd overgegaan. Geen problemen gehad wat dat betreft.

Maar als je ziet hoe stronteigenwijs en oncoöperatief de ontwikkelaars zijn (zie ook bijvoorbeeld de aanvaringen op LKML) geeft dat mij niet enorm veel vertrouwen, dat gedeelte ben ik toch niet zo dol op.

Dat init met al zijn lagen aan ductta^Wshellscripts door en door verstoft en verroest is ben ik het wel mee eens, ik ben benieuwd hoe lang en in welke vorm systemd het vol gaat houden als vervanger.
I hope you can see this because I'm doing it as hard as I can.
pi_147141243
quote:
2s.gif Op zaterdag 29 november 2014 23:42 schreef trancethrust het volgende:

[..]

Dat was het tweede vage argument (dat ik niet eens zo zou willen noemen). Over welk deel van welke filosofie gaat het precies? Is het niet vrij?[/url]
De filosofie verwijst naar het hebben van een aantal programma's die gespecialiseerd zijn in één taak.
quote:
Is het niet configureerbaar via tekstbestanden?
Velen geven de voorkeur aan shellscripts boven de manier van systemd.
Daarnaast worden logbestanden binair opgeslagen door subsystemen van systemd terwijl men na 45 jaar UNIX weet dat tekstbestanden vrijwel altijd een betere keus zijn (door niet afhankelijk te zijn van één programma om die binaire bestanden te lezen).
quote:
Zijn de maintainers arrogant?
Er zijn wel wat botsingen geweest, o.a. met Linus.

Daarnaast verdwijnt POSIX compatibiliteit zodat software niet eenvoudig is te porteren tussen *NIX systemen.

Voor een desktop of embedded systeem is systemd een prima oplossing, mede door het snellere opstarten. Voor servers die maanden/jaren niet herstart worden maakt dit weinig uit. Hier wil je liever flexibele componenten en geen die een soort schaduw-kernel vormen.
When the student is ready, the teacher will appear.
When the student is truly ready, the teacher will disappear.
pi_147158905
Het lijkt of de radeon-drivers nog niet goed geoptimaliseerd zijn. Als ik een relatief simpel 3D-spel doe, dan draait hij echt volle toeren. Temperaturen blijven gelukkig wel goed, maar wat een herrie. Op Windows draait het gewoon normaal.
  zondag 30 november 2014 @ 20:09:43 #23
107418 wdn
Elfen lied O+
pi_147159268
quote:
2s.gif Op zaterdag 29 november 2014 23:42 schreef trancethrust het volgende:

[..]

Dat was het tweede vage argument (dat ik niet eens zo zou willen noemen). Over welk deel van welke filosofie gaat het precies? Is het niet vrij? Is het niet configureerbaar via tekstbestanden? Zijn de maintainers arrogant? Is het omdat er geen init/rc.d directories meer zijn? (Allemaal retorisch, om maar aan te geven hoe nietszeggend statement dat is.)
Die filosofie is:

Het is eenvoudig om 1 programma 1 ding perfect te laten doen.
Het is super complex om 1 programma veel dingen perfect te laten doen.

Een voorbeeld:

Een mv commando moet 1 ding perfect doen: het verplaatsen van bestanden.
Een cp commando moet 1 ding goed doen: het kopieren van bestanden.

Op het moment dat cp een optie krijgt voor een mv (iets als "cp --move" ofzo) wordt cp dusdanig veel meer complexer dan de fout kans van een (catastrofale) bug flink toeneemt.

init doet wat het doen moet goed maar ook niet meer dan dat: het initialiseert het booten. En ja dat wil ook zeggen dat init beperkt is. systemd daarentegen wil alles doen. Wat het dus een complex stuk software maakt. Met alle risico's die bij een complex systeem komen.

Komt ook nog eens bij: stel de maintainer van systemd draagt zijn taak over aan een andere. Indien dat bij init gebeurd is de uitleg een stuk simpeler dan voor systemd.

Ik neem geen standpunt in hierover trouwens. Arch doet al jaren systemd meen ik. Las van de week op stackoverflow dat iemand niet eens wist dat zijn Arch met systemd werkt :D
Beatus vir qui suffert tentationem.
PSN Rinzewind en Cadsuana Melaidhrin
Stellar Blade *O* Sea of Stars *O* Trails Daybreak *O*
pi_147160077
Zo erg tegen de UNIX-filosofie is systems toch niet?

Ze hebben in ieder geval niet alles in een binary gestopt.


Een utility als analyze ziet gewoon in een apart stuk.
pi_147175929
quote:
1s.gif Op zondag 30 november 2014 10:10 schreef robin007bond het volgende:

[..]

Interessant. Ben wel benieuwd. :)
Gevonden: https://wiki.debian.org/Debate/initsystem/

quote:
7s.gif Op zondag 30 november 2014 10:30 schreef Aether het volgende:

[..]

De filosofie verwijst naar het hebben van een aantal programma's die gespecialiseerd zijn in één taak.
Welk niet gebroken wordt door systemd; het is niet een groot programma, maar een collectie programma's.
quote:
[..]

Velen geven de voorkeur aan shellscripts boven de manier van systemd.
Daarnaast worden logbestanden binair opgeslagen door subsystemen van systemd terwijl men na 45 jaar UNIX weet dat tekstbestanden vrijwel altijd een betere keus zijn (door niet afhankelijk te zijn van één programma om die binaire bestanden te lezen).
Dan schrijf je een nieuwe systemd logger, lijkt me minder werk dan doorgaan met sysvinit.
quote:
Op zijn hoogst fork je dan systemd, niet debian, mi. Linus schreeuwt overigens wel vaker (wat niet wilt zeggen dat hij vaak ongelijk heeft, zo ook hier).
quote:
Daarnaast verdwijnt POSIX compatibiliteit zodat software niet eenvoudig is te porteren tussen *NIX systemen.
Juist mede omdat er gebruikt gemaakt wordt van Linus' cgroups, m.i.
quote:
Voor een desktop of embedded systeem is systemd een prima oplossing, mede door het snellere opstarten. Voor servers die maanden/jaren niet herstart worden maakt dit weinig uit. Hier wil je liever flexibele componenten en geen die een soort schaduw-kernel vormen.
Geen idee wat je bedoelt...
quote:
0s.gif Op zondag 30 november 2014 20:09 schreef wdn het volgende:

...
init doet wat het doen moet goed maar ook niet meer dan dat: het initialiseert het booten. En ja dat wil ook zeggen dat init beperkt is. systemd daarentegen wil alles doen. Wat het dus een complex stuk software maakt. Met alle risico's die bij een complex systeem komen.
Heb je wel eens init scripts gelezen? Ik vind de systemd units veel duidelijker, een stuk minder complex. De systemd code is intern prima opgesplitst volgens die unix filosofie, in verschillende daemons en utilities. Me dunkt dat init naar systemd gaat, en het `alles doen' zit in systemd dat journald, logind, en al dat soort meuk opstart (zoals het een init betaamt).
quote:
Komt ook nog eens bij: stel de maintainer van systemd draagt zijn taak over aan een andere. Indien dat bij init gebeurd is de uitleg een stuk simpeler dan voor systemd.
Gebaseerd op wat? Dat Debian techdoc voert juist de documentatie van systemd aan als voordeel over andere inits, met kritiek van andere inits gelimiteerd door de documentatie van header files alleen (en een tijdje terug).
quote:
Ik neem geen standpunt in hierover trouwens. Arch doet al jaren systemd meen ik. Las van de week op stackoverflow dat iemand niet eens wist dat zijn Arch met systemd werkt :D
Mja precies, ik zie het punt niet en er vliegen zoveel rare argumenten heen en weer. Maar het forken van een distro is wel een hele rare stuiptrekking imo.
More oneness, less categories
Open hearts, no strategies
Decisions based upon faith and not fear
People who live right now and right here
pi_147176502
Hey ik heb even een vraagje mbt NFS en CHOWN hopelijk kan iemand mij helpen. Ik wil op een van mijn servers Owncloud uitproberen. De opslag van de Owncloud wil ik naar mijn nas schrijven via NFS. Nu loop ik steeds tegen het probleem aan dat hij een foutmelding geeft als hij probeert de owner van een file op deze nfs mount te veranderen. De foutmelding is "Invalid argument" en als ik de nfs mount via versie 3 mount krijg ik "operation not permitted".

Ik gebruik Ubuntu server 14.04 als server en een synology NAS (DSM 5.0)

ubuntu server fstab
SPOILER
Om spoilers te kunnen lezen moet je zijn ingelogd. Je moet je daarvoor eerst gratis Registreren. Ook kun je spoilers niet lezen als je een ban hebt.
nas /etc/exports
SPOILER
Om spoilers te kunnen lezen moet je zijn ingelogd. Je moet je daarvoor eerst gratis Registreren. Ook kun je spoilers niet lezen als je een ban hebt.
Heb het gevoel dat ik iets stoms over het hoofd zie.thanks alvast
  maandag 1 december 2014 @ 12:06:15 #27
107418 wdn
Elfen lied O+
pi_147179227
quote:
2s.gif Op maandag 1 december 2014 09:37 schreef trancethrust het volgende:

[..]

Gevonden: https://wiki.debian.org/Debate/initsystem/

[..]

Welk niet gebroken wordt door systemd; het is niet een groot programma, maar een collectie programma's.

[..]

Dan schrijf je een nieuwe systemd logger, lijkt me minder werk dan doorgaan met sysvinit.

[..]

Op zijn hoogst fork je dan systemd, niet debian, mi. Linus schreeuwt overigens wel vaker (wat niet wilt zeggen dat hij vaak ongelijk heeft, zo ook hier).

[..]

Juist mede omdat er gebruikt gemaakt wordt van Linus' cgroups, m.i.

[..]

Geen idee wat je bedoelt...

[..]

Heb je wel eens init scripts gelezen? Ik vind de systemd units veel duidelijker, een stuk minder complex. De systemd code is intern prima opgesplitst volgens die unix filosofie, in verschillende daemons en utilities. Me dunkt dat init naar systemd gaat, en het `alles doen' zit in systemd dat journald, logind, en al dat soort meuk opstart (zoals het een init betaamt).

[..]

Gebaseerd op wat? Dat Debian techdoc voert juist de documentatie van systemd aan als voordeel over andere inits, met kritiek van andere inits gelimiteerd door de documentatie van header files alleen (en een tijdje terug).

[..]

Mja precies, ik zie het punt niet en er vliegen zoveel rare argumenten heen en weer. Maar het forken van een distro is wel een hele rare stuiptrekking imo.
Oh dat van mij was een verzameling argumenten die ik tegenkwam :D
Niet mijn persoonlijke mening; die staat aan het einde.

Het zal me echt een rotzorg wezen zolang het maar -beter- is dan het vorige.
Wat ik wel zonde vind is dat de debian groep uit elkaar is gevallen.
Beatus vir qui suffert tentationem.
PSN Rinzewind en Cadsuana Melaidhrin
Stellar Blade *O* Sea of Stars *O* Trails Daybreak *O*
pi_147206555
Welke Linux versie kun je het beste nemen als je geen tweaker bent en van Windows 7 afkomt? Geen enkele ervaring met Linux verder..
Never argue with idiots. First they will lower you to their level then beat you with experience.
pi_147206985
Ik zou zeggen: ChromeOS of Android.

Want ik heb verder geen idee wat je precies verwacht, maar het zou je tegen kunnen vallen...
I hope you can see this because I'm doing it as hard as I can.
pi_147207342
quote:
5s.gif Op maandag 1 december 2014 23:59 schreef eight het volgende:
Welke Linux versie kun je het beste nemen als je geen tweaker bent en van Windows 7 afkomt? Geen enkele ervaring met Linux verder..
Ik zou gewoon Ubuntu proberen, mijn vader van 60 had het ook met een week door.
pi_147211128
quote:
19s.gif Op dinsdag 2 december 2014 00:37 schreef TwenteFC het volgende:

[..]

Ik zou gewoon Ubuntu proberen, mijn vader van 60 had het ook met een week door.
Maar wel de adware voor hem verwijderen.
  dinsdag 2 december 2014 @ 10:50:17 #32
418311 Claude_Viole
Loopt te kloten...
pi_147212374
-- kan weg-

[ Bericht 100% gewijzigd door Claude_Viole op 02-12-2014 11:26:44 ]
  dinsdag 2 december 2014 @ 11:25:18 #33
418311 Claude_Viole
Loopt te kloten...
pi_147213099
quote:
universal-sub-xpubxsub.c:73:24: warning: unused variable ‘pw’ [-Wunused-variable]
struct passwd *pw;
^
universal-sub-xpubxsub.c:31:16: warning: variable ‘sid’ set but not used [-Wunused-but-set-variable]
pid_t pid, sid;
Ik ben geen c of c++ wonder, maar wat houdt dit in :P?
Het gaat om het installen van https://github.com/StichtingOpenGeo/universal/ via make.
pi_147213537
quote:
0s.gif Op dinsdag 2 december 2014 11:25 schreef Claude_Viole het volgende:

[..]

Ik ben geen c of c++ wonder, maar wat houdt dit in :P?
Het gaat om het installen van https://github.com/StichtingOpenGeo/universal/ via make.
Gewoon ongebruikte variabelen in de code. Hierdoor stopt de compilatie? Sloop dan de definitie ervan uit de code, of verander de flags in de Makefile.
  dinsdag 2 december 2014 @ 11:57:01 #35
418311 Claude_Viole
Loopt te kloten...
pi_147213818
Nee, bleek gewoon door te gaan merkte ik. Ik was vergeten een make install te runnen. :)
  † In Memoriam † dinsdag 2 december 2014 @ 15:04:07 #36
159335 Boze_Appel
Vrij Fruit
pi_147218750
quote:
0s.gif Op zondag 30 november 2014 19:58 schreef robin007bond het volgende:
Het lijkt of de radeon-drivers nog niet goed geoptimaliseerd zijn. Als ik een relatief simpel 3D-spel doe, dan draait hij echt volle toeren. Temperaturen blijven gelukkig wel goed, maar wat een herrie. Op Windows draait het gewoon normaal.
Radeon-drivers zijn altijd al gaar geweest.
Carpe Libertatem
pi_147219835
quote:
1s.gif Op dinsdag 2 december 2014 15:04 schreef Boze_Appel het volgende:

[..]

Radeon-drivers zijn altijd al gaar geweest.
Nja, inmiddels betere 2d-acceleratie dan de drivers van AMD zelf.
  dinsdag 2 december 2014 @ 20:55:44 #38
418311 Claude_Viole
Loopt te kloten...
pi_147230016
Een klein vraagje...

Als ik twee Python-scripts op de achtergrond run, dan zie ik deze via: top (of top | grep python) in de lijst verschijnen, met elk een eigen PID.

Maar nu vraag ik me af, kan ik ook achterhalen welke filename het process aanroept? Dat maakt de boel wat duidelijker als ik iets bijv. moet 'kill'en.
pi_147230890
quote:
0s.gif Op dinsdag 2 december 2014 20:55 schreef Claude_Viole het volgende:
Een klein vraagje...

Als ik twee Python-scripts op de achtergrond run, dan zie ik deze via: top (of top | grep python) in de lijst verschijnen, met elk een eigen PID.

Maar nu vraag ik me af, kan ik ook achterhalen welke filename het process aanroept? Dat maakt de boel wat duidelijker als ik iets bijv. moet 'kill'en.
Weet niet hoe ze gestart worden; je kunt
1ps ax | grep python
proberen.
When the student is ready, the teacher will appear.
When the student is truly ready, the teacher will disappear.
pi_147233649
Ook echt altijd gekut hier met PulseAudio trouwens. :')
  dinsdag 2 december 2014 @ 22:32:56 #41
418311 Claude_Viole
Loopt te kloten...
pi_147234127
quote:
7s.gif Op dinsdag 2 december 2014 21:12 schreef Aether het volgende:
ps ax | grep python
Heuj, dat werkt :)
pi_147252463
quote:
5s.gif Op maandag 1 december 2014 23:59 schreef eight het volgende:
Welke Linux versie kun je het beste nemen als je geen tweaker bent en van Windows 7 afkomt? Geen enkele ervaring met Linux verder..
Een andere vraag dan: Waarom zou je dan Linux willen gaan uitproberen? Voor de gein of wat?
Kun je net zo goed naar Mac OSX overstappen....(als je een Mac hebt)

[ Bericht 5% gewijzigd door #ANONIEM op 03-12-2014 17:10:10 ]
  woensdag 3 december 2014 @ 17:26:36 #43
187069 slacker_nl
Sicko pur sang
pi_147252970
pgrep python (man pgrep voor meer info).
In theory there is no difference between theory and practice. In practice there is.
pi_147253138
quote:
15s.gif Op woensdag 3 december 2014 17:09 schreef Iwanius het volgende:

[..]

Een andere vraag dan: Waarom zou je dan Linux willen gaan uitproberen? Voor de gein of wat?
Kun je net zo goed naar Mac OSX overstappen....(als je een Mac hebt)
Linux Mint en Ubuntu zijn prima te gebruiken voor mensen die net overstappen hoor. Linux Mint denk ik nog wat meer omdat het een beetje de UI heeft van Windows 7 en erg gebruiksvriendelijk is.
Aim at perfection in everything, though in most things it is unattainable. However, they who aim at it, and persevere, will come much nearer to it than those whose laziness and despondency make them give it up as unattainable.
pi_147268567
quote:
15s.gif Op woensdag 3 december 2014 17:09 schreef Iwanius het volgende:

[..]

Een andere vraag dan: Waarom zou je dan Linux willen gaan uitproberen? Voor de gein of wat?
Kun je net zo goed naar Mac OSX overstappen....(als je een Mac hebt)
Ik mis de logica?
More oneness, less categories
Open hearts, no strategies
Decisions based upon faith and not fear
People who live right now and right here
pi_147312991
Ik moet een aantal mail users verhuizen naar een andere server, en omdat ze verschillende domeinen hebben is het voor mij van belang te weten hoe ze verbinding maken met de server zodat ik eerst alle 'losse' domeinen kan doen en daarna het hoofddomein. Ik moet dus weten of ze via pop3/imap verbinden met mail.klantdomein.nl of mail.mijnbedrijfsnaam.nl (c.q. 'hoofddomein').

Nou vraag ik me af of ik dat ergens kan zien of loggen? In /var/log/mail.log schrijft dovecot alleen maar
dovecot: imap-login: Login: user=<****l>, method=PLAIN, rip=****, lip=****

Op de plek van 'lip' zou dus het FQDN moeten staan in plaats van een IP-adres, want het IP-adres is altijd hetzelfde.
  vrijdag 5 december 2014 @ 20:34:08 #47
134103 gebrokenglas
Half human, half coffee
pi_147317344
quote:
0s.gif Op vrijdag 5 december 2014 17:55 schreef vincm het volgende:
dovecot
Als je in /etc/dovecot/conf.d/10-logging.conf de logging opkrikt: mail_debug=yes en verbose_ssl=yes en dat soort dingen, kom je dan wat verder?

[ Bericht 5% gewijzigd door gebrokenglas op 05-12-2014 20:45:27 ]
How can I make this topic about me?
pi_147321321
quote:
0s.gif Op vrijdag 5 december 2014 20:34 schreef gebrokenglas het volgende:

[..]

Als je in /etc/dovecot/conf.d/10-logging.conf de logging opkrikt: mail_debug=yes en verbose_ssl=yes en dat soort dingen, kom je dan wat verder?
Die had ik ook gevonden ja, maar geen succes. Zo te zien kan ik ook geen variabelen gebruiken in login_log_format_elements gebruiken.
  zaterdag 6 december 2014 @ 11:21:04 #49
187069 slacker_nl
Sicko pur sang
pi_147328692
quote:
0s.gif Op vrijdag 5 december 2014 17:55 schreef vincm het volgende:
Ik moet een aantal mail users verhuizen naar een andere server, en omdat ze verschillende domeinen hebben is het voor mij van belang te weten hoe ze verbinding maken met de server zodat ik eerst alle 'losse' domeinen kan doen en daarna het hoofddomein. Ik moet dus weten of ze via pop3/imap verbinden met mail.klantdomein.nl of mail.mijnbedrijfsnaam.nl (c.q. 'hoofddomein').

Nou vraag ik me af of ik dat ergens kan zien of loggen? In /var/log/mail.log schrijft dovecot alleen maar
dovecot: imap-login: Login: user=<****l>, method=PLAIN, rip=****, lip=****

Op de plek van 'lip' zou dus het FQDN moeten staan in plaats van een IP-adres, want het IP-adres is altijd hetzelfde.
lip lijkt me local ip en rip remote. Zoek eens op wat voor logging formatting je kan loslaten op dovecot
In theory there is no difference between theory and practice. In practice there is.
pi_147354353
quote:
5s.gif Op maandag 1 december 2014 23:59 schreef eight het volgende:
Welke Linux versie kun je het beste nemen als je geen tweaker bent en van Windows 7 afkomt? Geen enkele ervaring met Linux verder..
Linux Mint,*Buntu,Elementary OS.


quote:
Effe afwachten :+ o|O
abonnement Unibet Coolblue Bitvavo
Forum Opties
Forumhop:
Hop naar:
(afkorting, bv 'KLB')