similar to: Outlook 2010 not connecting to secure POP3

no idea what you are talking about K9 is a android client and works fine with TLS no idea what has "https" to do with email nor why someone needs to "disable K9 long enugh" whatever "long enough" is - don't get me wrong but most technical context on several lists of you if it comes to details is cluttered and your permanently "i am working on IETF"

On 11/23/2014 04:45 PM, Robert Schetterer wrote: > Am 23.11.2014 um 22:33 schrieb Reindl Harald: >> no idea what you are talking about >> >> K9 is a android client and works fine with TLS >> >> no idea what has "https" to do with email nor why someone needs to >> "disable K9 long enugh" whatever "long enough" is - don't get

On 11/23/2014 05:59 PM, Reindl Harald wrote: > > Am 23.11.2014 um 23:30 schrieb Robert Moskowitz: >> On 11/23/2014 04:45 PM, Robert Schetterer wrote: >>> Am 23.11.2014 um 22:33 schrieb Reindl Harald: >>>> no idea what you are talking about >>>> >>>> K9 is a android client and works fine with TLS >>>> >>>> no idea what

Am 23.11.2014 um 22:33 schrieb Reindl Harald: > no idea what you are talking about > > K9 is a android client and works fine with TLS > > no idea what has "https" to do with email nor why someone needs to > "disable K9 long enugh" whatever "long enough" is - don't get me wrong > but most technical context on several lists of you if it comes

> Hey Robert, > There is a command on linux to test ssl/tls smtp server : > openssl s_client -connect mail.example.com:port -starttls smtp > > You just need openssl for windows here : > http://slproweb.com/products/Win32OpenSSL.html > > Let me know if this is working. > Regards > By the way if this isn't working, try connecting to your server via Mozilla

I finally noticed this popup of K9 blocking https on port (143, 993, 995). So the user has to come back over here and disable K9 long enough to get things working. ARGH! On 11/23/2014 04:08 PM, Robert Moskowitz wrote: > OK, I did not know that this user has a new computer with Outlook > 2010. This SHOULD make it easier but... > > I have the computer right next to me, they

Am 23.11.2014 um 23:30 schrieb Robert Moskowitz: > On 11/23/2014 04:45 PM, Robert Schetterer wrote: >> Am 23.11.2014 um 22:33 schrieb Reindl Harald: >>> no idea what you are talking about >>> >>> K9 is a android client and works fine with TLS >>> >>> no idea what has "https" to do with email nor why someone needs to >>>

> Well, since this was a secure connection test, needed openssl for the > connect, not telnet. And how to do that on Windows? I DID try it on > this F20 notebook, and of course it worked just fine. That was why I > really suspected Windows TLS functions. Then when I was trying again, I > caught a little pop up in the system tray saying how the nanny software > was blocking

Well, in part we will see if you get this and I get the return. I JUST launched my new mail server after a few miscues. Actually the OS is Redsleeve6, which is the arm port of Centos 6, and perhaps some of my problems may come down to porting problems. But first, it may be that despite my testing, I missed something in the configurations. First clamd problems: Nov 19 08:09:54 z9m9z

Le mardi 25 avril 2017 ? 11:07 +0200, Robert Moskowitz a ?crit : > > On 04/25/2017 10:58 AM, Laurent Wandrebeck wrote: > > Le mardi 25 avril 2017 ? 10:39 +0200, Robert Moskowitz a ?crit : > >> Thanks Laurent. You obviously know a LOT more about SELinux than I. I > >> pretty much just use commands and not build policies. So I need some > >> more

On 04/26/2017 12:29 AM, Robert Moskowitz wrote: > But the policy generates errors. I will have to submit a bug report, > it seems A bug report would probably be helpful. I'm looking back at the message you wrote describing errors in ld-2.17.so. I think what's happening is that the policy on your system includes a silent rule that somehow breaks your system. You'll need

I have installed spamassassin, per the instructions on Scalix's wiki, and it is working, with some important caviats. So I asked for help on the spamassassin user list, and got some, but I think I am butting up against some Centos specific issues... This is what I am seeing in the maillog: Aug 17 14:39:59 z9m9z sendmail[13082]: l7HIdvGf013082: Milter add: header: X-Spam-Checker-Version:

I just applied the BIND updates. Then I fixed the one file that had a second include of named.ca (remembered that from last time) and did a 'service named restart', and it failed. In messages I found: Jan 10 21:31:17 z9m9z named[31001]: loading configuration from '/etc/named.conf' Jan 10 21:31:17 z9m9z named[31001]: /etc/named.conf:11: open: /etc/named.acl: permission denied

On 04/26/2017 04:22 AM, Gordon Messmer wrote: > On 04/25/2017 03:25 PM, Robert Moskowitz wrote: >> This made the same content as before that caused problems: > > I still don't understand, exactly. Are you seeing *new* problems > after installing a policy? What are the problems? > >> #!!!! The file '/var/lib/mysql/mysql.sock' is mislabeled on your system.

Centos 4.2 Dec 29 10:04:10 z9m9z dbus: Can't send to audit system: USER_AVC pid=1997 uid=81 loginuid=-1 message=avc: denied { send_msg } for scontext=root:system_r:unconfined_t tcontext=user_u:system_r:initrc_t tclass=dbus Dec 29 10:04:45 z9m9z last message repeated 7 times Dec 29 10:05:50 z9m9z last message repeated 13 times Dec 29 10:06:55 z9m9z last message repeated 13 times Dec 29

It seems dovecot is impatient with connecting with mysql, as I see in maillog entries like: Apr 6 11:48:30 z9m9z dovecot: dict: Error: mysql(localhost): Connect failed to database (postfix): Can't connect to local MySQL server through socket '/var/lib/mysql/mysql.sock' (13) - waiting for 5 seconds before retry Apr 6 11:48:35 z9m9z dovecot: dict: Error: mysql(localhost): Connect

On Fri, Mar 6, 2015 at 11:52 AM, Robert Moskowitz <rgm at htt-consult.com> wrote: > > > On 03/06/2015 11:00 AM, Robert Moskowitz wrote: > >> >> >> On 03/06/2015 10:55 AM, Barry Brimer wrote: >> >>> >>> >>> IPV6INIT="no" >>>> >>>> But I am still getting a global IPv6 (and of course local scope).

On 04/06/2017 12:50 PM, George Kontostanos wrote: > On Thu, Apr 6, 2017 at 7:10 PM, Robert Moskowitz <rgm at htt-consult.com> wrote: >> It seems dovecot is impatient with connecting with mysql, as I see in >> maillog entries like: >> >> Apr 6 11:48:30 z9m9z dovecot: dict: Error: mysql(localhost): Connect failed >> to database (postfix): Can't connect to

As I have noted in previous messages, I been getting the following on my new mailserver: Apr 7 10:17:27 z9m9z dovecot: dict: Error: mysql(localhost): Connect failed to database (postfix): Can't connect to local MySQL server through socket '/var/lib/mysql/mysql.sock' (13) - waiting for 25 seconds before retry They go away when I setenforce 0. It is not a timing issue as I

How about, in your /etc/sysconfig/network file adding or editing the line for IPV6 to be: NETWORKING_IPV6=no and then try a 'service network restart' and see what you get. Chris On Mon, Mar 9, 2015 at 11:52 AM, Robert Moskowitz <rgm at htt-consult.com> wrote: > No change after running this and trying both: > > system network restart > > ifdown eth0; ifup eth0