Steve Jenkins put forth on 3/15/2011 10:16 PM:
On Tue, Mar 15, 2011 at 8:54 PM, Stan Hoeppner s...@hardwarefreak.com wrote:
Steve Jenkins put forth on 3/15/2011 1:34 PM:
and anyone not signing should consider it.
Anyone not using seat belts and turn signals should consider it.
I can see a
Stan Hoeppner:
The bot spam problem has been largely solved on the receiving end. DKIM
only protects against forged mail. Bot spam is where most of the
forging takes place. Snowshoe spammers don't forge sender domains.
Stan,
He uses DKIM as part of a whitelisting agreement with mail
Hi Guys!
I'm having a hard time with postfix while I try to send emails using my
PF-SERVER.
Postfix is running perfectly, the problem is that I get some delay when
sending the emails depending on the sender's domain address.
In this case, the problematic domain name is zoom4u.com.br.
I've
Rafael Azevedo:
I had to publish my POSTCONF -d at
Send postconf -n not postconf -d. Which blog gives this false information?
Hi Wietse,
Thanks for helping me.
This is my postconf -n:
bounce_queue_lifetime = 1h
broken_sasl_auth_clients = yes
command_directory = /usr/sbin
config_directory = /etc/postfix
daemon_directory = /usr/lib/postfix
data_directory = /var/lib/mailservers/mxcluster.iagentemail.com.br
Rafael Azevedo:
Hi Guys!
I'm having a hard time with postfix while I try to send emails using my
PF-SERVER.
Postfix is running perfectly, the problem is that I get some delay when
sending the emails depending on the sender's domain address.
Can you show a good example from the mail
Hi Wietse!
Thanks again for helping me!
Here is the postfix log:
# SLOW DOMAIN
Mar 15 10:37:46 mxcluster postfix/smtpd[22804]: connect from
srv01.iagentemail.com.br[189.38.86.124]
Mar 15 10:37:46 mxcluster postfix/smtpd[22804]: 70E82E42D0: client=
srv01.iagentemail.com.br[189.38.86.124]
Mar 15
Rafael Azevedo:
[ Charset ISO-8859-1 unsupported, converting... ]
Hi Wietse!
Thanks again for helping me!
Here is the postfix log:
# SLOW DOMAIN
Mar 15 10:37:46 mxcluster postfix/smtpd[22804]: connect from
srv01.iagentemail.com.br[189.38.86.124]
Mar 15 10:37:46 mxcluster
Hi,
Actually I believe that there is a DNS problem on that MX server,
cause PTR is set properly.
The delay is not on the delivery, but when my application connects to
the MX SERVER and send the messages. When using ZOOM4U.COM.BR, my
application sends only 2 messages per second and there is no
Looks like POSTFIX is checking something on each delivery try using
the SENDER DOMAIN.
On Tue, Mar 15, 2011 at 11:17 AM, Rafael Azevedo raf...@gmail.com wrote:
Hi,
Actually I believe that there is a DNS problem on that MX server,
cause PTR is set properly.
The delay is not on the
Rafael Azevedo:
Hi,
Actually I believe that there is a DNS problem on that MX server,
cause PTR is set properly.
My own PTR lookup fails with NXDOMAIN.
Can you show the missing logfiles records that I asked for?
If you want me to help, then you must answer my questions.
Wietse
On 15/03/11 15:10, Wietse Venema wrote:
Rafael Azevedo:
[ Charset ISO-8859-1 unsupported, converting... ]
Hi Wietse!
Thanks again for helping me!
Here is the postfix log:
# SLOW DOMAIN
Mar 15 10:37:46 mxcluster postfix/smtpd[22804]: connect from
srv01.iagentemail.com.br[189.38.86.124]
Hi Wietse,
Thanks again!!
Sorry, I just found a problem in our DNS PTR records that were just fixed.
This problem was cause yesterday and we're having the delay for over months..
The logs file you asked is here:
# SLOW DOMAIN (ZOOM4U.COM.BR)
Mar 15 11:38:16 mxcluster postfix/smtpd[8864]:
Hi Tom,
I've just fixed the DNS problem.
I'm still having problem with the connection delay for some domains...
Thanks for helping!!
Rafael
On Tue, Mar 15, 2011 at 11:27 AM, Tom Hendrikx t...@whyscream.net wrote:
On 15/03/11 15:10, Wietse Venema wrote:
Rafael Azevedo:
[ Charset ISO-8859-1
Rafael Azevedo:
Mar 15 11:38:17 mxcluster postfix/smtp[13274]: 32781115314:
to=di...@iagente.com.br, relay=mx2.iagente.com.br[189.38.95.92]:25,
delay=0.86, delays=0.6/0.02/0.23/0.01, dsn=4.7.1, status=deferred
(host mx2.iagente.com.br[189.38.95.92] said: 450 4.7.1 Client host
rejected: cannot
Hi Wietse,
I thing I havent made myself clear.
I have an email app running on BOX A and POSTFIX on BOX B.
The BOX A connects to POSTFIX to send the messages.
Thats exactly where the delay is. When the application tries to send
the messages to POSTFIX, the APP sends about 2 messages per second
Rafael Azevedo:
Hi Wietse,
I thing I havent made myself clear.
I have an email app running on BOX A and POSTFIX on BOX B.
The BOX A connects to POSTFIX to send the messages.
Thats exactly where the delay is. When the application tries to send
the messages to POSTFIX, the APP sends
Hi Wietse,
Thanks so much for your help!
I've already fixed the DNS problem.
For testing pourposes, I'm using now another IP C CLASS that has no DNS fails.
This is my test output - sending 5 emails per sender domain:
# DOMAIN ZOOM4U.COM.BR (about 1 email per second)
12:56:10 - Sending email
* Rafael Azevedo raf...@gmail.com:
Hi Wietse,
Thanks so much for your help!
I've already fixed the DNS problem.
For testing pourposes, I'm using now another IP C CLASS that has no DNS fails.
This is my test output - sending 5 emails per sender domain:
# DOMAIN ZOOM4U.COM.BR (about
Sorry! I forgot the log files..
In order to reduce the logs I've made a test with 2 destinations per
domain sender, as follows:
# TEST 1:
13:15:14 - Sending email #1...OK
13:15:15 - Sending email #2...OK
# TEST 2
13:15:15 - Sending email #1...OK
13:15:15 - Sending email #2...OK
POSTFIX LOGS:
* Rafael Azevedo raf...@gmail.com:
Sorry! I forgot the log files..
In order to reduce the logs I've made a test with 2 destinations per
domain sender, as follows:
# TEST 1:
13:15:14 - Sending email #1...OK
13:15:15 - Sending email #2...OK
# TEST 2
13:15:15 - Sending email #1...OK
Ralf!!
Exactally!!!
The major delay is at (c=connection setup time including DNS, HELO and TLS).
Thats what is taking too long, but ONLY when I use sender
ZOOM4U.COM.BR as the domain name.
Any idea??
Thanks a lot!
On Tue, Mar 15, 2011 at 1:30 PM, Ralf Hildebrandt
ralf.hildebra...@charite.de
* Rafael Azevedo raf...@gmail.com:
Mar 15 13:21:05 mxcluster postfix/smtpd[32624]: connect from
srv01.iagentemail.com.br[189.38.86.124]
Mar 15 13:21:05 mxcluster postfix/smtpd[32624]: 4B5ED20FA17:
client=srv01.iagentemail.com.br[189.38.86.124]
Mar 15 13:21:05 mxcluster
Wietse,
I use this settings:
FROM: raf...@zoom4u.com.br
SENDER: reto...@iagentemail.com.br
REPLY TO = FROM
So the email is sent as reto...@iagentemail.com.br but using FROM
raf...@zoom4u.com.br because we want to receive every email bounce on
reto...@iagentemail.com.br.
This is used for every
* Rafael Azevedo raf...@gmail.com:
Ralf!!
Exactally!!!
The major delay is at (c=connection setup time including DNS, HELO and TLS).
No, in d, not c
Thats what is taking too long, but ONLY when I use sender
ZOOM4U.COM.BR as the domain name.
You're not using the sender ZOOM4U.COM.BR
* Rafael Azevedo raf...@gmail.com:
Wietse,
I use this settings:
FROM: raf...@zoom4u.com.br
SENDER: reto...@iagentemail.com.br
REPLY TO = FROM
Well, postfix doesn't log that. Postfix is only logging the envelope
sender (SENDER in your case)
So the email is sent as
Hi Ralf,
I've already tried that. I did disable dkim and the delay time almost
didnt change.
Thanks
On Tue, Mar 15, 2011 at 1:39 PM, Ralf Hildebrandt
ralf.hildebra...@charite.de wrote:
* Rafael Azevedo raf...@gmail.com:
Wietse,
I use this settings:
FROM: raf...@zoom4u.com.br
SENDER:
* Rafael Azevedo raf...@gmail.com:
Ralf,
No it isnt.
The delay is on the connection setup, as you can see:
Mar 15 13:16:35 mxcluster postfix/smtp[31431]: 5E9C320EAC6:
to=di...@iagente.com.br, relay=mx1.iagente.com.br[189.38.95.91]:25,
delay=11, delays=0.58/0.01/ 5.2 /5.2, dsn=2.0.0,
* Rafael Azevedo raf...@gmail.com:
Hi Ralf,
I've already tried that. I did disable dkim and the delay time almost
didnt change.
Well, I'm out of ideas, but it's not really a postfix problem when the
receiving side is being slow.
--
Ralf Hildebrandt
Geschäftsbereich IT | Abteilung
It seems that POSTFIX is checking the DNS for that domain (ZOOM4U) and
for some reason its taking too long.
On Tue, Mar 15, 2011 at 1:42 PM, Rafael Azevedo raf...@gmail.com wrote:
Hi Ralf,
I've already tried that. I did disable dkim and the delay time almost
didnt change.
Thanks
On Tue,
Rafael Azevedo:
It seems that POSTFIX is checking the DNS for that domain (ZOOM4U) and
for some reason its taking too long.
What is the evidence for this? Where are the DNS queries?
Do not jump to conclusions that aren't supported by evidence.
Wietse
Ralf, you're the g-e-n-i-o-u-s
The problem is with DK-MILTER not DKIM.
I disable DK-MILTER from main.cf and its just very very very fast!
Thanks a lot you guys for the help!! Now things are back to normal!
Rafael
On Tue, Mar 15, 2011 at 1:45 PM, Ralf Hildebrandt
ralf.hildebra...@charite.de
* Rafael Azevedo raf...@gmail.com:
It seems that POSTFIX is checking the DNS for that domain (ZOOM4U) and
for some reason its taking too long.
Do you have a caching DNS server?
Also please note that the delays(c) value consists of 4 different
timings:
1) time in connection setup,
2)
* Rafael Azevedo raf...@gmail.com:
Ralf, you're the g-e-n-i-o-u-s
The problem is with DK-MILTER not DKIM.
Doesn't DK-Milter do DKIM?
I disable DK-MILTER from main.cf and its just very very very fast!
Thanks a lot you guys for the help!! Now things are back to normal!
\o/
--
Ralf
I might, but DKIM does not need DK-MILTER. Does it? ;p
On Tue, Mar 15, 2011 at 1:55 PM, Ralf Hildebrandt
ralf.hildebra...@charite.de wrote:
* Rafael Azevedo raf...@gmail.com:
Ralf, you're the g-e-n-i-o-u-s
The problem is with DK-MILTER not DKIM.
Doesn't DK-Milter do DKIM?
I disable
-Original Message-
From: owner-postfix-us...@postfix.org
[mailto:owner-postfix-us...@postfix.org] On Behalf Of Ralf Hildebrandt
Sent: Tuesday, March 15, 2011 9:55 AM
To: postfix-users@postfix.org
Subject: Re: Problems with postfix while sending emails
* Rafael Azevedo raf
Subject: Re: Problems with postfix while sending emails
* Rafael Azevedo raf...@gmail.com:
Ralf, you're the g-e-n-i-o-u-s
The problem is with DK-MILTER not DKIM.
Doesn't DK-Milter do DKIM?
No, it only does DomainKeys, which is historic. And dk-milter has bugs,
and is no longer supported
Steve Jenkins put forth on 3/15/2011 1:34 PM:
and anyone not signing should consider it.
Anyone not using seat belts and turn signals should consider it.
I can see a clear advantage to the latter, but not the former. Can you
briefly explain why you believe everyone should sign mail? Before
On Tue, Mar 15, 2011 at 8:54 PM, Stan Hoeppner s...@hardwarefreak.com wrote:
Steve Jenkins put forth on 3/15/2011 1:34 PM:
and anyone not signing should consider it.
Anyone not using seat belts and turn signals should consider it.
I can see a clear advantage to the latter, but not the
39 matches
Mail list logo