> hi orly, > > if this system uses RCPT TO to gauge whether the sender's address is real > or not, does it have a dummy email account that it uses to send test email > and does it handle email bounces transparently? there are some servers that > accept any address in RCPT TO that belongs to their domain, but then upon > actual delivery, they find out that the account doesn't really exist and > then bounce 'em back.
makikisingit ulet... doesnt have to actually send mail, a QUIT after a RCPT TO should disconnect the session (correct me if i'm wrong). Ang nakikita kong advantage, there are SOME servers that actually say when a destination or valid or not (hotmail for example). That means it could cut down on at least some spam. the other servers who dont want to give away validity of addresses would obviously be forced to say "go ahead and send your email i'll check it later". Pero mahirap ring i implement na lahat ng server mag reply ng valitidy ng RCPT TO (assuming you want this on your server---personally i wouldnt tell anybody which is valid and which is not on any of my server). Medyo mahirap rin to on the standpoint of relay-only mail stations (eg. secondary MX hosts which dont have access to the true mail accounts, unless the mail account list is statically stored on the relay also for validation).. in short may work on some spoofed email address, or may not...either way should cut down on spam, the question is, is cross checking overhead worth it.. tignan ko nga equivalent sa sendmail, alam ko meron e...pagtitripan ko rin, this is an interesting angle...I'll post the config pag nakita ko. jondz _ Philippine Linux Users Group. Web site and archives at http://plug.linux.org.ph To leave: send "unsubscribe" in the body to [EMAIL PROTECTED] Fully Searchable Archives With Friendly Web Interface at http://marc.free.net.ph To subscribe to the Linux Newbies' List: send "subscribe" in the body to [EMAIL PROTECTED]
