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 rece
Steve Jenkins put forth on 3/15/2011 10:16 PM:
> On Tue, Mar 15, 2011 at 8:54 PM, Stan Hoeppner 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
On Tue, Mar 15, 2011 at 8:54 PM, Stan Hoeppner 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 former. Can you
>
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
ers@postfix.org
>> Subject: Re: Problems with postfix while sending emails
>>
>> * Rafael Azevedo :
>> > 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?
>
> N
> -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
>
Just to let you guys know, DKIM is working without dk-milter!!! :)
On Tue, Mar 15, 2011 at 2:00 PM, Rafael Azevedo wrote:
> I might, but DKIM does not need DK-MILTER. Does it? ;p
>
> On Tue, Mar 15, 2011 at 1:55 PM, Ralf Hildebrandt
> wrote:
>> * Rafael Azevedo :
>>> Ralf, you're the g-e-n-i-o-
I might, but DKIM does not need DK-MILTER. Does it? ;p
On Tue, Mar 15, 2011 at 1:55 PM, Ralf Hildebrandt
wrote:
> * Rafael Azevedo :
>> 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 jus
* Rafael Azevedo :
> 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 Hildebrandt
* Rafael Azevedo :
> 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) including DNS,
3) EHL
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
wrote:
> * Rafael Azevedo :
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
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 wrote:
> Hi Ralf,
>
> I've already tried that. I did disable dkim and the delay time almost
> didnt change.
>
> Thanks
>
>
> On Tue, Mar 15,
* Rafael Azevedo :
> 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 Netzwerk
Charité -
* Rafael Azevedo :
> 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=, 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,
> status=sent (250 2.0
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
wrote:
> * Rafael Azevedo :
>> Wietse,
>>
>> I use this settings:
>>
>> FROM: "raf...@zoom4u.com.br"
>> SENDER: "reto...@iagentemail.com.br"
>>
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=, 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,
status=sent (250 2.0.0 Ok: queued as CFB4A6DB6AC99)
That
* Rafael Azevedo :
> 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 reto...@iagentemail.com.
* Rafael Azevedo :
> 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 anywhere.
--
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 e
* Rafael Azevedo :
> 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 postfix/cleanup[32629]: 4B5ED20F
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
wrote:
> * Rafael Azevedo :
Rafael Azevedo:
> Sorry guys!
>
> Here is the CLEAN LOG (I added some trash on the other message);
>
> # TEST 1 - ZOOM4U.COM.BR
> 13:19:55 - Sending email #1...OK
> 13:19:56 - Sending email #2...OK
There is no zoom4 in the postfix logging. Your claims are not
supported by your evidence.
* Rafael Azevedo :
> 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
Sorry guys!
Here is the CLEAN LOG (I added some trash on the other message);
# TEST 1 - ZOOM4U.COM.BR
13:19:55 - Sending email #1...OK
13:19:56 - Sending email #2...OK
# PF
Mar 15 13:21:05 mxcluster postfix/smtpd[32624]: connect from
srv01.iagentemail.com.br[189.38.86.124]
Mar 15 13:21:05 mxclus
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 :
> 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 emai
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 #1
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 se
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 TO
Rafael Azevedo:
> Mar 15 11:38:17 mxcluster postfix/smtp[13274]: 32781115314:
> to=, 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 find your hostn
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 wrote:
> On 15/03/11 15:10, Wietse Venema wrote:
>> Rafael Azevedo:
>> [ Charset ISO-8859-1 unsupported, co
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]: conne
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.
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
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 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 delivery, but when
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
lim
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 post
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 1
On Tue, 15 Mar 2011 09:55:44 -0300
Rafael Azevedo articulated:
> I had to publish my POSTCONF -d at
> http://187.1.133.20/postconf.txt
> because postfix-users mailing list blocks messages with more than
> 40.000 chars.
See the following on how to report a problem to Postfix. While you are
at i
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 ma
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
debug_peer_leve
Rafael Azevedo:
> I had to publish my POSTCONF -d at
Send "postconf -n" not "postconf -d". Which blog gives this false information?
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 che
44 matches
Mail list logo
