f



Sendmail 8.13.0 Beta2 bugs in BSDD/OS 4.3.1

Thank you Claus.

I did make a modifiction as suggested.

The lastest gdb gives me:


Script started on Fri May 28 22:54:23 2004
doctor.nl2k.ab.ca//usr/source/sendmail-8.13.0.Beta2/obj.BSD-OS.4.3.1.i386/sendmai
il$ gdb sendmail /var/spool/mqueue.in/sendmail.core

GNU gdb 

Copyright 1998 Free Software Foundation, Inc.

GDB is free software, covered by the GNU General Public License, and you are

welcome to change it and/or distribute copies of it under certain conditions.

Type "show copying" to see the conditions.

There is absolutely no warranty for GDB.  Type "show warranty" for details.

This GDB was configured as "i386-unknown-bsdi4.3"...



warning: exec file is newer than core file.

Core was generated by `sendmail'.

Program terminated with signal 11, Segmentation fault.

Reading symbols from /usr/lib/libdb-4.1.so...done.

Reading symbols from /shlib/libdl.so...done.

Reading symbols from /usr/contrib/lib/libssl.so.0.9.7...done.

Reading symbols from /usr/contrib/lib/libcrypto.so.0.9.7...done.

Reading symbols from /usr/contrib/lib/libsasl2.so.2...done.

Reading symbols from /shlib/libkvm.so.0.0...done.

Reading symbols from /shlib/libgcc.so.1...done.

Reading symbols from /shlib/libc.so.2...done.

Reading symbols from /shlib/ld-bsdi.so...done.

#0  0x0 in ?? ()

(gdb) quit

doctor.nl2k.ab.ca//usr/source/sendmail-8.13.0.Beta2/obj.BSD-OS.4.3.1.i386/sendmai
il$ gdb sendmail /var/spool/mqueue.in/sendmail.core.sendmail /var/spool/mqueue.in/sendmail.core
il$ gdb ./sendmail /var/spool/mqueue.in/sendmail.core
il$ gdb ./

GNU gdb 

Copyright 1998 Free Software Foundation, Inc.

GDB is free software, covered by the GNU General Public License, and you are

welcome to change it and/or distribute copies of it under certain conditions.

Type "show copying" to see the conditions.

There is absolutely no warranty for GDB.  Type "show warranty" for details.

This GDB was configured as "i386-unknown-bsdi4.3"...



warning: exec file is newer than core file.

Core was generated by `sendmail'.

Program terminated with signal 11, Segmentation fault.

Reading symbols from /usr/lib/libdb-4.1.so...done.

Reading symbols from /shlib/libdl.so...done.

Reading symbols from /usr/contrib/lib/libssl.so.0.9.7...done.

Reading symbols from /usr/contrib/lib/libcrypto.so.0.9.7...done.

Reading symbols from /usr/contrib/lib/libsasl2.so.2...done.

Reading symbols from /shlib/libkvm.so.0.0...done.

Reading symbols from /shlib/libgcc.so.1...done.

Reading symbols from /shlib/libc.so.2...done.

Reading symbols from /shlib/ld-bsdi.so...done.

#0  0x0 in ?? ()

(gdb) where

#0  0x0 in ?? ()

#1  0x4815afb0 in __db_vrfy_pagezero (dbp=0x817e300, vdp=0x803d44c, fhp=0x1c, 

    flags=1209383370) at ./../db/db_vrfy.c:550

#2  0x4815ba19 in __db_vrfy_invalid (dbp=0x817e300, vdp=0x803d5c8, h=0x0, 

    pgno=1, flags=134467524) at ./../db/db_vrfy.c:1074

#3  0x48159b2a in __db_31_offdup (dbp=0x817e300, 

    real_name=0x803d5c8 "L�\003\b\034", fhp=0x803d5b0, sorted=30, 

    pgnop=0x803cfc4) at ./../db/db_upg_opd.c:93

#4  0x48137ea0 in __bam_traverse (dbc=0x817e300, mode=134469064, 

    root_pgno=134469040, callback=0x1e, cookie=0x1) at ./../btree/bt_stat.c:228

#5  0x481327d5 in __ram_c_put (dbc=0x8192c00, key=0x0, data=0x803d5c8, 

    flags=134469040, pgnop=0x0) at ./../btree/bt_recno.c:608

#6  0x80736ac in db_map_lookup (map=0x818050c, 

    name=0x803ec80 "Srv_Features:[220.94.93.154]", av=0x803ed84, 

    statp=0x803d60c) at map.c:2342

#7  0x8081533 in map_lookup (smap=0x8180500, 

    key=0x803ec80 "Srv_Features:[220.94.93.154]", argvect=0x803ed84, 

    pstat=0x803d7f0, e=0x8102f1c) at parseaddr.c:1771

#8  0x8080fe0 in rewrite (pvp=0x8042c50, ruleset=193, reclevel=2, e=0x8102f1c, 

    maxatom=1000) at parseaddr.c:1519

#9  0x80813e4 in callsubr (pvp=0x8042c50, reclevel=1, e=0x8102f1c)

    at parseaddr.c:1702

#10 0x8081154 in rewrite (pvp=0x810bfbc, ruleset=168, reclevel=1, e=0x8102f1c, 

---Type <return> to continue, or q <return> to quit---

    maxatom=1256) at parseaddr.c:1570

#11 0x80837f6 in rscap (rwset=0x80f5f18 ": no mechanisms", 

    p1=0x828007c "fnooyg@[220.94.93.154]", p2=0x80f4c8f "n name", e=0x8102f1c, 

    pvp=0x8044544, pvpbuf=0x8044548 "fnooyg", size=1256) at parseaddr.c:3201

#12 0x80a1bae in srvfeatures (e=0x8102f1c, 

    clientname=0x828007c "fnooyg@[220.94.93.154]", features=487)

    at srvrsmtp.c:4425

#13 0x809a3f3 in smtp (nullserver=0x0, d_flags=0x81041f8, e=0x8102f1c)

    at srvrsmtp.c:564

#14 0x8052969 in main (argc=6, argv=0x8047e74, envp=0x8047e90) at main.c:2587

#15 0x804e413 in __start ()

(gdb) list

154             register char *p;

155             char **av;

156             extern char Version[];

157             char *ep, *from;

158             STAB *st;

159             register int i;

160             int j;

161             int dp;

162             int fill_errno;

163             int qgrp = NOQGRP;              /* queue group to process */

(gdb) up

#1  0x4815afb0 in __db_vrfy_pagezero (dbp=0x817e300, vdp=0x803d44c, fhp=0x1c, 

    flags=1209383370) at ./../db/db_vrfy.c:550

550             if ((dbp->type == DB_BTREE && meta->type != P_BTREEMETA) ||

(gdb) list

545             /*

546              * 25: Page type.  Must be correct for dbp->type,

547              * which is by now set as well as it can be.

548              */

549             /* Needs no swapping--only one byte! */

550             if ((dbp->type == DB_BTREE && meta->type != P_BTREEMETA) ||

551                 (dbp->type == DB_HASH && meta->type != P_HASHMETA) ||

552                 (dbp->type == DB_QUEUE && meta->type != P_QAMMETA)) {

553                     isbad = 1;

554                     EPRINT((dbenv, "Page %lu: bad page type %lu",

(gdb) up

#2  0x4815ba19 in __db_vrfy_invalid (dbp=0x817e300, vdp=0x803d5c8, h=0x0, 

    pgno=1, flags=134467524) at ./../db/db_vrfy.c:1074

1074            if ((ret = __db_vrfy_getpageinfo(vdp, pgno, &pip)) != 0)

(gdb) list

1069            VRFY_PAGEINFO *pip;

1070            int ret, t_ret;

1071    

1072            dbenv = dbp->dbenv;

1073    

1074            if ((ret = __db_vrfy_getpageinfo(vdp, pgno, &pip)) != 0)

1075                    return (ret);

1076            pip->next_pgno = pip->prev_pgno = 0;

1077    

1078            if (!IS_VALID_PGNO(NEXT_PGNO(h))) {

(gdb) up 

#3  0x48159b2a in __db_31_offdup (dbp=0x817e300, 

    real_name=0x803d5c8 "L�\003\b\034", fhp=0x803d5b0, sorted=30, 

    pgnop=0x803cfc4) at ./../db/db_upg_opd.c:93

93                      TYPE(page) = sorted ? P_LDUP : P_LRECNO;

(gdb) list

88                      pgno_cur[cur_cnt++] = pgno;

89      

90                      GET_PAGE(dbp, fhp, pgno, page);

91                      nrecs += NUM_ENT(page);

92                      LEVEL(page) = LEAFLEVEL;

93                      TYPE(page) = sorted ? P_LDUP : P_LRECNO;

94                      /*

95                       * !!!

96                       * DB didn't zero the LSNs on off-page duplicates pages.

97                       */

(gdb) up

#4  0x48137ea0 in __bam_traverse (dbc=0x817e300, mode=134469064, 

    root_pgno=134469040, callback=0x1e, cookie=0x1) at ./../btree/bt_stat.c:228

228             if ((ret = __db_lget(dbc, 0, root_pgno, mode, 0, &lock)) != 0)

(gdb) list

223     

224             dbp = dbc->dbp;

225             mpf = dbp->mpf;

226             already_put = 0;

227     

228             if ((ret = __db_lget(dbc, 0, root_pgno, mode, 0, &lock)) != 0)

229                     return (ret);

230             if ((ret = mpf->get(mpf, &root_pgno, 0, &h)) != 0) {

231                     __LPUT(dbc, lock);

232                     return (ret);

(gdb) up

#5  0x481327d5 in __ram_c_put (dbc=0x8192c00, key=0x0, data=0x803d5c8, 

    flags=134469040, pgnop=0x0) at ./../btree/bt_recno.c:608

608                             if (CURADJ_LOG(dbc) &&

(gdb) lisa t

603                             break;

604                     case DB_KEYLAST:

605                             if ((ret = __ram_add(dbc,

606                                 &cp->recno, data, DB_APPEND, 0)) != 0)

607                                     return (ret);

608                             if (CURADJ_LOG(dbc) &&

609                                 (ret = __bam_rcuradj_log(dbp, dbc->txn, &lsn, 0,

610                                 CA_ICURRENT, cp->root, cp->recno, cp->order)))

611                                     return (ret);

612                             return (0);

(gdb) up

#6  0x80736ac in db_map_lookup (map=0x818050c, 

    name=0x803ec80 "Srv_Features:[220.94.93.154]", av=0x803ed84, 

    statp=0x803d60c) at map.c:2342

2342                    switch (errno)

(gdb) list

2337            {

2338    # if DB_VERSION_MAJOR < 2

2339                    st = db->get(db, &key, &val, 0);

2340    # else /* DB_VERSION_MAJOR < 2 */

2341                    errno = db->get(db, NULL, &key, &val, 0);

2342                    switch (errno)

2343                    {

2344                      case DB_NOTFOUND:

2345                      case DB_KEYEMPTY:

2346                            st = 1;

(gdb) up

#7  0x8081533 in map_lookup (smap=0x8180500, 

    key=0x803ec80 "Srv_Features:[220.94.93.154]", argvect=0x803ed84, 

    pstat=0x803d7f0, e=0x8102f1c) at parseaddr.c:1771

1771            replac = (*map->map_class->map_lookup)(map, key, argvect, &status);

(gdb) ;ist

Undefined command: "".  Try "help".

(gdb) list

1766                            for (i = 0; argvect[i] != NULL; i++)

1767                                    sm_dprintf(", %%%d=%s", i, argvect[i]);

1768                    }

1769                    sm_dprintf(") => ");

1770            }

1771            replac = (*map->map_class->map_lookup)(map, key, argvect, &status);

1772            if (tTd(60, 1))

1773                    sm_dprintf("%s (%d)\n",

1774                            replac != NULL ? replac : "NOT FOUND",

1775                            status);

(gdb) up

#8  0x8080fe0 in rewrite (pvp=0x8042c50, ruleset=193, reclevel=2, e=0x8102f1c, 

    maxatom=1000) at parseaddr.c:1519

1519                            replac = map_lookup(map, cbuf, argvect, &rstat, e);

(gdb) list

1514    

1515                            /* look it up */

1516                            cataddr(key_rvp, NULL, cbuf, sizeof cbuf,

1517                                    map == NULL ? '\0' : map->s_map.map_spacesub);

1518                            argvect[0] = cbuf;

1519                            replac = map_lookup(map, cbuf, argvect, &rstat, e);

1520    

1521                            /* if no replacement, use default */

1522                            if (replac == NULL && default_rvp != NULL)

1523                            {

(gdb) up

#9  0x80813e4 in callsubr (pvp=0x8042c50, reclevel=1, e=0x8102f1c)

    at parseaddr.c:1702

1702                    status = rewrite(avp, subr, reclevel, e,

(gdb) list

1697                    **  Now we need to call the ruleset specified for

1698                    **  the subroutine. We can do this in place since

1699                    **  we call the "last" subroutine first.

1700                    */

1701    

1702                    status = rewrite(avp, subr, reclevel, e,

1703                                    MAXATOM - subrindex[nsubr]);

1704                    if (status != EX_OK && status != EX_TEMPFAIL)

1705                            return status;

1706                    if (rstat == EX_OK || status == EX_TEMPFAIL)

(gdb) up

#10 0x8081154 in rewrite (pvp=0x810bfbc, ruleset=168, reclevel=1, e=0x8102f1c, 

    maxatom=1256) at parseaddr.c:1570

1570                    status = callsubr(npvp, reclevel, e);

(gdb) list

1565    

1566                    /*

1567                    **  Check for subroutine calls.

1568                    */

1569    

1570                    status = callsubr(npvp, reclevel, e);

1571                    if (rstat == EX_OK || status == EX_TEMPFAIL)

1572                            rstat = status;

1573    

1574                    /* copy vector back into original space. */

(gdb) up

#11 0x80837f6 in rscap (rwset=0x80f5f18 ": no mechanisms", 

    p1=0x828007c "fnooyg@[220.94.93.154]", p2=0x80f4c8f "n name", e=0x8102f1c, 

    pvp=0x8044544, pvpbuf=0x8044548 "fnooyg", size=1256) at parseaddr.c:3201

3201                            rstat = rewrite(*pvp, rsno, 0, e, size);

(gdb) list

3196            {

3197                    SuprErrs = true;

3198                    QuickAbort = false;

3199                    *pvp = prescan(buf, '\0', pvpbuf, size, NULL, NULL, false);

3200                    if (*pvp != NULL)

3201                            rstat = rewrite(*pvp, rsno, 0, e, size);

3202                    else

3203                    {

3204                            if (tTd(48, 2))

3205                                    sm_dprintf("rscap: cannot prescan input\n");

(gdb) up stat

#15 0x804e413 in __start ()

(gdb) up

Initial frame selected; you cannot go up.

(gdb) s list

3206                            rstat = EX_DATAERR;

3207                    }

3208            }

3209            SM_FINALLY

3210            {

3211                    /* clean up */

3212                    if (buf != buf0)

3213                            sm_free(buf);

3214                    SuprErrs = saveSuprErrs;

3215                    QuickAbort = saveQuickAbort;

(gdb) quit

You have new mail in /var/mail/root

doctor.nl2k.ab.ca//usr/source/sendmail-8.13.0.Beta2/obj.BSD-OS.4.3.1.i386/sendmai
il$ exit

exit


Script done on Fri May 28 22:58:39 2004
-- 
Member - Liberal International	
This is doctor@nl2k.ab.ca	Ici doctor@nl2k.ab.ca
God Queen and country! Beware Anti-Christ rising!
Canada - Do not be conned by Mulroney Harper nor Layoffs Layton!! VOTE Liberal
0
doctor495 (16)
5/29/2004 1:33:11 PM
comp.mail.sendmail 13518 articles. 1 followers. jfretby (35) is leader. Post Follow

0 Replies
756 Views

Similar Articles

[PageSpeed] 4

Reply:

Similar Artilces:

sendmail 8.13.0 Beta2 crashing on BSD/OS 4.3.1
Its up for a bit then it crashes down. -- Member - Liberal International This is doctor@nl2k.ab.ca Ici doctor@nl2k.ab.ca God Queen and country! Beware Anti-Christ rising! Patriots - This is the time to wave your sword and declare your alligence!! The Doctor wrote: > Its up for a bit then it crashes down. http://www.sendmail.org/~ca/email/doesnt.html -- A: Maybe because some people are too annoyed by top-posting. Q: Why do I not get an answer to my question(s)? A: Because it messes up the order in which people normally read text. Q: Why is top-posting such a bad thing? The Doctor wrote: > Its up for a bit then it crashes down. Have you tried to contact the email address for problem reports ? http://www.sendmail.org/8.13.0.Beta2.html : Please send bug reports to sendmail-bugs@sendmail.org and general feedback to sendmail@sendmail.org. Please send security reports to sendmail-security@sendmail.org using PGP encryption. -- Andrzej [en:Andrew] Adam Filip anfi@priv.onet.pl anfi@xl.wp.pl http://anfi.homeunix.net/ http://slashdot.org/~anfi *Random Epigram* : It is so stupid of modern civilisation to have given up believing in the devil when he is the only explanation of it. -- Ronald Knox, "Let Dons Delight" In article <c85aji$55o$1@zardoc.esmtp.org>, Claus A�mann <ca+sendmail(-no-copies-please)@mine.informatik.uni-kiel.de> wrote: >The Doctor wrote: >> Its up for a bit then it crashes down. > >http://www.sendmail.org/~ca/emai...

Compiling sendmail 8.13.3 on BSD/OS 4.3.1
I am trying to compile sendmail using GCC 3.2.2 but cc 2.95 keeps getting in the way. How do I tell sendmail to completely ignore cc 2.95.X? -- Member - Liberal International This is doctor@nl2k.ab.ca Ici doctor@nl2k.ab.ca God Queen and country! Beware Anti-Christ rising! ...

sendmail 8.13.0 build fails on Mac OS 10.3.4
Get the following errors on build: cc -pipe -o vacation vacation.o /src/sendmail-8.13.0/obj.Darwin.7.4.0.PowerMacintosh/libsmdb/libsmdb.a /src/sendmail-8.13.0/obj.Darwin.7.4.0.PowerMacintosh/libsmutil/libsmutil.a /src/sendmail-8.13.0/obj.Darwin.7.4.0.PowerMacintosh/libsm/libsm.a ld: Undefined symbols: _sm_mbdb_initialize _sm_mbdb_lookup make[1]: *** [vacation] Error 1 make: *** [all] Error 2 Is this a problem with Berkeley DB? Randall Perry http://www.systame.com/ -----BEGIN PGP SIGNED MESSAGE----- Hash: RIPEMD160 Randall Perry wrote: | Get the following errors on build: | | cc -pipe -o vacation vacation.o | /src/sendmail-8.13.0/obj.Darwin.7.4.0.PowerMacintosh/libsmdb/libsmdb.a | /src/sendmail-8.13.0/obj.Darwin.7.4.0.PowerMacintosh/libsmutil/libsmutil.a | /src/sendmail-8.13.0/obj.Darwin.7.4.0.PowerMacintosh/libsm/libsm.a | ld: Undefined symbols: | _sm_mbdb_initialize | _sm_mbdb_lookup | make[1]: *** [vacation] Error 1 | make: *** [all] Error 2 | <snip> What is defined in sm/mbdb.h ? - -d -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.3.6 (Darwin) iD8DBQFA2L++PMoaMn4kKR4RAzWtAJ0VcI5rs0ANPGhcnr0Zv/W8BprTWACgjUM2 k0GqkEwQ/N87+eS+vUFT1Ws= =/sf8 -----END PGP SIGNATURE----- I discovered the problem's not with sendmail. Was able to be succesfully on another Mac; the Mac I did the original build on seems to have some problems with gcc as I'm getting this error: cc: Internal error: Segmentation fault (program /usr/libexec/gcc/darwin/ppc/cpp-preco...

sendmail 8.13.4 451 4.3.0 Temporary system failure
Hello, after changing to the new sendmail realease 8.13.4 the server quits all mail with the message "451 4.3.0 Temporay system failure. Try again later" /var/log/mail.log -------------------------------- schnipp Jan 16 11:36:27 localhost sm-msp-queue[15535]: k0F1e1W2003364: to=root, delay=1+08:56:26, xdelay=00:00:00, mailer=relay, pri=10651759, relay=[10.10.101.111], dsn=4.0.0, stat=Deferred: 451 4.3.0 Temporary system failure. Please try again later. Jan 16 11:36:27 localhost sm-msp-queue[15535]: k0ELYGQk004315: to=root, ctladdr=root (0/0), delay=1+13:02:11, xdelay=00:00:00, mailer=relay, pri=11910443, relay=[10.10.101.111], dsn=4.0.0, stat=Deferred: 451 4.3.0 Temporary system failure. Please try again later. /var/log/mail.log---------------------------------schnipp /etc/mail/submit.mc------------------------------schnipp divert(0)dnl # # Copyright (c) 2000-2002 Richard Nelson. All Rights Reserved. # # This file is used to configure Sendmail for use with Debian systems. # define(`_USE_ETC_MAIL_')dnl include(`/usr/share/sendmail/cf/m4/cf.m4')dnl VERSIONID(`$Id: submit.mc, v 8.13.4-3 2005-06-03 16:49:22 cowboy Exp $') OSTYPE(`debian')dnl DOMAIN(`debian-msp')dnl dnl # dnl #--------------------------------------------------------------------- dnl # Masquerading information, if needed, should go here dnl # You likely will not need this, as the MTA will do it dnl #--------------------------------------------------------------------- dnl MASQUE...

Sendmail 8.14.4 or Sendmail 8.15.0
Are either coming down the pipe? -- Member - Liberal International This is doctor@nl2k.ab.ca Ici doctor@nl2k.ab.ca God, Queen and country! Beware Anti-Christ rising! Never Satan President Republic! Rudeness is the weak man's imitation of strength. -Eric Hoffer ...

Compiling sendmail 8.12.11, gcc 3.3, on Mac OS 10.3.4
Is anyone out there in Mac land still using sendmail? In the release notes for sendmail 8.12.11 it says there's support for Panther (Mac OS 10.3), but I still get these errors compiling it with just ./Build: /usr/include/gcc/darwin/3.3/varargs.h:10: #error "GCC no longer implements <varargs.h>." /usr/include/gcc/darwin/3.3/varargs.h:11: #error "Revise your code to use <stdarg.h>." In file included from /usr/include/machine/param.h:30, from /usr/include/sys/param.h:102, from ../../sendmail/conf.h:30, from ../../include/sendmail/sendmail.h:24, from smdb1.c:17: Looked through the docs and didn't see any special instructions for compiling on Macs. Anyone know what the fix is? rgp@systame.com (Randall Perry) wrote in message news:<fac8f6c0.0405271817.7bc3f30b@posting.google.com>... > Is anyone out there in Mac land still using sendmail? > > In the release notes for sendmail 8.12.11 it says there's support for > Panther (Mac OS 10.3), but I still get these errors compiling it with > just ./Build: > > /usr/include/gcc/darwin/3.3/varargs.h:10: #error "GCC no longer > implements <varargs.h>." > /usr/include/gcc/darwin/3.3/varargs.h:11: #error "Revise your code to > use <stdarg.h>." > In file included from /usr/include/machine/param.h:30, > from /usr/include/sys/param.h:102, >...

Compiling 8.13.4 with GCC 3.3--error, stdarg.h v. varargs.h on Mac OS X 10.4.1?
I'm trying to compile Sendmail 8.13.4 on Mac OS X 10.4.1, using GCC 3.3. I'm getting the message that GCC no longer supports varargs.h and code should be updated to use stdarg.h. I know this is a long-standing problem, and I used to be able to solve it (with Sendmail 8.12.x on Mac OS X 10.2.x and 10.3.x) by reverting to GCC 3.1. Unfortunately, GCC 3.1 is not installed on Mac OS X 10.4. The weird thing is that the last machine I build this way was Sendmail 8.13.3 on Mac OS X 10.3.7 and it compiled just fine with GCC 3.3. Possibly this had something to do with the fact that GCC 3.1 was also installed, but I confirmed today that it was *definitely* GCC 3.3 that I was using by compiling a second time, but specifically running "gcc_select 3.3" first. Can anybody give me a better idea of what's going on here? I'm going to check if GCC 3.1 is even an option in the Developer package (the machine I'm building on has no DVD-ROM to mount the 10.4 disc), but it seems odd that GCC 3.3 would work fine with 8.13.3 and not with 8.13.4, even if there was an OS upgrade in the meantime. Should I attempt to compile on 10.3.9 and install on 10.4.1? Should I try to copy the GCC 3.1 files from 10.3.9 to 10.4.1? And anyway, why is Sendmail still using varargs.h? GCC 3.3 came out a long time ago, and 4.0 is out already! -Michael Amper <amper@mac.com> Michael Craig Amper wrote: > I'm trying to compile Sendmail 8.13.4 on Mac OS X 10.4.1, ...

sendmail 8.13.4 + Red Hat Enterprise ES 3.0 -- memory faullt & DNS lookups
I am having an on-going, yet intermittent problem with sendmail having segmentation faults related to DNS lookups. The more common symptom is that sendmail closes the connection on port 25 immediately after answering, but before displaying the banner. I don't know what starts the behavior, but straces indicate that the problem is somehow related to nscd or DNS lookups. In this case, either starting nscd or rebooitng the system clears the problem up (weird). Note that nscd is not usually running to begin with - not sure why sendmail is suddenly satisfied when nscd is, in fact, started. And yes, stopping nscd (if starting nscd to clear up the problem) makes the problem come back, IF sendmail is restarted after that. The recent symptom is related to using custom ldap lookup rules in parselocal A "sendmail -bv jo@blow.com" simply causes a fairly immediate memory fault. It doesn't seem to be anything specifically related to ldap, but again, strace reveals that something happens related to DNS lookups that causes sendmail grief. What is the problem? I compiled this version of sendmail myself - it is not from an rpm. the rules: # look up the address in Active Directory/Exchange via LDAP R$+ <@$=B.>$* $: $(msadu_mail $1@$m $:$1<@$2.>$3 $) # if it is found and the same address, send it to the exchange system R$* @ $m .x $#smtp $@ ${MSEXCH_H} $: $1 < @ $m > # if it is found and is local, drop the @ $=w and pa...

sending e-mail to oneself (w/ sendmail 8.13.8+Sun/8.13.8)
Hello everyone, I hate to ask a basic question. But I already spent two weeks. I think I have suffered enough to post a question. I have been using Solaris 9 (SPARC) for years. My sendmail.mc with older sendmail worked okay for years. Now I updated my machine to Solaris 10, which comes with a newer version of sendmail (8.13.8). I tried my old sendmail.mc (with some tweaks) but it didn't work. So, I reverted the changes I made, one by one. Finally, I used the original sendmail.mc that comes with Solaris 10. It still didn't work. The problem I'm having is that I cannot send e-mails to myself. (Mail client == Mail host) I tried: # /usr/lib/sendmail -v myself </dev/null It hangs. The mail is stored in a spool because sendmail failed to deliver. I can see it by using 'mailq' command. Eventually the e-mail is forwarded to 'root' as an undeliverable e- mail (from MAIL-DAEMON). 553 5.3.5 mailhost.my_domain.com config error: mail loops back to me (MX problem?)554 5.3.5 Local configuration error As you my suspect, I can send an e-mail to somebody else (local). // My question is: What is the correct sequence should occur when sending e-mail to oneself? How can I debug this problem? (After e-amil is submitted to a mail spool) // The newer version of sendmail now uses 'submit.cf'. I'm suspecting that sendmail puts e-mails into a spool even the e-mail doesn't need any relaying. As my understanding of sendmail is very shallow, I'...

Problem Using Sendmail 8.13.3 with BerkeleyDB.4.3
Hello, I am using RedHat release 9 of Linux on a Dell Dimension 2400 box. I want to install Sendmail 8.13.3 for use as a mail server First, I downloaded and installed BerkeleyDB.4.3 Then I built and installed Sendmail. But, when I run the 'newaliases' command or try to run the Sendmail executable, I get the error message : "error while loading shared libraries : libdb-4.3.so cannot open shared object file. No such file or directory. I have checked the directory /usr/local/BerkeleyDB.4.3/lib and there IS a libdb.4.3.so executable there. Could I please get some pointers from the list ? Thanks Dave Harman On Sun, 27 Feb 2005 16:26:00 -0800 OCDave wrote: > I am using RedHat release 9 of Linux on a Dell Dimension 2400 box. > I want to install Sendmail 8.13.3 for use as a mail server > > First, I downloaded and installed BerkeleyDB.4.3 > Then I built and installed Sendmail. > > But, when I run the 'newaliases' command or try to run the Sendmail > executable, I get the error message : > > "error while loading shared libraries : libdb-4.3.so > cannot open shared object file. > No such file or directory. > > I have checked the directory /usr/local/BerkeleyDB.4.3/lib > and there IS a libdb.4.3.so executable there. That is no standard search path. Add it to /etc/ld.so.conf and run ldconfig. > Dave Harman Alexander -- Alexander Dalloz | Enger, Germany | GPG http://pgp.mit.edu 0xB366A773 legal...

GCC 3.3.3 and Ruby 1.8.0 and 1.8.1
We recently upgraded to GCC 3.3.3 and now we can no longer compile ruby due to its use of some obsoleted constructs. Apparently GCC no longer supports <varargs.h>, and code should be revised to use <stdarg.h> Not knowing anything about it, is there a good workaround? Will this be changed in future versions of Ruby so that it will play nice with the latest GCC? gcc -fPIC -g -O2 -fPIC -mpa-risc-2-0 -I. -I/home/kgr/work/actruby/build/hpux11.0/pa2.0/debug/src/compiled-1.8.0 -I/home/kgr/work/actruby/build/hpux11.0/pa2.0/debug/src/ruby-1.8.0 -I/home/kgr/work/actruby/build/hpux11.0...

Problem Using Sendmail 8.13.3 with BerkeleyDB.4.3 #2
Hello, I am using RedHat release 9 of Linux on a Dell Dimension 2400 box. I want to install Sendmail 8.13.3 for use as a mail server First, I downloaded and installed BerkeleyDB.4.3 Then I built and installed Sendmail. But, when I run the 'newaliases' command or try to run the Sendmail executable, I get the error message : "error while loading shared libraries : libdb-4.3.so cannot open shared object file. No such file or directory. I have checked the directory /usr/local/BerkeleyDB.4.3/lib and there IS a libdb.4.3.so executable there. Could I please get some pointers from the list ? Thanks Dave Harman ...

Sendmail problems after upgrade from 8.11.1 -> 8.13.3
Hi everyone I have upgrade our sendmail from version 8.11.1 to 8.13.3. After that I am facing problems with some incoming mails. We are using special mailer called Mail Gateway (mgw). It should get all incoming mails addressed like this: <what_ever_number_token@mgw.mydomain.com> (for example the address can be: 12345@mgw.myhost.com) should be routed to port 1234 from where mgw gets the mail. My configuration works just fine with old 8.11.1 but with the 8.13.3 I always get "sender unknown" error when trying to send mail to this mailer from another server where sendmail is running. However, if I send mail from localhost, it works ok and mail is forwarded to correct mailer. In sendmail.cf I have as following settings for the mailer, here is shown only mgw related parts of the config: ------clip------------------------ ################################################################### ### Ruleset 98 -- local part of ruleset zero (can be null) ### ################################################################### SParseLocal=98 # This map matches local-parts of RFC2822 addresses conforming to numeric addresses # accepted by Mail Gateway Receiver Kmgw_address regex -m -a/TYPE=MGW ^\+*[0-9]+$ R$+ <@ mgw. $=w .> $@ $(mgw_address $1 $) @ $2 R$+ <@ mgw. $=w > $@ $(mgw_address $1 $) @ $2 R$+ /type=mgw<@ $=w .> $#mgw$@$R1200$:$1 @mgw.$2 R$+ /type=mgw<@ $=w > $#mgw$@$R1200$:$1 @mgw.$2 ###############################...

Sendmail Error (sendmail-8.13.1-2)
Hi I have followed the link http://www.madboa.com/geek/sendmail-auth/ for SMTP AUTH which was neatly explained. I am not able to send mails,I am faced with sendmail error in the maillog Jun 7 10:54:15 smpworld sendmail[9295]: k575OCRr009295: did not issue MAIL/EXPN/VRFY/ETRN during connection to MTA And one more thing in my Mail Client Log, I get 10:55:22] SMTP< 220 *************************************************************************** [10:55:22] ESMTP> EHLO unknown [10:55:23] ESMTP< 250-smpworld.com Hello h-64-122-120.12.nat.saab.com [64.236.128.14], pleased to meet you [10:55:23] ESMTP< 250-ENHANCEDSTATUSCODES [10:55:23] ESMTP< 250-PIPELINING [10:55:23] ESMTP< 250-8BITMIME [10:55:23] ESMTP< 250-SIZE [10:55:23] ESMTP< 250-DSN [10:55:23] ESMTP< 250-ETRN [10:55:23] ESMTP< 250-XXXXXXXA [10:55:23] ESMTP< 250-XXXXXXXXB [10:55:23] ESMTP< 250 XXXC [10:55:23] ESMTP> STARTTLS [10:55:24] ESMTP< 500 5.5.1 Command unrecognized: "XXXXXXXX" ** LibSylph-WARNING: [10:55:24] error occurred on SMTP session ** error occurred on SMTP session ** Sylpheed-WARNING: send: error: 500 5.5.1 Command unrecognized: "XXXXXXXX" ** LibSylph-WARNING: [10:55:24] Error occurred while sending the message. ** Error occurred while sending the message. Any Clues Thanks Kaushal ...

RENEW 0.8.6.1.7.9.4.3.0.3.9.4.e164.arpa.
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 ProvID: DENIC-24 Enum-Domain: 0.8.6.1.7.9.4.3.0.3.9.4.e164.arpa. Action: RENEW Enum-Holder: DENIC-24-KF108 Admin-C: DENIC-24-KF108 Tech-C: DENIC-24-TSB4 Zone-C: DENIC-24-TSB4 Nserver: ns.dnsnglab.ipv6.berkom.de. Nserver: ns2.dnsnglab.ipv6.berkom.de. Remarks: TSI ENUM-Trial Teilnehmer -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQFBRXqOS9pACF8jgjwRArEvAJ4jBAdqTC8AKL+c0LL4RgXZ7J1f5gCgwXVo FgJZgHLnEk64xIRCM+S5XuI= =dC1s -----END PGP SIGNATURE----- ...

Compilation errors sendmail 8.13.4 Mac OS X 10.4
When I try to recompile sendmail 8.13.4 using gcc 4.4 with Mac's new OS (10.4), the compilation fails, but does not exit, with the following error: cc -pipe -M -I. -I../../include -I/usr/local/include/sasl -DSASL=2 -DMILTER -DMAP_REGEX -DNETINFO -DAUTO_NETINFO_ALIASES -DAUTO_NETINFO_HOSTS -DMATCHGECOS -DSCANF -DXDEBUG -DSTARTTLS -DNEWDB -USERDB -DDARWIN main.c alias.c arpadate.c bf.c collect.c conf.c control.c convtime.c daemon.c deliver.c domain.c envelope.c err.c headers.c macro.c map.c mci.c milter.c mime.c parseaddr.c queue.c ratectrl.c readcf.c recipient.c sasl.c savemail.c sfsasl.c shmticklib.c sm_resolve.c srvrsmtp.c stab.c stats.c sysexits.c timers.c tls.c trace.c udb.c usersmtp.c util.c version.c >> Makefile conf.c:2362:24: error: sys/exec.h: No such file or directory make[1]: *** [depend] Error 1 Making in /Users/royar/src/sendmail-8.13.4/obj.Darwin.8.0.0.PowerMacintosh/sendmail The new sys does not have the exec.h file. Have any others seen this with gcc 4.4 or the new OS X? Did my install simply miss the file, or does conf.c need to be changed? Are there perhaps m4 configurations that need to be changed for the new system? -- Robert Delius Royar The email address is valid as it is written. You know, what this country needs is a seven-cent nickel. -Groucho Marx In article <Pine.OSX.4.62.0504282222130.647@teraqny.sevanohynk.bet>, r royar <royar-nomail@adelphia.net&...

sendmail 8.13.1 554 5.0.0 cataddr: string too long
A 8.13.1 system (on RHEL3) rejects messages with the below subject line with SYSERR(root): cataddr: string too long A 8.12.10 system with the same CheckSubject rule delivers the message fine. The KNOWNBUGS file and groups.google says that header checks may not run for overlength header text, but says nothing about rejecting messages... this is bad. We seem to have rejected some 100 messages since upgrading one MX to 8.13.1. Subject: CVS DIFF: streambase/apps/sbstudio/com/streambase/sb/studio/Util.java streambase/apps/sbstudio/com/streambase/sb/studio/StudioDefaultCellEditor.java streambase/apps/sbstudio/com/streambase/sb/studio/TableEditorDialog.java streambase/apps/sbstudio/com/streambase/sb/studio/HashEditorDialog.java streambase/apps/sbstudio/com/streambase/sb/studio/BoxEditorDialog.java streambase/apps/sbstudio/com/streambase/sb/studio/StreamEditorDialog.java streambase/apps/sbstudio/com/streambase/sb/studio/LockSetEditorDialog.java streambase/apps/sbstudio/com/streambase/sb/studio/ExpressionEditor.java Rich Graves wrote: > A 8.13.1 system (on RHEL3) rejects messages with the below subject line with > SYSERR(root): cataddr: string too long > > A 8.12.10 system with the same CheckSubject rule delivers the message fine. Fixed. My header checking ruleset has a long history and used $>, not $>+. Changing to $>+ avoids the parsing code and does the right thing. This should still be fixed/added to KNOWNBUGS. I suspect ...

sendmail-8.13.7,dovecot-1.0-0.beta8.2 on FC5: backup and restore.
I have sendmail-8.13.7 and dovecot-1.0-0.beta8.2 and on FC5. To prepare for the event that my machine crashes some day, I would like to know what are the files that I should backup and how I should restore those backup files on a new machine. I am using dovecot for IMAPS. I can think of the following files: /etc/mail/sendmail.mc /etc/dovecot.conf /etc/aliases /var/spool/mail/* --> emails of all users /home/*/mail/.imap/* --> IMAP settings/emails of all users /etc/passwd --> If I migrate this file, will I still need to create all the users again? /etc/pki/tls/certs/sendmail.pem Is the above list correct? Would I need to perform any other step? Prashant wrote: > I have sendmail-8.13.7 and dovecot-1.0-0.beta8.2 and on FC5. To prepare > for the event that my machine crashes some day, I would like to know > what are the files that I should backup and how I should restore those > backup files on a new machine. > > I am using dovecot for IMAPS. > > I can think of the following files: > /etc/mail/sendmail.mc > /etc/dovecot.conf > /etc/aliases > /var/spool/mail/* --> emails of all users > /home/*/mail/.imap/* --> IMAP settings/emails of all users > /etc/passwd --> If I migrate this file, will I still need to create all > the users again? > /etc/pki/tls/certs/sendmail.pem > > Is the above list correct? /etc/shadow /etc/group Better yet take the whole /etc > Would I need to perform any other step? Home ...

[ANN] QtRuby 1.0.8/Korundum 3.4.0/KDevelop 3.2.0
URIS http://rubyforge.org/projects/korundum/ http://developer.kde.org/language-bindings/ruby/index.html http://www.kdevelop.org/?filename=download.html NAME QtRuby 1.0.8 Korundum 3.4.0 KDevelop 3.2.0 SYNOPSIS Ruby bindings for the Qt and KDE GUI apis, combinded with an IDE for RAD DESCRIPTION Highlights from the QtRuby ChangeLog * An 'include Qt' statement in qtruby.rb where a couple of methods were being added to class Module was causing all the Qt methods to be added to Module. Oops, this a really serious bug. Various methods in qtruby.rb are now module methods in the Qt::Internal module. Big thanks to Eric Veensta and Samir Patel for pointing out this can of worms. * It also fixes a problem reported by David Crosby where a "require 'time'" statement was incompatible with a "require 'Qt'" statement. As the cause was unknown, a hacky workround had to be added, which is no longer needed. * rbuic was giving widgets names containing a '@' to match the ruby instance variable name. However, this doesn't work with KDE::ConfigDialog which expects the names to match the ones generated in a KDE::ConfigSkeleton by rbkconfig_compiler so '@' is no longer added. * Added a Qt::Integer.coerce method so that Qt::Integers and Qt::Enums can be combined in arithmetic expressions with ruby Integers. High...

[0 0 1 1 2 2 3 3 4 4 ... n n]
Is there a way to achieve a vector like the one below without using loops? [0 0 1 1 2 2 3 3 4 4 ... n n] "Ulrik Nash" <uwn@sam.sdu.dk> wrote in message <kp999d$a8e$1@newscl01ah.mathworks.com>... > Is there a way to achieve a vector like the one below without using loops? > > [0 0 1 1 2 2 3 3 4 4 ... n n] You could try this: floor(0:1/rep:n+1-1/rep) where rep is the number of repetitions (2 in your case) Hi, a cool way to do that is using the kronecker product kron(0:n,[1 1]); "Ulrik Nash" <uwn@sam.sdu.dk> wrote in message <kp999d$a8e$1@newscl01ah.mathworks.com>... > Is there a way to achieve a vector like the one below without using loops? > > [0 0 1 1 2 2 3 3 4 4 ... n n] There is another way to achieve that. Do this like the following: >> n=7; u(1:2:2*n+1)=0:n; >> u(2:2:2*n+2)=0:n; The array u seems to be what you want. ...

[wx 2.6.3, Mac OS X 10.4.8, gcc 4.0.1] extremely slow wxStyledTextCtrl::Colourise()
Hello, I'm developing a multi-platform source code editor with syntax-highlighting based on wxWidgets. I have a problem with the wxStyledTextCtrl::Colourise() function on the Mac platform. This function is extremely slow on Mac, e.g. it takes about 40 seconds to do the lexing of a file of 500 lines of c++ code, while the same function returns within 1 second on the Windows and Linux platforms using the same version of wxWidgets. (I'm using the wxSTC_LEX_CPP lexer). The problem appears when the user wants to scroll down the wxStyledTextCtrl : the slider blocks and th...

Sendmail 8.13.4 and AIX 5.3
I just set up an AIX 5.3 system and I'm trying to install sendmail 8.13.4. So far its been a non-starter. Before I go crazy, I noticed that there doesn't seem to be an OSTYPE for AIX 5.3. Can sendmail 8.13.4 run on AIX 5.3 yet? If its not an AIC 5.3 issue.... Its been awhile since I've installed sendmail from scratch, can anyone give me a pointer or two? wrote: > I just set up an AIX 5.3 system and I'm trying to install sendmail > 8.13.4. So far its been a non-starter. Before I go crazy, I noticed > that there doesn't seem to be an OSTYPE for AIX 5.3. Can sendmail > 8.13.4 run on AIX 5.3 yet? AFAIK: yes. Some fixes for 64 bit mode etc went into 8.13.4 as you can see in the release notes. Maybe you can share the error(s) you encountered? -- Note: please read the netiquette before posting. I will almost never reply to top-postings which include a full copy of the previous article(s) at the end because it's annoying, shows that the poster is too lazy to trim his article, and it's wasting my time. I go into the source top directory, type "Build" and here is what I get. (Hope its readable.) Thanks Making all in: /usr/local/src/sendmail-8.13.4/libsm Configuration: pfx=, os=AIX, rel=5.3.0, rbase=5, rroot=5.3, arch=PPC, sfx=, vari ant=optimized Making in /usr/local/src/sendmail-8.13.4/obj.AIX.5.3.0.PPC/libsm cc -g -I. -I../../include -DNDBM -DNIS -D_AIX3 -c debug.c "../../include/sm/conf.h", line 2696...

sendmail 8.13.0.Beta2 is available for testing
-----BEGIN PGP SIGNED MESSAGE----- sendmail 8.13.0.Beta2 is available for testing. There are several changes compared to Alpha0: a bug in the conversion from 8bit to quoted-printable has been fixed, the sleep time limitation in response to too many or unknown/bad SMTP commands was broken for one case, the restriction of the number of incoming open connections should now actually work, a new value for SuperSafe has been added: PostMilter will delay fsync() until all milters accepted the mail, a new macro {client_ptr} and a new feature use_client_ptr (see cf/README for details) have been added, a new libmilter function to insert a header is available, some performance enhancements for the MTA/libmilter communication (using writev(2) instead of two write(2) calls) have been made, and greet_pause is not called when smtps mode is active. Please send bug reports to sendmail-bugs@sendmail.org as usual. The version can be found at ftp://ftp.sendmail.org/pub/sendmail/sendmail.8.13.0.Beta2.tar.gz ftp://ftp.sendmail.org/pub/sendmail/sendmail.8.13.0.Beta2.tar.gz.sig MD5 signatures: 59e4f011203425d76adf5bda2e81dee6 sendmail.8.13.0.Beta2.tar.gz 693759874fab77af9ddde1817d3b0976 sendmail.8.13.0.Beta2.tar.gz.sig The PGP signature was created using the Sendmail Signing Key/2004, available on the web site (http://www.sendmail.org/) or on the public key servers. Since sendmail 8.11 and later includes hooks to cryptography, the following information from OpenSSL applies to sendmail as we...

ANN: eGenix pyOpenSSL Distribution 0.13.3.1.0.1.8
________________________________________________________________________ ANNOUNCING eGenix.com pyOpenSSL Distribution Version 0.13.3.1.0.1.8 An easy-to-install and easy-to-use distribution of the pyOpenSSL Python interface for OpenSSL - available for Windows, Mac OS X and Unix platforms This announcement is also available on our web-site for online reading: http://www.egenix.com/company/news/eGenix-pyOpenSSL-Distribution-0.13.3.1.0.1.8.html ________________________________________________________________________ INTRODUCTION The eGenix.com pyOpenSSL Distribution includes everything you need to get started with SSL in Python. It comes with an easy-to-use installer that includes the most recent OpenSSL library versions in pre-compiled form, making your application independent of OS provided OpenSSL libraries: http://www.egenix.com/products/python/pyOpenSSL/ pyOpenSSL is an open-source Python add-on that allows writing SSL/TLS- aware network applications as well as certificate management tools: https://launchpad.net/pyopenssl/ OpenSSL is an open-source implementation of the SSL/TLS protocol: http://www.openssl.org/ ________________________________________________________________________ NEWS This new release of the eGenix.com pyOpenSSL Distribution updates the included OpenSSL version to the latest OpenSSL 1.0.1h version and adds ...

Web resources about - Sendmail 8.13.0 Beta2 bugs in BSDD/OS 4.3.1 - comp.mail.sendmail

Open Source - Sendmail.com
Sendmail partners include a host of leading companies who share a proven track record of developing and delivering complimentary email products ...

Sendmail - Wikipedia, the free encyclopedia
This article is about the mail transfer agent. For the company, see Sendmail, Inc. . Sendmail is a general purpose internetwork email routing ...

Companies mobilize to patch Sendmail
... has security experts and software companies moving quickly to convince customers to apply a patch. A critical vulnerability in Sendmail, the ...

Sendmail hit by data interception flaw
Internet security researchers have discovered a serious flaw in versions of the widely-used Sendmail open-source e-mail software. The flaw could ...

Sendmail Adds Calendaring, Scheduling
E-mail server software developer Sendmail Inc. is branching out into groupware with the addition of its Calendar Server.


Sendmail Launches 'Rogue Email Application Control' Appliance
Sendmail this week announced the release of the Sentrion Rogue Email Application Control (REAC) appliance, a new offering designed to address ...

Another vulnerability found in Sendmail
By submitting your email address, you agree to receive emails regarding relevant topic offers from TechTarget and its partners . You can withdraw ...

Sendmail Hit by Data Interception Flaw - Slashdot
FreeBSD also has details in their security notification. Those guys are fast - if you want to have up to date info on security vulns., FreeBSD ...

Email Offline At the Home of Sendmail 179
... "The UC Berkeley email system has been either offline, or only providing limited access, for more than a week. How can the place where sendmail ...

Resources last updated: 3/25/2016 8:06:57 AM