On Thu, Apr 30, 2015 at 08:28:21PM -0700, Tom Johnson wrote:
> > That aside, even with the "wrong" MX host, I still get successful
> > connections. Perhaps you're behind some sort of firewall that
> > proxies TLS and disconnects when it does not like the peer certificate:
> >
> > $ posttls-finge
On Apr 230, 2015, at 2:41:53 PM, Viktor Dukhovni wrote:
> > And I've tried this, thinking that it could be an issue with the selected
> > ciphers, \
> > but it makes no difference:
> > smtp_tls_exclude_ciphers = 3DES DES
>
> The symptom with broken 3DES with Microsoft systems is not a
> hand
On 04/30/2015 08:24 PM, Terry Barnum wrote:
> I've been using pflogsumm but it's old and doesn't know about
> postscreen. I'd like to see how many connections are being refused by
> postscreen. What do you like? logwatch? awstats? other?
>
http://logreporters.sourceforge.net/
I believe logwatch
I've been using pflogsumm but it's old and doesn't know about postscreen. I'd
like to see how many connections are being refused by postscreen. What do you
like? logwatch? awstats? other?
Thanks,
-Terry
Terry Barnum
digital OutPost
http://www.dop.com
30.04.2015 14:21, Koko Wijatmoko wrote:
> On Thu, 30 Apr 2015 12:12:33 +0300
> Алексей Доморадов wrote:
>
>> But it's very uncomfortable to create maildir for each
>> user manually. Are there any workaround?
Postfix do create missing Maildirs by default,
there's no need to do extra work in this
On Thu, April 30, 2015 11:28, Viktor Dukhovni wrote:
>
> There is no "trailing dot". Postfix gets a name from getnameinfo()
> which it passes for forward checking to getaddrinfo(). Whether
> the C-library is doing any DNS under the covers is up to the C-
> library. The name returned by getname
>On Thu, 30 Apr 2015 18:14:08 +0300
>Алексей Доморадов < alex_...@mail.ru > wrote:
>
>> Are we reading the same man page? :) I don't see any
>> notes about adduser.local in man useradd on CentOS 6
>
>do your home work first, try it... if not work then upgrade your
>adduser package rpm from centos
On Thu, Apr 30, 2015 at 11:23:18AM -0400, James B. Byrne wrote:
> > Separately, various restrictions like "reject_unknown_helo_hostname"
> > and "reject_unknown_sender_domain", ... use explicit DNS lookups
> > that do disable the search list.
> >
> > Nothing to see here, the DNS queries are not un
On Thu, April 30, 2015 11:14, Viktor Dukhovni wrote:
>
> Separately, various restrictions like "reject_unknown_helo_hostname"
> and "reject_unknown_sender_domain", ... use explicit DNS lookups
> that do disable the search list.
>
> Nothing to see here, the DNS queries are not unexpected.
>
I fol
On Thu, 30 Apr 2015 18:14:08 +0300
Алексей Доморадов wrote:
> Are we reading the same man page? :) I don't see any
> notes about adduser.local in man useradd on CentOS 6
do your home work first, try it... if not work then upgrade your
adduser package rpm from centos 7 or latest tarball.
i'm clo
On Thu, Apr 30, 2015 at 09:26:11AM -0400, James B. Byrne wrote:
> > The fact that the same name fails HELO checks (which don't use the
> > default suffixes) is not unexpected.
> >
>
> Actually, my suspicion was that this was a case of cause and effect.
Your instinct is wrong, and further effort
Четверг, 30 апреля 2015, 21:53 +07:00 от Koko Wijatmoko :
>On Thu, 30 Apr 2015 16:53:30 +0300
>Алексей Доморадов < alex_...@mail.ru > wrote:
>
>> If I correctly understood - path specified in the
>> home_mailbox would be relative to a user's home
>> directory. So with home_mailbox = Maildir/ all n
On Thu, 30 Apr 2015 16:53:30 +0300
Алексей Доморадов wrote:
> If I correctly understood - path specified in the
> home_mailbox would be relative to a user's home
> directory. So with home_mailbox = Maildir/ all new
> emails would be stored in the /home/webmaster/Maildir/
> new. And that is not wh
On Thu, Apr 30, 2015 at 10:29:29AM +0300, Birta Levente wrote:
> On 30/04/2015 10:17, Viktor Dukhovni wrote:
> >On Thu, Apr 30, 2015 at 10:09:36AM +0300, Birta Levente wrote:
> >
> >>OK, I found the problem:
> >>I had configured the smtp_tls_CAfile. Removing everything works fine.
> >Was the file
On 4/30/2015 9:27 AM, Rod K wrote:
> On 4/30/2015 10:15 AM, Noel Jones wrote:
>> On 4/30/2015 8:59 AM, Rod K wrote:
>>> Postscreen is successfully blocking a lot of spam for us. Our DNSBL
>>> settings are doing a great job, however I'm having one "false
>>> positive." One of our customers does a
On 4/30/2015 10:15 AM, Noel Jones wrote:
On 4/30/2015 8:59 AM, Rod K wrote:
Postscreen is successfully blocking a lot of spam for us. Our DNSBL
settings are doing a great job, however I'm having one "false
positive." One of our customers does a bit of business with a
Chinese firm. Their rep f
On 4/30/2015 8:59 AM, Rod K wrote:
> Postscreen is successfully blocking a lot of spam for us. Our DNSBL
> settings are doing a great job, however I'm having one "false
> positive." One of our customers does a bit of business with a
> Chinese firm. Their rep from this firm is using the nefarious
Postscreen is successfully blocking a lot of spam for us. Our DNSBL
settings are doing a great job, however I'm having one "false
positive." One of our customers does a bit of business with a Chinese
firm. Their rep from this firm is using the nefarious 163.com as their
service provider. Of
>On Thu, 30 Apr 2015 12:12:33 +0300
>Алексей Доморадов < alex_...@mail.ru > wrote:
>
>> But it's very uncomfortable to create maildir for each
>> user manually. Are there any workaround?
>>
>set "home_mailbox" to "Maildir/", and create "Maildir/{cur,new,tmp}"
>at directory /etc/skel/, so on next
Further on this. Doing the forward and reverse lookups reveals this:
;; QUESTION SECTION:
;133.201.62.95.in-addr.arpa.IN PTR
;; ANSWER SECTION:
133.201.62.95.in-addr.arpa. 106382 IN PTR
static-133-201-62-95.ipcom.comunitel.net.
;; AUTHORITY SECTION:
62.95.in-addr.arpa. 106382
On Wed, April 29, 2015 22:26, Viktor Dukhovni wrote:
>
> The fact that the same name fails HELO checks (which don't use the
> default suffixes) is not unexpected.
>
Actually, my suspicion was that this was a case of cause and effect.
The reject due to the host name lookup failure was the result
@Nicolás
Fixed. Working. well 99%. The problem was actually stupidly simple. On my part
as usual.
station.master@quantum-radio SHOULD be station.manager@quantum-radio…. trust me
to pick the one bad one to test with.
So now the original syntax for the query works.
>> query = SELECT 1 FROM vir
Hi...
Thanks for your answer, but I need this only for a few accounts...
I thing use procmail or .forward rules...
Or other idea...
Thanks
--
View this message in context:
http://postfix.1071664.n5.nabble.com/Postfix-forward-mail-to-other-server-but-leaving-a-copy-tp76521p76569.html
Sent f
On Thu, 30 Apr 2015 12:12:33 +0300
Алексей Доморадов wrote:
> But it's very uncomfortable to create maildir for each
> user manually. Are there any workaround?
>
set "home_mailbox" to "Maildir/", and create "Maildir/{cur,new,tmp}"
at directory /etc/skel/, so on next adduser/useradd it will be
au
Hello,
I'm using local transport and system user with maildir. But when I sent mail in
the log I see the following error
Apr 30 08:01:15 jira-srv01 postfix/local[20496]: warning: perhaps you need to
create the maildirs in advance
Apr 30 08:01:15 jira-srv01 postfix/smtpd[20530]: disconnect from
On 30/04/2015 10:17, Viktor Dukhovni wrote:
On Thu, Apr 30, 2015 at 10:09:36AM +0300, Birta Levente wrote:
OK, I found the problem:
I had configured the smtp_tls_CAfile. Removing everything works fine.
Was the file malformed? I have a hard time imagining any non-empty
set of well-formed certs
On Thu, Apr 30, 2015 at 10:09:36AM +0300, Birta Levente wrote:
> OK, I found the problem:
> I had configured the smtp_tls_CAfile. Removing everything works fine.
Was the file malformed? I have a hard time imagining any non-empty
set of well-formed certs in that file causing the problem you
descr
On 30/04/2015 09:58, Viktor Dukhovni wrote:
On Thu, Apr 30, 2015 at 09:25:48AM +0300, Birta Levente wrote:
Perhaps some sort of middle-box is interfering with TLS on your
end. Also, what version of OpenSSL are you using?
Well "your end" can be anywhere between you and the Microsoft email
host
28 matches
Mail list logo
