Am 08.07.2010 um 20:55 schrieb Noel Jones:
On 7/8/2010 12:13 PM, Philipp Leusmann wrote:
Am 08.07.2010 um 19:02 schrieb Philipp Leusmann:
Am 08.07.2010 um 18:23 schrieb Noel Jones:
On 7/8/2010 10:58 AM, Philipp Leusmann wrote:
Hi all,
to stop backscattering I wrote a tcp_table
Hi Wietse,
what kind auf verbose logging are you talking about? postmap -vv -q ? Or a
more verbose logging for tcp_table in mail.log ? How could I turn this on?
Philipp
Am 09.07.2010 um 15:45 schrieb Wietse Venema:
Philipp Leusmann:
warning: restriction `User' after `defer' is ignored
Philipp Leusmann:
warning: restriction `User' after `defer' is ignored
when I return something like
200 DEFER User is over quota
I guess there is some special string expected after DEFER ?
Wietse:
No. When the first word is defer or DEFER etc., then the rest
of the text sent to the
Am 09.07.2010 um 16:02 schrieb Wietse Venema:
Philipp Leusmann:
warning: restriction `User' after `defer' is ignored
when I return something like
200 DEFER User is over quota
I guess there is some special string expected after DEFER ?
Wietse:
No. When the first word is defer or
On 7/9/2010 6:46 AM, Philipp Leusmann wrote:
Am 08.07.2010 um 20:55 schrieb Noel Jones:
On 7/8/2010 12:13 PM, Philipp Leusmann wrote:
thanks for your advice. This really should be pointed out more explicitly in
the documentation.
As for 500, would it be a good practice to return 500, if
On Fri, Jul 09, 2010 at 04:13:28PM +0200, Philipp Leusmann wrote:
Jul 9 16:07:00 s15277780 postfix/smtpd[18815]: NOQUEUE: reject:
RCPT from c-68-57-126-48.hsd1.va.comcast.net[68.57.126.48]:
450 4.3.2 silvi...@xxx.de: Recipient address rejected:
Try again later;
Philipp Leusmann:
I need to see ONE example of verbose logging that shows
(
tcp_table returning the string that is giving the above error,
AND
the Postfix SMTP server processing that result
).
Sorry, I still don't get, what you mean.
I need to see VERBOSE LOGGING
Am 09.07.2010 um 17:39 schrieb Victor Duchovni:
On Fri, Jul 09, 2010 at 04:13:28PM +0200, Philipp Leusmann wrote:
Jul 9 16:07:00 s15277780 postfix/smtpd[18815]: NOQUEUE: reject:
RCPT from c-68-57-126-48.hsd1.va.comcast.net[68.57.126.48]:
450 4.3.2 silvi...@xxx.de: Recipient
On Fri, Jul 09, 2010 at 07:25:45PM +0200, Philipp Leusmann wrote:
Jul 9 19:15:25 s15277780 postfix/smtpd[22232]: dict_tcp_lookup: send: get
be...@xxx.de
Jul 9 19:15:25 s15277780 postfix/smtpd[22232]: dict_tcp_lookup: recv: 200
DEFER%20User%20over%20quota
Jul 9 19:15:25 s15277780
Am 09.07.2010 um 19:46 schrieb Victor Duchovni:
On Fri, Jul 09, 2010 at 07:25:45PM +0200, Philipp Leusmann wrote:
Jul 9 19:15:25 s15277780 postfix/smtpd[22232]: dict_tcp_lookup: send: get
be...@xxx.de
Jul 9 19:15:25 s15277780 postfix/smtpd[22232]: dict_tcp_lookup: recv: 200
Victor Duchovni:
On Fri, Jul 09, 2010 at 07:25:45PM +0200, Philipp Leusmann wrote:
Jul 9 19:15:25 s15277780 postfix/smtpd[22232]: dict_tcp_lookup: send: get
be...@xxx.de
Jul 9 19:15:25 s15277780 postfix/smtpd[22232]: dict_tcp_lookup: recv: 200
DEFER%20User%20over%20quota
Jul 9
On Fri, Jul 09, 2010 at 08:56:38PM +0200, Philipp Leusmann wrote:
It would be nice, if somebody else, also running a Debian Lenny (it's lenny,
not etch) system could verify this behavior.
Anybody here?
I will also reinstall postfix and try again.
If it is compiled with debugging
On Fri, Jul 09, 2010 at 04:04:59PM -0400, Wietse Venema wrote:
Either your Postfix source is modified, miscompiled, the binaries are
corrupted, or CPU is mal-functioning.
Or he is running a Postfix version before 2.6.
Citing the access(5) manpage:
DEFER optional text...
Victor Duchovni:
On Fri, Jul 09, 2010 at 04:04:59PM -0400, Wietse Venema wrote:
Either your Postfix source is modified, miscompiled, the binaries are
corrupted, or CPU is mal-functioning.
Or he is running a Postfix version before 2.6.
Citing the access(5) manpage:
Am 09.07.2010 um 22:37 schrieb Wietse Venema:
Victor Duchovni:
On Fri, Jul 09, 2010 at 04:04:59PM -0400, Wietse Venema wrote:
Either your Postfix source is modified, miscompiled, the binaries are
corrupted, or CPU is mal-functioning.
Or he is running a Postfix version before 2.6.
Hi all,
to stop backscattering I wrote a tcp_table server which checks quota
availability for incoming messages.
I read http://www.postfix.org/tcp_table.5.html over and over again, but still
I am getting messages like
Jul 8 17:46:24 s15277780 postfix/smtpd[3325]: warning: read TCP map reply
On 7/8/2010 10:58 AM, Philipp Leusmann wrote:
Hi all,
to stop backscattering I wrote a tcp_table server which checks quota
availability for incoming messages.
I readhttp://www.postfix.org/tcp_table.5.html over and over again, but still
I am getting messages like
Jul 8 17:46:24 s15277780
Am 08.07.2010 um 18:23 schrieb Noel Jones:
On 7/8/2010 10:58 AM, Philipp Leusmann wrote:
Hi all,
to stop backscattering I wrote a tcp_table server which checks quota
availability for incoming messages.
I readhttp://www.postfix.org/tcp_table.5.html over and over again, but
still I am
Am 08.07.2010 um 19:02 schrieb Philipp Leusmann:
Am 08.07.2010 um 18:23 schrieb Noel Jones:
On 7/8/2010 10:58 AM, Philipp Leusmann wrote:
Hi all,
to stop backscattering I wrote a tcp_table server which checks quota
availability for incoming messages.
I
On Thu, Jul 8, 2010 at 13:13, Philipp Leusmann
philipp.leusm...@rwth-aachen.de wrote:
But I still get the odd
warning: read TCP map reply from localhost:1337: unexpected EOF (Success)
log entry. Is there missing anything?
I gather from the documentation the connection is maintained for more
On 7/8/2010 12:13 PM, Philipp Leusmann wrote:
Am 08.07.2010 um 19:02 schrieb Philipp Leusmann:
Am 08.07.2010 um 18:23 schrieb Noel Jones:
On 7/8/2010 10:58 AM, Philipp Leusmann wrote:
Hi all,
to stop backscattering I wrote a tcp_table server which checks quota
availability for incoming
21 matches
Mail list logo