Hi,
This is not supposed to happen - signal 11 is a segmentation fault.
Could you provide some more information - does it happen with every
bounce? Is the bounce send or does dbmail-smtp die before sending the
mail? We currently are not experiencing any segfaults with dbmail-smtp,
could you tell us which system you are using? FreeBSD and solaris for
example are more stringent on memory errors and give almost always a
signal 11 where linux often just runs the process and only has it
crash if the process invades the memory page of another process.
regards roel
Bret Baptist heeft op woensdag, 4 dec 2002 om 18:32 (Europe/Amsterdam)
het volgende geschreven:
I have noticed that when dbmail-smtp checks to make sure that an email
address
is valid, finds out that it is not, and then sends out a bounce, it
gives a
signal 11 back to postfix. This means that postfix deffers the
message and
trys to send it again.
This is the log from postfix.
Dec 4 11:27:30 destiny postfix/pipe[18072]: 08F361B3303:
to=<[EMAIL PROTECTED]>, relay=dbmail, delay=770, status=deferred
(Command died with signal 11: "/usr/local/bin/dbmail-smtp")
Is anyone else seeing this behavior?
Thanks.
--
Bret Baptist
Systems and Technical Support Specialist
[EMAIL PROTECTED]
Internet Exposure, Inc.
http://www.iexposure.com
(612)676-1946 x17
Web Development-Web Marketing-ISP Services
------------------------------------------
Today is the tomorrow you worried about yesterday.
_______________________________________________
Dbmail mailing list
Dbmail@dbmail.org
https://mailman.fastxs.nl/mailman/listinfo/dbmail
