hello,

i try to install the new patch, but i got some "errors":

1) if i want to install the new patch over a clean qmail-1.03, i got the
following message:

The next patch would delete the file qmail-send.c.patch,
which does not exist!  Assume -R? [n]
Apply anyway? [n]
Skipping patch.
1 out of 1 hunk ignored
The next patch would delete the file qmail-send2.c.orig,
which does not exist!  Assume -R? [n] 
Apply anyway? [n] 
Skipping patch.
1 out of 1 hunk ignored



should i apply the qmail-send.c.patch first?

-> if i accept the given "no"-answers, the patch seems to be installed. 



2) if i then try to make the patched qmail-1.03 i got the follwing error:

alloc.a substdio.a error.a str.a fs.a auto_qmail.o auto_split.o
./install
install: fatal: unable to read ANTISPAM: file does not exist
make: *** [setup] Fehler 111

seems that the ANTISPAM-file isn�t there, but it was there in the last
qmail-ldap-patch.
so i simply copy the ANTISPAM-file from an older version into qmail-1.03
bevor running make, and all works fine.

maybe the ANTISPAM-File has to be included in the newest patch?






afterall there is only one thing to say:


thanks for the realy good work


bye

robert







> -----Urspr�ngliche Nachricht-----
> Von: Andre Oppermann [mailto:[EMAIL PROTECTED]]
> Gesendet: Mittwoch, 1. Mai 2002 23:36
> An: [EMAIL PROTECTED]
> Betreff: new qmail-ldap release 20020501 available
> 
> 
> Hello ldap fans
> 
> A new qmail-ldap release called 20020501 is available. Is has the
> following enhancements (from QLDAPNEWS):
> 
>  Add an external TODO processor program. This moves the queue todo
> processing
>  out of qmail-send to avoid the silly qmail syndrome with 
> high injection
> rates
>  (see EXTTODO for more info). Enable with -DEXTERNAL_TODO in Makefile.
> 
>  Major overhaul of qmail-smtpd. Completely restructured 
> anti-spam stuff
> and
>  replaced DENYMAIL environment variable (settable through tcpserver)
> with:
>   - SMTP550DISCONNECT to disconnect the smtp session 
> immediatly after a
> fatal
>     5xx error
>   - NOBOUNCE to reject null sender bounces
>   - SANITYCHECK to reject messages without @, no . in TLD, too
> short/long TLD
>   - RETURNMXCHECK to check if the sender has an MX
>   - BLOCKRELAYPROBE to block rcptto containing !%@ before @ 
> from Russel
> Nelson
>   - RBL to check RBLs
>   - RBLONLYHEADER to only add a X-RBL header
> 
>  added bouncemaxbytes patch:
>  to turn it on write the amount of bytes to bounce in the file
>  ~control/bouncemaxbytes.
>  Work inspired and mostly copied from Frank DENIS aka Jedi/Sector One.
> 
>  Bug fix in qmail-send.c log handling:
>  If in one read a log entry and a delivery status notification was
> delivered the
>  status notification was dropped and therefor qmail-send did not close
> the job.
> 
>  qmail-remote supports the smtp size extension as specified 
> by rfc 1870.
>  If the EHLO extension size is set qmail-remote sends size in the mail
> form
>  commando. It does not parse the EHLO size argument to check 
> if the size
> is
>  OK, the remote smtp server should decide if it is OK.
> 
>  clean up in qmail-remote, the starttls option was not compared in a
> case
>  independend way as defined in rfc 2821. The tls debug option is now
> called
>  TLSDEBUG.
> 
>  added Russ Nelson patch to qmail-remote to send using QMTP.
>  From his patch:
>   This patch to qmail-remote causes it to attempt qmtp first if the MX
> priority
>   indicates so.  Read http://cr.yp.to/proto/mxps.txt for more
> information.
>   If you want this qmail-remote to be able to send email to you using
> qmtp,
>   then you should be running a qmtpd on port 209, and you should have
> your
>   lowest MX priority be 12801.
> 
>  added pop-before-smtp tools (see POPBEFORESMTP for more info).
> 
>  reject any null sender (bounce) smtp session with more than 
> one rcpt-to
>  (based on an idea of Charles Cazabon and some code of Henning Brauer)
> 
>  updated QLDAPINSTALL (more about those nasty -lresolv and ld.so
> problems)
> 
>  beautified the output of the recieved line (added an additional
> linebreak)
> 
>  Add a precedence bulk header when we forward a message to 
> more than one
>  recipient. So auto-reply programs at the recipients will not answer
> such
>  mails. A message forwarded to more than one recipient is now 
> considered
>  a mailing list email.
> 
> 
> You can grab it as usual from
> 
>  http://www.nrg4u.com
> 
> 
> Have fun
> -- 
> Andre
> 
> This e-mail was scanned by RAV AntiVirus!
> 
> Dieser Service wird Ihnen von der DGN-Service GmbH bereitgestellt!
> 

Reply via email to