On 5/3/2004 9:23 AM, Shane Chrisp wrote:
I had the same problem. All you need to do is create the directories
mkdir /home/vpopmail
mkdir /home/vpopmail/etc
chown -R vpopmail.vchkpw /home/vpopmail
first and chmod them to the vpopmail user and run configure again.
I reported the error to Tom and he
I recently discovered that some mails are not received when sending bulk
emails (multiple addresses in the TO:) field e.g. more than 250 emails.
This is not for spamming but we use qmail as corporate email so we send
emails out (e.g. memos) to all the people in the organization. Is there
a lim
On 6/9/2004 10:38 AM, Júlio Manuel Olivares wrote:
I don't know if there are any limits about multiple addresses but if you are
sending mail for local, use vpopbull instead.
- Original Message -
From: "Eric Noel" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sen
On 6/9/2004 1:07 PM, Bill Shupp wrote:
Eric Noel wrote:
On 6/9/2004 10:38 AM, Júlio Manuel Olivares wrote:
but wouldnt require the user to shell inside the server? what if a
user (e.g. corporate secretary) just wants to sends an email to
everyone in the company? also, i just thought just now
Ive seen some patches for qmail (e.g. spf), my problem is that i know i
have patched my qmail before but i dont remember some :(, if i patched
my qmail with the same patch before will it mess up my qmail or it will
just ignore the patch?
Thanks to all those who responded to my previous question about patching.
Ive been trying to find the ipaddress of most senders both
outside/local, i tried qmailanalog but i only get recipients list or
senders list with no ip. Are there any good scripts there to list a
summary with ip of senders
Eero Volotinen wrote:
Costin Gusa kirjoitti:
put rblsmtpd -r bl.spamcop.net just before calling qmail-smtpd in
/service/qmail-smtpd/run
and you will not need to manually collect spammers ip
Well. spamcop is too strict, legal emails can be wrong too
--
Eero
ive checked spamhaus website for variour
Any tips on how to speed up sending, sending right now usually takes at
least 10 seconds, we didnt put any reverse lookup checking on the
qmail-smtpd/run. the only thing i guess its slowing it down is clamav
and rblsmtpd list. but if we remove them we will have a barrage of
spammers/viruses and
Bill Shupp wrote the following on 8/20/2004 8:02 AM:
FYI,
I just noticed that the version of openssl on Debian stable, 0.9.6c, in
conjunction with the qmail-tls patch (latest version), require
qmail-smtpd and qmail-remote to get their cipher lists from
/var/qmail/control/tlsserverciphers and
/v