similar to: [LLVMdev] Web Server Restarts Starting at 3:00 pm Central Time

Dear All, We'll be testing another solution for removing some files from the SVN repository starting tomorrow at 8:00 am Central Daylight time. This particular solution will be testing the use of access control to effectively prevent the files from being downloaded during SVN operations. The good news is that the SVN repository will (more or less) stay up during the procedure.

Any issues with permanently accepting the intermediate certificate, which I did this morning, when getting the message? Thanks in advance Garrison On Jun 29, 2011, at 12:13, John Criswell wrote: > On 6/28/11 3:56 PM, John Criswell wrote: >> Dear All, >> >> The good news is that the new llvm.org SSL certificate is installed and >> appears to be configured

On 6/28/11 3:56 PM, John Criswell wrote: > Dear All, > > The good news is that the new llvm.org SSL certificate is installed and > appears to be configured correctly. As a followup to this, I discovered that I was using the MacPorts version of the svn client on our Mac OS X system. Using the svn client in /usr/bin/svn seems to recognize the certificate just fine. The pattern that

Dear All, The good news is that the new llvm.org SSL certificate is installed and appears to be configured correctly. The bad news is that some machines seem to recognize the intermediate SSL certificate (which is apparently used to sign the SSL certificates UIUC buys starting this year) while others do not. In particular, our internal Linux machines show no errors, while our Macs and

Dear All, I will be restarting the LLVM web server at 5:00 pacific time (7 pm Central time). I need to turn on includes for one of the virtual hosts. -- John T.

John Criswell wrote: > Dear All, > > I will be restarting the LLVM web server at 5:00 pacific time (7 pm > Central time). I need to turn on includes for one of the virtual hosts. > Please remember that the LLVM SVN server is part of the web servers, so please don't commit files until I let you know that the web server is back up. -- John T. > -- John T. > >

TODAY, Friday January 4th at 12 Noon EST, 11 AM Central, 9AM Pacific, Mountain figure it out, 17:00 UTC Mark joins us to talk about IAX, the appliance, what's new in the asterisk worldwide communities and answer any questions you may have. Why not take this opportunity to ask questions or make comments? This conference is the largest *live* online meeting of asterisk users in the world. Each

Hi , Is there anyway I can display time in “US-Central” or “US-Eastern” format instead of “ America-New york” or “ Europe-Athens” format at the top of drop down list using Tzinfo . I am presently using “time_zone_select” which displays US zones on top of drop down in “ America-New york” format . <%= time_zone_select (''profile'',

On 10/03/18 14:06, Aki Tuomi wrote: > >> On 10 March 2018 at 14:49 John Fawcett < john at voipsupport.it >> <mailto:john at voipsupport.it>> wrote: >> >> >> On 08/03/18 18:43, Peter Linss wrote: >>> I just added an ECDSA certificate to my mail server using >>> ssl_alt_cert (the RSA certificate is specified by ssl_cert), both

> On 10 March 2018 at 16:05 Aki Tuomi <aki.tuomi at dovecot.fi> wrote: > > > > > On 10 March 2018 at 15:20 John Fawcett <john at voipsupport.it> wrote: > > > > > > On 10/03/18 14:06, Aki Tuomi wrote: > > > > > >> On 10 March 2018 at 14:49 John Fawcett < john at voipsupport.it > > >> <mailto:john at

On 08/03/18 18:43, Peter Linss wrote: > I just added an ECDSA certificate to my mail server using ssl_alt_cert (the RSA certificate is specified by ssl_cert), both certificate files contain the certificate and a single intermediate (which currently happens to be the same intermediate from Let?s Encrypt). > > When connecting to the server using either RSA or ECDSA ciphers, the server sends

> On 10 March 2018 at 16:53 Aki Tuomi <aki.tuomi at dovecot.fi> wrote: > > > > > On 10 March 2018 at 16:05 Aki Tuomi <aki.tuomi at dovecot.fi> wrote: > > > > > > > > > On 10 March 2018 at 15:20 John Fawcett <john at voipsupport.it> wrote: > > > > > > > > > On 10/03/18 14:06, Aki Tuomi wrote: > >

> On 10 March 2018 at 15:20 John Fawcett <john at voipsupport.it> wrote: > > > On 10/03/18 14:06, Aki Tuomi wrote: > > > >> On 10 March 2018 at 14:49 John Fawcett < john at voipsupport.it > >> <mailto:john at voipsupport.it>> wrote: > >> > >> > >> On 08/03/18 18:43, Peter Linss wrote: > >>> I just added

<!doctype html> <html> <head> <meta charset="UTF-8"> </head> <body> <div> <br> </div> <blockquote type="cite"> <div> On 10 March 2018 at 14:49 John Fawcett < <a href="mailto:john@voipsupport.it">john@voipsupport.it</a>> wrote: </div> <div>

I just added an ECDSA certificate to my mail server using ssl_alt_cert (the RSA certificate is specified by ssl_cert), both certificate files contain the certificate and a single intermediate (which currently happens to be the same intermediate from Let?s Encrypt). When connecting to the server using either RSA or ECDSA ciphers, the server sends the proper certificate, but also sends two

On 11.08.2017 11:36, Michael Felt wrote: > This is what Ralph means when he says "have been running a CA for > 15+ years" - not that he is (though he could!) sell certificates > commercially - rather, he is using an initial certificate to sign > later certificates with. Actually, I do sell certificates to my customers. :-) In small numbers, and only for servers to which I

Nobody has any clues about the tls cafile ? Regards Le 04/08/2020 ? 15:18, MAS Jean-Louis via samba a ?crit?: > I have several samba servers on Debian 10 all using : > > samba 2:4.9.5+dfsg-5+deb10u1 amd64 > > I use tls cafile, tls certfile and tls keyfile with certificates from > Sectigo (https://cert-manager.com) > > And when checking my connexion from the

My icecast https stream (https://vertenradio.com:8443/stream) does not work on a Sonos ONE player. It might have something to do with the ssl handshake. >From the developer page from sonos i found this: Some common reasons for SSL handshake failures include: ? Expired certificate: Every certificate has a validity window before it expires. You need to present Sonos with unexpired

If I were guessing, based on some experience with certificate usage in other apps, concatenate your certificate and intermediate certificates into a single file which is then your "tls certfile" then point "tls cafile" to your issuers proper CA or just to your distro's CA bundle, e.g /etc/pki/tls/certs/ca-bundle.crt. Nick On 06/08/2020 16:36, MAS Jean-Louis via samba

On 01/05/2017 08:55 PM, Juri wrote: > 5 Gennaio 2017 01:21, "John Fawcett" <john at voipsupport.it> wrote: > >> On 01/04/2017 08:40 PM, Juri wrote: >> >> > Thank you. > > In fact I tried both settings, that is > |ssl_client_ca_dir = /etc/ssl/certs > |ssl_client_ca_file = /etc/letsencrypt/live/mail.dividebyzero.it/chain.pem > but with no