procmail-3.22
Redhat9
[root@localhost mrtg]# mailq
/var/spool/mqueue (1 request)
-----Q-ID----- --Size-- -----Q-Time----- ------------Sender/Recipient-----------
h6MKUsun018988 4 Tue Jul 22 17:30 <root@localhost.localdomain>
(mailer local died with signal 11)
<jose@localhost.localdomain>
Total requests: 1
[root@localhost mrtg]# echo "teste" | procmail -d jose
Segmentation Fault
Have compiled procmail with mysql patch
in rh9 Not work
in rh8 or + old, work ok
Help
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
You'll have to check the procmail log to see if there's anything obvious in there, or try running "strace procmail", and "ltrace procmail" to locate the source of the segmentation fault.
Either way, the fault is with procmail, and not sendmail-sql, and I know nothing about procmail's mysql patch. However, as a general thought, you might like to check things like skip-name-resolve, skip-innodb, etc. in your /etc/my.conf and see if that resolves the problem, as there were known bugs in mysql shortly after redhat 8.0.
I hope you're running a fully patched RedHat 9 as well!
K.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Anonymous
-
2003-07-30
Hello Marcelo,
I have exactly the same problem on redhat-9 by using procmail-3.13.1 with procmail+mysql-0.2.2.patch.
Please tell me if you succeeded in some way with this.
Kev, sendmail is not functioning without a local mailer. If you know nothing about procmail's mysql patch how is your sendmail running on your redhat ? Take a look at this, hope it will help: http://www.posixnet.org/index1.html
All the best.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Mine's running fine because I don't use procmail, I guess ;0)
I've recently been on holiday, and I'm currently fighting my way through a four-figure amount of emails in my inbox.
I'll be back on the case with sendmail-sql asap, though...
While I agree that there are present issues that are caused by the sendmail-sql patch, I'm certain that the issue in this particular thread is a procmail one, and not related to sendmail-sql.
The output of the following two commands (assuming you've got strace, and ltrace installed) should yield the root of the problem (which is probably library related):
echo "teste" | strace procmail -d jose
AND:
echo "teste" | ltrace procmail -d jose
If I'm wrong, posting of the output of the above (just the last 30 or so lines of each please!) will give me sufficient proof that I'm wrong to pursue this issue as a sendmail-sql one. Otherwise I will not pursue it at all.
I'm pretty firmly of the opinion that someone who doesn't know how to use strace and ltrace shouldn't be trying such experimental software as this...
Also, if it doesn't run without a local mailer, why not just implement a workaround and change your default mailer to be called "local"!?!?
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
procmail-3.22
Redhat9
[root@localhost mrtg]# mailq
/var/spool/mqueue (1 request)
-----Q-ID----- --Size-- -----Q-Time----- ------------Sender/Recipient-----------
h6MKUsun018988 4 Tue Jul 22 17:30 <root@localhost.localdomain>
(mailer local died with signal 11)
<jose@localhost.localdomain>
Total requests: 1
[root@localhost mrtg]# echo "teste" | procmail -d jose
Segmentation Fault
Have compiled procmail with mysql patch
in rh9 Not work
in rh8 or + old, work ok
Help
You'll have to check the procmail log to see if there's anything obvious in there, or try running "strace procmail", and "ltrace procmail" to locate the source of the segmentation fault.
Either way, the fault is with procmail, and not sendmail-sql, and I know nothing about procmail's mysql patch. However, as a general thought, you might like to check things like skip-name-resolve, skip-innodb, etc. in your /etc/my.conf and see if that resolves the problem, as there were known bugs in mysql shortly after redhat 8.0.
I hope you're running a fully patched RedHat 9 as well!
K.
Hello Marcelo,
I have exactly the same problem on redhat-9 by using procmail-3.13.1 with procmail+mysql-0.2.2.patch.
Please tell me if you succeeded in some way with this.
Kev, sendmail is not functioning without a local mailer. If you know nothing about procmail's mysql patch how is your sendmail running on your redhat ? Take a look at this, hope it will help: http://www.posixnet.org/index1.html
All the best.
Mine's running fine because I don't use procmail, I guess ;0)
I've recently been on holiday, and I'm currently fighting my way through a four-figure amount of emails in my inbox.
I'll be back on the case with sendmail-sql asap, though...
While I agree that there are present issues that are caused by the sendmail-sql patch, I'm certain that the issue in this particular thread is a procmail one, and not related to sendmail-sql.
The output of the following two commands (assuming you've got strace, and ltrace installed) should yield the root of the problem (which is probably library related):
echo "teste" | strace procmail -d jose
AND:
echo "teste" | ltrace procmail -d jose
If I'm wrong, posting of the output of the above (just the last 30 or so lines of each please!) will give me sufficient proof that I'm wrong to pursue this issue as a sendmail-sql one. Otherwise I will not pursue it at all.
I'm pretty firmly of the opinion that someone who doesn't know how to use strace and ltrace shouldn't be trying such experimental software as this...
Also, if it doesn't run without a local mailer, why not just implement a workaround and change your default mailer to be called "local"!?!?
Same problem!
My output of strace:
...
open("/etc/group", O_RDONLY) = 4
fcntl64(4, F_GETFD) = 0
fcntl64(4, F_SETFD, FD_CLOEXEC) = 0
fstat64(4, {st_mode=S_IFREG|0644, st_size=669, ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x40017000
_llseek(4, 0, [0], SEEK_CUR) = 0
read(4, "root:x:0:root\nbin:x:1:root,bin,d"..., 4096) = 669
read(4, "", 4096) = 0
close(4) = 0
munmap(0x40017000, 4096) = 0
setgroups32(0x1, 0x805fbd8) = 0
uname({sys="Linux", node="hulk", ...}) = 0
stat64("/var/spool/mail/", {st_mode=S_IFDIR|0775, st_size=4096, ...}) = 0
setgid32(0xcupeek: ptrace(PTRACE_PEEKUSER,6401,44,0): Operation not permitted
procmail: Terminating prematurely
My output of ltrace:
...
getenv("ORGMAIL") = "/var/spool/mail/a20264"
strlen("") = 0
__rawmemchr(0x0805e328, 0, 2049, 60, 17) = 0x0805e33e
strchr("/", '/') = "/"
strlen("/var/spool/mail/a20264") = 22
malloc(23) = 0x0805dae8
memmove(0x0805dae8, 0x0805e328, 23, 0, 0) = 0x0805dae8
getenv("ORGMAIL") = "/var/spool/mail/a20264"
strcpy(0x0805e328, "/var/spool/mail/a20264") = 0x0805e328
__rawmemchr(0x0805e328, 0, 3, 0, 0xbffffab4) = 0x0805e33e
strpbrk(0x0805e328, 0x08058d10, 3, 0, 0xbffffab4) = 0x0805e328
strpbrk(0x0805e329, 0x08058d10, 3, 0, 0xbffffab4) = 0x0805e32c
strpbrk(0x0805e32d, 0x08058d10, 3, 0, 0xbffffab4) = 0x0805e332
strpbrk(0x0805e333, 0x08058d10, 3, 0, 0xbffffab4) = 0x0805e337
strpbrk(0x0805e338, 0x08058d10, 3, 0, 0xbffffab4) = 0
__xstat(3, "/var/spool/mail/", 0xbfffdb70) = 0
setgid(12
... and then look
I'm going to add something about this into the documentation in the next version.
Kev, if you don't use procmail then what do you use as local mailer ? I guess this project is not just a guess. Or is it ?
My RH9 go well, but i must modify procmail patch by hand...
Kyrian, there is a way to do without procmail?