bject: contract
>>>> Content-Type: multipart/mixed;
>>>> boundary="070709070301020805080405"
>>>> --070709070301020805080405
>>>> Content-Type: text/plain; charset=utf-8; format=flowed
>>>> Content-Transfer-
is happening
concerning this. Again, am willing to help out here.
Again, very concerned. Please advise. And, how do I get on the devel list?
Thanks,
Tim Pleiman
--
Tim Pleiman
http://support.bravosystemstech.net
Bravo Systems Technologies
"Advanced Open Source Solutions for Business"
Chica
mail sent from an email address in the given domain will be sent from
the given IP address.
The entry in senderip looks like this:
domain:ip
If qmail-remote is not able to bind to that IP address then the message
will stay in the queue until the problem has been corrected.
--
Tim Pleiman
Bravo
-Original Message-
From: Tim Pleiman [mailto:tplei...@bravosystemstech.net]
Sent: Thursday, October 06, 2011 10:13 AM
To: qmailtoaster-list@qmailtoaster.com
Subject: [qmailtoaster] Is Qmailtoaster patched to be able to use these
Qmail Control Files?
I now have a toaster server
these features are now included in the
toaster.
Any other suggestions also appreciated.
Thanks!
Tim
On Thu, October 6, 2011 10:52 pm, Tim Pleiman wrote:
eth0:0 is a child of the parent, eth0. If the physical interface itself
dies, they both go down. You also cannot manually take down (ifdown
interface
in qmailtoaster, then that will alleviate this problem on specific
domains entirely without having to disable the CHKUSER feature that
prevents such messages from being queued.
Thanks!
Tim
--
Tim Pleiman
Bravo Systems Technologies
Advanced Open Source Solutions for Business
Chicago, IL USA
lookup via:
somedomain.com:mx-static-record-for-somedomain.com
Correct?
Just wanting to confirm because I've never needed to use the second option.
Thanks,
Tim
On Thu, September 29, 2011 11:58 am, Eric Shubert wrote:
On 09/29/2011 09:48 AM, Tim Pleiman wrote:
To anyone who might know,
I find
that this check causes that, to me, are most
troublesome.
Thanks!
Tim
--
Tim Pleiman
Bravo Systems Technologies
Advanced Open Source Solutions for Business
Chicago, IL USA
-
Qmailtoaster is sponsored by Vickers
: [qmailtoaster] 451 DNS Temporary Failure: Issue that should be
addressed in CHKUSER
From:Tim Pleiman tplei...@bravosystemstech.net
Date:Wed, August 31, 2011 2:00 pm
To: qmailtoaster-list@qmailtoaster.com
--
Eric,
Over
variable set in the tcp.smtp or run file if
desired, so no rebuilding will be needed.
On 08/31/2011 12:19 PM, Tim Pleiman wrote:
Here's the troublesome feature:
CHKUSER_RCPTMX_TMP_STRING2.0.7 defined 451 DNS temporary
failure
(#4.5.1 - chkuser)\r\n
String emitted
variable set in the tcp.smtp or run file if
desired, so no rebuilding will be needed.
On 08/31/2011 12:19 PM, Tim Pleiman wrote:
Here's the troublesome feature:
CHKUSER_RCPTMX_TMP_STRING2.0.7 defined 451 DNS temporary
failure
(#4.5.1 - chkuser)\r\n
String emitted
accordingly to variable settings.
For such scopes, I sugges not to put variables inside tcp.smtp, but
directly within running command, because behaviour is per server and not
per IP.
Regards,
Tonino
Il 31/08/2011 21:00, Tim Pleiman ha scritto:
Eric,
Over the last couple of years
distribution? I've seen
posts in other forums with similar questions, some indicate that a patch
is required or to have the services bound to specific IPs. None of the
information I can find gives information specific as to what I'm trying to
accomplish.
Many thanks in advance!
Tim
--
Tim Pleiman
Bravo
-- and make sure BOTH of your public IP addresses
have appropriate reverse-DNS entries.
Good Luck!
Dan
IT4SOHO
On 7/14/2011 11:31 AM, Tim Pleiman wrote:
I'm in the process of upgrading a system with load balacing/failover
from
2 different ISPs on a single box, e.g.:
http://www.xenocafe.com
compromising security until a corrective update is
released?
It's definitely not affecting the 4.0.10 version of spamdyke that I have
running on another qmailtoaster server as the mx lookups for the above
domain are having no trouble there.
Thanks,
--
Tim Pleiman
Bravo Systems Technologies
Advanced Open
On Thu, April 28, 2011 3:43 pm, Eric Shubert wrote:
On 04/28/2011 11:26 AM, Tim Pleiman wrote:
It appears that I may be, at least on occasion, having the following
problem that Eric discovered here:
http://comments.gmane.org/gmane.mail.spam.spamdyke.user/3106
Today it is affecting
:
qmailtoaster-list-unsubscr...@qmailtoaster.com
For additional commands, e-mail:
qmailtoaster-list-h...@qmailtoaster.com
--
Tim Pleiman
Bravo Systems Technologies
Advanced Open Source Solutions for Business
Chicago, IL USA
Date =~ /20[2-9][0-9]/ [if-unset: 2006]
describe FH_DATE_PAST_20XX The date is grossly in the future.
##} FH_DATE_PAST_20XX
It's a very badly written rule.
Tim
--
Tim Pleiman
Bravo Systems Technologies
Advanced Open Source Solutions for Business
Chicago, IL USA
for community. Contact me
directly, please.
Aditionally, is the EZMLM digest option for this list turned on? I'm
finding it difficult to keep up with all the individual e-mail posts in my
inbox.
Thanks!
Tim
--
Tim Pleiman
Bravo Systems Technologies
Advanced Open Source Solutions for Business
Chicago, IL USA
--
Tim Pleiman
Bravo Systems Technologies
Advanced Open Source Solutions for Business
Chicago, IL USA
-
Qmailtoaster is sponsored by Vickers Consulting Group
(www.vickersconsulting.com)
Vickers Consulting Group
to the SPAMDYKE line in run.spamdyke file will then log spamdyke
messages to /var/log/maillog?
Everything correct? Will try.
Thanks,
Tim
On Mon, July 27, 2009 11:35 am, Tim Pleiman wrote:
Hi all,
Presumably, if I want to capture a spamdyke log, I would modify the
following in the /var/run/qmail
with the
loglevel specifcation on the spamdyke line, it doesn't output them to
maillog on its own and it doesn't increase the level of logging in
/var/log/qmail/send/current
Would like to get those more detailed logs from spamdyke.
Any ideas?
Thanks,
Tim
On Mon, July 27, 2009 11:55 am, Tim Pleiman wrote
Sorry,
Correction to typo on my previous notes:
There are spamdyke entries being captured in the
/var/log/qmail/send/current
to
There are spamdyke entries being capture in the
/var/log/qmail/smtp/current file.
tim
On Mon, July 27, 2009 12:15 pm, Tim Pleiman wrote:
Ok,
So, tested
for the log level and
location in spamdyke.conf, then that overrides any entry on the spamdyke
command line in the run file.
Thanks,
Tim
On Mon, July 27, 2009 12:19 pm, Tim Pleiman wrote:
Sorry,
Correction to typo on my previous notes:
There are spamdyke entries being captured in the
/var
server compromise.
Driving me nuts. Anyone heard anything about when this might be back up?
I'm thinking there must be a mirror somewhere else. Anyone have that URL?
Thanks,
Tim
--
Tim Pleiman
Bravo Systems Technologies
Advanced Open Source Solutions for Business
Chicago, IL USA
On Wed, July 15, 2009 6:50 pm, Jake Vickers wrote:
Tim Pleiman wrote:
Hi all,
I've checked for the past several days now at Squirrelmail.org so I can
get the latest versions of plugins that I want, and this is what is on
the
plugins page:
http://www.squirrelmail.org/plugins.php
Plugins
On Tue, July 14, 2009 11:07 am, Eric Shubert wrote:
Tim Pleiman wrote:
On Mon, July 13, 2009 6:12 pm, Eric Shubert wrote:
Aleksander Podsiadly wrote:
W dniu 13.07.2009 22:16, Tim Pleiman pisze:
/var/qmail/control/me contains the primary server mail domain name,
e.g:
mail.servername.org
PTR lookups for connection
verification/rejection, is it?
Thanks!
--
Tim Pleiman
Bravo Systems Technologies
Advanced Open Source Solutions for Business
Chicago, IL USA
-
Qmailtoaster is sponsored by Vickers
On Tue, July 14, 2009 5:25 pm, Eric Shubert wrote:
Tim Pleiman wrote:
On Tue, July 14, 2009 11:07 am, Eric Shubert wrote:
Tim Pleiman wrote:
On Mon, July 13, 2009 6:12 pm, Eric Shubert wrote:
Aleksander Podsiadly wrote:
W dniu 13.07.2009 22:16, Tim Pleiman pisze:
/var/qmail/control/me
link or visit an infected
website (probably running IIS).
However, you can mitigate these things as above, and I hope this is of
some help to you. I know how incredibly painful cleaning up these types of
things can be.
Good luck!
Tim
--
Tim Pleiman
Bravo Systems Technologies
Advanced Open Source
this/where to fix this.
Probably something simple that I'm just missing vis a vis differences
between the installation/deployments of Qmail here (QMR vs. QMT) that I
can't figure out.
Your help appreciated.
Thanks!
--
Tim Pleiman
Bravo Systems Technologies
Advanced Open Source Solutions for Business
On Mon, July 13, 2009 3:11 pm, Eric Shubert wrote:
Tim Pleiman wrote:
Hi,
I'm new to QMT and I'm migrating several servers from old hardware with
QMR installations to new hardware running QMT, as QMR just isn't being
kept up well anymore, and I'm tired of patching everything up on my own
On Mon, July 13, 2009 3:46 pm, Aleksander Podsiadly wrote:
W dniu 13.07.2009 22:16, Tim Pleiman pisze:
/var/qmail/control/me contains the primary server mail domain name, e.g:
mail.servername.org
Tim
It should be the same as result of `hostname`, just the servername
On Mon, July 13, 2009 6:12 pm, Eric Shubert wrote:
Aleksander Podsiadly wrote:
W dniu 13.07.2009 22:16, Tim Pleiman pisze:
/var/qmail/control/me contains the primary server mail domain name,
e.g:
mail.servername.org
Tim
It should be the same as result of `hostname`, just the servername
34 matches
Mail list logo
