>relaying. What control mechanism are you using? SMTP after POP is pretty >easy, and I think there's stuff already on the qmail web site implementing >it. There is atleast one smtp client from redmond that never does POP before SMTP if there is something to send prefering to do POP after SMTP :). Because of that we (large ISP with roaming customers) can not use it. The right thing is to use SMTP AUTH but the only patch available leaves much things to improve. POP before smtp also stinks because you have to recreate an "allowed IP's list" after every POP connection and this also is performace killer. Actualy i'll be paid to enhance the SMTP AUTH patch to support more authentication types so you can expect it next month if time permits. BTW: Has anybody hacked on SMTH AUTH??
SMTP AUTH - was: High-load servers...
listy-dyskusyjne Krzysztof Dabrowski Sat, 22 Jan 2000 09:57:26 -0800
- Re: High-load server... Timothy L. Mayo
- The perennial M... Steve Wolfe
- Re: The per... Stig Sandbeck Mathisen
- Re: High-load servers... Russ Allbery
- Re: High-load server... cmikk
- Re: High-load servers... cmikk
- Re: High-load servers... cmikk
- Re: High-load servers... Russ Allbery
- Re: High-load servers... cmikk
- Re: High-load servers... Petr Novotny
- Re: SMTP AUTH - was: High-load s... listy-dyskusyjne Krzysztof Dabrowski
- Re: SMTP AUTH - was: High-lo... listy-dyskusyjne Krzysztof Dabrowski
- Re: SMTP AUTH - was: High-lo... listy-dyskusyjne Krzysztof Dabrowski
- Re: SMTP AUTH - was: High-lo... cmikk
- Re: SMTP AUTH - was: High-lo... Dave Sill
- Re: SMTP AUTH - was: Hig... listy-dyskusyjne Krzysztof Dabrowski
- Re: High-load servers... Russ Allbery
- Re: High-load servers... cmikk
- Re: High-load servers... Russ Allbery
