Re: Getting around Comcast Port 25 Block with a Local + Remote Postfix Server?
On 18 Jun 2013, at 10:45 , Al Zick a...@familysafeinternet.com wrote: Does anyone know if Comcast will let you relay emails through there mail server that do not have a comcast email address? Yes, they will. So will Google. Mac.com, otoh, will not (last I checked). -- I find Windows of absolutely no technical interest... Mac OS X is a rock -solid system that's beautifully designed. I much prefer it to Linux. -- Bill Joy
Re: Getting around Comcast Port 25 Block with a Local + Remote Postfix Server?
On Tue, Jun 18, 2013 at 9:00 AM, Rod K li...@23net.net wrote: If the local postfix instance isn't handling anything else (or even if it is) the easiest solution would probably be to configure it to relay everything through Comcast's SMTP server. You're absolutely right, Rod. I was so focused on figuring out a way AROUND Comcast, that I never considered going THROUGH them. I'm setting up smtp_sasl_password_maps right now. :) Thanks! SteveJ
Re: Getting around Comcast Port 25 Block with a Local + Remote Postfix Server?
On Tue, Jun 18, 2013 at 9:07 AM, Steve Jenkins stevejenk...@gmail.comwrote: On Tue, Jun 18, 2013 at 9:00 AM, Rod K li...@23net.net wrote: If the local postfix instance isn't handling anything else (or even if it is) the easiest solution would probably be to configure it to relay everything through Comcast's SMTP server. You're absolutely right, Rod. I was so focused on figuring out a way AROUND Comcast, that I never considered going THROUGH them. I'm setting up smtp_sasl_password_maps right now. :) Thanks again, Rod! Your advice was spot on: Jun 18 09:16:35 mugello postfix/smtp[25918]: EE44B5301F0: to= ...@gmail.com, relay=smtp.comcast.net[76.96.40.155]:587, delay=1.3, delays=0.14/0.03/0.38/0.77, dsn=2.0.0, status=sent (250 2.0.0 psGa1l00H0lc5WA8dsGai2 mail accepted for delivery) A good reminder that we often try to over-complicate things, and that the simplest answer is often the best. :) Cheers, SteveJ
Re: Getting around Comcast Port 25 Block with a Local + Remote Postfix Server?
On 6/18/2013 11:19 AM, Steve Jenkins wrote: A good reminder that we often try to over-complicate things, and that the simplest answer is often the best. :) You mean like using SMTP for a job best handled by SNMP or syslog? ;) IIRC both are supported by the Gen 1 APC net cards. And given your description of Colo+home, setting up a site-to-site VPN between the two would not only fix this issue, but likely many to come up in the future. -- Stan
Re: Getting around Comcast Port 25 Block with a Local + Remote Postfix Server?
On Tue, Jun 18, 2013 at 9:35 AM, Stan Hoeppner s...@hardwarefreak.comwrote: On 6/18/2013 11:19 AM, Steve Jenkins wrote: A good reminder that we often try to over-complicate things, and that the simplest answer is often the best. :) You mean like using SMTP for a job best handled by SNMP or syslog? ;) IIRC both are supported by the Gen 1 APC net cards. Yeah like THAT! ;) Although, as it turns out, I was able to get these alerts working in under 5 minutes with four lines in my main.cf: relayhost = [smtp.comcast.net]:587 smtp_sasl_auth_enable = yes smtp_sasl_password_maps = hash:/etc/postfix/sasl_passwd smtp_sasl_security_options = While setting up my at-home DD-WRT firewall to allow SNMP messages outbound to our colo-based Nagios server would have taken at least 8 minutes. :) And given your description of Colo+home, setting up a site-to-site VPN between the two would not only fix this issue, but likely many to come up in the future. That STILL sounds less simple than those four lines, but you make an excellent point, Stan (as usual). I'll look into that in anticipation of the next issue that will surely come up. :) SteveJ
Re: Getting around Comcast Port 25 Block with a Local + Remote Postfix Server?
On Tue, Jun 18, 2013 at 9:45 AM, Al Zick a...@familysafeinternet.com wrote: Does anyone know if Comcast will let you relay emails through there mail server that do not have a comcast email address? You must use a Comcast username and password to authenticate on their SMTP servers, but after that you can send mail TO any email address (which is expected), but you can also use any FROM address you like, even if it's not @comcast.net (which is surprising). SteveJ
Re: Getting around Comcast Port 25 Block with a Local + Remote Postfix Server?
On Jun 18, 2013, at 12:19 PM, Steve Jenkins wrote: On Tue, Jun 18, 2013 at 9:07 AM, Steve Jenkins wrote: On Tue, Jun 18, 2013 at 9:00 AM, Rod K wrote: If the local postfix instance isn't handling anything else (or even if it is) the easiest solution would probably be to configure it to relay everything through Comcast's SMTP server. You're absolutely right, Rod. I was so focused on figuring out a way AROUND Comcast, that I never considered going THROUGH them. I'm setting up smtp_sasl_password_maps right now. :) Thanks again, Rod! Your advice was spot on: Jun 18 09:16:35 mugello postfix/smtp[25918]: EE44B5301F0: to=...@gmail.com, relay=smtp.comcast.net[76.96.40.155]:587, delay=1.3, delays=0.14/0.03/0.38/0.77, dsn=2.0.0, status=sent (250 2.0.0 psGa1l00H0lc5WA8dsGai2 mail accepted for delivery) A good reminder that we often try to over-complicate things, and that the simplest answer is often the best. :) Does anyone know if Comcast will let you relay emails through there mail server that do not have a comcast email address? Thanks, Al
Re: Getting around Comcast Port 25 Block with a Local + Remote Postfix Server?
On 6/18/2013 11:43 AM, Steve Jenkins wrote: That STILL sounds less simple than those four lines, but you make an excellent point, Stan (as usual). I'll look into that in anticipation of the next issue that will surely come up. :) Well sure, quick hacks are always easy. Call me a purist, no frills, efficiency freak, maybe reliability freak, or just plain freak. ;) A few of salient points: 1. The header alone may be a kilobyte, for a msg body of a few dozen bytes--horrible overhead, a waste of resources. 2. An SNMP/syslog message will be one or two lines, a few dozen bytes 3. Comcast's SMTP relay may delay delivery due to any number of causes. You don't control it. You can't look at nor flush its queue. Do you need these alerts in real time? Guaranteed delivery? 4. SNMP/syslog is realtime. You control it. SNMP/syslog were designed specifically for this type of application. They are better suited. While using SMTP is not wholly inappropriate, it's far from optimal. And, is Comcast's relay infrastructure reliable in the long term for sending such alerts? -- Stan
Re: Getting around Comcast Port 25 Block with a Local + Remote Postfix Server?
On Tue, Jun 18, 2013 at 11:35 AM, Stan Hoeppner s...@hardwarefreak.comwrote: On 6/18/2013 11:43 AM, Steve Jenkins wrote: That STILL sounds less simple than those four lines, but you make an excellent point, Stan (as usual). I'll look into that in anticipation of the next issue that will surely come up. :) Well sure, quick hacks are always easy. Call me a purist, no frills, efficiency freak, maybe reliability freak, or just plain freak. ;) A few of salient points: You're the hardware freak, Stan. There's no shame in being freaky. :) 1. The header alone may be a kilobyte, for a msg body of a few dozen bytes--horrible overhead, a waste of resources. 2. An SNMP/syslog message will be one or two lines, a few dozen bytes 3. Comcast's SMTP relay may delay delivery due to any number of causes. You don't control it. You can't look at nor flush its queue. Do you need these alerts in real time? Guaranteed delivery? 4. SNMP/syslog is realtime. You control it. I will certainly look into a longer term VPN solution, since it will give me the most flexibility moving forward. I've already got one VPN set up here at the house, so I can authenticate on the local domain and grab files, control client devices in the house, etc. Setting up SNMP without the VPN will require a bit of kung fu to get through the Linksys router, epsecially for 6 different UPS units with 6 different UP addresses. Also, I'm not the only person who gets alerted when a Nagios-monitored resource goes critical. The other admins won't be too thrilled if they're woken up by the UPS in my home office announcing a power outage. :) But to get past some issues in your item #3, I actually re-configured it to authenticate and relay through one of my own personal Postfix boxes at the colo, instead of relying on Comcast's SMTP servers. I also figured out how to do it with Gmail's servers (unlike Comcast, Gmail and my Postfix box both require smtp_use_tls=yes). I settled on using my own. Son now I CAN look at and flush the queue (let's add control freak to your list of benevolent freakish qualities... cuz control in this case is a GOOD thing). Also, by relaying through one of my personal boxes, I can now DKIM-sign the alerts and make sure they pass SPF, without needing to add PTR records to my zone files. Yes, that adds to the size of the header, but at least I get something in return. SteveJ