Re: MTA advice ??
Jeffrey Goldberg wrote: Receiving mail directly will be more possible, but tricky. You will need to use a dynamic DNS system. Also do consider uptime and reliability. In the old days, if one MTA couldn't reach another it would hold stuff in its queue for four or five days. Now, most MTAs appear to be configured to give up after 24 hours. So if your mailserver is down for a day, mail will be bounced and never delivered to you. Actually, most *legitimate* MTAs do not give up after 24 hours. -- Sahil Tandon [EMAIL PROTECTED] ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: MTA advice ??
On Aug 25, 2008, at 12:49 AM, Matthew Seaman wrote: Jeffrey Goldberg wrote: In the old days, if one MTA couldn't reach another it would hold stuff in its queue for four or five days. Now, most MTAs appear to be configured to give up after 24 hours. In which case those mail systems are not in compliance with the RFCs. RFC 2821 Section 4.5.4.1 says: Retries continue until the message is transmitted or the sender gives up; the give-up time generally needs to be at least 4-5 days. The parameters to the retry algorithm MUST be configurable. Thanks for that. I will point that out to the appropriate postmasters the next time I see delivery attempts give up before this. Not that it will do much good, but I will try. I wonder whether rfc-ignorant.org has a category for this. Hold on ... Nope. They don't have this category of (2)821 violation. The original poster may wish to take a look at rfc-ignorant.org to make sure that they feel confident that they can run an Internet- friendly mailserver. Cheers, -j -- Jeffrey Goldberghttp://www.goldmark.org/jeff/ ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: MTA advice ??
On Mon, 25 Aug 2008 06:49:56 +0100 Matthew Seaman [EMAIL PROTECTED] wrote: Jeffrey Goldberg wrote: Receiving mail directly will be more possible, but tricky. You will need to use a dynamic DNS system. Also do consider uptime and reliability. In the old days, if one MTA couldn't reach another it would hold stuff in its queue for four or five days. Now, most MTAs appear to be configured to give up after 24 hours. So if your mailserver is down for a day, mail will be bounced and never delivered to you. In which case those mail systems are not in compliance with the RFCs. RFC 2821 Section 4.5.4.1 says: Retries continue until the message is transmitted or the sender gives up; the give-up time generally needs to be at least 4-5 days. The parameters to the retry algorithm MUST be configurable. ie. 4-5 days is the /minimum/ time to hold messages in the queue and keep retrying. It doesn't say that. The only concrete requirement there is the last sentence about the retry algorithm, the rest is just friendly advice. There are cheap backup services that will avoid this kind of problem though. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
MTA advice ??
I have a hosted domain that recently changed their mail filtering. I am not happy with the new setup and am considering setting up my own. Looking for tips on setting up something on my freeBSD 6.1 box. My ISP is cablevision IO. Not sure what they allow, ie: whether I can have my hosted domain set to use my cable IP as a MTA, or if I have to do some kind of end run around cablevision to get a MTA set up locally. Also looking for advice on which software would serve me bet in this instance. TIA Pete C ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: MTA advice ??
pete wrote: I have a hosted domain that recently changed their mail filtering. I am not happy with the new setup and am considering setting up my own. Looking for tips on setting up something on my freeBSD 6.1 box. Running your own MTA is one of those sysadmin rights of passage. It's unfortunate that the general levels of spam and other nastyness around the net make it so much harder than it should be nowadays. My ISP is cablevision IO. Not sure what they allow, ie: whether I can have my hosted domain set to use my cable IP as a MTA, or if I have to do some kind of end run around cablevision to get a MTA set up locally. Hmmm... Whether this is allowed or not depends very much on the ToS of your supplier. Most big consumer ISPs won't let you run a mail server. Most business ISPs will. There are suppliers who will host e-mail for you, for a consideration. eg. www.gradwell.net -- a UK outfit so probably not ideal for you, but a good example of what can be done. Also looking for advice on which software would serve me bet in this instance. Now that's a whole big can of worms. Just about everyone has religious-level opinions about what the best MTA is. I tend to use sendmail, because I know how to make it do what I want. It's not for everyone though. postfix I generally hear good things about, and it supports the same libmilter stuff as sendmail, which is handy for setting up things like DKIM signing or interfacing with spamassassin. qmail has it's devotees but it's unlike just about any other Unix daemon you've ever met. Exim is pretty industrial strength and good when you have to interface a lot with databases. The config file language is a bit odd though. That's the 'big 4'. There are plenty of smaller players like Courier also available. And we haven't even got onto such contentious topics as 'what IMAP/POP3 server should I use' or 'if foobar webmail the thing for me?' Cheers, Matthew -- Dr Matthew J Seaman MA, D.Phil. 7 Priory Courtyard Flat 3 PGP: http://www.infracaninophile.co.uk/pgpkey Ramsgate Kent, CT11 9PW signature.asc Description: OpenPGP digital signature
Re: MTA advice ??
On Sun, 24 Aug 2008 20:22:34 +0100, Matthew Seaman [EMAIL PROTECTED] wrote: Running your own MTA is one of those sysadmin rights of passage. It's unfortunate that the general levels of spam and other nastyness around the net make it so much harder than it should be nowadays. Things that are nothing special, e. g. using your own mail server to deliver mails, is nearly impossible today if you're within an address range of a provider that gives you dynamic IPs. Spam and nastyness are usually problems generated by others (not by those who set up their own mailservers). So mails cannot be delivered. This hasn't been the situation in the past, but due to approx. 90% of the amount of mails being transferred being spam... you can imagine the reasons for this, but the UNIX people have to suffer from it, while the don't care crowd relies on someone else keeping the mail transfer infrastructure running... Hmmm... Whether this is allowed or not depends very much on the ToS of your supplier. Most big consumer ISPs won't let you run a mail server. Most business ISPs will. There are suppliers who will host e-mail for you, for a consideration. eg. www.gradwell.net -- a UK outfit so probably not ideal for you, but a good example of what can be done. Another option is to forward outgoing mail to a MX of the ISP that is not on a blacklist. The sendmail service provides an easy means to achieve this: SMART_HOST. This does not cover incoming mail, of course. -- Polytropon From Magdeburg, Germany Happy FreeBSD user since 4.0 Andra moi ennepe, Mousa, ... ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: MTA advice ??
I am very happy with: Sendmail (the one that comes with Freebsd...) and messagewall (in the ports). if you need, I can send you the 3 config files... that make it all happen. with this software you can: 1) receive email directly to your computer (provided that port 25 is open). 2) filter 99.8 % 0f the spam 3) provides smtp relay (authenticated) 4) virtual hosts, aliases, domains fully integrated with nameserver (in the same machine) 5) send email to anybody in internet (you must use static ip). It has been working for 20 years Sergio ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: MTA advice ??
At 01:06 PM 8/24/2008, pete wrote: I have a hosted domain that recently changed their mail filtering. I am not happy with the new setup and am considering setting up my own. Looking for tips on setting up something on my freeBSD 6.1 box. My ISP is cablevision IO. Not sure what they allow, ie: whether I can have my hosted domain set to use my cable IP as a MTA, or if I have to do some kind of end run around cablevision to get a MTA set up locally. Also looking for advice on which software would serve me bet in this instance. TIA Pete C You will need either a static IP, or subscribe to a service that will update your DNS entry as your IP changes. I prefer to use a static IP, but you need to see if your ISP will give you one. -Derek -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: MTA advice ??
On Aug 24, 2008, at 1:06 PM, pete wrote: I have a hosted domain that recently changed their mail filtering. I am not happy with the new setup I have my email hosted by fastmail.fm. I am extremely happy with them. (They really understand IMAP and the needs to power email users). and am considering setting up my own. Looking for tips on setting up something on my freeBSD 6.1 box. Running your own MTA is not for the faint-hearted. My ISP is cablevision IO. Not sure what they allow, ie: whether I can have my hosted domain set to use my cable IP as a MTA The main question is whether you have a static IP. The IP address that you appear to have sent your message from, 69.118.77.111, does not appear to be a static IP address. You will not be able to send directly from that IP to most mail servers on the net. So if you intend to use your system for sending mail, you will have to go through a smart host (probably your ISPs designated out bound SMTP server). Receiving mail directly will be more possible, but tricky. You will need to use a dynamic DNS system. Also do consider uptime and reliability. In the old days, if one MTA couldn't reach another it would hold stuff in its queue for four or five days. Now, most MTAs appear to be configured to give up after 24 hours. So if your mailserver is down for a day, mail will be bounced and never delivered to you. Also looking for advice on which software would serve me bet in this instance. exim, postfix and sendmail are all good choices. I personally prefer exim, but I think that someone in your position would do best with postfix. Cheers, -j -- Jeffrey Goldberghttp://www.goldmark.org/jeff/ ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: MTA advice ??
On Sun, Aug 24, 2008 at 02:06:25PM -0400, pete wrote: I have a hosted domain that recently changed their mail filtering. I am not happy with the new setup and am considering setting up my own. Looking for tips on setting up something on my freeBSD 6.1 box. My ISP is cablevision IO. Not sure what they allow, ie: whether I can have my hosted domain set to use my cable IP as a MTA, or if I have to do some kind of end run around cablevision to get a MTA set up locally. Here are the pre-requisites: - You must have a solid understanding of SMTP, DNS, etc. - You must have one or more fixed IP addresses. - Your ISP must be willing and agree to delegate your IP address(es) to you or to whomever is going to handle the DNS for your domain. A call to your ISP's DNS provisioning department may typically be all that's required. - DNS must be set up correctly. - Your email server must be set up correctly. - Your own network must be secured. - Your DNS and email servers must be available 24-7/365. If all the above can't be met, you have no business sending or receiving email. If you want to try and PASS GO and collect the $200 by skipping one or more of the pre-requisites (common enough, it seems), prepare yourself for some heartache, and be aware that you're likely to cause or participate in grief for others. Put simply, email is one of the more complex and challenging things you can do. If you don't have the knowledge or technical expertise, but feel confident you can master the fundamentals and progress from there, be prepared to spend the next month or two or three slogging through reading RFCs to do so. If you do, know that your work has just begun, and the hard part is just around the corner. ;-) Also looking for advice on which software would serve me bet in this instance. I'd suggest setting up an internal test network and deciding for yourself. For example, setting up a number of FreeBSD jails, each with its own running installation of sendmail, postfix, qmail, etc. would be a good approach, and may more useful than relying on the opinions or recommendations of others. -- George ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: MTA advice ??
Jeffrey Goldberg wrote: Receiving mail directly will be more possible, but tricky. You will need to use a dynamic DNS system. Also do consider uptime and reliability. In the old days, if one MTA couldn't reach another it would hold stuff in its queue for four or five days. Now, most MTAs appear to be configured to give up after 24 hours. So if your mailserver is down for a day, mail will be bounced and never delivered to you. In which case those mail systems are not in compliance with the RFCs. RFC 2821 Section 4.5.4.1 says: Retries continue until the message is transmitted or the sender gives up; the give-up time generally needs to be at least 4-5 days. The parameters to the retry algorithm MUST be configurable. ie. 4-5 days is the /minimum/ time to hold messages in the queue and keep retrying. Cheers, Matthew -- Dr Matthew J Seaman MA, D.Phil. 7 Priory Courtyard Flat 3 PGP: http://www.infracaninophile.co.uk/pgpkey Ramsgate Kent, CT11 9PW signature.asc Description: OpenPGP digital signature
