|
|
|
|
||||||
| comp.mail.sendmail Configuring and using the BSD sendmail agent. |
![]() |
|
|
LinkBack | Outils de la discussion |
|
|
#1 |
|
Messages: n/a
Hébergeur: |
Hi,
I'm by no means an expect Sendmailer, but I'm not lazy either. I've just spent another full day reading everything I could find, testing configurations, and I'm about to give up. Maybe someone can shed some light on this. My sendmail 8.13.3 is pretty standard. Just point everything to DSthesmartrelayhost and let my internet provider to the work for me. Now I've got an installation where the provider (comcast) is giving this error. Error Deferred: 450 too frequent connects from (my ip) They've said that my server is too fast, and they refuse the connection if deemed to be too many to quickly. Sounds like something I should be able to handle, but I can NOT find any combination of the sendmail Maxanything to stop the new server from running thru the queue too fast. It's not that I need to run the queue slower, I need the queue to run each message slower. Never imagined this one, but I do need some . Any hints would be greatly appreciated. Thanks in advance. Ken uctken@aol.com |
|
|
|
#2 |
|
Messages: n/a
Hébergeur: |
On Aug 20, 7:30 pm, uct <uct...@aol.com> wrote:
> Hi, > I'm by no means an expect Sendmailer, but I'm not lazy either. > I've just spent another full day reading everything I could find, > testing configurations, and I'm about to give up. > Maybe someone can shed some light on this. > > My sendmail 8.13.3 is pretty standard. Just point everything to > DSthesmartrelayhost and let my internet provider to the work for me. > Now I've got an installation where the provider (comcast) is giving > this error. > Error Deferred: 450 toofrequentconnects from (my ip) > > They've said that my server is too fast, and they refuse the > connection if deemed to be too many to quickly. > > Sounds like something I should be able to handle, but I can NOT find > any combination of the sendmail Maxanything to stop the new server > from running thru the queue too fast. > > It's not that I need to run the queue slower, I need the queue to run > each message slower. > Never imagined this one, but I do need some . > Any hints would be greatly appreciated. > > Thanks in advance. > Ken > uct...@aol.com Forgot one other point. After the error.... the mail is gone... not retried ... just gone. Can't find it in dead.letter, or anywhere else... just purged. |
|
|
|
#3 |
|
Messages: n/a
Hébergeur: |
uct unleashed the infinite monkeys on 21/08/2007 00:37 producing:
> Forgot one other point. After the error.... the mail is gone... not > retried ... just gone. Can't find it in dead.letter, or anywhere > else... just purged. Have you checked your mail queue - run "mailq". -- Rob MacGregor (BOFH) Rule 37: "There is no 'overkill'. There is only 'open fire' and 'I need to reload.'" |
|
|
|
#4 |
|
Messages: n/a
Hébergeur: |
uct <uctken@aol.com> writes:
> I'm by no means an expect Sendmailer, but I'm not lazy either. > I've just spent another full day reading everything I could find, > testing configurations, and I'm about to give up. > Maybe someone can shed some light on this. > > My sendmail 8.13.3 is pretty standard. Just point everything to > DSthesmartrelayhost and let my internet provider to the work for me. > Now I've got an installation where the provider (comcast) is giving > this error. > Error Deferred: 450 too frequent connects from (my ip) > > They've said that my server is too fast, and they refuse the > connection if deemed to be too many to quickly. > > Sounds like something I should be able to handle, but I can NOT find > any combination of the sendmail Maxanything to stop the new server > from running thru the queue too fast. > > It's not that I need to run the queue slower, I need the queue to run > each message slower. > Never imagined this one, but I do need some . > Any hints would be greatly appreciated. You may configure you sendmail to send out mail messages in "batches" over single smtp connection every few minutes (5-10m) instead of using default behavior of sending them "at once" using (almost always) one SMTP connection per one message. -- [pl>en: Andrew] Andrzej Adam Filip : anfi@priv.onet.pl : anfi@xl.wp.pl Windows without the X is like making love without a partner. -- MaDsen Wikholm, mwikholm@at8.abo.fi |
|
|
|
#5 |
|
Messages: n/a
Hébergeur: |
In article <1187653071.492830.17510@d55g2000hsg.googlegroups. com> uct
<uctken@aol.com> writes: >On Aug 20, 7:30 pm, uct <uct...@aol.com> wrote: >> >> My sendmail 8.13.3 is pretty standard. Just point everything to >> DSthesmartrelayhost and let my internet provider to the work for me. >> Now I've got an installation where the provider (comcast) is giving >> this error. >> Error Deferred: 450 toofrequentconnects from (my ip) >> >> They've said that my server is too fast, and they refuse the >> connection if deemed to be too many to quickly. Well, there's something wrong with that picture already - one of three things seems to be the problem: 1) You actually have some infected machine on your network spewing out tons of spam mail, or 2) you're trying to use an "end-user" ISP account for a larger organization that generates a lot of mail, or 3) your ISP is an idiot. Whichever it is, I think you should fix *that* problem - you shouldn't have to run through hoops with your sendmail config to handle legitimate mail traffic. >> Sounds like something I should be able to handle, but I can NOT find >> any combination of the sendmail Maxanything to stop the new server >> from running thru the queue too fast. When you have a smarthost configured, running through the queue will only use *one* *connection* to send all the queued mail. At least unless you have done something really weird with the config. So either the error message is just wrong - i.e. an instance of 3) - or it isn't the queue runs that are the problem. In the latter case, Andrzej's suggestion should (i.e. use define(`confDELIVERY_MODE', `queue') in .mc and adjust the queue run interval as needed) - however I still think you should look into 1)-3) above first. --Per Hedeland per@hedeland.org |
|
![]() |
| Outils de la discussion | |
|
|