On 5/8/2014 11:26 AM, Alfredo Saldanha wrote:
> Sorry my english.
> But I mean that they try to do this, but we don't allow, of course.
>
> Thank you for your information.
>
Use a policy service such as postfwd to set hourly quotas for your
users.
http://www.postfix.org/addon.html#policy
http://
stfix connection speed
*please* get rid of reply-all on mailing-lists
Am 08.05.2014 17:59, schrieb Alfredo Saldanha:
> Legitimate email is the normal authenticated users, newsletter, or something
> else, I suppose.
> I'd like to put a delay in internal spammers cases.
> Because I
ng to
configurate this actions.
Thank you.
- Mensagem original -
De: "Viktor Dukhovni"
Para: postfix-users@postfix.org
Enviadas: Quinta-feira, 8 de maio de 2014 13:10:10
Assunto: Re: Decrease the Postfix connection speed
On Thu, May 08, 2014 at 12:59:03PM -0300, Alfredo
*please* get rid of reply-all on mailing-lists
Am 08.05.2014 17:59, schrieb Alfredo Saldanha:
> Legitimate email is the normal authenticated users, newsletter, or something
> else, I suppose.
> I'd like to put a delay in internal spammers cases.
> Because I have today "customers" that pay to send
On Thu, May 08, 2014 at 12:59:03PM -0300, Alfredo Saldanha wrote:
> Legitimate email is the normal authenticated users, newsletter, or something
> else, I suppose.
Legitimate mail here means *inbound* mail to your MX hosts, from
remote sites, that is not known or strongly suspected to be spam.
OK,
Legitimate email is the normal authenticated users, newsletter, or something
else, I suppose.
I'd like to put a delay in internal spammers cases.
Because I have today "customers" that pay to send 3 thousand spams per day.
The idea is let the authenticated user send 300 messages per hour in ma
Alfredo Saldanha:
> When the documentation says:
> "IMPORTANT: These limits must not be used to regulate legitimate
> traffic: mail will suffer grotesque delays if you do so. The limits
> are designed to protect the smtpd(8) server against abuse by
> out-of-control clients."
As documented these fe
mail is prohibited in
general because if somebody needs newsletter systems this is
done here on a own application server with his own MTA and IP
> Am 08.05.2014 16:09, schrieb Alfredo Saldanha:
>> Is possible to decrease the postfix connection speed in case of possible
>> spam?
ays" ?
Because the idea is not reject or discard the message.
Am 08.05.2014 16:09, schrieb Alfredo Saldanha:
> Is possible to decrease the postfix connection speed in case of possible
> spam?
> Per number of connections or messages per second come from a specific IP?
Thanks,
I'll check this setup.
Junix
Am 08.05.2014 16:09, schrieb Alfredo Saldanha:
> Is possible to decrease the postfix connection speed in case of possible
> spam?
> Per number of connections or messages per second come from a specific IP?
anvil_rate_tim
Am 08.05.2014 16:09, schrieb Alfredo Saldanha:
> Is possible to decrease the postfix connection speed in case of possible
> spam?
> Per number of connections or messages per second come from a specific IP?
anvil_rate_time_unit
Hi there,
Is possible to decrease the postfix connection speed in case of possible spam?
Per number of connections or messages per second come from a specific IP?
BR,
Jr.
Roman Gelfand:
> Please, see below... The whole turnaround was roughly a second. What
> I meant by "Sending mail into Postfix" is chilkat application takes 13
> seconds to send it.
>
> Sep 12 10:38:49 mail1 postfix/smtpd[30657]: connect from
> unknown[192.168.0.147]
...
> Sep 12 10:38:50 mail1
On Thu, Sep 12, 2013 at 10:47:24AM -0400, Roman Gelfand wrote:
> Sep 12 10:38:50 mail1 postfix/smtp[30325]: 0208544124:
> to=,
> relay=retail-smtp-in.amazon.com[176.32.98.133]:25, delay=0.26,
> delays=0/0/0.1/0.15, dsn=2.0.0, status=sent (250 2.0.0 Ok: queued as
> 52D9D9EC1AE)
>
> Please, see bel
Roman Gelfand:
> Based on comments made by Wietse, it looks like my server is in good
> shape as the connections are not even taking a second and the whole
> process is taking roughly a second.
Sending mail into Postfix takes roughly a second?
> We have a program which every so often sends a requ
Please, see below... The whole turnaround was roughly a second. What
I meant by "Sending mail into Postfix" is chilkat application takes 13
seconds to send it.
Sep 12 10:38:49 mail1 postfix/smtpd[30657]: connect from unknown[192.168.0.147]
Sep 12 10:38:50 mail1 postfix/smtpd[30657]: 0208544124:
On Thu, Sep 12, 2013 at 10:03:58AM -0400, Roman Gelfand wrote:
> Based on comments made by Wietse, it looks like my server is in good
> shape as the connections are not even taking a second and the whole
> process is taking roughly a second.
Whether that is slow or not depends on what throughput
Based on comments made by Wietse, it looks like my server is in good
shape as the connections are not even taking a second and the whole
process is taking roughly a second.
Based on what Viktor is saying, this line could be a problem Sep 12
09:39:56 pmx1 postfix/smtpd[30058]: connect from unknown[
On Thu, Sep 12, 2013 at 09:12:59AM -0400, Roman Gelfand wrote:
> We have a program which every so often sends a request, using chilkat,
> to postfix to send out email with attachment. With every send it has
> to connect to postfix using sasl authentication. Each send appears to
> take a long tim
information, I am
> guessing the connection is taking most of the time.
>
> How can I determine the client connection speed?
You *could* start with the time stamps in the Postfix maillog file.
For example:
Sep 12 00:10:57 spike postfix/smtpd[69741]: connect from
some.example.com[1.2
connection is taking most of the time.
How can I determine the client connection speed?
Assuming the problem is connection speed, what can be done to speed up
the whole sending process.
Thanks in advance
21 matches
Mail list logo
