Fedora Linux Support Community & Resources Center

Go Back   FedoraForum.org > Fedora 17/18 > Servers & Networking
FedoraForum Search

Forgot Password? Join Us!

Servers & Networking Discuss any Fedora server problems and Networking issues such as dhcp, IP numbers, wlan, modems, etc.

Reply
 
Thread Tools Search this Thread Display Modes
  #1  
Old 22nd July 2006, 06:21 AM
Bill Positek Offline
Registered User
 
Join Date: Dec 2005
Posts: 11
FC2 - Sendmail MAIL/EXPN/VRFY/ETRN Issue

Hi,

I have Fedora Core 2, and it prviously has worked for sending and receiving Email, but now, after I changed the server dns information and other details, it does not want ot co-operate.

I am using WinXP with Outlook to Send/Receive Email without any success.

My mail log shows this:
[62.56.160.254] did not issue MAIL/EXPN/VRFY/ETRN during connection to
MTA

Which I gather means that the connection is lost after being started. I also can TELNET into sendmail, and do the EHLO and get the right response.

Thank you in advance.

TCPDUMP shows below: It looks like the port number is being changed by sendmail, with out WinXP doing the same.
15:10:16.791772 IP 62.56.160.254.1777 > Ngomatel-Lubm.pop3: S 3691774787:3691774787(0) win 65535 <mss 1460,nop,nop,sackOK>
15:10:16.791815 IP Ngomatel-Lubm.pop3 > 62.56.160.254.1777: R 0:0(0) ack 3691774788 win 0
15:10:17.357868 IP 62.56.160.254.1777 > Ngomatel-Lubm.pop3: S 3691774787:3691774787(0) win 65535 <mss 1460,nop,nop,sackOK>
15:10:17.357909 IP Ngomatel-Lubm.pop3 > 62.56.160.254.1777: R 0:0(0) ack 1 win 0
15:10:17.497317 arp who-has 128.63.2.53 tell Ngomatel-Lubm
15:10:17.904764 IP 62.56.160.254.1777 > Ngomatel-Lubm.pop3: S 3691774787:3691774787(0) win 65535 <mss 1460,nop,nop,sackOK>
15:10:17.904798 IP Ngomatel-Lubm.pop3 > 62.56.160.254.1777: R 0:0(0) ack 1 win 0
15:10:17.911595 IP 62.56.160.254.1778 > Ngomatel-Lubm.smtp: S 2183710776:2183710776(0) win 65535 <mss 1460,nop,nop,sackOK>
15:10:17.911625 IP Ngomatel-Lubm.smtp > 62.56.160.254.1778: S 2702794067:2702794067(0) ack 2183710777 win 5840 <mss 1460,nop,nop,sackOK>
15:10:17.911726 IP 62.56.160.254.1778 > Ngomatel-Lubm.smtp: . ack 1 win 65535
15:10:18.496963 arp who-has 128.63.2.53 tell Ngomatel-Lubm
15:10:19.496808 arp who-has 128.63.2.53 tell Ngomatel-Lubm
15:10:20.498819 arp who-has 192.58.128.30 tell Ngomatel-Lubm
15:10:21.498507 arp who-has 192.58.128.30 tell Ngomatel-Lubm
15:10:22.498354 arp who-has 192.58.128.30 tell Ngomatel-Lubm
15:10:22.924293 IP 62.56.160.254.1778 > Ngomatel-Lubm.smtp: F 1:1(0) ack 1 win 65535
15:10:22.925295 IP Ngomatel-Lubm.smtp > 62.56.160.254.1778: . ack 2 win 5840

Here is my sendmail.mc file

[root@Ngomatel-Lubm mail]# cat sendmail.mc
divert(-1)dnl
dnl #
dnl # This is the sendmail macro config file for m4. If you make changes to
dnl # /etc/mail/sendmail.mc, you will need to regenerate the
dnl # /etc/mail/sendmail.cf file by confirming that the sendmail-cf package is
dnl # installed and then performing a
dnl #
dnl # make -C /etc/mail
dnl #
include(`/usr/share/sendmail-cf/m4/cf.m4')dnl
VERSIONID(`setup for Red Hat Linux')dnl
OSTYPE(`linux')dnl
dnl #
dnl # default logging level is 9, you might want to set it higher to
dnl # debug the configuration
dnl #
dnl define(`confLOG_LEVEL', `15')dnl
dnl #
dnl # Uncomment and edit the following line if your outgoing mail needs to
dnl # be sent out through an external mail server:
dnl #
dnl define(`SMART_HOST',`smtp.your.provider')
dnl #
define(`confDEF_USER_ID',``8:12'')dnl
dnl define(`confAUTO_REBUILD')dnl
define(`confTO_CONNECT', `1m')dnl
define(`confTRY_NULL_MX_LIST',true)dnl
define(`confDONT_PROBE_INTERFACES',true)dnl
define(`PROCMAIL_MAILER_PATH',`/usr/bin/procmail')dnl
define(`ALIAS_FILE', `/etc/aliases')dnl
define(`STATUS_FILE', `/var/log/mail/statistics')dnl
define(`UUCP_MAILER_MAX', `2000000')dnl
define(`confUSERDB_SPEC', `/etc/mail/userdb.db')dnl
define(`confPRIVACY_FLAGS', `authwarnings,novrfy,noexpn,restrictqrun')dnl
define(`confAUTH_OPTIONS', `A')dnl
dnl #
dnl # The following allows relaying if the user authenticates, and disallows
dnl # plaintext authentication (PLAIN/LOGIN) on non-TLS links
dnl #
dnl define(`confAUTH_OPTIONS', `A p')dnl
dnl #
dnl # PLAIN is the preferred plaintext authentication method and used by
dnl # Mozilla Mail and Evolution, though Outlook Express and other MUAs do
dnl # use LOGIN. Other mechanisms should be used if the connection is not
dnl # guaranteed secure.
dnl # Please remember that saslauthd needs to be running for AUTH.
dnl #
dnl TRUST_AUTH_MECH(`EXTERNAL DIGEST-MD5 CRAM-MD5 LOGIN PLAIN')dnl
dnl define(`confAUTH_MECHANISMS', `EXTERNAL GSSAPI DIGEST-MD5 CRAM-MD5 LOGIN PLAIN')dnl
dnl #
dnl # Rudimentary information on creating certificates for sendmail TLS:
dnl # make -C /usr/share/ssl/certs usage
dnl # or use the included makecert.sh script
dnl #
define(`CERT_DIR',`/etc/mail/certs')
define(`confCACERT_PATH',`CERT_DIR')
define(`confCACERT',`CERT_DIR/cacert.pem')
define(`confSERVER_CERT',`CERT_DIR/cert.pem')
define(`confSERVER_KEY',`CERT_DIR/key.pem')
define(`confCLIENT_CERT',`CERT_DIR/cert.pem')
define(`confCLIENT_KEY',`CERT_DIR/key.pem')
dnl #
dnl # This allows sendmail to use a keyfile that is shared with OpenLDAP's
dnl # slapd, which requires the file to be readble by group ldap
dnl #
dnl define(`confDONT_BLAME_SENDMAIL',`groupreadablekey file')dnl
dnl #
dnl define(`confTO_QUEUEWARN', `4h')dnl
dnl define(`confTO_QUEUERETURN', `5d')dnl
dnl define(`confQUEUE_LA', `12')dnl
dnl define(`confREFUSE_LA', `18')dnl
define(`confTO_IDENT', `0')dnl
dnl FEATURE(delay_checks)dnl
FEATURE(`no_default_msa',`dnl')dnl
FEATURE(`smrsh',`/usr/sbin/smrsh')dnl
FEATURE(`mailertable',`hash -o /etc/mail/mailertable.db')dnl
FEATURE(`virtusertable',`hash -o /etc/mail/virtusertable.db')dnl
FEATURE(redirect)dnl
FEATURE(always_add_domain)dnl
FEATURE(use_cw_file)dnl
FEATURE(use_ct_file)dnl
dnl #
dnl # The -t option will retry delivery if e.g. the user runs over his quota.
dnl #
FEATURE(local_procmail,`',`procmail -t -Y -a $h -d $u')dnl
FEATURE(`access_db',`hash -T<TMPF> -o /etc/mail/access.db')dnl
FEATURE(`blacklist_recipients')dnl
EXPOSED_USER(`root')dnl
dnl #
dnl # The following causes sendmail to only listen on the IPv4 loopback address
dnl # 127.0.0.1 and not on any other network devices. Remove the loopback
dnl # address restriction to accept email from the internet or intranet.
dnl #
dnl DAEMON_OPTIONS(`Port=smtp,Addr=127.0.0.1, Name=MTA')dnl
dnl #
dnl # The following causes sendmail to additionally listen to port 587 for
dnl # mail from MUAs that authenticate. Roaming users who can't reach their
dnl # preferred sendmail daemon due to port 25 being blocked or redirected find
dnl # this useful.
dnl #
dnl DAEMON_OPTIONS(`Port=submission, Name=MSA, M=Ea')dnl
dnl #
dnl # The following causes sendmail to additionally listen to port 465, but
dnl # starting immediately in TLS mode upon connecting. Port 25 or 587 followed
dnl # by STARTTLS is preferred, but roaming clients using Outlook Express can't
dnl # do STARTTLS on ports other than 25. Mozilla Mail can ONLY use STARTTLS
dnl # and doesn't support the deprecated smtps; Evolution <1.1.1 uses smtps
dnl # when SSL is enabled-- STARTTLS support is available in version 1.1.1.
dnl #
dnl # For this to work your OpenSSL certificates must be configured.
dnl #
dnl DAEMON_OPTIONS(`Port=smtps, Name=TLSMTA, M=s')dnl
dnl #
dnl # The following causes sendmail to additionally listen on the IPv6 loopback
dnl # device. Remove the loopback address restriction listen to the network.
dnl #
dnl DAEMON_OPTIONS(`port=smtp,Addr=::1, Name=MTA-v6, Family=inet6')dnl
dnl #
dnl # enable both ipv6 and ipv4 in sendmail:
dnl #
dnl DAEMON_OPTIONS(`Name=MTA-v4, Family=inet, Name=MTA-v6, Family=inet6')
dnl #
dnl # We strongly recommend not accepting unresolvable domains if you want to
dnl # protect yourself from spam. However, the laptop and users on computers
dnl # that do not have 24x7 DNS do need this.
dnl #
FEATURE(`accept_unresolvable_domains')dnl
dnl #
dnl FEATURE(`relay_based_on_MX')dnl
dnl #
dnl # Also accept email sent to "localhost.localdomain" as local email.
dnl #
LOCAL_DOMAIN(`ngomatel.cd')dnl
dnl #
dnl # The following example makes mail from this host and any additional
dnl # specified domains appear to be sent from mydomain.com
dnl #
dnl MASQUERADE_AS(`mydomain.com')dnl
dnl #
dnl # masquerade not just the headers, but the envelope as well
dnl #
dnl FEATURE(masquerade_envelope)dnl
dnl #
dnl # masquerade not just @mydomainalias.com, but @*.mydomainalias.com as well
dnl #
dnl FEATURE(masquerade_entire_domain)dnl
dnl #
Reply With Quote
  #2  
Old 22nd July 2006, 11:09 AM
ccrvic Offline
Registered User
 
Join Date: Apr 2006
Posts: 1,092
There is some strangeness in your configuration somewhere...

Quote:
Originally Posted by Bill Positek
15:10:16.791772 IP 62.56.160.254.1777 > Ngomatel-Lubm.pop3: S 3691774787:3691774787(0) win 65535 <mss 1460,nop,nop,sackOK>
15:10:16.791815 IP Ngomatel-Lubm.pop3 > 62.56.160.254.1777: R 0:0(0) ack 3691774788 win 0
15:10:17.357868 IP 62.56.160.254.1777 > Ngomatel-Lubm.pop3: S 3691774787:3691774787(0) win 65535 <mss 1460,nop,nop,sackOK>
15:10:17.357909 IP Ngomatel-Lubm.pop3 > 62.56.160.254.1777: R 0:0(0) ack 1 win 0
15:10:17.904764 IP 62.56.160.254.1777 > Ngomatel-Lubm.pop3: S 3691774787:3691774787(0) win 65535 <mss 1460,nop,nop,sackOK>
15:10:17.904798 IP Ngomatel-Lubm.pop3 > 62.56.160.254.1777: R 0:0(0) ack 1 win 0
This is a POP3 conversation between your machine and a host in the DRC. It has absolutely nothing to do with sendmail.

Quote:
Originally Posted by Bill Positek
15:10:17.911595 IP 62.56.160.254.1778 > Ngomatel-Lubm.smtp: S 2183710776:2183710776(0) win 65535 <mss 1460,nop,nop,sackOK>
15:10:17.911625 IP Ngomatel-Lubm.smtp > 62.56.160.254.1778: S 2702794067:2702794067(0) ack 2183710777 win 5840 <mss 1460,nop,nop,sackOK>
15:10:17.911726 IP 62.56.160.254.1778 > Ngomatel-Lubm.smtp: . ack 1 win 65535
This is the start of an SMTP conversation between that same machine and your server - but there's not nearly enough here to know what is going on. This really is just the start of the connection.

Quote:
Originally Posted by Bill Positek
15:10:17.497317 arp who-has 128.63.2.53 tell Ngomatel-Lubm
15:10:18.496963 arp who-has 128.63.2.53 tell Ngomatel-Lubm
15:10:19.496808 arp who-has 128.63.2.53 tell Ngomatel-Lubm
15:10:20.498819 arp who-has 192.58.128.30 tell Ngomatel-Lubm
15:10:21.498507 arp who-has 192.58.128.30 tell Ngomatel-Lubm
15:10:22.498354 arp who-has 192.58.128.30 tell Ngomatel-Lubm
This is the strange bit - you're ARPing for 128.63.2.53, which is an IP address from the U.S. Army Research Laboratory, and 192.58.128.30, which is one of VerisSign's. You should only ever use ARP for your own networks - so your machine thinks it's on the same net as these others. You've got something wrong there - I should look to ifconfig...

Quote:
Originally Posted by Bill Positek
15:10:22.924293 IP 62.56.160.254.1778 > Ngomatel-Lubm.smtp: F 1:1(0) ack 1 win 65535
15:10:22.925295 IP Ngomatel-Lubm.smtp > 62.56.160.254.1778: . ack 2 win 5840
Here's the end of the SMTP conversation - it appears there was no attempt to send anything in-between. Is this a machine you expect to connect, or is this a spammer scanning your machine?

Quote:
Originally Posted by Bill Positek
dnl DAEMON_OPTIONS(`Port=smtp,Addr=127.0.0.1, Name=MTA')dnl
Did you really mean to stub this out?

Vic.
Reply With Quote
  #3  
Old 22nd July 2006, 01:55 PM
Bill Positek Offline
Registered User
 
Join Date: Dec 2005
Posts: 11
Some more info.

Hi,

You will be pleased to know that this is not on a real network. I have set it up at home to get it going and test the concepts. I have my local network on a 192.168.1.0 network, and my PC with a second IP address of 62.56.160.254, so my PC is a gateway for the Linux box (testing only), and this allows the web page to operate and some other features.

Please excuse make lack of understanding in this area of computers, as I have recently moved to Linux, and I am trying to come to grips with it. I suppose it is all the same for people who want to get things going quickly?

BTW can an A class address have a mask of 255.255.255.0 like a C class? I don't think so?

I have also un-stubbed some of the sendmail line for further testing. Thank you for your help.

Here is the ifconfig as requested, and also the route -n.
IFCONFIG:
[root@Ngomatel-Lubm mail]# ifconfig
eth0 Link encap:Ethernet HWaddr 00:A09:A2:6AE
inet addr:62.56.160.130 Bcast:62.56.160.255 Mask:255.255.255.0
inet6 addr: fe80::2a0:c9ff:fea2:6ace/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:2143 errors:0 dropped:0 overruns:0 frame:0
TX packets:2840 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:185522 (181.1 Kb) TX bytes:350771 (342.5 Kb)

eth1 Link encap:Ethernet HWaddr 00:A09:1A:56E
inet addr:62.56.160.131 Bcast:62.56.160.191 Mask:255.255.255.192
inet6 addr: fe80::2a0:c9ff:fe1a:56de/64 Scope:Link
UP BROADCAST MULTICAST MTU:1500 Metric:1
RX packets:0 errors:0 dropped:0 overruns:0 frame:0
TX packets:9 errors:9 dropped:0 overruns:0 carrier:9
collisions:0 txqueuelen:1000
RX bytes:0 (0.0 b) TX bytes:546 (546.0 b)

lo Link encap:Local Loopback
inet addr:127.0.0.1 Mask:255.0.0.0
inet6 addr: ::1/128 Scope:Host
UP LOOPBACK RUNNING MTU:16436 Metric:1
RX packets:1144 errors:0 dropped:0 overruns:0 frame:0
TX packets:1144 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:103357 (100.9 Kb) TX bytes:103357 (100.9 Kb)

[root@Ngomatel-Lubm mail]#


[root@Ngomatel-Lubm mail]# route -n
Kernel IP routing table
Destination Gateway Genmask Flags Metric Ref Use Iface
62.56.160.128 0.0.0.0 255.255.255.192 U 0 0 0 eth1
62.56.160.0 0.0.0.0 255.255.255.0 U 0 0 0 eth0
169.254.0.0 0.0.0.0 255.255.0.0 U 0 0 0 eth1
127.0.0.0 0.0.0.0 255.0.0.0 U 0 0 0 lo
0.0.0.0 62.56.160.130 0.0.0.0 UG 0 0 0 eth0
[root@Ngomatel-Lubm mail]#


Named Log :

Jul 22 12:04:56.936 general: info: zone 0.0.127.in-addr.arpa/IN: loaded serial 1997022700
Jul 22 12:04:57.031 general: info: zone 130.160.56.62.in-addr.arpa/IN: loaded serial 46
Jul 22 12:04:57.033 general: info: zone ngomatel.cd/IN: loaded serial 46
Jul 22 12:04:57.049 general: info: zone localhost/IN: loaded serial 42
Jul 22 12:04:57.049 general: info: running
Jul 22 12:04:57.050 notify: info: zone 130.160.56.62.in-addr.arpa/IN: sending notifies (serial 46)
Jul 22 12:04:57.050 notify: info: zone ngomatel.cd/IN: sending notifies (serial 46)
Jul 22 12:04:57.052 notify: info: received notify for zone '130.160.56.62.in-addr.arpa'
Jul 22 12:04:57.553 notify: info: received notify for zone '130.160.56.62.in-addr.arpa'
[root@Ngomatel-Lubm mail]#
Reply With Quote
  #4  
Old 22nd July 2006, 04:05 PM
ccrvic Offline
Registered User
 
Join Date: Apr 2006
Posts: 1,092
Quote:
Originally Posted by Bill Positek
Please excuse make lack of understanding in this area of computers, as I have recently moved to Linux, and I am trying to come to grips with it. I suppose it is all the same for people who want to get things going quickly?
Whilst that's generally true, what you're playing with now is unrelated to LInux - this is TCP/IP networking. What you're struggling with would be just the same, whatever OS you chose. It happens that Linux has some *extremely* good networking tools, though, so you should be able to find your way through rather more easily than with certain OSes I could mention...

Quote:
Originally Posted by Bill Positek
BTW can an A class address have a mask of 255.255.255.0 like a C class? I don't think so?
That netmask would make it a class C network - but that's irrelevant. Few people really care about network classes any more - all that's required is that you get your netmasks right.

Quote:
Originally Posted by Bill Positek
eth0 Link encap:Ethernet HWaddr 00:A09:A2:6AE
inet addr:62.56.160.130 Bcast:62.56.160.255 Mask:255.255.255.0

eth1 Link encap:Ethernet HWaddr 00:A09:1A:56E
inet addr:62.56.160.131 Bcast:62.56.160.191 Mask:255.255.255.192
Whoah! Those network segments overlap. This will cause you headaches. If you don't understand TCP/IP in *great* depth, don't even try doing that.

You should think about your network architecture carefully before going any further. Think about *why* you've got two network interfaces, think about why you're trying to put them on the same segment.

Once that's sorted out, other things become much easier to debug.

Vic.
Reply With Quote
  #5  
Old 23rd July 2006, 03:29 AM
Bill Positek Offline
Registered User
 
Join Date: Dec 2005
Posts: 11
Thanks for setting things right. So, what I should do, is make the ETH1 a different network say '192.168.1.0', and keep ETH0 on the public network, and masquerad the public IP's I want on the 192 across to the 192 side? I will try this now, before testing 'Sendmail' again, and let you know what happens!

Thank you.
Reply With Quote
  #6  
Old 23rd July 2006, 09:16 AM
Bill Positek Offline
Registered User
 
Join Date: Dec 2005
Posts: 11
OK, things seem to be a lot clearer now. But same problem with mail server. I think I have screwed it up very well by now. If you can make anything of the tcpdump of the mail access following, I would be pleased to know.

Note: eth1 is now on a seperate network, and arp's are not present looking gor global servers. Thanks for that, I was wondering why it was hapopening!


18:14:26.791062 IP 62.56.160.135.1136 > Ngomatel-Lubm.smtp: S 2979135243:2979135243(0) win 65535 <mss 1452,nop,nop,sackOK>
18:14:26.791117 IP Ngomatel-Lubm.smtp > 62.56.160.135.1136: R 0:0(0) ack 2979135244 win 0
18:14:27.359226 IP 62.56.160.135.1136 > Ngomatel-Lubm.smtp: S 2979135243:2979135243(0) win 65535 <mss 1452,nop,nop,sackOK>
18:14:27.359263 IP Ngomatel-Lubm.smtp > 62.56.160.135.1136: R 0:0(0) ack 1 win 0
18:14:27.797048 IP 62.56.160.135.1136 > Ngomatel-Lubm.smtp: S 2979135243:2979135243(0) win 65535 <mss 1452,nop,nop,sackOK>
18:14:27.797081 IP Ngomatel-Lubm.smtp > 62.56.160.135.1136: R 0:0(0) ack 1 win 0
18:14:27.828319 IP 62.56.160.135.1137 > Ngomatel-Lubm.pop3: S 4149848704:4149848704(0) win 65535 <mss 1452,nop,nop,sackOK>
18:14:27.828355 IP Ngomatel-Lubm.pop3 > 62.56.160.135.1137: R 0:0(0) ack 4149848705 win 0
18:14:28.343529 IP 62.56.160.135.1137 > Ngomatel-Lubm.pop3: S 4149848704:4149848704(0) win 65535 <mss 1452,nop,nop,sackOK>
18:14:28.343562 IP Ngomatel-Lubm.pop3 > 62.56.160.135.1137: R 0:0(0) ack 1 win 0
18:14:28.890513 IP 62.56.160.135.1137 > Ngomatel-Lubm.pop3: S 4149848704:4149848704(0) win 65535 <mss 1452,nop,nop,sackOK>
18:14:28.890548 IP Ngomatel-Lubm.pop3 > 62.56.160.135.1137: R 0:0(0) ack 1 win 0
18:14:28.923267 IP 62.56.160.135.1138 > Ngomatel-Lubm.smtp: S 3852767188:3852767188(0) win 65535 <mss 1452,nop,nop,sackOK>
18:14:28.923303 IP Ngomatel-Lubm.smtp > 62.56.160.135.1138: R 0:0(0) ack 3852767189 win 0
18:14:29.437495 IP 62.56.160.135.1138 > Ngomatel-Lubm.smtp: S 3852767188:3852767188(0) win 65535 <mss 1452,nop,nop,sackOK>
18:14:29.437531 IP Ngomatel-Lubm.smtp > 62.56.160.135.1138: R 0:0(0) ack 1 win 0
18:14:29.983979 IP 62.56.160.135.1138 > Ngomatel-Lubm.smtp: S 3852767188:3852767188(0) win 65535 <mss 1452,nop,nop,sackOK>
18:14:29.984014 IP Ngomatel-Lubm.smtp > 62.56.160.135.1138: R 0:0(0) ack 1 win 0
Reply With Quote
  #7  
Old 23rd July 2006, 11:08 AM
Bill Positek Offline
Registered User
 
Join Date: Dec 2005
Posts: 11
Hi again, I have changed the sendmail logging ability and up'ed the logging to 15. The following is a copy of an access for Email. Any ideas?

Thanks.

Jul 23 20:10:15 Ngomatel-Lubm sendmail[14923]: NOQUEUE: connect from [62.56.160.135]
Jul 23 20:10:15 Ngomatel-Lubm sendmail[14923]: AUTH: available mech=CRAM-MD5 ANONYMOUS DIGEST-MD5 LOGIN PLAIN, allowed mech=EXTERNAL
GSSAPI DIGEST-MD5 CRAM-MD5 LOGIN PLAIN
Jul 23 20:10:15 Ngomatel-Lubm sendmail[14923]: k6NAAFxt014923: Milter: no active filter
Jul 23 20:10:15 Ngomatel-Lubm sendmail[14923]: k6NAAFxt014923: --- 220 ngomatel.cd ESMTP Sendmail 8.12.11/8.12.11; Sun, 23 Jul 2006
20:10:15 +1000
Jul 23 20:10:15 Ngomatel-Lubm sendmail[14923]: k6NAAFxt014923: --- 421 4.4.1 ngomatel.cd Lost input channel from [62.56.160.135]
Jul 23 20:10:15 Ngomatel-Lubm sendmail[14923]: k6NAAFxt014923: [62.56.160.135] did not issue MAIL/EXPN/VRFY/ETRN during connection to MTA
Reply With Quote
  #8  
Old 25th July 2006, 12:19 AM
Bill Positek Offline
Registered User
 
Join Date: Dec 2005
Posts: 11
Hi just an update,

I have chased this problem through many web sites and foums, looking at othe rpeople issues and tried many things. I have managed to fix the send mail issue with an error fixed in the reverse DNS lookup. So now I can send mail and the mail log is OK, as below:
I still can't login to receive mail. Working on that now. Thanks everyone.

Jul 24 22:19:23 ngomatel sendmail[2130]: NOQUEUE: connect from [62.56.160.135]
Jul 24 22:19:23 ngomatel sendmail[2130]: AUTH: available mech=CRAM-MD5 ANONYMOUS DIGEST-MD5 LOGIN PLAIN, allowed mech=GSSAPI LOGIN PLAIN
Jul 24 22:19:23 ngomatel sendmail[2130]: k6OCJNau002130: Milter: no active filter
Jul 24 22:19:23 ngomatel sendmail[2130]: k6OCJNau002130: --- 220 ngomatel.cd ESMTP Sendmail 8.12.11/8.12.11; Mon, 24 Jul 2006 22:19:23 +1000
Jul 24 22:19:23 ngomatel sendmail[2130]: k6OCJNau002130: <-- EHLO POSITEKNB1
Jul 24 22:19:23 ngomatel sendmail[2130]: k6OCJNau002130: --- 250-ngomatel.cd Hello [62.56.160.135], pleased to meet you
Jul 24 22:19:23 ngomatel sendmail[2130]: k6OCJNau002130: --- 250-ENHANCEDSTATUSCODES
Jul 24 22:19:23 ngomatel sendmail[2130]: k6OCJNau002130: --- 250-PIPELINING
Jul 24 22:19:23 ngomatel sendmail[2130]: k6OCJNau002130: --- 250-8BITMIME
Jul 24 22:19:23 ngomatel sendmail[2130]: k6OCJNau002130: --- 250-SIZE
Jul 24 22:19:23 ngomatel sendmail[2130]: k6OCJNau002130: --- 250-DSN
Jul 24 22:19:23 ngomatel sendmail[2130]: k6OCJNau002130: --- 250-ETRN
Jul 24 22:19:23 ngomatel sendmail[2130]: k6OCJNau002130: --- 250-AUTH LOGIN PLAIN
Jul 24 22:19:23 ngomatel sendmail[2130]: k6OCJNau002130: --- 250-STARTTLS
Jul 24 22:19:23 ngomatel sendmail[2130]: k6OCJNau002130: --- 250-DELIVERBY
Jul 24 22:19:23 ngomatel sendmail[2130]: k6OCJNau002130: --- 250 HELP
Jul 24 22:19:23 ngomatel sendmail[2130]: k6OCJNau002130: <-- AUTH LOGIN
Jul 24 22:19:23 ngomatel sendmail[2130]: k6OCJNau002130: --- 334 VXNlcm5hbWU6
Jul 24 22:19:23 ngomatel sendmail[2130]: k6OCJNau002130: --- 334 UGFzc3dvcmQ6
Jul 24 22:19:23 ngomatel sendmail[2130]: k6OCJNau002130: --- 235 2.0.0 OK Authenticated
Jul 24 22:19:23 ngomatel sendmail[2130]: AUTH=server, relay=[62.56.160.135], authid=user131, mech=LOGIN, bits=0
Jul 24 22:19:23 ngomatel sendmail[2130]: k6OCJNau002130: <-- MAIL FROM: <support@ngomatel.cd>
Jul 24 22:19:23 ngomatel sendmail[2130]: k6OCJNau002130: --- 250 2.1.0 <support@ngomatel.cd>... Sender ok
Jul 24 22:19:23 ngomatel sendmail[2130]: k6OCJNau002130: <-- RCPT TO: <support@ngomatel.cd>
Jul 24 22:19:23 ngomatel sendmail[2130]: k6OCJNau002130: --- 250 2.1.5 <support@ngomatel.cd>... Recipient ok
Jul 24 22:19:23 ngomatel sendmail[2130]: k6OCJNau002130: <-- DATA
Jul 24 22:19:23 ngomatel sendmail[2130]: k6OCJNau002130: --- 354 Enter mail, end with "." on a line by itself
Jul 24 22:19:24 ngomatel sendmail[2130]: k6OCJNau002130: from=<support@ngomatel.cd>, size=367, class=0, nrcpts=1, msgid=<200607241219.k6OCJNau002130@ngomatel.cd>, proto=ESMTP, daemon=MTA, relay=[62.56.160.135]
Jul 24 22:19:24 ngomatel sendmail[2130]: k6OCJNau002130: --- 250 2.0.0 k6OCJNau002130 Message accepted for delivery
Jul 24 22:19:24 ngomatel sendmail[2131]: k6OCJNau002130: to=<support@ngomatel.cd>, ctladdr=<support@ngomatel.cd> (501/501), delay=00:00:01, xdelay=00:00:00, mailer=local, pri=30659, dsn=2.0.0, stat=Sent
Jul 24 22:19:24 ngomatel sendmail[2131]: k6OCJNau002130: done; delay=00:00:01, ntries=1
Jul 24 22:19:24 ngomatel sendmail[2130]: k6OCJNav002130: <-- QUIT
Jul 24 22:19:24 ngomatel sendmail[2130]: k6OCJNav002130: --- 221 2.0.0 ngomatel.cd closing connection
Reply With Quote
  #9  
Old 25th July 2006, 11:25 AM
Bill Positek Offline
Registered User
 
Join Date: Dec 2005
Posts: 11
Cool

Fixed!!

The last poblem was user directory permission. Setting the user directories to (chmod 755 /home/support).

Thank you for the help.
Reply With Quote
Reply

Tags
fc2, sendmail

Thread Tools Search this Thread
Search this Thread:

Advanced Search
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off

Forum Jump

Similar Threads
Thread Thread Starter Forum Replies Last Post
Sendmail -- sending mail with the mail command -- doesn't work :-( carolinevdh Servers & Networking 1 13th August 2009 07:18 PM
sendmail can't send mail from local mail server? shams Servers & Networking 0 16th June 2006 04:35 PM
Sendmail -outgoing mail issue from user machines mn210 Servers & Networking 0 23rd March 2006 04:50 PM
local mail delivery issue on SENDMAIL 8.12 mn210 Servers & Networking 1 10th March 2006 08:07 PM
did not issue MAIL/EXPN/VRFY/ETRN nenad Servers & Networking 0 7th March 2005 10:01 PM


Current GMT-time: 17:19 (Wednesday, 19-06-2013)

TopSubscribe to XML RSS for all Threads in all ForumsFedoraForumDotOrg Archive
logo

All trademarks, and forum posts in this site are property of their respective owner(s).
FedoraForum.org is privately owned and is not directly sponsored by the Fedora Project or Red Hat, Inc.

Privacy Policy | Term of Use | Posting Guidelines | Archive | Contact Us | Founding Members

Powered by vBulletin® Copyright ©2000 - 2012, vBulletin Solutions, Inc.

FedoraForum is Powered by RedHat