Kolus Maximiliano([EMAIL PROTECTED])@2001.08.23 09:39:03 +0000:
> Hello!
>
> > Generally, it's not too bad - adding the IP number to your
> > tcp.smtp file for a while will stop the connections. If the
>
> Our problem wasnt excesive retries, but mails not comming in. Anyway, i
> will take
> in care what you're telling me now.
fixcrio is your friend - it's in the ucspi-tcp package, together with
tcpserver.
>
> > I'm 100% behind Microsoft being wrong with this one - but that
> > doesn't mean the qmail implementation has to make life difficult for
> > both the sending and receiving servers/admin.
>
> I reported this "finding" to Microsoft too, they _should_ read the 451
> response from qmail, i hope that someone but Dave Null heard me.
dave's last name at micro$oft would be NUL: it seems -- and good ideas
make it into the heads of the creative folks only if they fit between
square brackets ;-)
>
> > Both the existing and draft specs forbid what qmail is doing.
>
> What i dont understand is the RST, AFAIK the right way to close a
> connection is FIN.
rst procudes the famous "connection reset by beer" you might know from
some flaky irc servers. AFAIK it's a good practice to implement it this
way since the other end notices the connection reset while it is not
produced in the application proto layer (smtp) but in tcp. if the other
end does not catch the message from the protocol stack it is not our
problem because it is poorly implemented, then ;-)
...or am i missing the point here?
/k
--
> Anxiety, n.: The first time you can't do it a second time.
> Panic, n.: The second time you can't do it the first time.
KR433/KR11-RIPE -- WebMonster Community Founder -- nGENn GmbH Senior Techie
http://www.webmonster.de/ -- ftp://ftp.webmonster.de/ -- http://www.ngenn.net/
karsten&rohrbach.de -- alpha&ngenn.net -- alpha&scene.org -- [EMAIL PROTECTED]
GnuPG 0x2964BF46 2001-03-15 42F9 9FFF 50D4 2F38 DBEE DF22 3340 4F4E 2964 BF46
Please do not remove my address from To: and Cc: fields in mailing lists. 10x
PGP signature
