For some reason the email for the domain www.idealfasteners.com
Is not getting routed properly internally I cannot find out where the heck it goes?
here is the data file for it from my DJBDNS
# Dave & Goerge (www.idealfasteners.com) 12-9-05
.idealfasteners.com:64.161.89.219:ns1.idealfasteners.com:864 00
.idealfasteners.com:64.161.89.219:ns2.idealfasteners.com:864 00
.89.161.64-in-addr.arpa:64.161.89.219:ns1.idealfasteners.com :86400
.89.161.64-in-addr.arpa:64.161.89.219:ns2.idealfasteners.com :86400
+.idealfasteners.com:64.161.89.219:86400
+*.idealfasteners.com:64.161.89.219:86400
+www.idealfasteners.com:64.161.89.219:86400
@idealfasteners.com:64.161.89.219:mail.idealfasteners.com:86 400
Mail works fine other then that ....
I did a test from the toaster_setup -s test ... here is the output
test_auth: testing domain is: idealfasteners.com.
imap_test_auth: checking Mail::IMAPClient ........................ ok
imap_test_auth: checking IO::Socket::SSL ......................... ok
imap_test_auth: authenticate IMAP user with plain passwords ...... ok
testing an authentication that should fail ....................... ok
AES256-SHA...server returned:
imap_test_auth: authenticate IMAP SSL user with plain password... FAILED
pop3_test_auth: checking Mail::POP3Client ........................ ok
pop3_test_auth: POP3 server with plain text password ............. ok
Use of uninitialized value in pattern match (m//) at /usr/local/lib/perl5/site_perl/5.8.7/Mail/POP3Client.pm line 1075, <GEN4> line 2.
pop3_test_auth: POP3 server with APOP password ................... FAILED (normal)
pop3_test_auth: POP3 server with CRAM-MD5 password ............... FAILED (normal)
pop3_test_auth: POP3 SSL server with PLAIN password .............. ok
,IMPLEMENTATION Courier Mail Server
pop3_test_auth: POP3 SSL server with APOP password ............... FAILED (normal)
pop3_test_auth: POP3 SSL server with CRAM-MD5 password ........... FAILED (normal)
smtp_test_auth: checking Net::SMTP_auth .......................... ok
getting a list of SMTP AUTH methods...smtp_test_auth: (couldn't connect to smtp!) ...................... FAILED
Can't call method "auth_types" on an undefined value at lib/Mail/Toaster/Setup.pm line 4029.
Would that effect its funny smtp behavior to internal users or would it be pacbell.net?
Thanks again,
Gonna add a reply for other people that might need help with this..
it happen to be SBC Globals fault down in Southern California!