First, please try to do it manually, like this: --- begin session ---- # telnet 127.0.0.1 25 Connected to .... 220 bla bla ehlo localhost 250 ok mail from: test@localhost 250 ok rcpt to: test@localhost data 354 test . 250 ok quit 221 bye Connection closed by foreign host # ---- here ends session ---- Of course, replace 127.0.0.1 with the addr. of the email server, and replace test@localhost with a valid email address. See if the problem persists. If it does, hmmm... maybe I shouldn't recommend this solution, since it is, effectively, bare bones.... What I do in these (extreme) cases is to run a strace(1) on the respective daemon. If you don't know what strace is, please read the man page. It basically shows every system call the respective program does. In the case of a daemon, you must run it like this: -telnet again to the port 25 on console 1 -on console 2, do on the email server a "ps -aux" and notice the PID of the smtp process just launched (it should be somewhere at the end of the listing) -on console 2,do strace -p <PID_OF_EMAIL_SERVER> -s 200 on console 1, start doing the session again and notice in the session 2 where (in between what functions) the smtp process is delaying.
Hope you manage - and good luck, Iustin Pop On Sat, 2002-04-27 at 03:30, Jeff Rosenberg wrote: > I am noticing very slow performance both when sending a message via SMTP and also >the amount of time it takes for that message to plop into the inbox. > > When sending to our Courier .38 server with a mail client, the delay is between 15 >and 20 seconds from the time you click "send" to the time the message is finally >sent. It is up to 30 seconds later that the message is finally delivered in the >inbox (clicking "receive" repeatedly). which is strange, since it's the same machine >for both SMTP and IMAP (or pop...same results) > > The same behavior happens for a routed SMTP message (if it was sent by another >server to our server). Significant delay. > > To complicate matters, we also run squirrelmail (webmail) on the same box, and when >a message is sent via SM's webmail interface, the message is sent in a second, and >appears instantly in the inbox! Just as I would expect! > > > So I don't know where to start looking. I disabled DNS lookups, disabled all RBL >type lookups, restarted courier, and nothing. > > > Anyone have any idea where I should start looking to troubleshoot this doozie? The >machine only has about 8mb free ram (an issue we will fix shortly), but sits on a >hardware SCSI raid > > TIA, > > Jeff Rosenberg > > (running on RedHat 7.1, hardware is dual 600mhz CPU HP NetServer) > _______________________________________________ courier-users mailing list [EMAIL PROTECTED] Unsubscribe: https://lists.sourceforge.net/lists/listinfo/courier-users
