Re: [Declude.JunkMail] Bounce Action and IMail Server Relay
Hi, John, Or anyone else for that matter. Can someone help fill in some blanks about how we would use our IMail Server as a Gateway to Store and Forward as described below? I did search the IMail KB as John suggested and found this... How to use IMail as SMTP Gateway for another e-mail server http://support.ipswitch.com/kb/IM-19980116-DM01.htm From what I can tell you want to do the following... 1) Point the MX record of the domain name in question, e.g. ACME.COM, to the IP Address of our IMail Server. 2) Using the steps described in the above link edit the hosts file to point the domain name ACME.COM to the IP Address of the Destination Mail Server. Which all seems very simple. How does IMail know to accept incoming SMTP Mail for a domain name that is not defined in it's internal database? We use SMTP Authentication for POP3 customers who want to route their outgoing SMTP Mail through us. Does that prevent this Store and Forward scenario from happening? Any feedback for the above or further tips for doing this as described in the below e-mail are welcome. Thanks In Advance, Dan Geiser [EMAIL PROTECTED] - Original Message - From: John Tolmachoff [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Friday, February 28, 2003 4:28 PM Subject: RE: [Declude.JunkMail] Bounce Action and IMail Server Relay Currently we are planning on offering Spam Filtering (once we finish testing) to our current e-mail hosting customers, i.e. those hosted on our IMail server. We also have a few customers who don't host e-mail with us but would probably be interested in spam filtering if we had it available. For those who don't host with us we were thinking we could let them relay their e-mail through our system, filter out their spam, and then send it on the way. I know this question might be better posted to the IMail Server discussion list but I thought I would try here first. Can IMail Server be configured to act as a relay in this manner? I don't have tons of experience with IMail (only enough to be dangerous), so forgive me if that's a silly question. If IMail can be configured as a relay for Incoming Mail as I described, do you know where the IMail interface I might configure it, or perhaps a piece of documentation that would outline this setup? This is and can be done quite easily, and I am doing that here. Search the Imail KB for Store and Forward and Gateway. Also search the Declude Junkmail Archives. I can give you a detailed how to but I am swamped right now. If some one else can explain it... John Tolmachoff MCSE, CSSA IT Manager, Network Engineer RelianceSoft, Inc. Fullerton, CA 92835 www.reliancesoft.com --- [This E-mail was scanned for viruses by Declude Virus (http://www.declude.com)] --- This E-mail came from the Declude.JunkMail mailing list. To unsubscribe, just send an E-mail to [EMAIL PROTECTED], and type unsubscribe Declude.JunkMail. The archives can be found at http://www.mail-archive.com. === This E-mail is scanned and free from viruses. www.nexustechgroup.com This E-mail is scanned and free from viruses. www.nexustechgroup.com --- [This E-mail was scanned for viruses by Declude Virus (http://www.declude.com)] --- This E-mail came from the Declude.JunkMail mailing list. To unsubscribe, just send an E-mail to [EMAIL PROTECTED], and type unsubscribe Declude.JunkMail. The archives can be found at http://www.mail-archive.com.
RE: [Declude.JunkMail] Bounce Action and IMail Server Relay
1) Point the MX record of the domain name in question, e.g. ACME.COM, to the IP Address of our IMail Server. 2) Using the steps described in the above link edit the hosts file to point the domain name ACME.COM to the IP Address of the Destination Mail Server. Which all seems very simple. Accept left one step out. Must add the IP address of the mail server your are SF for to Relay for Addresses list. At the bottom of that KB: In SMTP Security (IMail Administrator | localhost) you must select Relay for Addresses. List the IP address of the other mail server. In version 7.0 find services under IMail Administrator | localhost | Services. How does IMail know to accept incoming SMTP Mail for a domain name that is not defined in it's internal database? We use SMTP Authentication for POP3 customers who want to route their outgoing SMTP Mail through us. Does that prevent this Store and Forward scenario from happening? By using the information in the HOSTS file and in the Relay for Addresses file. Any feedback for the above or further tips for doing this as described in the below e-mail are welcome. As you are using Declude, make sure you are using the latest version. John Tolmachoff MCSE, CSSA IT Manager, Network Engineer RelianceSoft, Inc. Fullerton, CA 92835 www.reliancesoft.com --- [This E-mail was scanned for viruses by Declude Virus (http://www.declude.com)] --- This E-mail came from the Declude.JunkMail mailing list. To unsubscribe, just send an E-mail to [EMAIL PROTECTED], and type unsubscribe Declude.JunkMail. The archives can be found at http://www.mail-archive.com.
[Declude.JunkMail] Bounce Action and IMail Server Relay
Hi, Again, I was asked me an interesting question today which I did not have an answer for so I thought I would find out. Currently we hold all suspected spam but somewhere down the road we might be interested in rejecting the spam for even being received by our mail server. One JunkMail action which could accomplish this might be the bouce action. My question is this... When the bounce action is flipped on, if a message fails a test with bounce associated with it does Declude.JunkMail tell IMail to reject the message during the incoming SMTP conversation (and not even accept it into the server) or does IMail actually accept the message and then queue the bounce message up in the spool to be sent back to the sender? If the latter, and the senders are spoofing their addresses, couldn't this potentially cause a lot of mail in limbo to build up in the spool folder? The reason that I ask is this... Currently we are planning on offering Spam Filtering (once we finish testing) to our current e-mail hosting customers, i.e. those hosted on our IMail server. We also have a few customers who don't host e-mail with us but would probably be interested in spam filtering if we had it available. For those who don't host with us we were thinking we could let them relay their e-mail through our system, filter out their spam, and then send it on the way. I know this question might be better posted to the IMail Server discussion list but I thought I would try here first. Can IMail Server be configured to act as a relay in this manner? I don't have tons of experience with IMail (only enough to be dangerous), so forgive me if that's a silly question. If IMail can be configured as a relay for Incoming Mail as I described, do you know where the IMail interface I might configure it, or perhaps a piece of documentation that would outline this setup? I appreciate the feedback. Thanks, Dan Geiser [EMAIL PROTECTED] This E-mail is scanned and free from viruses. www.nexustechgroup.com --- [This E-mail was scanned for viruses by Declude Virus (http://www.declude.com)] --- This E-mail came from the Declude.JunkMail mailing list. To unsubscribe, just send an E-mail to [EMAIL PROTECTED], and type unsubscribe Declude.JunkMail. The archives can be found at http://www.mail-archive.com.
Re: [Declude.JunkMail] Bounce Action and IMail Server Relay
When the bounce action is flipped on, if a message fails a test with bounce associated with it does Declude.JunkMail tell IMail to reject the message during the incoming SMTP conversation (and not even accept it into the server) or does IMail actually accept the message and then queue the bounce message up in the spool to be sent back to the sender? If the latter, and the senders are spoofing their addresses, couldn't this potentially cause a lot of mail in limbo to build up in the spool folder? The key here is the DO NOT USE THIS ACTION unless you understand FULLY that spammers will NEVER receive the bounce message. from the test description. IMail doesn't allow software to interfere with the SMTP transaction, so this is an actual bounce message, not a reject. The problem isn't that *you* have to deal with the E-mail in limbo, but that innocent victims will be getting bounce messages from you. -Scott --- [This E-mail was scanned for viruses by Declude Virus (http://www.declude.com)] --- This E-mail came from the Declude.JunkMail mailing list. To unsubscribe, just send an E-mail to [EMAIL PROTECTED], and type unsubscribe Declude.JunkMail. The archives can be found at http://www.mail-archive.com.