Thank you!
I think I found the issue - the new phone system was installed
configured on vlan 200, but the smtp settings were copied over from
the old system which was on the default vlan 1 so what was happening
was that the voicemail system was contacting the smtp server via the
vlan 1 address (ro
Sonic:
> We're getting many lost connections from our new phone systems
> voicemail to email service. The actual voicemails and other emails
> send OK but we also see constant hits anywhere from every minute to 8
> minutes on the mail server from the phone system that are lost
&
We're getting many lost connections from our new phone systems
voicemail to email service. The actual voicemails and other emails
send OK but we also see constant hits anywhere from every minute to 8
minutes on the mail server from the phone system that are lost
connections. The phone system
Robert Sharp:
> Hi,
>
> I often get a spate of lost connections from servers chancing to access
> my email via SMTP AUTH (which I do not offer), and I usually ignore
> them. I may get a session with up to 1,000+ connections usually from a
> whole list of servers and none
Hi,
I often get a spate of lost connections from servers chancing to access
my email via SMTP AUTH (which I do not offer), and I usually ignore
them. I may get a session with up to 1,000+ connections usually from a
whole list of servers and none trying more than a dozen times.
Yesterday
Ian Evans:
> About three days into my postfix/postgrey experience after migrating from
> qmail. Enjoying it.
>
> Of course, like a new dad, I'm sitting here watching the logs. For the last
> two hours I've been getting "postfix/smtpd: lost connection after RSET from
> unknown[x.x.x.x]" from the sa
On 11/6/2013 2:46 AM, Ian Evans wrote:
> About three days into my postfix/postgrey experience after migrating from
> qmail. Enjoying it.
>
> Of course, like a new dad, I'm sitting here watching the logs. For the last
> two hours I've been getting "postfix/smtpd: lost connection after RSET from
> u
Il 06/11/2013 09:46, Ian Evans ha scritto:
> About three days into my postfix/postgrey experience after migrating
> from qmail. Enjoying it.
>
> Of course, like a new dad, I'm sitting here watching the logs. For the
> last two hours I've been getting "postfix/smtpd: lost connection after
> RSET fro
About three days into my postfix/postgrey experience after migrating from
qmail. Enjoying it.
Of course, like a new dad, I'm sitting here watching the logs. For the last
two hours I've been getting "postfix/smtpd: lost connection after RSET from
unknown[x.x.x.x]" from the same IP, apparently in Ic
On 9/25/2012 8:29 AM, Ralf Hildebrandt wrote:
> * Mikael Bak :
>> Hi Stan,
>>
>> On 09/25/2012 08:22 AM, Stan Hoeppner wrote:
>>>
>>> Apparently Linux and Windows TCP window scaling doesn't always work
>>> reliably together. Try disabling TCP window scaling on the Linux box(en):
>>>
>> [snip]
>>
>
sporadic bouts of lost connections to exchange 2010 hub transport
>
> * Mikael Bak :
>> Hi Stan,
>>
>> On 09/25/2012 08:22 AM, Stan Hoeppner wrote:
>>>
>>> Apparently Linux and Windows TCP window scaling doesn't always work
>>> reliably toge
-Original Message-
From: owner-postfix-us...@postfix.org [mailto:owner-postfix-us...@postfix.org]
On Behalf Of Ralf Hildebrandt
Sent: Tuesday, September 25, 2012 9:30 AM
To: postfix-users@postfix.org
Subject: Re: sporadic bouts of lost connections to exchange 2010 hub transport
* Mikael
* Mikael Bak :
> Hi Stan,
>
> On 09/25/2012 08:22 AM, Stan Hoeppner wrote:
> >
> > Apparently Linux and Windows TCP window scaling doesn't always work
> > reliably together. Try disabling TCP window scaling on the Linux box(en):
> >
> [snip]
>
> Perhaps off topic, but do you have any links to
Hi Stan,
On 09/25/2012 08:22 AM, Stan Hoeppner wrote:
>
> Apparently Linux and Windows TCP window scaling doesn't always work
> reliably together. Try disabling TCP window scaling on the Linux box(en):
>
[snip]
Perhaps off topic, but do you have any links to documents or similar
that proves th
On 9/24/2012 3:32 PM, Ralf Hildebrandt wrote:
>
>> I'm running 2.3.3 on CentOS 5 as a mail relay; most of my mail is
>> delivered to an internal Exchange 2010 environment with two Hub
>> Transport machines clustered behind Windows NLB under the same
>> hostname.
>
> We have the same setup, but wi
On 9/24/2012 3:03 PM, Aaron Bennett wrote:
> Hi,
>
>
>
> I’m running 2.3.3 on CentOS 5 as a mail relay; most of my mail is
> delivered to an internal Exchange 2010 environment with two Hub
> Transport machines clustered behind Windows NLB under the same
> hostname.
>
>
>
> I’m seeing spora
> I'm running 2.3.3 on CentOS 5 as a mail relay; most of my mail is
> delivered to an internal Exchange 2010 environment with two Hub
> Transport machines clustered behind Windows NLB under the same
> hostname.
We have the same setup, but with a more recent postfix and OS.
Shouldn't matter that m
* Aaron Bennett :
> Sep 24 11:58:01 megalon.clarku.edu postfix/qmgr[28063]: BA1362E778B:
> to=, relay=none, delay=0.06,
> delays=0.05/0/0/0, dsn=4.4.2, status=deferred (delivery temporarily
> suspended: lost connection with exchange.clarku.edu[140.232.254.129]
> while receiving the initial server
Hi,
I'm running 2.3.3 on CentOS 5 as a mail relay; most of my mail is delivered to
an internal Exchange 2010 environment with two Hub Transport machines clustered
behind Windows NLB under the same hostname.
I'm seeing sporadic - and by sporadic I mean two or three intervals per month -
when al
On Mar 30, 2010, at 3:05 PM, brian moore wrote:
> On Tue, 30 Mar 2010 14:13:27 -0700
> Terry Barnum wrote:
>
>> Other ideas why those clients didn't get rejected before DATA?
>
> ESMTP Pipelining?
>
> They could very well be rejected before DATA, except, well, with pipelining
> they may have
On Mar 30, 2010, at 3:05 PM, Sahil Tandon wrote:
> On Tue, 30 Mar 2010, Terry Barnum wrote:
>
$ grep 'lost connection' /var/log/mail.log
Mar 30 05:07:14 mail postfix/smtpd[45236]: lost connection after DATA from
unknown[123.28.125.3]
Mar 30 05:07:17 mail postfix/smtpd[4
On Tue, 30 Mar 2010, Terry Barnum wrote:
> >> $ grep 'lost connection' /var/log/mail.log
> >>
> >> Mar 30 05:07:14 mail postfix/smtpd[45236]: lost connection after DATA from
> >> unknown[123.28.125.3]
> >> Mar 30 05:07:17 mail postfix/smtpd[45244]: lost connection after DATA from
> >> unknown[6
On Tue, 30 Mar 2010 14:13:27 -0700
Terry Barnum wrote:
> Other ideas why those clients didn't get rejected before DATA?
ESMTP Pipelining?
They could very well be rejected before DATA, except, well, with pipelining
they may have already started sending the message.
(There are quite a few spam c
On Mar 30, 2010, at 2:08 PM, Terry Barnum wrote:
On Mar 30, 2010, at 1:26 PM, Noel Jones wrote:
> On 3/30/2010 2:46 PM, Terry Barnum wrote:
>> I moved our company over to postfix (v2.6.2) last Friday and have been
>> mesmerized by the log. One thing I'm seeing is a lot
On Mar 30, 2010, at 1:26 PM, Noel Jones wrote:
> On 3/30/2010 2:46 PM, Terry Barnum wrote:
>> I moved our company over to postfix (v2.6.2) last Friday and have been
>> mesmerized by the log. One thing I'm seeing is a lot of 'lost connections
>> from unknown[ I
On 3/30/2010 2:46 PM, Terry Barnum wrote:
I moved our company over to postfix (v2.6.2) last Friday and have been
mesmerized by the log. One thing I'm seeing is a lot of 'lost connections from
unknown[ IP ]'. I'm hoping that these are due to either poorly written spambo
I moved our company over to postfix (v2.6.2) last Friday and have been
mesmerized by the log. One thing I'm seeing is a lot of 'lost connections from
unknown[ IP ]'. I'm hoping that these are due to either poorly written spambots
bailing early or smtpd_recipient_restri
27 matches
Mail list logo
