Got it! I had to set these three last values:
postconf -e 'mydomain = sharingcenter.eu'
postconf -e 'myhostname - mail.sharingcenter.eu'
postconf -e 'myhostname = mail.sharingcenter.eu'
postconf -e 'mynetworks = 178.63.65.136'
postconf -e 'mydestination = $myhostname, localhost.$mydomain,
On 21/10/10 6:17 AM, Dotan Cohen wrote:
I thank you guys for your patience and help.
No problem.
I just spent a good few hours googling today and working my way
around blogs, documentation, howto articles, forum posts, mailing
list archives, and the like. I wouldn't have even known what to
No the example above shows a telnet to port 25 connecting - which I can
reproduce too - but there is no 220 response as there should be from a
I am late to the thread (and I haven't a clue what we are talking about in
fact), but I get a 220 when I telnet into that IP address...
Escape
Ian Murray wrote:
No the example above shows a telnet to port 25 connecting - which I can
reproduce too - but there is no 220 response as there should be from a
I am late to the thread (and I haven't a clue what we are talking about in
fact), but I get a 220 when I telnet into that IP
[herr...@stones herrold]$ telnet 178.63.65.136 25
Trying 178.63.65.136...
Connected to 178.63.65.136.
Escape character is '^]'.
220 mercury.localdomain ESMTP Postfix
quit
221 2.0.0 Bye
Connection closed by foreign host.
[herr...@stones herrold]$
Something between your local
On 20/10/10 5:42 AM, m.r...@5-cent.us wrote:
Ian Murray wrote:
No the example above shows a telnet to port 25 connecting - which I can
reproduce too - but there is no 220 response as there should be from a
I am late to the thread (and I haven't a clue what we are talking about in
fact),
On Mon, Oct 18, 2010 at 01:46, Ryan Wagoner rswago...@gmail.com wrote:
You will want to check your DNS and try to telnet to the server. If
your server is behind NAT or you run split-dns it would be advisable
to try it from another connection.
dig mx yourdomain.com
telnet smtp.yourdomain.com
Am 18.10.2010 22:02, schrieb Dotan Cohen:
On the server, it looks like everything is running as it should:
[r...@mercury ~]# service postfix status
master (pid 31800) is running...
[r...@mercury ~]# service dovecot status
dovecot (pid 29751) is running...
[r...@mercury ~]# netstat -anp
On Mon, Oct 18, 2010 at 22:06, Alexander Dalloz ad+li...@uni-x.org wrote:
The daemon is bound to localhost only.
Yes, that would be a problem!
What could I be missing? The logs are clean.
postconf -e 'inet_interfaces = all'
service postfix restart
Thanks! However, even after the change
Dotan Cohen wrote:
On Mon, Oct 18, 2010 at 22:06, Alexander Dalloz ad+li...@uni-x.org
wrote:
snip
Thanks! However, even after the change and confirming that postfix is
listening properly:
snip
I still cannot cannot connect with telnet:
âdcl:~$ telnet sharingcenter.eu 25
Trying
On 10/18/2010 04:18 PM, Dotan Cohen wrote:
On Mon, Oct 18, 2010 at 22:06, Alexander Dallozad+li...@uni-x.org wrote:
The daemon is bound to localhost only.
Yes, that would be a problem!
What could I be missing? The logs are clean.
postconf -e 'inet_interfaces = all'
No, I should have mentioned that the firewall is open:
[r...@mercury public_html]# iptables -L -n -v
Chain INPUT (policy ACCEPT 0 packets, 0 bytes)
pkts bytes target prot opt in out source
destination
Chain FORWARD (policy ACCEPT 0 packets, 0 bytes)
pkts bytes target prot opt
On Mon, Oct 18, 2010 at 22:34, Steve Clark scl...@netwolves.com wrote:
Hmm... I am not having any problem connecting from the U.S.
ping 178.63.65.136
PING 178.63.65.136 (178.63.65.136) 56(84) bytes of data.
64 bytes from 178.63.65.136: icmp_seq=1 ttl=49 time=140 ms
64 bytes from
Dotan Cohen wrote:
On Mon, Oct 18, 2010 at 22:34, Steve Clark scl...@netwolves.com wrote:
Hmm... I am not having any problem connecting from the U.S.
snip
telnet 178.63.65.136 25
Trying 178.63.65.136...
Connected to 178.63.65.136.
Escape character is '^]'.
^]
telnet close
Connection
On Mon, Oct 18, 2010 at 22:47, m.r...@5-cent.us wrote:
Bingo! DNS.
No, even on the IP address telnet won't answer on port 25:
✈dcl:~$ telnet 178.63.65.188 25
Trying 178.63.65.188...
telnet: Unable to connect to remote host: Connection timed out
✈dcl:~$
--
Dotan Cohen
On Mon, 2010-10-18 at 22:38 +0200, Dotan Cohen wrote:
Exactly the problem! It pings fine (so I know that connections can be
established over the physical wires) and on the IP address telnet
answers. However, telnet to port 25 (smtp) with the domain name fails.
Why could that be?
---
Why
On 10/18/2010 3:38 PM, Dotan Cohen wrote:
On Mon, Oct 18, 2010 at 22:34, Steve Clarkscl...@netwolves.com wrote:
Hmm... I am not having any problem connecting from the U.S.
ping 178.63.65.136
PING 178.63.65.136 (178.63.65.136) 56(84) bytes of data.
64 bytes from 178.63.65.136: icmp_seq=1
Am 18.10.2010 22:38, schrieb Dotan Cohen:
On Mon, Oct 18, 2010 at 22:34, Steve Clark scl...@netwolves.com wrote:
Hmm... I am not having any problem connecting from the U.S.
ping 178.63.65.136
PING 178.63.65.136 (178.63.65.136) 56(84) bytes of data.
64 bytes from 178.63.65.136: icmp_seq=1
On Mon, 2010-10-18 at 16:55 -0400, JohnS wrote:
On Mon, 2010-10-18 at 22:38 +0200, Dotan Cohen wrote:
Exactly the problem! It pings fine (so I know that connections can be
established over the physical wires) and on the IP address telnet
answers. However, telnet to port 25 (smtp) with
I see now, since the last postfix restart the log is filling up with these:
Oct 18 22:59:42 mercury postfix/smtpd[11318]: fatal: open database
/etc/aliases.db: No such file or directory
Oct 18 22:59:43 mercury postfix/master[7816]: warning: process
/usr/libexec/postfix/smtpd pid 11318 exit status
On Mon, Oct 18, 2010 at 22:55, Todd Denniston
todd.dennis...@tsb.cranrdte.navy.mil wrote:
are you coming to it from a 178.63.65.* or from a private IP (even if through
a NAT)?
No, I'm pinging and telnetting in from another country!
--
Dotan Cohen
http://gibberish.co.il
On 10/18/10 2:08 PM, Dotan Cohen wrote:
I see now, since the last postfix restart the log is filling up with these:
Oct 18 22:59:42 mercury postfix/smtpd[11318]: fatal: open database
/etc/aliases.db: No such file or directory
Oct 18 22:59:43 mercury postfix/master[7816]: warning: process
On Mon, Oct 18, 2010 at 11:08:37PM +0200, Dotan Cohen wrote:
I see now, since the last postfix restart the log is filling up with these:
Oct 18 22:59:42 mercury postfix/smtpd[11318]: fatal: open database
/etc/aliases.db: No such file or directory
Well, see if you have an /etc/aliases, which
On Mon, Oct 18, 2010 at 22:59, Alexander Dalloz ad+li...@uni-x.org wrote:
By any chance, did you bring down loopback or destroyed the localhost
mapping in /etc/hosts? Or you have something broken in your main.cf.
Post the output of postconf -n.
No, loopback works and there's nothing unusual
On Mon, Oct 18, 2010 at 05:15:52PM -0400, Scott Robbins wrote:
On Mon, Oct 18, 2010 at 11:08:37PM +0200, Dotan Cohen wrote:
I see now, since the last postfix restart the log is filling up with these:
Oct 18 22:59:42 mercury postfix/smtpd[11318]: fatal: open database
/etc/aliases.db: No
On Mon, Oct 18, 2010 at 23:15, Scott Robbins scot...@nyc.rr.com wrote:
Well, see if you have an /etc/aliases, which you should, even if it's a
defaut. Then just run newaliases which will create an /etc/aliases.db
The issues may be elsewhere, but get rid of that one.
Well, I tried:
Seeing how postfix could not access /etc/aliases I tried loosening
the permissions, but still no luck:
[r...@mercury ~]# chmod +rx /etc/aliases
[r...@mercury ~]# newaliases
[r...@mercury ~]# ls -l /etc/aliases
-rwxr-xr-x 1 root root 1512 Apr 25 2005 /etc/aliases
[r...@mercury ~]# service
Am 18.10.2010 23:22, schrieb Dotan Cohen:
Well, I tried:
[r...@mercury ~]# ls -l /etc/aliases
-rw-r--r-- 1 root root 1512 Apr 25 2005 /etc/aliases
[r...@mercury ~]# newaliases
[r...@mercury ~]# service postfix restart
Shutting down postfix: [ OK ]
Am 18.10.2010 23:31, schrieb Dotan Cohen:
Seeing how postfix could not access /etc/aliases I tried loosening
the permissions, but still no luck:
[r...@mercury ~]# chmod +rx /etc/aliases
It is *NOT* the /etc/aliases plain text file Postfix tries to read in at
startup. It is the hashed map
On Mon, Oct 18, 2010 at 23:31, Alexander Dalloz ad+li...@uni-x.org wrote:
Sendmail is still the default on CentOS. So to switch to Postfix you
will have to use the mechanism to relink - using alternatives.
What prints out: alternatives --display mta
You found it!
[r...@mercury ~]#
On 10/18/10 2:22 PM, Dotan Cohen wrote:
On Mon, Oct 18, 2010 at 23:15, Scott Robbinsscot...@nyc.rr.com wrote:
Well, see if you have an /etc/aliases, which you should, even if it's a
defaut. Then just run newaliases which will create an /etc/aliases.db
The issues may be elsewhere, but get
On Mon, Oct 18, 2010 at 23:46, John R Pierce pie...@hogranch.com wrote:
no kidding. look at that log, it didn't start. (last 3 lines
notwithstanding, every else there looks like 'error' to me)
Yes, those error were before I removed sendmail from the default config.
Even though it seems to be
Yes, those error were before I removed sendmail from the default config.
Even though it seems to be answering on post 25 now, mail sent to an
account there from Gmail are not being received. No errors in the
logs.
--
Dotan Cohen
stupid's question: what happens if you disable selinux?
On Sun, Oct 17, 2010 at 6:39 PM, Dotan Cohen dotanco...@gmail.com wrote:
I have installed Postfix, Dovecot, and Squirrelmail on a CentOS 5.5
machine. In Squirrelmail a user can send mail, but he is not receiving
replies. There is nothing relevant in the maillog other than the
user's
34 matches
Mail list logo