@@ -518,7 +518,7 @@ I hesitated over step 3 for some time, fearing to upset long-time popclient user
Also, the only way to lose mail vanished. If you specified delivery to a file and the disk got full, your mail got lost. This can't happen with SMTP forwarding because your SMTP listener won't return OK unless the message can be delivered or at least spooled for later delivery.
게다가 메일을 잃어버릴 유일한 가능성도 사라졌다. 만약 당신이 파일로 배달하기를 선택했을 때 디스크가 가득 차 있다면 당신의 메일은 사라져버린다. 그러나 SMTP 포워딩에서는, SMTP 리스너가 메시지를 배달하거나 최소한 나중에 배달될 수 있도록 스풀링하지 않는 한 SMTP 수신기가 OK를 반환하지 않기에 이런 문제가 발생하지 않는다.
게다가 메일을 잃어버릴 유일한 가능성도 사라졌다. 만약 당신이 파일로 배달하기를 선택했을 때 디스크가 가득 차 있다면 당신의 메일은 사라져버린다. 그러나 SMTP 전송에서는, SMTP 리스너가 메시지를 배달하거나 최소한 나중에 배달될 수 있도록 스풀링하지 않는 한 SMTP 수신기가 OK를 반환하지 않기에 이런 문제가 발생하지 않는다.
Also, performance improved (though not so you'd notice it in a single run). Another not insignificant benefit of this change was that the manual page got a lot simpler.
