:
On 03/17/2011 07:42 PM, Carlos Herrera Polo wrote:
Sogo looks excelent I should install from RPM or sources ??
We have to make a lot of changes ?? Or not ??... Qmailtoaster is a
great MTA... and groupware software is a plus
2011/3/17 Martin Waschbuesch mar...@waschbuesch.de
mailto:mar
Hi Kevin,
removing softlimit is not a good idea as it is one of the security features
around qmail. Please rather try setting the softlimit higher than before in
order to find the limit you need to run stuff.
The limit you have looks too low to me. Just compiling the source package
with
their mobile
isp smtp server.
Bugger thought I had it beat as well.
On 17/11/2010 6:43 PM, Martin Waschbuesch wrote:
Cool! Let us know whether it has any impact. The upside to this is
that it will be harder for spammers to use your addresses to send to
other domains as well - although it is of course
One question I always had about it is this: does it set the limit for the
actual mail as it is being transmitted (e.g. with base64 encoded attachment)
or for the decoded mail+message parts?
Because a typical scenario is that a client asks to be able to send 20M
attachments. due to encoding, do
Hm... the wiki says it counts bytes as stored on the disk - so I guess that
is in encoded format and thus I'd have to use 30M in my example...
Can anyone confirm?
-Ursprüngliche Nachricht-
From: Martin Waschbuesch
Sent: Tuesday, November 16, 2010 9:24 AM
To: qmailtoaster-list
Hi Tony,
OK, this *might* be something you should change. The way to read the record
is this:
The listed IP addresses are authorized to send mail for that domain.
All others are not.
HOWEVER, the '~all' tells recipients to treat this as a soft fail and is
supposed to be used for testing
, if you have time to look at it,
does offer only the ~all option and if I had read the final page fully it
proves you are absolutely correct with your assessment.
Thanks again.
On 17/11/2010 5:24 PM, Martin Waschbuesch wrote:
Hi Tony,
OK, this *might* be something you should change. The way to read
Hi all,
I wonder about this one... First of all, I agree with Jake that MX
verification is rather important.
However, the problem at hand is also a nuisance: Why should one bad address
out of 15 in the list cause all mails to not be delivered?
I guess the solution here would rather be
I meant chkuser mailing list... I am not completely awake it seems...
-Ursprüngliche Nachricht-
From: Martin Waschbuesch
Sent: Saturday, November 13, 2010 3:04 PM
To: qmailtoaster-list@qmailtoaster.com
Subject: Re: [qmailtoaster] Re: Disable CHKUSER
Hi all,
I wonder about this one
the
reboot process).
I have two QMT boxes that had the same issue. I still have figured out why it
is set up this way. There is no point in running the firewall.sh script if it
is just going to be ignored the next time the system reboots.
Scott
2010/11/11 Martin Waschbuesch mar...@waschbuesch.de
. i installed from QMT.iso, not sure if that
matters. maybe this helps.
Helmut
From: Martin Waschbuesch [mailto:mar...@waschbuesch.de]
Sent: Friday, November 12, 2010 9:21 AM
To: qmailtoaster-list@qmailtoaster.com
Hi Scott,
The important file for iptables which will be loaded at startup is in
/etc/sysconfig/iptables
It is basically the same information you have in the firewall script, but in a
slightly different syntax. Perhaps you need to check if that file is on the
system and has valid content?
It
Several packages depend on vpopmail and recompiling it may require you to
recompile the other packages, too? E.g. qmailadmin - don't know about
others. Also, I do not know how vqadmin and qcontrol work. If they use the
shell commands vpopmail contains then all should be well, but if they access
Hi all,
Does anyone know of a good way to gather IMAP traffic statistics for dovecot?
Ideally per domain... ;-)
Martin
--
Martin Waschbüsch
IT-Dienstleistungen
Lautensackstr. 16
80687 München
Telefon: +49 89 57005708
Fax: +49 89 57868023
Mobil: +49 170 2189794
mar...@waschbuesch.de
Ah, that is good to know! :-)
--
Martin Waschbüsch
IT-Dienstleistungen
Lautensackstr. 16
80687 München
Telefon: +49 89 57005708
Fax: +49 89 57868023
Mobil: +49 170 2189794
mar...@waschbuesch.de
http://martin.waschbuesch.de
Am 24.09.2010 um 18:34 schrieb Eric Shubert:
Martin Waschbuesch wrote
Try this:
http://martin.waschbuesch.de/sa-stats
I fixed the code to check for NUM_EMAIL, NUM_SPAM and NUM_HAM 0 in the stats
generation - that was indeed missing...
Cheers,
Martin
--
Martin Waschbüsch
IT-Dienstleistungen
Lautensackstr. 16
80687 München
Telefon: +49 89 57005708
Fax: +49 89
Hi Mike,
QMT should already be doing that.
I have a 20 MB limit and tried to send myself some oversized attachment using a
gmail account I have:
Delivery to the following recipient failed permanently:
mar...@waschbuesch.de
Technical details of permanent failure:
Google tried to deliver
Message-
From: Martin Waschbuesch [mailto:mar...@waschbuesch.de]
Sent: Tuesday, 14 September 2010 4:50 PM
To: qmailtoaster-list@qmailtoaster.com
Subject: Re: [qmailtoaster] Oversized message notifications
Hi Mike,
QMT should already be doing that.
I have a 20 MB limit and tried
).
@40004c8f0dbd2556a1c4 qmail-smtpd: oversized-reject:
MAILFROM:m...@collotype.com.au RCPTTO:m...@collotype.com.au
What information could I provide you to give an understanding of where I
have gone wrong?
Cheers
-Original Message-
From: Martin Waschbuesch [mailto:mar...@waschbuesch.de]
Sent
As I said earlier, there is a patch that will allow qmail to use a different
certificate based on the hostname. However, I have no experience in using it.
But it seems to me to be the best solution (especially when you have but one IP
address).
The patch is explicitly mentioned by the author of
Kevin,
I think Jake did not say you needed to add memory, merely to give the smtp
processes more memory by raising the softlimit for them.
These processes use a softlimit partly as a security precaution.
In /var/qmail/supervie/smtp/run
check what you have at the bottom. My file looks thus:
install fedora 13 32bit. The QMT is running well.
Kevin
于 2010/9/1 18:44, Martin Waschbuesch 写道:
Kevin,
I think Jake did not say you needed to add memory, merely to give the smtp
processes more memory by raising the softlimit for them.
These processes use a softlimit partly
I recommend looking at Alin Nastac's patch found here:
http://bugs.gentoo.org/show_bug.cgi?id=94257. It will allow the use of an
environment variable to determine the certificate to use.
Note that this is not part of the stock toaster and would require recompiling
qmail. I have no idea if this
Hi all,
I noticed a glitch that I wanted to let you guys know about:
The different tools you can use to create / edit mailboxes do not have
identical behavior when it comes to passwords.
Imagine a user with the password (without quotes) '12345'
Here are the results for the individual tools
Hi Steve,
There no longer is any problem. It seems that when I posted this, I had
experienced the result of the initial rpmforge update (2.16.4-1). I installed
it again yesterday (apparently 2.16.4-2) and there are no problems whatsoever.
Thanks for the hint! :-)
--
Martin Waschbüsch
Hi Noel,
Am 04.08.2010 um 18:33 schrieb Noel Rivera (Border Less):
Hello list I have a question.
I have a qmailtoaster server with Spamdyke and with 8 diferent domains.
It’s possible to have one of this eight domains without Spamdyke and with
other configurations?
You can have
Hi all,
I don't know if anyone else has experienced this, but when you use rpmforge
(which I rely on for a lot of perl php modules) and update mrtg using the
rpmforge package, the qmailmrtg-toaster stuff does not seem to work anymore.
Instead, the scripts that generate the graphs complained
Aren't the xyz:allow lines supposed to be on one line each?
E.g. you would have to do something like:
127.:allow,RELAYCLIENT=,DKSIGN=/var/qmail/control/domainkeys/%/private
192.168.58.:allow,RELAYCLIENT=,DKSIGN=/var/qmail/control/domainkeys/%/private
! :-)
Thanks a bunch Steve Eric.
Martin
Am 03.08.2010 um 20:00 schrieb Eric Shubert:
Martin Waschbuesch wrote:
Hi all,
I don't know if anyone else has experienced this, but when you use rpmforge
(which I rely on for a lot of perl php modules) and update mrtg using the
rpmforge package
Yes, and until then stick to original CentOS repo version.
Martin
Am 03.08.2010 um 21:43 schrieb Eric Shubert:
So what's the bottom line solution? Wait for the patch to be applied to
rpmforge version?
--
-Eric 'shubes'
Martin Waschbuesch wrote:
I re-updated mrtg and googled
Hi Igor,
It may be a stupid question, but since you said you had 'the same' 32bit
installation...
What is the OS and which packages did you download / install?
If you re-used your 'old' packages, they might install on 64 bit system (if it
has 32bit support enabled), but will not run without
Am 26.07.2010 um 10:25 schrieb Igor Smitran:
Hi Igor,
It may be a stupid question, but since you said you had 'the same' 32bit
installation...
What is the OS and which packages did you download / install?
CentOS x64
If you re-used your 'old' packages, they might install on 64 bit
Glad it worked out!
Am 26.07.2010 um 12:12 schrieb Igor Smitran:
Martin wrote:
Can you double check the download script you used?
For the install script should be named cnt5064-install-script.sh, the deps
script cnt5064-deps.sh, etc.
I'm saying that because qmail-dk worked for me without a
you can try the script / package I have created for horde on QMT/Centos:
using svn:
svn co https://www.waschbuesch.de/svn/horde-toaster/
to get all the files.
then execute
bash install.sh
works for me. :-)
Am 16.07.2010 um 12:52 schrieb Scott Hughes:
It appears that you have not installed
And of course, if you have any questions, please let me know.
Martin
Am 16.07.2010 um 13:41 schrieb Martin Waschbuesch:
you can try the script / package I have created for horde on QMT/Centos:
using svn:
svn co https://www.waschbuesch.de/svn/horde-toaster/
to get all the files
Ok, here is Timo's response to my question:
Am 11.07.2010 um 21:01 schrieb Timo Sirainen:
On Sat, 2010-07-10 at 09:14 +0200, Martin Waschbuesch wrote:
1.) Is there any danger regarding maildir consistency in directly moving
mail items about?
No. Assuming you use mv and not cp (and it's
I was able to get rid of that sort of spam by signing all outgoing mail with
Domainkeys and setting the policy record for Domainkeys to signify: This server
signs ALL outgoing mail.
Incoming policy can be adjusted to reject mail where there is no signature in
such a case.
Martin
Am
Interesting,
I have a script that does just that (move files about in the maildir) and it
has not lead to problems yet. Though, I can definitely understand how it might
be problematic. I gotta watch out for that.
If you want to be on the safe side, I guess Eric's suggestion of using
dovecot's
first
though to be sure that dovecot isn't in the middle of rebuilding things
already. Not sure how I'd do that off hand (ps?/lsof?).
--
-Eric 'shubes'
Martin Waschbuesch wrote:
Interesting,
I have a script that does just that (move files about in the maildir)
and it has not lead
Am 08.07.2010 um 11:51 schrieb Martin Waschbuesch:
Interesting,
I have a script that does just that (move files about in the maildir) and it
has not lead to problems yet. Though, I can definitely understand how it
might be problematic. I gotta watch out for that.
If you want
)
That list has been pretty active lately, and the people there are very
helpful.
--
-Eric 'shubes'
Martin Waschbuesch wrote:
From what I read in the deliver documentation, it cannot (unlike maildrop)
take an email from standard input or a file? At least that is how I read the
documentation
Or watch Jake's video here (it's the only one I happen to have lying around
because I watched it several times and did not want to re-download it every
time):
http://martin.waschbuesch.de/ep19-full.mov
Martin
Am 09.07.2010 um 00:45 schrieb Eric Shubert:
I haven't set up the DKIM wrapper
Am 06.07.2010 um 22:55 schrieb Tonix (Antonio Nati):
Also note that, if you send one mail to 50 recipients, this will result in
50 individual items in the queue. As long as but one of these items is still
unsent, qmailctl queue will list all 50 items as still being in the queue
but will
Hi Mike,
I am afraid you will probably not have much luck with this. A dynamic IP
address will make lots of ISPs think you are a spammer and the only way I know
to avoid this is to sign up for a fixed IP address.
Martin
Am 07.07.2010 um 09:34 schrieb Mike Canty:
To all,
I have just
I guess you skipped the current vpopmail-toaster package and manually built
vpopmail 5.5.0 from vpopmail source (inter7)?
If so, you should be aware that manually compiling vpopmail will not tell the
RPM based system that a package called vpopmail-toaster is installed on the
system and
PS: What you can do is edit the .spec file for qmail-toaster package and remove
'vpopmail-toaster = 5.4.17' from the line that says
Requires: some.other.package, vpopmail-toaster = 5.4.17
Martin
Am 07.07.2010 um 19:13 schrieb Amit Dalia:
Hi everyone,
I was just trying to install qmail
Does it have to be the development branch of vpopmail?
I expect that using the stable branch (5.4.30 is the current version) would be
easier to integrate with the existing vpopmail-toaster package...
Martin
Am 07.07.2010 um 19:26 schrieb Amit Dalia:
Hi Eric,
Building vpopmail from spec file
in that?? ;)
Seriously though, I'm glad to see someone trying the 5.5 branch. My
understanding is that a) it has improvements in the LDAP area, and b) quotas
are finally fixed.
Martin Waschbuesch wrote:
Does it have to be the development branch of vpopmail?
I expect that using the stable branch (5.4.30
In the meantime I just updated the package to 5.4.30... ;-) Giving it a try as
we speak - there seem to have been numerous patches since 5.4.17 (stock QMT)...
Am 07.07.2010 um 19:56 schrieb Eric Shubert:
Amit,
Modifying the spec file is really pretty easy once you get the hang of it. If
That would be very good! :-)
Thanks a lot,
Martin
Am 07.07.2010 um 20:22 schrieb Eric Shubert:
IIRC, there are MySQL database changes required for that jump. I think I may
have written a script to do that. Would you like me to check what I have on
that?
Martin Waschbuesch wrote
:24 schrieb Eric Shubert:
Yeah, but it's not simply a matter of going to 5.4.30. It's also a matter of
switching from MySQL to LDAP for the backend. That's a big change (if not
bigger) as well.
Martin Waschbuesch wrote:
Very true.
It's just that I could very quickly update the vpopmail
people a lot of cost:
http://www.openemm.org/
Cheers,
Martin
Am 05.07.2010 um 18:15 schrieb Eric Shubert:
Martin Waschbuesch wrote:
Hi,
I happen to work in E-Marketing, so here's my five cents (hope it's
helpful!)...
What I am going to say ASSUMES that highest possible deliverability
Am 06.07.2010 um 18:34 schrieb Tonix (Antonio Nati):
I agree with you, but I find this qmail limit not acceptable. Even speaking
about 600 e-mails to the same domain we have problems, as qmail is going to
open 600 connections and the most of big ISP close connections after they got
the
Am 06.07.2010 um 19:12 schrieb Tonix (Antonio Nati):
This is the global value, so keeping it low means to have a few global
connections working.
It would be great if connections could be reused, so only a minimum of
connections should be opened for each destination IP.
It would be great
My users are used to have a message delivered in a few seconds, despite of
destination.
If you really mean 'delivered' in the sentence above, then I am afraid your
users have, sort of, incorrect expectations. All anyone may reasonably expect
is that the mail server processes and attempts to
Hi,
I happen to work in E-Marketing, so here's my five cents (hope it's helpful!)...
What I am going to say ASSUMES that highest possible deliverability is what you
are after.
Am 05.07.2010 um 16:12 schrieb Tonix (Antonio Nati):
Main problem I see is related to qmail opening a new session
Hi there,
This is very normal behaviour. Graylisting not only depends on your server's
timing settings, but on the behavior of the sending MTA. If that MTA does not
retry within a given time (that is what you can configure) the mail will not be
delivered, but regarded as spam. However, the
Thiago
-Mensagem original-
De: Martin Waschbuesch [mailto:mar...@waschbuesch.de]
Enviada em: quinta-feira, 1 de julho de 2010 11:36
Para: qmailtoaster-list@qmailtoaster.com
Assunto: Re: [qmailtoaster] Spamdyke Graylist Delay
Hi there,
This is very normal behaviour
Hi all,
Is there a way to modify QMT to allow for per user or at least per domain
bayes-db?
I know that simscan has some sort of support for it, though there is trouble
with mails to multiple recipients.
If anyone has any ideas - let me know.
Thanks,
Martin
--
“Majority rule only works if
Am 30.06.2010 um 20:14 schrieb Eric Shubert:
Not easily. There has been some discussion of this in the past on the list,
so you might find something in the archives.
SA isn't as well suited to individual configurations as dspam, although
domain-based configuration might not be so bad. If
As far as I recall, there is something about hyphens in vpopmail that does not
work? Or was that only in connection with ezmlm?
But anyway, I know I have come across something like this before, too.
Martin
Am 30.06.2010 um 20:42 schrieb P.V.Anthony:
Hi,
Currently having some problems with
to stop it there than waste time scanning it
with SpamAssassin...
Michael J. Colvin
NorCal Internet Services
www.norcalisp.com
-Original Message-
From: Martin Waschbuesch [mailto:mar...@waschbuesch.de]
Sent: Sunday, June 20, 2010 1:57 AM
To: qmailtoaster-list
to stop it there than waste time scanning it
with SpamAssassin...
Michael J. Colvin
NorCal Internet Services
www.norcalisp.com
-Original Message-
From: Martin Waschbuesch [mailto:mar...@waschbuesch.de]
Sent: Sunday, June 20, 2010 1:57 AM
To: qmailtoaster-list@qmailtoaster.com
, you can use a lot
more of spamdyke's filters than one RBL, without getting any false positives.
--
-Eric 'shubes'
Martin Waschbuesch wrote:
Thanks for the explanation Eric Michael,
I would like to use SpamDyke, but only very ver conservatively. E.g. if I
could block people that I
Hi all,
There is something weird I noticed in my logs: every email I receive gets
marked as RDNS_NONE by spamassassin. This was not the case with my previous
setup. lookup and reverse lookup work, so I am at a loss as to why this is?
Perhaps some perl module I have not installed, etc?
Martin
Found it myself:
In /var/qmail/supervise/smtp/run, I had forgotten to enable rDNS (default seems
to be off), by changing the -H flag to -h.
Thanks,
Martin
Am 20.06.2010 um 10:48 schrieb Martin Waschbuesch:
Hi all,
There is something weird I noticed in my logs: every email I receive gets
Hi Eric,
I also applied the patch you mentioned, restored the updated (e.g. with
'LogTime Yes' freshclam.conf) and this is the result in my logwatch email:
- clam-update Begin
Last ClamAV update process started at Sat Jun 18 19:38:50 2010
Last
Apparently, when you set logtime to no, logwatch will pick up on a time stamp:
--
freshclam daemon 0.96.1 (OS: linux-gnu, ARCH: x86_64, CPU: x86_64)
ClamAV update process started at Thu Jun 17 12:05:46 2010
main.cvd is up to date (version: 52, sigs: 704727,
I would recommend doing a
yum search Bignum
for instance.
The result is (on my machine):
# yum search bignum
Loaded plugins: fastestmirror
Loading mirror speeds from cached hostfile
* addons: centos.intergenia.de
* base: ftp.plusline.de
* extras: centos.intergenia.de
* rpmforge:
-update End -
--
-Eric 'shubes'
Martin Waschbuesch wrote:
Apparently, when you set logtime to no, logwatch will pick up on a time
stamp:
--
freshclam daemon 0.96.1 (OS: linux-gnu, ARCH: x86_64, CPU: x86_64)
ClamAV update
/var/log/clamav/freshclam.log) and since then I'm getting proper information
in my logwatch.
Dave
On 6/17/2010 9:18 AM, Dave Hallowell wrote:
Martin,
check this link
http://www.mail-archive.com/qmailtoaster-list@qmailtoaster.com/msg27449.html
Dave
On 6/17/2010 12:06 AM, Martin
wondered about is this: I am running CentOS 5.5 - perhaps
that, too has to do with this behaviour?
Thanks,
Martin
Am 17.06.2010 um 17:07 schrieb Eric Shubert:
Martin Waschbuesch wrote:
Hi all,
Although freshclam is definitely running (and working,too), and there is a
valid and readable
Hi all,
Although freshclam is definitely running (and working,too), and there is a
valid and readable freshclam.log in /var/log/clamav/freshclam.log, I get the
folllowing via my daily logwatch:
- clam-update Begin
The ClamAV update process
Hi Rajesh,
If you are talking about the squirrelmail plugin to change passwords, that
would not talk to the IMAP server as far as I recall. It would either use
vpopmails command line tools to change the password or else write in the DB
directly?
In any case, while I am sure you can use an MAP
Hi,
Did you by chance copy paste the command from the wiki? If so, I have seen
some strange SCII character conversions happen that way. so, I'd suggest trying
to retype the whole command manually the way the option is shown in the man
page for rpmbuild.
Cause when I type your command
Hi Jake,
I just upgraded (and reinstalled) one toaster that is now running CentOS 5.5
x86_64. Everything runs just smooth and lovely, except one thing.
I (on purpose) removed all i386/i686 packages and libraries from CentOs and now
I find that QControl is not quite noarch after all:
# rpm -i
Hi Jake,
Am 11.06.2010 um 01:53 schrieb Jake Vickers:
Thanks for finding this. Seems I'll have to create two builds in the future.
There won't be a fix until I create the next version. If it's REALLY an issue
for you, I'll compile on a x86_64 for you and send you the executable.
No,
Very good. I saw the two posts this morning - it just looked so weird
to see total silence on the list. I'll look forward to the thread you
mention and will join the discussion then.
Thanks,
Martin
Von meinem iPhone gesendet
Am 03.06.2010 um 17:55 schrieb Eric Shubert e...@shubes.net:
I obviously replied to the wrong mail...
Sorry.
Von meinem iPhone gesendet
Am 03.06.2010 um 18:02 schrieb Martin Waschbuesch
mar...@waschbuesch.de:
Very good. I saw the two posts this morning - it just looked so
weird to see total silence on the list. I'll look forward to the
thread you
I am using horde for a long time (even before using qmailtoaster), so I wanted
to stick with it. Works like a charm.
There is a good installation-howto for horde and centos:
http://wiki.horde.org/CentOS5InstallationNotes
Just ignore the postfix stuff (or dovecot in case you stick with the
Btw., just slightly off topic:
I also upgraded from Centos 5.4 to 5.5 without any issues. Just in case people
wanted to wait until they heard from more folks before doing so themselves...
Martin
Am 25.05.2010 um 12:50 schrieb Phil Leinhauser:
You won’t be sorry!!
From: Roman Marlovits
will do.
:-)
Please bring this up on the devel list, Martin. I'm sure that Jake will
welcome the help, but this should be done in a coordinated effort. Given that
dovecot will hopefully be part of the QMTv2 release, we want to be sure that
the interim dovecot configurations don't
All,
what does it take to put a known-to-work source tarball together with the steps
in the wiki to create a source rpm?
I have not dealt with package creation so far, but I think that would be the
logical next step. If anyone can give any pointers, I'd volunteer to do this.
Martin
PS: Almost
Hi everyone,
I don't know just how relevant this is for you, but since it *is* sort of a
major thing...
The entire .de TLD has had serious problems where the root servers either did
not respond to DNS queries or (worse) they gave back NXDOMAIN.
Now, this may result in people either not
Hi,
I just noticed that firewall.sh, at least the version in the cent50 scripts
which I use, contains the following section:
## Drop outside packets with local addresses - anti-spoofing measure
iptables -A INPUT -s $MYIP -i ! lo -j DROP
iptables -A INPUT -s 127.0.0.0/8 -i ! lo -j DROP
#iptables
You do not have to live without domainkeys, though.
Jake has a video on how to implement dkim that also offers domainkeys support:
http://video.qmailtoaster.com/video/how-to-setup-dkim-on-qmail.html
Maybe that would be an alternative for you? The implementation works
differently and I have not
Am 09.05.2010 um 19:05 schrieb Eric Shubert:
Glad you found the problem, Martin.
It'd be nice if the log would show something meaningful (or anything at all)
in cases such as this. Would someone like to look into such a change? I
should ask Tonino (the chkuser author) as well. He had
Am 10.05.2010 um 19:04 schrieb Eric Shubert:
Thanks Martin. Anything that happens will be posted on the devel list. Are
you subscribed there?
--
-Eric 'shubes'
Sure am!
:-)
Martin
-
Qmailtoaster is
is included and just added the ISP's DNS servers as
additional entries.
It's faster to use my ISP's, but better be safe and have something to fall back
on!
Thanks,
Martin
Am 08.05.2010 um 18:09 schrieb Eric Shubert:
Which versions are you running?
# rpm -qa | grep toaster | sort
Martin
Hi all,
I recently noticed that some mails do not seem to get through to valid
recipients.
E.g. What I see when I know that a mail should be coming in is something like
this:
@40004be580ed32d98a3c tcpserver: status: 0/100
@40004be5817c22eafcdc tcpserver: status: 1/100
Hi Eric,
Which versions are you running?
# rpm -qa | grep toaster | sort
This is the output:
autorespond-toaster-2.0.4-1.3.6
clamav-toaster-0.96.0-1.3.34
control-panel-toaster-0.5-1.3.7
courier-authlib-toaster-0.59.2-1.3.10
courier-imap-toaster-4.1.2-1.3.10
daemontools-toaster-0.76-1.3.6
Cool. Thanks for the good stuff! :-)
Am 04.05.2010 um 21:50 schrieb Eric Shubert:
There is a new QmailToaster Plus package available. It contains all of the
modifications since the previous release (7 months ago), including changes
for the new mirrors.
Thanks go to Jake and those hosing
Hi Amit,
This sounds like email marketing? I used to work for an email service provider
and here is what I would recommend:
Don't underestimate the whole deliverability aspect - this can be a lot of
work. E.g. Depending on the types of messages being sent and the providers
whose customers
Isn't that what SRS does to make sure SPF enabled mail actually can be
forwarded without risk of being identified as phishing?
I think it is a feature not a bug. If you left the headers as is and
forwarded a mail from a sender who uses SPF, the final recipient might
compare your IP to the
That is not necessarily what he meant - if mail gets forwarded like
that several times, you either have mail in mail in mail as cascaded
attachments or you lose the trail of through whose hands the email went.
If that were desired, he'd need to disable SRS. Probably through
recompiling
Hi all,
I just followed the instructions in Jake's excellent DKIM video to implement
that.
Also, I switched to having this script do the domainkey signing as well.
Now, every test I tried says all is well, but there is one thing I do not
understand:
The headers for the domainkey and DKIM
Hi there,
Reverse lookup on your IP is not possible yet?
That would be a VERY bad idea for any mail server.
It is highly likely that in addition to slow performance, a lot of recipients
would block your outgoing mails as phishing or spam.
Martin
Am 11.04.2010 um 11:20 schrieb Istvan Köpe:
in the next few days.
I also removed everything form blacklists. Even if I change in the simcontrol
clam=no,spam=no and I do telnet 127.0.0.1 25 it takes 30s
What does telnet 127.0.0.1 25 has to do with DNS or reverse DNS?
I.
On 11.04.2010 12:29, Martin Waschbuesch wrote:
Hi
11:58 schrieb Istvan Köpe:
Sending mail takes long. Connecting from telnet(from anywhere) takes long.
Receiving mail(POP3) is fast.
After hitting enter after telnet, I have the prompt instantly, but it takes
about 30 sec to get the welcome message.
I.
On 11.04.2010 12:44, Martin
Hi all,
I installed the update on my Centos 5.4 based toaster without any issue. Just
wanted to give a heads up.
Martin
Am 10.04.2010 um 14:38 schrieb Jake Vickers:
I have placed updated files for clamav-toaster-0.96.0-1.3.34 and
squirrelmail-toaster-1.4.20-1.3.17 online.
I will leave the
1 - 100 of 128 matches
Mail list logo
