Am 26.07.2022 um 17:06 schrieb Wietse Venema:
Helmut Schneider:
Jul 26 16:53:01 deaugmail02 postfix-amavis/smtpd[1439046]: warning: cidr
map /etc/postfix-amavis/smtpd_client_event_limit_exceptions, line 4: bad
address pattern: "$mynetworks": skipping this rule
Any way to include $mynetworks a
Helmut Schneider:
> Jul 26 16:53:01 deaugmail02 postfix-amavis/smtpd[1439046]: warning: cidr
> map /etc/postfix-amavis/smtpd_client_event_limit_exceptions, line 4: bad
> address pattern: "$mynetworks": skipping this rule
>
> Any way to include $mynetworks anyway? Or any other CIDR file?
In smtp
Helmut Schneider:
> Am 26.07.2022 um 14:28 schrieb Wietse Venema:
> > Wietse Venema:
> >> Helmut Schneider:
> >> > Error: too many connections from 172.20.16.26
> >>
> >> LOOK IN YOUR LOGS.
> >
> > That will tell you if this is a co
mailin[172.20.16.27] refused to talk to me: 421 4.7.0 mail02 Error: too
many connections from 172.20.16.26)
172.20.16.26 and 172.20.16.27 are both on the same host so I'm sure I
fixed the CIDR notation in all config files (thanks for the hint).
Removed '$mynetworks' from
Am 26.07.2022 um 14:28 schrieb Wietse Venema:
Wietse Venema:
Helmut Schneider:
> Error: too many connections from 172.20.16.26
LOOK IN YOUR LOGS.
That will tell you if this is a concurrency or rate limti problem.
However, the problem is that your exclusion configuration is broken.
Wietse Venema:
> Helmut Schneider:
> > Error: too many connections from 172.20.16.26
>
> LOOK IN YOUR LOGS.
That will tell you if this is a concurrency or rate limti problem.
However, the problem is that your exclusion configuration is broken.
You specify a CIDR table, but you
Helmut Schneider:
> Error: too many connections from 172.20.16.26
LOOK IN YOUR LOGS.
Wietse
Am 26.07.2022 um 12:08 schrieb Matus UHLAR - fantomas:
On 26.07.22 10:31, Helmut Schneider wrote:
But still:
Error: too many connections from 172.20.16.26
this looks like courier message.
No courier here.
and it looks like global limit crossed not per-IP limit.
Global limit?
/smtpd_client_connection_limit_exceptions
$mynetworks
[...]
$ cat /etc/postfix-in/smtpd_client_event_limit_exceptions
$mynetworks
[...]
$
But still:
Error: too many connections from 172.20.16.26
this looks like courier message.
and it looks like global limit crossed not per-IP limit.
--
Matus
/smtpd_client_connection_limit_exceptions
$mynetworks
[...]
$ cat /etc/postfix-in/smtpd_client_event_limit_exceptions
$mynetworks
[...]
$
But still:
Error: too many connections from 172.20.16.26
Why?
$ postconf mail_version
mail_version = 3.4.13
$ lsb_release -ds
Ubuntu 20.04.3 LTS
$
Thank you!
>>> In my postfix proxymap may not be working very well:
>>> warning: virtual_mailbox_domains: proxy:mysql:/etc/postfix/map.sql: table
>>> lookup problem
>>> warning: memcache:/etc/postfix/memcache_recipient_whitelist_cache.cf: table
>>> lookup problem
>>>
>>> because in mysql i see many hangi
On 04.12.2020 16:11, Gerald Galster wrote:
>> In my postfix proxymap may not be working very well:
>> warning: virtual_mailbox_domains: proxy:mysql:/etc/postfix/map.sql: table
>> lookup problem
>> warning: memcache:/etc/postfix/memcache_recipient_whitelist_cache.cf: table
>> lookup problem
>>
>>
On 12/4/20 9:13 AM, natan wrote:
> Hi
> I use postfix-3.1.15 and mysql (domain mp, policyd, whitelist) - this is
> vary have high-volume server
>
> I read e-mail from this group near "Feb 07, 2016; 5:44pmRe: postfix with
> mysql - too many connections" about cha
> In my postfix proxymap may not be working very well:
> warning: virtual_mailbox_domains: proxy:mysql:/etc/postfix/map.sql: table
> lookup problem
> warning: memcache:/etc/postfix/memcache_recipient_whitelist_cache.cf: table
> lookup problem
>
> because in mysql i see many hanging processes
Do
>> I gave you hint's on this very list two days ago ...
>>
>> Best regards
>> Gerald
>>
>>
> Yes but I have proxy_read_maps in main.cf:
>
> proxy_read_maps = $canonical_maps $lmtp_generic_maps $local_recipient_maps
> $mydestination $mynetworks $recipient_bcc_maps $recipient_canonical_maps
>
nt_relayhost_maps
And use:
virtual_mailbox_domains = proxy:mysql:/etc/postfix/map.sql
In
http://postfix.1071664.n5.nabble.com/postfix-with-mysql-too-many-connections-td81836.html
Mr Wietse say:
"> As workaround I used now proxymap and the problems are solved:
This is not a workaround. Shar
> I use postfix-3.1.15 and mysql (domain mp, policyd, whitelist) - this is
> vary have high-volume server
>
> I read e-mail from this group near "Feb 07, 2016; 5:44pmRe: postfix with
> mysql - too many connections" about changing proxy:mysql to sharing
> connections
On 04.12.20 15:13, natan wrote:
I use postfix-3.1.15 and mysql (domain mp, policyd, whitelist) - this is
vary have high-volume server
I read e-mail from this group near "Feb 07, 2016; 5:44pmRe: postfix with
mysql - too many connections" about changing proxy:mysql to sharing
connec
Hi
I use postfix-3.1.15 and mysql (domain mp, policyd, whitelist) - this is
vary have high-volume server
I read e-mail from this group near "Feb 07, 2016; 5:44pmRe: postfix with
mysql - too many connections" about changing proxy:mysql to sharing
connections
http://postfix.1071664.n5.
> check_recipient_access mysql:/etc/postfix/mysql_whitelist_recipient.cf
> ...
> "Dec 2 13:51:09 mail4 postfix/smtpd[21777]: warning: connect to mysql
> server 127.0.0.1: Too many connections
try http://www.postfix.org/proxymap.8.html
check_recipient_access proxy:m
get info from log:
"Dec 2 13:51:09 mail4 postfix/smtpd[21777]: warning: connect to mysql
server 127.0.0.1: Too many connections
Dec 2 13:51:09 mail4 postfix/smtpd[21777]: warning:
mysql:/etc/postfix/mysql_whitelist_recipient.cf: table lookup problem"
In database is 1086 records
Probl
On 25.01.18 12:43, Voytek wrote:
in the past, I've usually entered remote office IPs into mynetworks
is putting remote office IPs into mynetworks, is that something that was
done in the past, with sending on port 25, but not anymore with using
submission ?
I currently have old_mail_server, new_
On Thu, January 25, 2018 2:58 am, Noel Jones wrote:
> Instead of adding them to mynetworks, add that IP (and any other
> remote offices) to smtpd_client_event_limit_exceptions.
On Wed, January 24, 2018 10:59 pm, Matus UHLAR - fantomas wrote:
> submission service usually does not use mynetworks.
On 1/24/2018 5:50 AM, Voytek wrote:
> On Wed, January 24, 2018 9:34 am, Noel Jones wrote:
>
>> and a few seconds later STARTTLS succeeds, and that IP successfully sends
>> mail from user hr@ to 10 recipients.
>>
>> Are there many users on that same IP via a NAT?
>
> Noel,
>
> just noticed I do N
On Wed, January 24, 2018 9:34 am, Noel Jones wrote:
and a few seconds later STARTTLS succeeds, and that IP successfully sends
mail from user hr@ to 10 recipients.
Are there many users on that same IP via a NAT?
On 24.01.18 22:50, Voytek wrote:
just noticed I do NOT have that IP entered in 'my
On Wed, January 24, 2018 9:34 am, Noel Jones wrote:
> and a few seconds later STARTTLS succeeds, and that IP successfully sends
> mail from user hr@ to 10 recipients.
>
> Are there many users on that same IP via a NAT?
Noel,
just noticed I do NOT have that IP entered in 'mynetworks =', it used t
On Wed, January 24, 2018 9:34 am, Noel Jones wrote:
> You should grep for "reject:", not error:
Noel, thanks again,
(log since Jan 21)
# grep '110.170.19.146' /var/log/maillog | grep "lost connection"
Jan 22 14:37:02 geko postfix/smtpd[4701]: lost connection after DATA
(257981 bytes) from 110-
On 1/23/2018 4:20 PM, Voytek wrote:
> On Wed, January 24, 2018 8:47 am, Noel Jones wrote:
>
>> Find the error in the postfix log for the user's IP address. The
>> postfix error may not be the same as what the user is presented with.
>
>
> Noel,
>
> thanks
>
> I can only see this, am I using c
On Wed, January 24, 2018 8:47 am, Noel Jones wrote:
> Find the error in the postfix log for the user's IP address. The
> postfix error may not be the same as what the user is presented with.
Noel,
thanks
I can only see this, am I using correct search criteria though ??
# grep '110.170.19.146
On 1/23/2018 3:39 PM, Voytek wrote:
> one of the users reported getting on TBird client:
>
> "Alert an error occurred when sending mail: the mail server sent incorrect
> greeting 4.7.0 error too many connections from 110.170.19.146"
>
Find the error in the post
one of the users reported getting on TBird client:
"Alert an error occurred when sending mail: the mail server sent incorrect
greeting 4.7.0 error too many connections from 110.170.19.146"
# grep '110.170.19.146' /var/log/maillog | wc
1349 24838 304573
I've tri
Thank you Wietse & Viktor for the response.
Much appreciated.
Regards
Tom
On Mon, Apr 18, 2016 at 5:52 PM, Viktor Dukhovni wrote:
> On Mon, Apr 18, 2016 at 12:15:13PM +0200, Thomas kinghorn wrote:
>
> > In master.cf
> >
> > transport_maps = hash:/etc/postfix/vox_transport
> > vox_destination_c
On Mon, Apr 18, 2016 at 12:15:13PM +0200, Thomas kinghorn wrote:
> In master.cf
>
> transport_maps = hash:/etc/postfix/vox_transport
> vox_destination_concurrency_limit = 20
> vox_destination_rate_delay = 2s
Setting a rate delay reduces the concurrency to 1.
> vox_destination_recipient_limit =
Thomas kinghorn:
> Good morning List.
>
> I have a problem where Vox Telecoms is temp rejecting our mail stating "too
> many connections".
>
> I was thinking of a transport_map to delay control the connection rate but
> Vox hosts the email for many domains, so i
Good morning List.
I have a problem where Vox Telecoms is temp rejecting our mail stating "too
many connections".
I was thinking of a transport_map to delay control the connection rate but
Vox hosts the email for many domains, so it would be impossible to create
an accurate list.
I
Mathias Rothe:
> As workaround I used now proxymap and the problems are solved:
This is not a workaround. Sharing connections is the recommended
configuration.
> But I think it would be a better way, if postfix could close the mysql
> connections immediately after receiving the data and not hold
Hello,
I use postfix with policyd-weight and mysql maps (froxlor interface).
Very often I got mysql errors "too many connections", but in the my.cnf
"max_connections = 500" was already set.
The Postmaster received Mails: Postfix SMTP server: errors from
I found
On 3/5/2012 1:44 PM, Stanisław Findeisen wrote:
> My bad suspicion is that they are in the process of installing some
> (more or less crappy) mail intercepting facility (i.e. to spy on users)
> and that this is probably the government who ordered that. This is
> Europe (Poland) but do you think su
On Mon, 05 Mar 2012 20:44:57 +0100
Stanisław Findeisen articulated:
> My bad suspicion is that they are in the process of installing some
> (more or less crappy) mail intercepting facility (i.e. to spy on
> users) and that this is probably the government who ordered that.
> This is Europe (Poland)
2012/3/5 Stanisław Findeisen :
> My bad suspicion is that they are in the process of installing some
> (more or less crappy) mail intercepting facility (i.e. to spy on users)
> and that this is probably the government who ordered that. This is
> Europe (Poland) but do you think such things are unc
>>>>> What's wrong?
>>>>>>>
>>>>>>> I wasn't even able to subscribe to this mailing list:
>>>>>>>
>>>>>>> Mar 4 00:41:38 k8ux postfix/smtp[2987]: 1462B1F2505:
>>>>>>>
On Monday, March 5, 2012, 12:06:09, Wietse Venema wrote:
> Rod Dorman:
>> On Monday, March 5, 2012, 09:53:31, /dev/rob0 wrote:
>> > ...
>> > Another WAG: maybe your ISP's upstream provider got tired of
>> > complaints and implemented this redirection upstream. This would
>> > explain why the ISP
On Mon, Mar 05, 2012 at 11:06:26AM -0600, I wrote:
> On Mon, Mar 05, 2012 at 11:21:30AM -0500, Rod Dorman wrote:
> > On Monday, March 5, 2012, 09:53:31, /dev/rob0 wrote:
> > > ...
> > > Another WAG: maybe your ISP's upstream provider got tired of
> > > complaints and implemented this redirection u
On Mon, Mar 05, 2012 at 11:21:30AM -0500, Rod Dorman wrote:
> On Monday, March 5, 2012, 09:53:31, /dev/rob0 wrote:
> > ...
> > Another WAG: maybe your ISP's upstream provider got tired of
> > complaints and implemented this redirection upstream. This would
> > explain why the ISP would not know.
Rod Dorman:
> On Monday, March 5, 2012, 09:53:31, /dev/rob0 wrote:
> > ...
> > Another WAG: maybe your ISP's upstream provider got tired of
> > complaints and implemented this redirection upstream. This would
> > explain why the ISP would not know.
>
> I would be horrified is this turned out to
On Monday, March 5, 2012, 09:53:31, /dev/rob0 wrote:
> ...
> Another WAG: maybe your ISP's upstream provider got tired of
> complaints and implemented this redirection upstream. This would
> explain why the ISP would not know.
I would be horrified is this turned out to be the cause.
Without dee
012 13:30, Stanisław Findeisen wrote:
> >>>> On 2012-03-04 09:20, Stanisław Findeisen wrote:
> >>>>> I am running a small Postfix server, and for a couple of
> >>>>> hours I've been getting: "host ... refused to talk to me:
> >>>>
>>>> I am running a small Postfix server, and for a couple of hours
>>>>> I've been getting: "host ... refused to talk to me: 421 service
>>>>> not available (connection refused, too many connections)" for
>>>>> all the outgoin
ll Postfix server, and for a couple of hours I've been
>>>> getting: "host ... refused to talk to me: 421 service not available
>>>> (connection refused, too many connections)" for all the outgoing mail,
>>>> all destination servers.
>>>>
>
ver, and for a couple of hours
> >>> I've been getting: "host ... refused to talk to me: 421 service
> >>> not available (connection refused, too many connections)" for
> >>> all the outgoing mail, all destination servers.
> >>>
> >>
: "host ... refused to talk to me: 421 service not available
>>> (connection refused, too many connections)" for all the outgoing mail,
>>> all destination servers.
>>>
>>> What's wrong?
>>>
>>> I wasn't even able to subscribe to
2505:
>> to=, relay=mail.cloud9.net[168.100.1.7]:25,
>> delay=417, delays=417/0.02/0.06/0, dsn=4.0.0, status=deferred (host
>> mail.cloud9.net[168.100.1.7] refused to talk to me: 421 service not
>> available (connection refused, too many connections))
This smells very much like your outgoing SMTP connections are being
trapped by your ISP and redirected to _their_ SMTP server.
/mjt
On 2012-03-04 09:20, Stanisław Findeisen wrote:
> Hi!
>
> I am running a small Postfix server, and for a couple of hours I've been
> getting: "host ... refused to talk to me: 421 service not available
> (connection refused, too many connections)" for all the ou
Hi!
I am running a small Postfix server, and for a couple of hours I've been
getting: "host ... refused to talk to me: 421 service not available
(connection refused, too many connections)" for all the outgoing mail,
all destination servers.
What's wrong?
I wasn't even
smtpd_delay_reject = no ?
On Wed, Feb 18, 2009 at 3:09 PM, Alexey V Paramonov
wrote:
> Hi,
> I'm looking for a good solution to make my postfix server operate faster.
> My setup is Postfix + Policyd-weight + fail2ban, but nothing helps under
> heavy load, and the problem is not with the server pe
Alexey V Paramonov wrote:
> Hi,
> I'm looking for a good solution to make my postfix server operate faster.
> My setup is Postfix + Policyd-weight + fail2ban, but nothing helps under
> heavy load, and the problem is not with the server performance (CPU load
> is not so high, about 30%), the probl
Alexey V Paramonov:
> Hi,
> I'm looking for a good solution to make my postfix server operate faster.
> My setup is Postfix + Policyd-weight + fail2ban, but nothing helps under
> heavy load, and the problem is not with the server performance (CPU load
> is not so high, about 30%), the problem is
Hi,
I'm looking for a good solution to make my postfix server operate faster.
My setup is Postfix + Policyd-weight + fail2ban, but nothing helps under
heavy load, and the problem is not with the server performance (CPU load
is not so high, about 30%), the problem is in the number of
smtp connect
58 matches
Mail list logo
