All of lore.kernel.org
 help / color / mirror / Atom feed
From: "Taylor, Grant" <gtaylor@riverviewtech.net>
To: netfilter@lists.netfilter.org
Subject: Re: Delay in responding caused by netfilter ? [Completely Solved]
Date: Wed, 04 May 2005 11:23:36 -0500	[thread overview]
Message-ID: <4278F708.4080607@riverviewtech.net> (raw)
In-Reply-To: <4278B1B9.9040302@mnemon.de>

> Which is what I did on one server (SuSE) and it solved the problem there.

*nod*

> The other server was different in that the problem occured not always,
> only about 80% of all connections were affected and only POP3. The real
> solution can be found here:
> 
> http://www.washington.edu/imap/IMAP-FAQs/index.html issue 7.24

This article is written from the System Administrator's point of view, i.e. from the server end of the connection where as what I did was written from the end users point of view from the client end of the connection.  The solution that this article talks about is how to configure the server to not even query for Ident (Auth) information.  What I did was configure my firewall to do an automatic REJECT of any Ident (Auth) queries that come in to my firewall from an SMTP server that I have just recently spoken to.  It is entirely possible that I could set up an SMTP server on my home server (that I would send all my outbound mail at the house through) that would connect to the ultimate MX for each peice of mail that I send out.  The ultimate that I would talk to could be configured to send Ident (Auth) queries or it could just as easily be configured not to.  This is the situation that I h
 ave no control over the server (ultimate MX) that would be sending the Ident (Auth) queri
es and this is the situation that I was addressing.  Personally IMHO these are two distinct problems that are EXTREMELY closely related to each other both having to do with Ident (Auth) and SMTP (or POP3 in your case) for the same connection, but on the opposite end of said connection.

> Thanks to all providing ideas and pointing me to ident.

No problem and you are welcome.  :)



Grant. . . .


  reply	other threads:[~2005-05-04 16:23 UTC|newest]

Thread overview: 9+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2005-04-29 11:50 Delay in responding caused by netfilter ? Jörg Harmuth
2005-04-29 13:37 ` Alistair Tonner
2005-04-29 14:25   ` Jason Opperisano
2005-04-30  4:01     ` Taylor, Grant
2005-05-02  7:50       ` Taylor, Grant
2005-05-04 11:27       ` Delay in responding caused by netfilter ? [Completely Solved] Jörg Harmuth
2005-05-04 16:23         ` Taylor, Grant [this message]
2005-05-05  0:29         ` Alistair Tonner
2005-04-29 17:45   ` Delay in responding caused by netfilter ? R. DuFresne

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=4278F708.4080607@riverviewtech.net \
    --to=gtaylor@riverviewtech.net \
    --cc=netfilter@lists.netfilter.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.