Hi everyone,
I just realised that mails from PayPal don't get through anymore (must / could
be in conjunction with my latest upgrade of courier).
Sep 13 09:37:57 node1 courieresmtpd:
error,relay=66.211.168.231,from=[EMAIL PROTECTED]: 417 SPF error
[EMAIL PROTECTED]: DNS MX lookup failed.?
As the problem with not being able to send mails via the php mail() command
(but no problems using sendmail at the console) I tried to get a
strace-output from php calling sendmail.
Here it is, and I really appreciate you're ideas because this bug is driving
me mad.
There is this
There is this clone(sendmail: ERR: Permission denied - I guess it's the
problem, but I don't know where it comes from.
Is this an SELinux enabled host?
no, but an openvz-container.
Manuel
--
-
All-Things-Open Projektgruppe
[EMAIL
The email that is sent back to me gives me the following error message:
DNS lookup failed.
And, in fact, looking up navy.mil returns nothing:
12:41:41 [EMAIL PROTECTED]:~ -- host navy.mil
12:41:46 [EMAIL PROTECTED]:~ --
This looks to me like an ordinary resolving problem which is not
Disk space and Inodes are available... this is a fresh installation.
It's one or the other.
-:[/]# df -h
Dateisystem Größe Benut Verf Ben% Eingehängt auf
/dev/md/3 9,6G 1,8G 7,8G 19% /
sysfs 9,6G 1,8G 7,8G 19% /sys
udev 9,6G 1,8G
Disk space and Inodes are available... this is a fresh installation.
It's one or the other.
-:[/]# df -h
Dateisystem Größe Benut Verf Ben% Eingehängt auf
/dev/md/3 9,6G 1,8G 7,8G 19% /
sysfs 9,6G 1,8G 7,8G 19% /sys
udev
Running strace in the wrapper might give more insights.
I'd also check ldd in the wrapper, in case some module
loaded by Apache is different from what the system loads
by default.
As I'm still suffering from the above named problem - I even copied all the
configuration from another, well
stracing sendmail seems even more interesting:
fstat64(8, {st_mode=S_IFREG|0755, st_size=82232, ...}) = 0
mmap2(NULL, 92096, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 8, 0) =
0xb7de7000
mmap2(0xb7dfa000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|
MAP_DENYWRITE, 8, 0x12) =
431 Mail system full.511 Headers - Where does this comes from?
The submit process, which is forked by sendmail.
But what does it tell?
Disk space and Inodes are available... this is a fresh installation.
Manuel
--
-
All-Things-Open
My solution: I have set up the backup mx system as usual and then do a
esmtpd stop. A simple script (executed once a few minutes) tests
availability of the primary mx system (just connect, HELO and QUIT). If the
primary seems down, esmtpd start gets executed. When the primary is there
again,
Hi,
I use courier-mta at another machine which acts as a backup-mx. It doesn't
have any local users, just a few domains in its esmtacceptmailfor.
This works great so long, but I'd like to pipe all mails through spamassassin
and clamassassin. A setup using maildrop and xfilter already exists
Any ideas?
Yes. Get rid of your backup MX. A backup MX is no longer needed on the
modern Internet.
Very funny.
--
-
All-Things-Open Projektgruppe
[EMAIL PROTECTED]
-
unfortunately I rejoiced too early - I could only send one message.
Very odd, that this one worked (it really worked, it was the confirmation
message of MediaWiki, there is no way to accidentally send it another way)
but no further messages can be sent.
I checked the environment settings (?
Hi,
You have to have some environment variable set, in your shell environment,
in order for things to work for you. By trial and error you'll need to
figure out what it is.
I checked this with another system where it works - no difference.
But I finally found the problem:
The subdirectories
Hi together,
I'm using the courier-mta since around five years and I really like it.
But now I finally found my way to this mailinglist because I have an odd
problem, maybe I'm just overseeing something.
I made a fresh OS installation with courier-0.53.2, apache-2.0.58-r2 and
php-5.1.6-r6.
A
15 matches
Mail list logo
