>My mail is bounced back when sending mail to my imail server.

There are lots of reasons for Imail to bounce msg. Can you tell us why it 
bounces yours?


>When I send from my imail server to another server it's received without 
>any problem. When I sent mail from my imail server to my imail server 
>everything is okay too.

hey, 2 outta 3 aint' that bad!! vbg

>So the only problem that I have is that the rest of the world cannot send 
>mail to an user in my imail server

"Apart from that, Mrs Lincoln, how was the play??"

>  concluding that my pop3 is rejecting mail when it is not send by a smtp 
> server on my imail server.

whoa, wait a minute.  There's something confused here. POP3 doesn't reject 
mail. POP3 is exclusively a mail reading protocol, it only sends mail to 
authenticated POP3 clients, it doesn't receive mail to be rejected.

>I tried a telnet hostname 26 (25 is in use for virusscanning) and a vfy 
>{username} and it recognizes my users.
>
>What can I check further?

in c:\imail\spool\ directory are the SYSmmdd.txt log files.  You should run 
Imail with the SMTP and POP3 services logging to that file name. are you?

If so, bounce some mail off Imail and then go look in the log file to see 
why Imail is bouncing it. Imail may also send mail to "postmaster" in some 
error conditions.

How to read a log file?

"SMTP" lines are the Imail 'SMTP client" sending outgoing mail to remote 
"SMTPD servers"

"SMTPD" lines are the Imail 'SMTPD (daemon) server' receiving mail from 
remote "SMTP clients".  So, in your case, it's the SMTPD server which is 
giving you a "devil" of a time, vbg, by bouncing your msgs. Email can be 
hell-ish at times!!

"POP3" log lines have nothing to do with anything about your SMPTD server 
bouncing msgs.

For some reason, I suspect your Imail server isn't too busy yet, vbg, so 
you'll probably see a full SMTPD session with all its lines contiguous (a 
session has all its lines with the same NT process id number).  Busy 
servers have their sessions writing intermingled log lines so the session 
contiguity is lost so you have identify the SMTPD session lines of a single 
session by its process ID number.

For your reference in reading log lines, here are the RFC 821 "SMTP reply 
codes":

4.2.1.  REPLY CODES BY FUNCTION GROUPS

          500 Syntax error, command unrecognized
             [This may include errors such as command line too long]
          501 Syntax error in parameters or arguments
          502 Command not implemented
          503 Bad sequence of commands
          504 Command parameter not implemented

          211 System status, or system help reply
          214 Help message
             [Information on how to use the receiver or the meaning of a
             particular non-standard command; this reply is useful only
             to the human user]

          220 <domain> Service ready
          221 <domain> Service closing transmission channel
          421 <domain> Service not available,
              closing transmission channel
             [This may be a reply to any command if the service knows it
             must shut down]

          250 Requested mail action okay, completed
          251 User not local; will forward to <forward-path>
          450 Requested mail action not taken: mailbox unavailable
             [E.g., mailbox busy]
          550 Requested action not taken: mailbox unavailable
             [E.g., mailbox not found, no access]
          451 Requested action aborted: error in processing
          551 User not local; please try <forward-path>
          452 Requested action not taken: insufficient system storage
          552 Requested mail action aborted: exceeded storage allocation
          553 Requested action not taken: mailbox name not allowed
             [E.g., mailbox syntax incorrect]
          354 Start mail input; end with <CRLF>.<CRLF>
          554 Transaction failed

==============

If you could cut out that bit of your Imail log where you see it bouncing 
msgs and send it to us here, it would help us get you going.

Len

Please visit http://www.ipswitch.com/support/mailing-lists.html 
to be removed from this list.

Reply via email to