search for: pepkey

...- A non-text attachment was scrubbed... Name: bjejhfpfhafagdln.png Type: image/png Size: 738 bytes Desc: not available URL: <http://www.tinc-vpn.org/pipermail/tinc/attachments/20181002/aa0ab9eb/attachment.png> -------------- next part -------------- A non-text attachment was scrubbed... Name: pEpkey.asc Type: application/pgp-keys Size: 1757 bytes Desc: not available URL: <http://www.tinc-vpn.org/pipermail/tinc/attachments/20181002/aa0ab9eb/attachment.key>

...scuss is: does it make sense to implement such lowering for operations that normally a user wouldn't implement from scratch when an intrinsic function is already available for that? Many thanks. Paolo Savini -------------- next part -------------- A non-text attachment was scrubbed... Name: pEpkey.asc Type: application/pgp-keys Size: 2456 bytes Desc: not available URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20190814/858b3f8f/attachment.key>

...password is expired, and this should push another field in the user description. Would that be a possibility for Dovecot, in case it can't use the datetime field as is? Thank you for your support! Cheers, C. -------------- next part -------------- A non-text attachment was scrubbed... Name: pEpkey.asc Type: application/pgp-keys Size: 1774 bytes Desc: not available URL: <https://dovecot.org/pipermail/dovecot/attachments/20181220/0e663226/attachment-0001.bin>

...curl: (56) Recv failure: Connection reset by peer > > [1] > https://doc.dovecot.org/admin_manual/health_check/ > > > --- > Aki Tuomi > > > --- > Aki Tuomi > > -------------- next part -------------- A non-text attachment was scrubbed... Name: pEpkey.asc Type: application/pgp-keys Size: 1786 bytes Desc: not available URL: <https://dovecot.org/pipermail/dovecot/attachments/20191125/42fff1c6/attachment.bin>

...me exists in lowriter (and very probably in all others - I didn't use them up to now). Mfg, Bernd -- There is no cloud, just other people computers. -- https://static.fsf.org/nosvn/stickers/thereisnocloud.svg -------------- next part -------------- A non-text attachment was scrubbed... Name: pEpkey.asc Type: application/pgp-keys Size: 3110 bytes Desc: not available URL: <https://dovecot.org/pipermail/dovecot/attachments/20201007/1e80ae2e/attachment.bin>

...;/head>|' What should the sed stuff do? TTBOMK '|' is not known by sed ... MfG, Bernd -- There is no cloud, just other people computers. -- https://static.fsf.org/nosvn/stickers/thereisnocloud.svg -------------- next part -------------- A non-text attachment was scrubbed... Name: pEpkey.asc Type: application/pgp-keys Size: 3110 bytes Desc: not available URL: <https://dovecot.org/pipermail/dovecot/attachments/20201030/884ead40/attachment.bin>

...g everything in userland? Do you think it may be something interesting? I see some of my use cases where it could be really fun to have TINC VPN running under  DPDK.... Thank you for your feedback. Olivier T -------------- next part -------------- A non-text attachment was scrubbed... Name: pEpkey.asc Type: application/pgp-keys Size: 1778 bytes Desc: not available URL: <http://www.tinc-vpn.org/pipermail/tinc/attachments/20181116/7bee294e/attachment.key>

...on-text attachment was scrubbed... Name: mdonhcmajalnajpc.png Type: image/png Size: 738 bytes Desc: not available URL: <http://www.tinc-vpn.org/pipermail/tinc/attachments/20190207/f8fc738a/attachment-0001.png> -------------- next part -------------- A non-text attachment was scrubbed... Name: pEpkey.asc Type: application/pgp-keys Size: 1757 bytes Desc: not available URL: <http://www.tinc-vpn.org/pipermail/tinc/attachments/20190207/f8fc738a/attachment-0001.key>

Am 14.11.19 um 19:18 schrieb Ralph Seichter via dovecot: > * Thomas G?ttler via dovecot: > >> Stateless, http and URLs are the future. > > A bold claim, and not worth anything without proof, which is impossible > to provide because you cannot predict the future. Yes, you are right. I can't predict the future. But I can look at the current state of the art. AFAIK nobody

...uration and just have a replication process listening on the other master, or should both servers be set up for replication in an almost identical way (with the 3 exceptions above)? thanks for any insights. John -------------- next part -------------- A non-text attachment was scrubbed... Name: pEpkey.asc Type: application/pgp-keys Size: 1753 bytes Desc: not available URL: <https://dovecot.org/pipermail/dovecot/attachments/20200112/5e3a86c8/attachment.bin>

...- A non-text attachment was scrubbed... Name: gpgalbdniojcajhm.png Type: image/png Size: 738 bytes Desc: not available URL: <http://www.tinc-vpn.org/pipermail/tinc/attachments/20181002/07aa9432/attachment.png> -------------- next part -------------- A non-text attachment was scrubbed... Name: pEpkey.asc Type: application/pgp-keys Size: 1757 bytes Desc: not available URL: <http://www.tinc-vpn.org/pipermail/tinc/attachments/20181002/07aa9432/attachment.key>

How do I check the standard script then on this port 5001 from the command line? This one of alpine linux also does not have it yet bash-5.0# dovecot --version 2.3.7.2 (3c910f64b) -----Original Message----- Subject: RE: Health check curl example Yes. The passthrough option is rather new. Aki On 24/11/2019 15:28 Marc Roos via dovecot < dovecot at dovecot.org> wrote: I think

So, I have the sieve working up to the point that it calls the script, and the script is called (I get different errors if the script is not there, for example). filter action execute program `darkmode.sh' [[EXECUTION ABORTED]] There's no other error logged (for example, when I had sieve_filter_bin_dir miss-set, I would get: sieve: action filter: failed to execute program

Please, use clang instead of gcc. Code quality can only profit from it. I just compiled 2.3.4 and compiler stderr is full of interesting problems. -------------- next part -------------- An HTML attachment was scrubbed... URL: <https://dovecot.org/pipermail/dovecot/attachments/20190103/83b1b813/attachment.html>

Hi, I'm new to Tinc and I'm having some hard time to figure out the proper configuration for my use case. In hope you can help me out. A) SERVER running tinc (Ubuntu 16.04 LTS) External IP: 111.111.111.111 (ddns) Behind a router with NAT, local IP of SERVER: 192.168.0.4 B) CLIENT running tinc (Ubuntu 16.04 LTS) External IP: 222.222.222.222 (ddns) Behind a router with NAT, local IP of

.... For now we can provide a lower level optimization of smaller bit manipulation patterns. But I'll definitely look into adding those passes as they would provide much more optimization. Many thanks. Paolo -------------- next part -------------- A non-text attachment was scrubbed... Name: pEpkey.asc Type: application/pgp-keys Size: 2456 bytes Desc: not available URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20190815/8997a154/attachment.key>

On Wed, Aug 07, 2019 at 03:06:15AM -0400, Jason Wang wrote: > We used to use RCU to synchronize MMU notifier with worker. This leads > calling synchronize_rcu() in invalidate_range_start(). But on a busy > system, there would be many factors that may slow down the > synchronize_rcu() which makes it unsuitable to be called in MMU > notifier. > > So this patch switches use

On Wed, Aug 07, 2019 at 03:06:15AM -0400, Jason Wang wrote: > We used to use RCU to synchronize MMU notifier with worker. This leads > calling synchronize_rcu() in invalidate_range_start(). But on a busy > system, there would be many factors that may slow down the > synchronize_rcu() which makes it unsuitable to be called in MMU > notifier. > > So this patch switches use

...Thanks > > Yes, for next release we may want to use the idea from Michael like to > mitigate the impact of mb. > > https://lwn.net/Articles/775871/ > > Thanks > > >> >> Jason -------------- next part -------------- A non-text attachment was scrubbed... Name: pEpkey.asc Type: application/pgp-keys Size: 2452 bytes Desc: not available URL: <http://lists.linuxfoundation.org/pipermail/virtualization/attachments/20190808/b00365ed/attachment-0001.bin>

Hi David, I've never heard about such feature in LibreOffice. Thank you for letting me know. I don't really see myself using the feature since I'd have to remember it. I'm used to store all sort of stuff / binary files in git. My rule of thumb is that if the file is bellow 10M, just add/commit it. Is it proper way of using git? No. Does it work? Yes ;-). I think that the