Re: sendmail: stat=Deferred: Can't assign requested address
greetings derek and fellow list users thank you for your help in this sendmail matter, i recieved my forst crontab generated overnight (daily and security) system maintenance reports in a long long time, best part of a year. your kindness and persistance is muchly appreciated. On Fri, Jun 13, 2008 at 05:15:56PM -0500, Derek Ragona wrote: > At 10:16 PM 6/12/2008, jonathan michaels wrote: > >greetings, derek, > > > >much appreciated the prompt reply > > > >On Wed, Jun 11, 2008 at 12:43:42PM -0500, Derek Ragona wrote: > > > At 06:36 AM 6/11/2008, jonathan michaels wrote: > > > >bit of history trimed for brevity > > > > > >in teh freebsd.mc/sendmail.mc and a 'make install' to cover all > > > >bases. > > > > > > > >i treied to restart teh mailqueue ... no luck .. grrr > > > > > > > > and then an entry into the mailertable > > > > > > > >. esmpt:mail.caamora.com.au > > > > > > > >again did the make whatever thingie and ... tried to post, > > > >again this defered post business .. can't asign .. > > > > > > > >there is something going on here that i donot understand .. > > > >some enlightenment would be appreciated, please. > > > > > > > >the few bits i found in yahoosearch engine, google resfuses me > > > >access still but yahoo i can use. i looked uo the error message > > > >and turned up this one endrt refereing to teh linux incedent, i > > > >have a copy of bat book ed 1 it just says it exists, same for > > > >smart_host mail_hub macros. > > > > > > > >is there some way to fix this short of upgrading and mvoing to > > > >postfix ?? i don't have teh needed stuff to do that just yet > > > >(me and hardware issues) > > > > > > > >it looks like i've missed somethings but i don't know enough > > > >about freebsd v6.x to know even where to start to look for this > > > >one .. aside from this i have another v6.2 host that also was > > > >doing the same thing but after i copied a working set of > > > >sendmail configs and restarted sendmail it work properly except > > > >teh it dosent forward the "charlie root" mail from teh > > > >maintenece events (at 2 am. 3 am and 4 am from teh /etc/cron > > > >events) the mail itesm just sit in teh /var/mail/root folder apart frpm some neurological disabilities that i was born with a lot of tireness and frustratin mixed with sideffects from medicines that i need to take to help my body function in teh face of life long disabilities combined to to help me miss some quite simple errors that when all combined .. draged this matter out far far longer than it need have been. in teh long run it turned out to be a poorly written 'etc/rc.conf' file and a posible freebsd oddity .. i am not sure about that one but now my system is working as all teh rest (other 4 in my local network) so i'm not arguing .. again thanks for all teh help guys, very much appreciated. the two main things were missing a lot of " marks around most of teh lines to do with the local networking entries and a few that were just misssing, mainly because of assumtions that teh default entries in the /etc/default/rc.conf file would take care of teh system as a whole ?? in my hosts case they did not and i need to explicityly have them stated in teh /etc/rc.conf file before my system would pick tehm up and connect this machine to teh local network and then to forward packets onto teh far greater outside world. explicitly, all teh freebsd v6.2-release machines in my local network need, these lines added (be included in there /etc/re.conf file before local netoworking will function and sendmail will work properly with freebsd v6.2-release my host has a intel pci 10/100 mhz nic ifconfig_fxp0="inet ip.ad.ress.6 netmask 255.255.255.240" ifconfig_lo0=" inet 127.0.0.1" both of these entries need to be included before neworking will function properly #ipv4_addrs_fxp0="ip.add.re.ss/24" this ipv4_addrs.. entry i do not understand ?? what its purpose or function is .. after 4 hours of typing starting at scree and constant rebooting i was not game to try it incase it broke somthing that i didn't not understand. now this following entry #network_interfaces="auto" in my system/configuration this line, jut plain dosen't work and i need to use this entry (with relevent changes for teh other machines nic's) network_interfaces="fxp0 lo0" before networking will function properly (locally) or even have stable intranetwork connectivity. prior to starting to use freebsd v6.2-release my entire bsd experience was based upon freebsd upto and including freebsd v2.2.7-release and some same vintage linux and "interactive unix v?.??" and qnx .. freebsd v6.2 was a real learning curve for me .. still is, largely... but i'm getting there .. muchly appreciated again, sorry for teh length, perhaps this might help some other tired/frustrated person who stumbles across this post after much much frutless effort at getting thier stubornly refuing to function netowrk, take care all and very much thanks for your most kind help support and
Re: sendmail: stat=Deferred: Can't assign requested address
At 10:16 PM 6/12/2008, jonathan michaels wrote: greetings, derek, much appreciated the prompt reply On Wed, Jun 11, 2008 at 12:43:42PM -0500, Derek Ragona wrote: > At 06:36 AM 6/11/2008, jonathan michaels wrote: bit of history trimed for brevity > >in teh freebsd.mc/sendmail.mc and a 'make install' to cover all > >bases. > > > >i treied to restart teh mailqueue ... no luck .. grrr > > > > and then an entry into the mailertable > > > >. esmpt:mail.caamora.com.au > > > >again did the make whatever thingie and ... tried to post, > >again this defered post business .. can't asign .. > > > >there is something going on here that i donot understand .. > >some enlightenment would be appreciated, please. > > > >the few bits i found in yahoosearch engine, google resfuses me > >access still but yahoo i can use. i looked uo the error message > >and turned up this one endrt refereing to teh linux incedent, i > >have a copy of bat book ed 1 it just says it exists, same for > >smart_host mail_hub macros. > > > >is there some way to fix this short of upgrading and mvoing to > >postfix ?? i don't have teh needed stuff to do that just yet > >(me and hardware issues) > > > >it looks like i've missed somethings but i don't know enough > >about freebsd v6.x to know even where to start to look for this > >one .. aside from this i have another v6.2 host that also was > >doing the same thing but after i copied a working set of > >sendmail configs and restarted sendmail it work properly except > >teh it dosent forward the "charlie root" mail from teh > >maintenece events (at 2 am. 3 am and 4 am from teh /etc/cron > >events) the mail itesm just sit in teh /var/mail/root folder > > > >it has taken me just under 6 mnths to get this far, i've come > >to teh end of my rope and am seriously thinking of going back > >to freebsd v2.2.5 .. > > > >regards/appreciations/much graciousnessess > > > >jonathan > > You need to have in /etc/mail/mailertable: > .caamora.com.au esmpt:mail.caamora.com.au > and rebuild mailertable.db should not the "esmpt:" rather be "esmtp:" most of teh literature that i have read recently says it the esmtp way .. i live with dsylexia amongst other neurological disabilities and need to double/triple/add a few more time to check things before i am confident of success (not failing) based on 'spelling' alone. Yes, I must have a typo in my reply, sorry. > In /etc/mail/domaintable: > mail.caamora.com.au > and rebuild domaintable.db i used to run a uucp mail service for several clients back in teh fidonet days (internet to fidonet gateway) and this made sence then, now i fali to understand the need .. i just do not know and would appreciate a bit of an explanation please .. mail.caamora.com.au is an alias (in the dns file and /etc/hosts) for the machine seaholm.caamora.com.au which is the primary mailserver for the domain .caamora.com.au ... is not tthe domaintable used to remap an old domain to a new domain name after some soprt of a change or to use names in 'rule 3' mappings .. if i have missunderstood my readings i apoloise, i am new to sendmail fiddlings, i set it up ten years ago and it worked i now have to relearn who and why .. my disabilities have gotten a bit worse because of teh medicines i need to take and this makes learning a bit on teh harder side .. but not impossible I "assume" that mail.caamora.com.au is the name the MX record points to, sendmail and most mail transfer applications strictly use the DNS MX record to resolve the names, and you need this entry to assure your server "knows" it is the recipient and sender for that domain. Otherwise it tries to send the mail elseware and it becomes undeliverable as you had seen in the logs. > in /etc/mail/local-host-names: > caamora.com.au check, it was done long time ago > and double check your MX record and /etc/hosts i looked at my dns files and found a small disaprity from a name change about 2 years ago, i made teh change in teh main file but forgot to carry it into teh reverse lookup file, g. as for the MX records they have been much teh same for about 15 years, i like long term stability makes for peace of mind , the down side is that when things go wrong like this, it is a nightmare to recall what, how did/done way back when the system was built/changed last .. makes for lots of work sometimes. If you update DNS files, be sure to change the serial number in the file so the new file is propagated. > Once that is all done, execute: > /etc/rc.sendmail stop > wait until all instances die then: > /etc/rc.sendmail start ok .. did teh checks, made teh changes, even the domaintable, though i don;t understand how it works, the only thing i don't do as you wrote was teh esmpt .. i used teh more popular esmtp ?? That should be fine now. apart from fixing teh esmtp mistype i did it all and checked teh mx host my dns setup and still its dead in teh water, still defering all mail out from this box. might it have so
Re: sendmail: stat=Deferred: Can't assign requested address
greetings, derek, much appreciated the prompt reply On Wed, Jun 11, 2008 at 12:43:42PM -0500, Derek Ragona wrote: > At 06:36 AM 6/11/2008, jonathan michaels wrote: bit of history trimed for brevity > >in teh freebsd.mc/sendmail.mc and a 'make install' to cover all > >bases. > > > >i treied to restart teh mailqueue ... no luck .. grrr > > > > and then an entry into the mailertable > > > >. esmpt:mail.caamora.com.au > > > >again did the make whatever thingie and ... tried to post, > >again this defered post business .. can't asign .. > > > >there is something going on here that i donot understand .. > >some enlightenment would be appreciated, please. > > > >the few bits i found in yahoosearch engine, google resfuses me > >access still but yahoo i can use. i looked uo the error message > >and turned up this one endrt refereing to teh linux incedent, i > >have a copy of bat book ed 1 it just says it exists, same for > >smart_host mail_hub macros. > > > >is there some way to fix this short of upgrading and mvoing to > >postfix ?? i don't have teh needed stuff to do that just yet > >(me and hardware issues) > > > >it looks like i've missed somethings but i don't know enough > >about freebsd v6.x to know even where to start to look for this > >one .. aside from this i have another v6.2 host that also was > >doing the same thing but after i copied a working set of > >sendmail configs and restarted sendmail it work properly except > >teh it dosent forward the "charlie root" mail from teh > >maintenece events (at 2 am. 3 am and 4 am from teh /etc/cron > >events) the mail itesm just sit in teh /var/mail/root folder > > > >it has taken me just under 6 mnths to get this far, i've come > >to teh end of my rope and am seriously thinking of going back > >to freebsd v2.2.5 .. > > > >regards/appreciations/much graciousnessess > > > >jonathan > > You need to have in /etc/mail/mailertable: > .caamora.com.au esmpt:mail.caamora.com.au > and rebuild mailertable.db should not the "esmpt:" rather be "esmtp:" most of teh literature that i have read recently says it the esmtp way .. i live with dsylexia amongst other neurological disabilities and need to double/triple/add a few more time to check things before i am confident of success (not failing) based on 'spelling' alone. > In /etc/mail/domaintable: > mail.caamora.com.au > and rebuild domaintable.db i used to run a uucp mail service for several clients back in teh fidonet days (internet to fidonet gateway) and this made sence then, now i fali to understand the need .. i just do not know and would appreciate a bit of an explanation please .. mail.caamora.com.au is an alias (in the dns file and /etc/hosts) for the machine seaholm.caamora.com.au which is the primary mailserver for the domain .caamora.com.au ... is not tthe domaintable used to remap an old domain to a new domain name after some soprt of a change or to use names in 'rule 3' mappings .. if i have missunderstood my readings i apoloise, i am new to sendmail fiddlings, i set it up ten years ago and it worked i now have to relearn who and why .. my disabilities have gotten a bit worse because of teh medicines i need to take and this makes learning a bit on teh harder side .. but not impossible > in /etc/mail/local-host-names: > caamora.com.au check, it was done long time ago > and double check your MX record and /etc/hosts i looked at my dns files and found a small disaprity from a name change about 2 years ago, i made teh change in teh main file but forgot to carry it into teh reverse lookup file, g. as for the MX records they have been much teh same for about 15 years, i like long term stability makes for peace of mind , the down side is that when things go wrong like this, it is a nightmare to recall what, how did/done way back when the system was built/changed last .. makes for lots of work sometimes. > Once that is all done, execute: > /etc/rc.sendmail stop > wait until all instances die then: > /etc/rc.sendmail start ok .. did teh checks, made teh changes, even the domaintable, though i don;t understand how it works, the only thing i don't do as you wrote was teh esmpt .. i used teh more popular esmtp ?? apart from fixing teh esmtp mistype i did it all and checked teh mx host my dns setup and still its dead in teh water, still defering all mail out from this box. might it have some thing to do with this line in teh sendmail config line it is commented out ?? the one reference that i found on teh world wide internet made some sort of reference to this being the cause in the linux machine that had a similar issue back in 2003 ??? # SMTP client options #O ClientPortOptions=Family=inet, Address=0.0.0.0 what would happen if i uncommented this line in teh sendmail.cf file ? also, what use are teh sendmail config files that are named /etc/mail/host,name.cf when i forst installed freebsd in this machine it built these files and since then nothing has touched the two files .. what are t
Re: sendmail: stat=Deferred: Can't assign requested address
At 06:36 AM 6/11/2008, jonathan michaels wrote: greetings all, firstly, i am not subscribed, please cc: responces, appreciated. i have been using freebsd v2.2.5-release (as my domains mx host on a 486dx33 .. that was upgraded after 20 years running with 6 years on v2.2.5 to a p5-133 mhz into which i moved teh whole scsi harddisk ssubsystem (card and drives) ther it ran v 2.2.5-r faultlessly untill last january when i cleaned of teh hard drives reformated averything and installed freebsd v6.2-release !! than after a few weeks of settling down and setting up every thing worked well, as expected, then the sendmail nightmares started ... basically the system could not send mail anywhere !!! cutting long story short, it was basically my having to relearn teh whole universe .. there were more differences than i had planned for and it was an uphill battle relearning essentially everything i had learned about freebsd over th previous ten years. about 3 weeks ago things started to make sence, herebouts, slowly it is clearing up, as i started to understand sendmail and getting teh configurations right .. most of teh poorly configured hosts i've now cleaned up and are working properly, but, one ... i have now got one left and like teh linux chappie who i found on google who had a similar "out of teh blue experience" like mine, (about 2003) one day sendmail worked then teh veyr next it was defereing everytingh .. just like here. this chappie had replaced his nic, i've not done angthiny like that hppen here, the machine is the machine and no hardware has been changed ?? i donot understand what is going on here .. i've included all teh differnt bits in teh maillog file here is teh /var/log/maillog exerpt Jun 9 00:00:00 reality newsyslog[15991]: logfile turned over Jun 9 03:01:05 reality sendmail[16485]: grew WorkList for /var/spool/clientmqueue to 2000 Jun 9 03:06:36 reality sendmail[17417]: m58H6aGk017417: from=root, size=12938, class=0, nrcpts=1, msgid=<[EMAIL PROTECTED]>, [EMAIL PROTECTED] Jun 9 03:06:36 reality sendmail[17417]: m58H6aGk017417: to=root, ctladdr=root (0/0), delay=00:00:00, xdelay=00:00:00, mailer=relay, pri=42938, relay=[127.0.0.1] [127.0.0.1], dsn=4.0.0, stat=Deferred: Can't assign requested address Jun 9 03:06:40 reality sendmail[17475]: m58H6dJG017475: from=root, size=137243, class=0, nrcpts=1, msgid=<[EMAIL PROTECTED]>, [EMAIL PROTECTED] Jun 9 03:06:40 reality sendmail[17475]: m58H6dJG017475: to=root, ctladdr=root (0/0), delay=00:00:01, xdelay=00:00:00, mailer=relay, pri=167243, relay=[127.0.0.1] [127.0.0.1], dsn=4.0.0, stat=Deferred: Can't assign requested address Jun 9 03:06:49 reality sendmail[17463]: grew WorkList for /var/spool/clientmqueue to 2000 Jun 9 03:06:49 reality sendmail[17463]: m58H6aGk017417: to=root, ctladdr=root (0/0), delay=00:00:13, xdelay=00:00:00, mailer=relay, pri=132938, relay=[127.0.0.1] [127.0.0.1], dsn=4.0.0, stat=Deferred: Can't assign requested address Jun 9 03:06:49 reality sendmail[17463]: m58H6dJG017475: to=root, ctladdr=root (0/0), delay=00:00:10, xdelay=00:00:00, mailer=relay, pri=257243, relay=[127.0.0.1], dsn=4.0.0, stat=Deferred: Can't assign requested address Jun 9 03:06:49 reality sendmail[17463]: m57LAP8l013868: to=root, delay=19:56:24, xdelay=00:00:00, mailer=relay, pri=3644350, relay=[127.0.0.1], dsn=4.0.0, stat=Deferred: Can't assign requested address Jun 9 03:06:49 reality sendmail[17463]: m57LAP8m013868: to=root, delay=19:56:24, xdelay=00:00:00, mailer=relay, pri=3768123, relay=[127.0.0.1], dsn=4.0.0, stat=Deferred: Can't assign requested address Jun 9 03:06:49 reality sendmail[17463]: m57H6qfr013304: to=root, ctladdr=root (0/0), delay=23:59:57, xdelay=00:00:00, mailer=relay, pri=4542984, relay=[127.0.0.1], dsn=4.0.0, stat=Deferred: Can't assign requested address Jun 9 03:06:49 reality sendmail[17463]: m57H6u1Q013363: to=root, ctladdr=root (0/0), delay=23:59:53, xdelay=00:00:00, mailer=relay, pri=4666757, relay=[127.0.0.1], dsn=4.0.0, stat=Deferred: Can't assign requested address Jun 9 03:06:49 reality sendmail[17463]: m56MMWd3009824: to=root, delay=1+18:44:17, xdelay=00:00:00, mailer=relay, pri=7861512, relay=[127.0.0.1], dsn=4.0.0, stat=Deferred: Can't assign requested address Jun 9 03:06:49 reality sendmail[17463]: m56LMVd3009703: to=root, delay=1+19:44:17, xdelay=00:00:00, mailer=relay, pri=8054226, relay=[127.0.0.1], dsn=4.0.0, stat=Deferred: Can't assign requested address Jun 9 03:06:49 reality sendmail[17463]: m56LMVd4009703: to=root, delay=1+19:44:17, xdelay=00:00:00, mailer=relay, pri=8177393, relay=[127.0.0.1], dsn=4.0.0, stat=Deferred: Can't assign requested address Jun 9 03:06:49 reality sendmail[17463]: m56ILDAU009315: to=root, ctladdr=root (0/0), delay=1+22:45:36, xdelay=00:00:00, mailer=relay, pri=8670146, relay=[127.0.0.1], dsn=4.0.0, stat=Deferred: Can't assign requested address Jun 9 03:06:49 reality sendmail[17463]: m56H6f3Y009045: to=root, ctladdr=root (0/0), d
sendmail: stat=Deferred: Can't assign requested address
greetings all, firstly, i am not subscribed, please cc: responces, appreciated. i have been using freebsd v2.2.5-release (as my domains mx host on a 486dx33 .. that was upgraded after 20 years running with 6 years on v2.2.5 to a p5-133 mhz into which i moved teh whole scsi harddisk ssubsystem (card and drives) ther it ran v 2.2.5-r faultlessly untill last january when i cleaned of teh hard drives reformated averything and installed freebsd v6.2-release !! than after a few weeks of settling down and setting up every thing worked well, as expected, then the sendmail nightmares started ... basically the system could not send mail anywhere !!! cutting long story short, it was basically my having to relearn teh whole universe .. there were more differences than i had planned for and it was an uphill battle relearning essentially everything i had learned about freebsd over th previous ten years. about 3 weeks ago things started to make sence, herebouts, slowly it is clearing up, as i started to understand sendmail and getting teh configurations right .. most of teh poorly configured hosts i've now cleaned up and are working properly, but, one ... i have now got one left and like teh linux chappie who i found on google who had a similar "out of teh blue experience" like mine, (about 2003) one day sendmail worked then teh veyr next it was defereing everytingh .. just like here. this chappie had replaced his nic, i've not done angthiny like that hppen here, the machine is the machine and no hardware has been changed ?? i donot understand what is going on here .. i've included all teh differnt bits in teh maillog file here is teh /var/log/maillog exerpt Jun 9 00:00:00 reality newsyslog[15991]: logfile turned over Jun 9 03:01:05 reality sendmail[16485]: grew WorkList for /var/spool/clientmqueue to 2000 Jun 9 03:06:36 reality sendmail[17417]: m58H6aGk017417: from=root, size=12938, class=0, nrcpts=1, msgid=<[EMAIL PROTECTED]>, [EMAIL PROTECTED] Jun 9 03:06:36 reality sendmail[17417]: m58H6aGk017417: to=root, ctladdr=root (0/0), delay=00:00:00, xdelay=00:00:00, mailer=relay, pri=42938, relay=[127.0.0.1] [127.0.0.1], dsn=4.0.0, stat=Deferred: Can't assign requested address Jun 9 03:06:40 reality sendmail[17475]: m58H6dJG017475: from=root, size=137243, class=0, nrcpts=1, msgid=<[EMAIL PROTECTED]>, [EMAIL PROTECTED] Jun 9 03:06:40 reality sendmail[17475]: m58H6dJG017475: to=root, ctladdr=root (0/0), delay=00:00:01, xdelay=00:00:00, mailer=relay, pri=167243, relay=[127.0.0.1] [127.0.0.1], dsn=4.0.0, stat=Deferred: Can't assign requested address Jun 9 03:06:49 reality sendmail[17463]: grew WorkList for /var/spool/clientmqueue to 2000 Jun 9 03:06:49 reality sendmail[17463]: m58H6aGk017417: to=root, ctladdr=root (0/0), delay=00:00:13, xdelay=00:00:00, mailer=relay, pri=132938, relay=[127.0.0.1] [127.0.0.1], dsn=4.0.0, stat=Deferred: Can't assign requested address Jun 9 03:06:49 reality sendmail[17463]: m58H6dJG017475: to=root, ctladdr=root (0/0), delay=00:00:10, xdelay=00:00:00, mailer=relay, pri=257243, relay=[127.0.0.1], dsn=4.0.0, stat=Deferred: Can't assign requested address Jun 9 03:06:49 reality sendmail[17463]: m57LAP8l013868: to=root, delay=19:56:24, xdelay=00:00:00, mailer=relay, pri=3644350, relay=[127.0.0.1], dsn=4.0.0, stat=Deferred: Can't assign requested address Jun 9 03:06:49 reality sendmail[17463]: m57LAP8m013868: to=root, delay=19:56:24, xdelay=00:00:00, mailer=relay, pri=3768123, relay=[127.0.0.1], dsn=4.0.0, stat=Deferred: Can't assign requested address Jun 9 03:06:49 reality sendmail[17463]: m57H6qfr013304: to=root, ctladdr=root (0/0), delay=23:59:57, xdelay=00:00:00, mailer=relay, pri=4542984, relay=[127.0.0.1], dsn=4.0.0, stat=Deferred: Can't assign requested address Jun 9 03:06:49 reality sendmail[17463]: m57H6u1Q013363: to=root, ctladdr=root (0/0), delay=23:59:53, xdelay=00:00:00, mailer=relay, pri=4666757, relay=[127.0.0.1], dsn=4.0.0, stat=Deferred: Can't assign requested address Jun 9 03:06:49 reality sendmail[17463]: m56MMWd3009824: to=root, delay=1+18:44:17, xdelay=00:00:00, mailer=relay, pri=7861512, relay=[127.0.0.1], dsn=4.0.0, stat=Deferred: Can't assign requested address Jun 9 03:06:49 reality sendmail[17463]: m56LMVd3009703: to=root, delay=1+19:44:17, xdelay=00:00:00, mailer=relay, pri=8054226, relay=[127.0.0.1], dsn=4.0.0, stat=Deferred: Can't assign requested address Jun 9 03:06:49 reality sendmail[17463]: m56LMVd4009703: to=root, delay=1+19:44:17, xdelay=00:00:00, mailer=relay, pri=8177393, relay=[127.0.0.1], dsn=4.0.0, stat=Deferred: Can't assign requested address Jun 9 03:06:49 reality sendmail[17463]: m56ILDAU009315: to=root, ctladdr=root (0/0), delay=1+22:45:36, xdelay=00:00:00, mailer=relay, pri=8670146, relay=[127.0.0.1], dsn=4.0.0, stat=Deferred: Can't assign requested address Jun 9 03:06:49 reality sendmail[17463]: m56H6f3Y009045: to=root, ctladdr=root (0/0), delay=2+00:00:08, xdelay=00:00:00, mailer=relay, pri=8952860