search for: fauno

fauno <fauno at kiwwwi.com.ar> writes: > Etienne Dechamps <etienne at edechamps.fr> writes: >> (I realize that this means UPnP support could possibly be achieved >> simply by suggesting that the user spawn some standalone UPnP client >> process in the background from the...

On 12 November 2015 at 01:15, fauno <fauno at kiwwwi.com.ar> wrote: > Etienne Dechamps <etienne at edechamps.fr> writes: >> (I realize that this means UPnP support could possibly be achieved >> simply by suggesting that the user spawn some standalone UPnP client >> process in the background from the t...

On 11 November 2015 at 21:57, David Nicol <davidnicol at gmail.com> wrote: > it is entirely possible to write code that uses threads on Win32 and forks > on POSIX by abstracting the communication bits generically. Signalling could > work over pipes on both. > > https://msdn.microsoft.com/en-us/library/windows/desktop/aa365152(v=vs.85).aspx Hum... yes of course, but I

...first i guessed PWD is set to the HOME of the user tinc is running as (since "nobody" has HOME=/) but while running a debug session as root i noticed PWD=current/dir. is this correct? shouldn't tinc run scripts with a path relative to its configuration? :) [0]: https://github.com/fauno/librevpn/tree/develop [1]: https://github.com/fauno/librevpn/blob/develop/lib/skel/scripts/debug more info on hooks: https://github.com/fauno/librevpn/blob/develop/doc/en/lvpn-install-script.markdown -- :O -------------- next part -------------- A non-text attachment was scrubbed... Nam...

...seems to be, would it make sense >> to call res_init() every time tinc retries a metaconnection? It's not >> doing that very often anyway... and it would solve the OP's problem. +1 we were running a networkmanager dispatcher[^1] for cases like this :) [^1]: https://github.com/fauno/librevpn/blob/develop/lib/skel/50_tincd -- :> -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 584 bytes Desc: not available URL: <http://www.tinc-vpn.org/pipermail/tinc/attachments/20150202/50101d14/att...

...>>> to call res_init() every time tinc retries a metaconnection? It's not >>> doing that very often anyway... and it would solve the OP's problem. > > +1 we were running a networkmanager dispatcher[^1] for cases like this :) > > > [^1]: https://github.com/fauno/librevpn/blob/develop/lib/skel/50_tincd I have some hosts which converted to systemd-networkd (which doesn't support hooks by now), and most of the time, tinc simply won't come up after bootup (or won't be able to reconnect when the network is changed), which is really ugly. Having a...

On Sun, Feb 1, 2015 at 11:19 AM, Guus Sliepen <guus at tinc-vpn.org> wrote: > On Sun, Feb 01, 2015 at 04:08:47PM +0900, crocket wrote: > >> If tincd is started before name resolution comes up, it keeps failing >> for ever to resolve domain names in Address= host configuration >> variable after name resolution becomes possible. >> >> I think tincd should

Hi, I have two Debian Jessie servers with Dovecot 2.2.13 TCP replication on that have worked fine for years, but now one of them is running low on disk space, so I wanted to try enabling zlib. I crafted a script following the description given in https://wiki.dovecot.org/Plugins/Zlib and xz'ed some inboxes on the stand-by server, the one with low disk space. So every email in those inboxes

El 04/08/18 a las 13:13, Aki Tuomi escribi?: > There has definetly been fixes in this area since 2.2.13 and most likely your issue is fixed. Thanks! I built 2.2.36, I'll test it and come back with results :) -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 618 bytes Desc: OpenPGP digital signature URL:

Etienne Dechamps <etienne at edechamps.fr> writes: > (I realize that this means UPnP support could possibly be achieved > simply by suggesting that the user spawn some standalone UPnP client > process in the background from the tinc-up hook. That's not very > user-friendly, though. Especially on Windows.) something like this :P

hi! i've configured dovecot to lookup usernames in /etc/passwd and it's working ok but it's having some problems retrieving info when the username is longer than 32 chars (i know it isn't recommended but everything seemed to work ok except for the hardcoded limit in useradd...) i found this on logs showing extra characters on the home field: