now i setup new machine from staqrt! now with valid domains!
Apr 13 14:01:06 vnxpos00 courierd: Waiting. shutdown time=Wed Apr 13
14:08:47 2016, wakeup time=Wed Apr 13 14:01:36 2016, queuedelivering=2,
inprogress=0
Apr 13 14:01:36 vnxpos00 courierd:
started,id=00004109.570E8E30.000068BC,from=<lavka@vnxpos00
>,module=esmtp,host=gmail.com,addr=<mckaygerh...@gmail.com>
Apr 13 14:01:36 vnxpos00 courierd: Waiting. shutdown time=none, wakeup
time=Wed Apr 13 14:31:06 2016, queuedelivering=2, inprogress=1
Apr 13 14:01:36 vnxpos00 courieresmtp:
id=00004109.570E8E30.000068BC,from=<lavka@vnxpos00>,addr=<
mckaygerh...@gmail.com>: DNS lookup failed.
Apr 13 14:01:36 vnxpos00 courieresmtp:
id=00004109.570E8E30.000068BC,from=<lavka@vnxpos00>,addr=<
mckaygerh...@gmail.com>,status: deferred
Apr 13 14:01:36 vnxpos00 courierd: completed,id=00004109.570E8E30.000068BC
Apr 13 14:01:36 vnxpos00 courierd: Waiting. shutdown time=Wed Apr 13
14:08:47 2016, wakeup time=Wed Apr 13 14:08:47 2016, queuedelivering=2,
inprogress=0
i got ERROR DNS lookup failed, but i'm browsing web with that machine, and
with that machine i send this mail!
Lenz McKAY Gerardo (PICCORO)
http://qgqlochekone.blogspot.com
2016-02-08 8:06 GMT-04:30 PICCORO McKAY Lenz <mckaygerh...@gmail.com>:
> 2016-02-08 2:38 GMT-04:30 Aidas Kasparas <a.kaspa...@gmc.lt>:
>
>> Sorry, you haven't mentioned that. You provided IP address which is
>> similar to addresses used in closed networks, but it is public and
>> assigned to Symbolics, Inc.
>>
> i mention "locally", and network already has that addresses when i arrive
> at
>
>
>> If no mail is sent from one of the servers, then the first thing that I
>> would do is check DNS server's logs. If that does not show anything
>> interesting, then I would tcpdump dns traffic. That would show what
>> queries are not answered.
>>
> umm both used same DNS, so must no be problem here, due one of thems can
> resolve!
>
> in some places said that MX entry must be real and not cname, but its not
> my case, my mx entry are real AAA name
>
> in others said that must deadtivate BOHFCHECK but i dnt want that! its a
> very conforable feature
>
>
>>
>> And, if you really used 192.10.x.y address for closed network, then I
>> would not rule out possibility that this clashes somehow with public
>> addresses. Either use addresses that are assigned to you, or use only
>> from RFC1918.
>>
> there's no internet connection and the network already has that address
> i not going to change thousand of points also its not my job, only due a
> standard..
>
>
>>
>> And finaly, if you want to receive help, please don't obfuscate logs and
>> configurations. That only makes diagnostics more complicated without
>> providing any security to you. And don't be rude to Mr.Sam.
>>
> none ofuscating
>
> similar problems are in arhive mails, no right answers, only conjetures,
> as i cited related to mx entries or BOFH feature deactivation..
>
>
------------------------------------------------------------------------------
Find and fix application performance issues faster with Applications Manager
Applications Manager provides deep performance insights into multiple tiers of
your business applications. It resolves application problems quickly and
reduces your MTTR. Get your free trial!
https://ad.doubleclick.net/ddm/clk/302982198;130105516;z
_______________________________________________
courier-users mailing list
courier-users@lists.sourceforge.net
Unsubscribe: https://lists.sourceforge.net/lists/listinfo/courier-users
