Re: [qmailtoaster] Roundcube

2015-04-17 Thread Fox Hound
That's what I did. I set it all up, and tested with squirrelmail prior to 
deploying Rc.

Centos 7 uses systemd right? That differs from v6.6, but not sure that really 
matters in this case. Just throwing it out there. 

- fabe 


> On Apr 17, 2015, at 5:15 PM, Dave M  wrote:
> 
> So, 
> doing a clean install VM Centos 7, 
> after install is it best to  add domains and users then roundcube right after 
> ?
> 
> Dave M
> 
> 
>> On 17/04/2015 12:41 PM, fsanti...@deviltracks.net wrote:
>> I have RC going on Centos 6.6 64-bit with latest QMT. I had to do nothing 
>> special to get it up and running except i didn't feel like upgrading php so 
>> i stuck with v1.05 of RC. I use it with mysql backend. 
>> 
>> works fine although I still get odd IMAP login failures through RC 
>> occasionally that i haven't tracked down yet. but mostly it works fine. I 
>> only host for friends / family on a small single server VPS instance 
>> (Linode). 
>> 
>> - Fabian S.
>> 
>>  
>> 
>>  
>>> On 2015-04-17 16:16, Dave M wrote:
>>> 
>>> Dovecot terminated with signal 15
>>> 
>>> or something like that
>>> 
>>> Will do another test shortly, 
>>> 
>>> Dave M
>>> 
>>> 
 On 17/04/2015 12:05 PM, Cecil Yother, Jr. wrote:
 You give up too easy.  What did your logs say?
 
> On 04/17/2015 01:03 PM, Dave M wrote:
> Well, 
> 
> after installing round cube and its needed files, 
> 
> It has messed up " Dovecot " 
> My Centos 7 install is now non functional, 
> Good news, I do get the roundcube login screen 
> 
> ( sad grin ) 
> 
> Thankfully, I did a VM Snapshot, and am about to reverse this roundcube 
> attempt. 
> 
> Dave M 
> 
>> On 17/04/2015 11:05 AM, Sebastian Grewe wrote: 
>> It does? I had to login via IMAP credentials, are these cached in a DB? 
>> I don't remember having troubles logging in to Roundcube after changing 
>> my mail password. 
>> 
>> And for sending mails it can also use the same credentials used on 
>> Login. 
>> 
>> Sent from my iPhone 
>> 
>>> On 17 Apr 2015, at 19:54, Dan McAllister  wrote: 
>>> 
>>> My only caveat is the same one I tell people who use QMT in general -- 
>>> DO NOT use the default SQL passwords! 
>>> You don't have to make them super hard, but leaving them default is 
>>> just ASKING for trouble! 
>>> 
>>> (Yes, roundcube creates and uses a MySQL database of users - separate 
>>> from the vpopmail database.) 
>>> 
>>> Dan McAllister 
>>> IT4SOHO 
>>> 
 On 4/17/2015 2:15 PM, Dave M wrote: 
 Thanks for the info Dan, 
 I to am finding more ofo our users are requesting it be added. 
 
 I am running a Centos 6 and 7 VM test boxes, so I will go ahead and 
 test further. 
 Any  caveats to worry about? 
 
 Cheers, 
 Dave M 
 
> On 17/04/2015 10:09 AM, Dan McAllister wrote: 
> Dave: 
> 
> I offer both on my sites: 
> roundcube at mail.domain.com 
> squirrelmail at www.domain.com/webmail 
> 
> MOST of my clients prefer the roundcube... 
> 
> Just my experience 
> 
> Dan McAllister 
> IT4SOHO 
> 
>> On 4/17/2015 2:00 PM, Dave M wrote: 
>> Any one had the opportunity to install roundcube as apposed to 
>> squirrel mail, 
>> in qmail-toaster Centos 6 or 7 
>> 
>> Just looking to see if its possible and worth it. 
>> 
>> Cheers 
>> 
>> Dave M 
>> 
>> 
>> -
>>  
>> To unsubscribe, e-mail: 
>> qmailtoaster-list-unsubscr...@qmailtoaster.com 
>> For additional commands, e-mail: 
>> qmailtoaster-list-h...@qmailtoaster.com
 
 - 
 To unsubscribe, e-mail: qmailtoaster-list-unsubscr...@qmailtoaster.com 
 For additional commands, e-mail: 
 qmailtoaster-list-h...@qmailtoaster.com
>>> 
>>> -- 
>>> IT4SOHO, LLC 
>>> 33 - 4th Street N, Suite 211 
>>> St. Petersburg, FL 33701-3806 
>>> 
>>> CALL TOLL FREE: 
>>>   877-IT4SOHO 
>>> 
>>> 877-484-7646 Phone 
>>> 727-647-7646 Local 
>>> 727-490-4394 Fax 
>>> 
>>> We have support plans for QMail! 
>>> 
>>> 
>>> - 
>>> To unsubscribe, e-mail: qmailtoaster-list-unsubscr...@qmailtoaster.com 
>>> For additional commands, e-mail: qmailtoaster-list-h...@qmailtoaster.com
>> - 
>> To unsubscribe, e-mail: qmailtoaster-list-unsubscr...@qmailtoaster.com 
>> For additional commands, e-mail: qmailto

Re: [qmailtoaster] Roundcube

2015-04-17 Thread Fox Hound
Try 

Yum install php-mysql

Then restart httpd

Then test again.



> On Apr 17, 2015, at 6:45 PM, Dave M  wrote:
> 
> Tried new install using simple yum install
> 
> running the setup
> Checking PHP version
> 
> Version:  OK(PHP 5.4.16 detected)
> 
> Getting couple errors
> 
> MySQL:  NOT AVAILABLE(Could be loaded. Please add in php.ini; See 
> http://www.php.net/manual/en/ref.pdo-mysql.php)
> MYSQL is installed of course, 
> 
> added extension=mysql.so
> to php.ini
> restarted apache, refreshed installer page, same thing
> 
> However SQLite : OK
> 
> and
> Net_LDAP3:  NOT AVAILABLE(Recommended to install Net_LDAP3 from 
> git.kolab.org; See http://git.kolab.org/pear/Net_LDAP3)
> Cant seem to find an installer for that
> 
> 


Re: [qmailtoaster] Roundcube

2015-04-18 Thread Fox Hound
I just updated to rcm 1.1.1 and all seems fine and normal. 

Thanks for the remi tip. 



> On Apr 18, 2015, at 4:20 PM, Helmut Fritz  wrote:
> 
> +1 for remi
>  
> From: Sebastian Grewe [mailto:sebast...@grewe.ca] 
> Sent: Saturday, April 18, 2015 8:02 AM
> To: qmailtoaster-list@qmailtoaster.com
> Subject: Re: [qmailtoaster] Roundcube
>  
> I don’t think that you get the latest version (including all fixes) from EL?
>  
> 1.1.1 seems to be the latest.
>  
> I guess RC requires a recent PHP version. Personally I am using the REMI 
> repository to keep PHP and MySQL up to date. Been using it for 3+ years now 
> and never had an issue. Timely security updates too.
>  
> Cheers,
> Sebastian
>  
> On 18 Apr 2015, at 16:58, Eric Broch  wrote:
>  
> I'm running CentOS 6.6 and tried to install RCM with YUM:
> # yum install roundcubemail
> 
> And got the following error:
> 
> Error: php56w-common conflicts with php-common-5.3.3-40.el6_6.x86_64
>  You could try using --skip-broken to work around the problem
>  You could try running: rpm -Va --nofiles --nodigest
> 
> Anyone run into, suggestions?
> 
> Eric
> 
> 
> On 4/17/2015 5:02 PM, Dave M wrote:
> Simple, 
> 
> That Fixed it, 
> now I can login to RC , no errors, will do some tests
> 
> Thanks everyone, 
> 
> 
> On 17/04/2015 2:46 PM, Fox Hound wrote:
> Try 
>  
> Yum install php-mysql
>  
> Then restart httpd
>  
> Then test again.
> 
> 
> 
> On Apr 17, 2015, at 6:45 PM, Dave M  wrote:
> 
> Tried new install using simple yum install
> 
> running the setup
> Checking PHP version
> 
> Version:  OK(PHP 5.4.16 detected)
> 
> Getting couple errors
> 
> MySQL:  NOT AVAILABLE(Could be loaded. Please add in php.ini; See 
> http://www.php.net/manual/en/ref.pdo-mysql.php)
> MYSQL is installed of course, 
> 
> added extension=mysql.so
> to php.ini
> restarted apache, refreshed installer page, same thing
> 
> However SQLite : OK
> 
> and
> Net_LDAP3:  NOT AVAILABLE(Recommended to install Net_LDAP3 from 
> git.kolab.org; See http://git.kolab.org/pear/Net_LDAP3)
> Cant seem to find an installer for that
> 
> 
>  
>  
>  


Re: [qmailtoaster] rbl

2015-04-25 Thread Fox Hound
How come Dave? Watcha thinking? 



> On Apr 24, 2015, at 5:58 PM, Dave M  wrote:
> 
> It it possible to do a reinstall, without loosing data settings and email ?
> centos 5.11
> 
> 
> Dave M
> 
>> On 23/04/2015 1:46 PM, Dave M wrote:
>> Of course, you are again correct,
>> 
>> Did not know that part
>> 
>> Cheers eric
>> 
>>> On 23/04/2015 12:43 PM, Eric Broch wrote:
>>> qmHandle will stop qmail (if started) and start it again. You're
>>> actually supposed to stop qmail when you run qmHandle if I remember
>>> correctly.
>>> 
 On 4/23/2015 2:41 PM, Dave M wrote:
 HI again all,
 qmHandle -l
 
 shows more stuck in q,  < bouncing >
 when i try to run
 qmHandle -a
 
 i now get
 Qmail wasn't running when qmHandle was started,
 
 however
 qmailctl stat shows: everythin is up
 
 authlib: up (pid 9513) 441 seconds
 clamd: up (pid 9520) 441 seconds
 imap4: up (pid 9492) 441 seconds
 imap4-ssl: up (pid 9479) 441 seconds
 pop3: up (pid 9501) 441 seconds
 pop3-ssl: up (pid 9472) 441 seconds
 send: up (pid 13326) 0 seconds
 smtp: up (pid 9494) 441 seconds
 spamd: up (pid 9475) 441 seconds
 submission: up (pid 9485) 441 seconds
 authlib/log: up (pid 9511) 441 seconds
 clamd/log: up (pid 9508) 441 seconds
 imap4/log: up (pid 9486) 441 seconds
 imap4-ssl/log: up (pid 9482) 441 seconds
 pop3/log: up (pid 9519) 441 seconds
 pop3-ssl/log: up (pid 9477) 441 seconds
 send/log: up (pid 9469) 441 seconds
 smtp/log: up (pid 9484) 441 seconds
 spamd/log: up (pid 9476) 441 seconds
 submission/log: up (pid 9495) 441 seconds
 
 time to move off CentOS 5 server?
 
 
 -
 To unsubscribe, e-mail: qmailtoaster-list-unsubscr...@qmailtoaster.com
 For additional commands, e-mail: qmailtoaster-list-h...@qmailtoaster.com
>>> 
>>> -
>>> To unsubscribe, e-mail: qmailtoaster-list-unsubscr...@qmailtoaster.com
>>> For additional commands, e-mail: qmailtoaster-list-h...@qmailtoaster.com
>> 
>> 
>> -
>> To unsubscribe, e-mail: qmailtoaster-list-unsubscr...@qmailtoaster.com
>> For additional commands, e-mail: qmailtoaster-list-h...@qmailtoaster.com
> 
> 
> -
> To unsubscribe, e-mail: qmailtoaster-list-unsubscr...@qmailtoaster.com
> For additional commands, e-mail: qmailtoaster-list-h...@qmailtoaster.com
> 

-
To unsubscribe, e-mail: qmailtoaster-list-unsubscr...@qmailtoaster.com
For additional commands, e-mail: qmailtoaster-list-h...@qmailtoaster.com



Re: [qmailtoaster] rbl

2015-04-25 Thread Fox Hound
Is mail reaching the server in the first place? SMTP logs? 

Mx records / priority?

And if your old box is compromised, you have no idea how? Check your vpopmail 
db for weak passwords? 

Did you build the v7 box from the new github scripts / yum'able Qmail packages? 



> On Apr 25, 2015, at 6:23 PM, Dave M  wrote:
> 
> Cant stop the box spamming. it is definable compromised.
> Argh
> 
> Build a Centos 7 box, added all domains, and users,
> imported the vpopmain database,
> 
> users can send but not receive, no longer spamming
> So
> Now just built a Centos6 box, doing the same imports,
> 
> Testing now.
> 
> Great when it works,
> Biach wen it doesnt, and I cant find the cause
> 
> Still smiling
> Dave M
> 
> 
>> On 25/04/2015 12:08 PM, Fox Hound wrote:
>> How come Dave? Watcha thinking?
>> 
>> 
>> 
>>> On Apr 24, 2015, at 5:58 PM, Dave M  wrote:
>>> 
>>> It it possible to do a reinstall, without loosing data settings and email ?
>>> centos 5.11
>>> 
>>> 
>>> Dave M
>>> 
>>>> On 23/04/2015 1:46 PM, Dave M wrote:
>>>> Of course, you are again correct,
>>>> 
>>>> Did not know that part
>>>> 
>>>> Cheers eric
>>>> 
>>>>> On 23/04/2015 12:43 PM, Eric Broch wrote:
>>>>> qmHandle will stop qmail (if started) and start it again. You're
>>>>> actually supposed to stop qmail when you run qmHandle if I remember
>>>>> correctly.
>>>>> 
>>>>>> On 4/23/2015 2:41 PM, Dave M wrote:
>>>>>> HI again all,
>>>>>> qmHandle -l
>>>>>> 
>>>>>> shows more stuck in q,  < bouncing >
>>>>>> when i try to run
>>>>>> qmHandle -a
>>>>>> 
>>>>>> i now get
>>>>>> Qmail wasn't running when qmHandle was started,
>>>>>> 
>>>>>> however
>>>>>> qmailctl stat shows: everythin is up
>>>>>> 
>>>>>> authlib: up (pid 9513) 441 seconds
>>>>>> clamd: up (pid 9520) 441 seconds
>>>>>> imap4: up (pid 9492) 441 seconds
>>>>>> imap4-ssl: up (pid 9479) 441 seconds
>>>>>> pop3: up (pid 9501) 441 seconds
>>>>>> pop3-ssl: up (pid 9472) 441 seconds
>>>>>> send: up (pid 13326) 0 seconds
>>>>>> smtp: up (pid 9494) 441 seconds
>>>>>> spamd: up (pid 9475) 441 seconds
>>>>>> submission: up (pid 9485) 441 seconds
>>>>>> authlib/log: up (pid 9511) 441 seconds
>>>>>> clamd/log: up (pid 9508) 441 seconds
>>>>>> imap4/log: up (pid 9486) 441 seconds
>>>>>> imap4-ssl/log: up (pid 9482) 441 seconds
>>>>>> pop3/log: up (pid 9519) 441 seconds
>>>>>> pop3-ssl/log: up (pid 9477) 441 seconds
>>>>>> send/log: up (pid 9469) 441 seconds
>>>>>> smtp/log: up (pid 9484) 441 seconds
>>>>>> spamd/log: up (pid 9476) 441 seconds
>>>>>> submission/log: up (pid 9495) 441 seconds
>>>>>> 
>>>>>> time to move off CentOS 5 server?
>>>>>> 
>>>>>> 
>>>>>> -
>>>>>> To unsubscribe, e-mail: qmailtoaster-list-unsubscr...@qmailtoaster.com
>>>>>> For additional commands, e-mail: qmailtoaster-list-h...@qmailtoaster.com
>>>>> -
>>>>> To unsubscribe, e-mail: qmailtoaster-list-unsubscr...@qmailtoaster.com
>>>>> For additional commands, e-mail: qmailtoaster-list-h...@qmailtoaster.com
>>>> 
>>>> -
>>>> To unsubscribe, e-mail: qmailtoaster-list-unsubscr...@qmailtoaster.com
>>>> For additional commands, e-mail: qmailtoaster-list-h...@qmailtoaster.com
>>> 
>>> -
>>> To unsubscribe, e-mail: qmailtoaster-list-unsubscr...@qmailtoaster.com
>>> For additional commands, e-mail: qmailtoaster-list-h...@qmailtoaster.com
>> -
>> To unsubscribe, e-mail: qmailtoaster-list-unsubscr...@qmailtoaster.com
>> For additional commands, e-mail: qmailtoaster-list-h...@qmailtoaster.com
> 
> 
> -
> To unsubscribe, e-mail: qmailtoaster-list-unsubscr...@qmailtoaster.com
> For additional commands, e-mail: qmailtoaster-list-h...@qmailtoaster.com
> 

-
To unsubscribe, e-mail: qmailtoaster-list-unsubscr...@qmailtoaster.com
For additional commands, e-mail: qmailtoaster-list-h...@qmailtoaster.com



Re: [qmailtoaster] rbl

2015-04-25 Thread Fox Hound
Is Qmail send running? Some components for me didn't start until I up'd the 
soft memory limit in the run script. 

Send logs? Sorry I misunderstood your explanation. 



> On Apr 25, 2015, at 7:12 PM, Dave M  wrote:
> 
> Miail in is no probs,
> 
> mail out is prob,
> 
> last night 900 + in q
> 
> 
>> On 25/04/2015 2:55 PM, Fox Hound wrote:
>> Is mail reaching the server in the first place? SMTP logs?
>> 
>> Mx records / priority?
>> 
>> And if your old box is compromised, you have no idea how? Check your 
>> vpopmail db for weak passwords?
>> 
>> Did you build the v7 box from the new github scripts / yum'able Qmail 
>> packages?
>> 
>> 
>> 
>>> On Apr 25, 2015, at 6:23 PM, Dave M  wrote:
>>> 
>>> Cant stop the box spamming. it is definable compromised.
>>> Argh
>>> 
>>> Build a Centos 7 box, added all domains, and users,
>>> imported the vpopmain database,
>>> 
>>> users can send but not receive, no longer spamming
>>> So
>>> Now just built a Centos6 box, doing the same imports,
>>> 
>>> Testing now.
>>> 
>>> Great when it works,
>>> Biach wen it doesnt, and I cant find the cause
>>> 
>>> Still smiling
>>> Dave M
>>> 
>>> 
>>>> On 25/04/2015 12:08 PM, Fox Hound wrote:
>>>> How come Dave? Watcha thinking?
>>>> 
>>>> 
>>>> 
>>>>> On Apr 24, 2015, at 5:58 PM, Dave M  wrote:
>>>>> 
>>>>> It it possible to do a reinstall, without loosing data settings and email 
>>>>> ?
>>>>> centos 5.11
>>>>> 
>>>>> 
>>>>> Dave M
>>>>> 
>>>>>> On 23/04/2015 1:46 PM, Dave M wrote:
>>>>>> Of course, you are again correct,
>>>>>> 
>>>>>> Did not know that part
>>>>>> 
>>>>>> Cheers eric
>>>>>> 
>>>>>>> On 23/04/2015 12:43 PM, Eric Broch wrote:
>>>>>>> qmHandle will stop qmail (if started) and start it again. You're
>>>>>>> actually supposed to stop qmail when you run qmHandle if I remember
>>>>>>> correctly.
>>>>>>> 
>>>>>>>> On 4/23/2015 2:41 PM, Dave M wrote:
>>>>>>>> HI again all,
>>>>>>>> qmHandle -l
>>>>>>>> 
>>>>>>>> shows more stuck in q,  < bouncing >
>>>>>>>> when i try to run
>>>>>>>> qmHandle -a
>>>>>>>> 
>>>>>>>> i now get
>>>>>>>> Qmail wasn't running when qmHandle was started,
>>>>>>>> 
>>>>>>>> however
>>>>>>>> qmailctl stat shows: everythin is up
>>>>>>>> 
>>>>>>>> authlib: up (pid 9513) 441 seconds
>>>>>>>> clamd: up (pid 9520) 441 seconds
>>>>>>>> imap4: up (pid 9492) 441 seconds
>>>>>>>> imap4-ssl: up (pid 9479) 441 seconds
>>>>>>>> pop3: up (pid 9501) 441 seconds
>>>>>>>> pop3-ssl: up (pid 9472) 441 seconds
>>>>>>>> send: up (pid 13326) 0 seconds
>>>>>>>> smtp: up (pid 9494) 441 seconds
>>>>>>>> spamd: up (pid 9475) 441 seconds
>>>>>>>> submission: up (pid 9485) 441 seconds
>>>>>>>> authlib/log: up (pid 9511) 441 seconds
>>>>>>>> clamd/log: up (pid 9508) 441 seconds
>>>>>>>> imap4/log: up (pid 9486) 441 seconds
>>>>>>>> imap4-ssl/log: up (pid 9482) 441 seconds
>>>>>>>> pop3/log: up (pid 9519) 441 seconds
>>>>>>>> pop3-ssl/log: up (pid 9477) 441 seconds
>>>>>>>> send/log: up (pid 9469) 441 seconds
>>>>>>>> smtp/log: up (pid 9484) 441 seconds
>>>>>>>> spamd/log: up (pid 9476) 441 seconds
>>>>>>>> submission/log: up (pid 9495) 441 seconds
>>>>>>>> 
>>>>>>>> time to move off CentOS 5 server?
>>>>>>>> 
>>>>>>>> 
>>>>>>>> -
>>>>>>>> To unsubscribe, e-mail: 

Re: [qmailtoaster] rbl

2015-04-25 Thread Fox Hound
Did you try creating / testing a new account vs testing imported accounts? 
Maybe a database structure issue? Not sure about that one otherwisejust 
throwing ideas out.



> On Apr 25, 2015, at 7:23 PM, Dave M  wrote:
> 
> Centos 6 installed accounts in domains in,
> 
> tesing , user credentials fail
> 
> when log in via qmailadmin
> Login to domain no probs
> 
> when I modify user passwrd :
> i get
> database error roo@localhost
> etc
> 
> 
> 
>> On 25/04/2015 4:12 PM, Dave M wrote:
>> Miail in is no probs,
>> 
>> mail out is prob,
>> 
>> last night 900 + in q
>> 
>> 
>>> On 25/04/2015 2:55 PM, Fox Hound wrote:
>>> Is mail reaching the server in the first place? SMTP logs?
>>> 
>>> Mx records / priority?
>>> 
>>> And if your old box is compromised, you have no idea how? Check your 
>>> vpopmail db for weak passwords?
>>> 
>>> Did you build the v7 box from the new github scripts / yum'able Qmail 
>>> packages?
>>> 
>>> 
>>> 
>>>> On Apr 25, 2015, at 6:23 PM, Dave M  wrote:
>>>> 
>>>> Cant stop the box spamming. it is definable compromised.
>>>> Argh
>>>> 
>>>> Build a Centos 7 box, added all domains, and users,
>>>> imported the vpopmain database,
>>>> 
>>>> users can send but not receive, no longer spamming
>>>> So
>>>> Now just built a Centos6 box, doing the same imports,
>>>> 
>>>> Testing now.
>>>> 
>>>> Great when it works,
>>>> Biach wen it doesnt, and I cant find the cause
>>>> 
>>>> Still smiling
>>>> Dave M
>>>> 
>>>> 
>>>>> On 25/04/2015 12:08 PM, Fox Hound wrote:
>>>>> How come Dave? Watcha thinking?
>>>>> 
>>>>> 
>>>>> 
>>>>>> On Apr 24, 2015, at 5:58 PM, Dave M  wrote:
>>>>>> 
>>>>>> It it possible to do a reinstall, without loosing data settings and 
>>>>>> email ?
>>>>>> centos 5.11
>>>>>> 
>>>>>> 
>>>>>> Dave M
>>>>>> 
>>>>>>> On 23/04/2015 1:46 PM, Dave M wrote:
>>>>>>> Of course, you are again correct,
>>>>>>> 
>>>>>>> Did not know that part
>>>>>>> 
>>>>>>> Cheers eric
>>>>>>> 
>>>>>>>> On 23/04/2015 12:43 PM, Eric Broch wrote:
>>>>>>>> qmHandle will stop qmail (if started) and start it again. You're
>>>>>>>> actually supposed to stop qmail when you run qmHandle if I remember
>>>>>>>> correctly.
>>>>>>>> 
>>>>>>>>> On 4/23/2015 2:41 PM, Dave M wrote:
>>>>>>>>> HI again all,
>>>>>>>>> qmHandle -l
>>>>>>>>> 
>>>>>>>>> shows more stuck in q,  < bouncing >
>>>>>>>>> when i try to run
>>>>>>>>> qmHandle -a
>>>>>>>>> 
>>>>>>>>> i now get
>>>>>>>>> Qmail wasn't running when qmHandle was started,
>>>>>>>>> 
>>>>>>>>> however
>>>>>>>>> qmailctl stat shows: everythin is up
>>>>>>>>> 
>>>>>>>>> authlib: up (pid 9513) 441 seconds
>>>>>>>>> clamd: up (pid 9520) 441 seconds
>>>>>>>>> imap4: up (pid 9492) 441 seconds
>>>>>>>>> imap4-ssl: up (pid 9479) 441 seconds
>>>>>>>>> pop3: up (pid 9501) 441 seconds
>>>>>>>>> pop3-ssl: up (pid 9472) 441 seconds
>>>>>>>>> send: up (pid 13326) 0 seconds
>>>>>>>>> smtp: up (pid 9494) 441 seconds
>>>>>>>>> spamd: up (pid 9475) 441 seconds
>>>>>>>>> submission: up (pid 9485) 441 seconds
>>>>>>>>> authlib/log: up (pid 9511) 441 seconds
>>>>>>>>> clamd/log: up (pid 9508) 441 seconds
>>>>>>>>> imap4/log: up (pid 9486) 441 seconds
>>>>>>>>> imap4-ssl/log: up (pid 9482) 441 seconds
>>>>>>>>> pop3/log: up (pid 9519) 441 s

Re: [qmailtoaster] spf

2015-04-29 Thread Fox Hound
You only want a txt record. Spf records are deprecated. 

- Fox

> On Apr 29, 2015, at 10:05 AM, Dave M  wrote:
> 
> Aslo ,
> from the wiki ( Thanks Eric )
> 
> should we have both entries:
> By far, the most common entries for an SPF definition will be:
> 
> domain.tld. IN TXT "v=spf1 a mx -all"
> domain.tld. IN SPF "v=spf1 a mx -all
> 
> 
> 
> Cheers
> 
> 
>> On 29/04/2015 7:03 AM, Dave M wrote:
>> What test to confirm the SPF records ?
>> Also does anyone have a link to set domainkeys?
>> 
>> Cheers.
>> 
>> 
>> 
>>> On 28/04/2015 4:34 PM, Fabian Santiago wrote:
>>> Dave,
>>> 
>>> I use this:
>>> v=spf1 mx a ip4: -all
>>> 
>>> An SPF record generator site:
>>> http://www.spfwizard.info
>>> 
>>> SPF explanation:
>>> http://www.openspf.org/SPF_Record_Syntax
>>> 
>>> 
>>> -
>>> 
>>> Sincerely,
>>> 
>>> Fabian Santiago
>>> 
>>> Sent from my iPhone
>>> 
 On Apr 28, 2015, at 4:25 PM, Dave M  wrote:
 
 Is this good enopugh for  SPF record,
 
 v=spf1 mx -all
 
 
 
 
 -
 To unsubscribe, e-mail: qmailtoaster-list-unsubscr...@qmailtoaster.com
 For additional commands, e-mail: qmailtoaster-list-h...@qmailtoaster.com
>>> -
>>> To unsubscribe, e-mail: qmailtoaster-list-unsubscr...@qmailtoaster.com
>>> For additional commands, e-mail: qmailtoaster-list-h...@qmailtoaster.com
>> 
>> 
>> -
>> To unsubscribe, e-mail: qmailtoaster-list-unsubscr...@qmailtoaster.com
>> For additional commands, e-mail: qmailtoaster-list-h...@qmailtoaster.com
> 
> 
> -
> To unsubscribe, e-mail: qmailtoaster-list-unsubscr...@qmailtoaster.com
> For additional commands, e-mail: qmailtoaster-list-h...@qmailtoaster.com
> 

-
To unsubscribe, e-mail: qmailtoaster-list-unsubscr...@qmailtoaster.com
For additional commands, e-mail: qmailtoaster-list-h...@qmailtoaster.com



Re: [qmailtoaster] ClamAV, Spamassassin

2015-05-03 Thread Fox Hound
See below.

- Fox

> On May 3, 2015, at 11:12 AM, Eric Broch  wrote:
> 
> Sorry, What's the CONTENTS of your sa-update script in /etc/cron.daily ?
> 
>> On 5/3/2015 9:11 AM, Eric Broch wrote:
>> What's the contest of your sa-update script in /etc/cron.daily ?
>> 
>> 
>>> On 5/3/2015 7:22 AM, Fabian Santiago wrote:
>>> Hello Eric,
>>> 
>>> Sa-update cron job error:
>>> 
>>> /etc/cron.daily/sa-update:
>>> 
>>> svc: warning: unable to chdir to /var/qmail/supervise/spamd: file does not 
>>> exist
>>> svc: warning: unable to chdir to /var/qmail/supervise/spamd: file does not 
>>> exist
>>> svc: warning: unable to chdir to /var/qmail/supervise/spamd: file does not 
>>> exist
>>> 
>>> 
>>> Contents of sa-update cron script:
>>> 
>>> 
>>> #!/bin/bash
>>> 
>>> # Only restart spamd if sa-update returns 0, meaning it updated the rules
>>> 
>>> /usr/bin/sa-update | logger -i -p mail.info
>>> 
>>> if [ "${PIPESTATUS[0]}" != "0" ]; then
>>>   exit ${PIPESTATUS[0]}
>>> fi
>>> 
>>> svc -d /var/qmail/supervise/spamd | logger -i -p mail.info
>>> svc -t /var/qmail/supervise/spamd | logger -i -p mail.info
>>> svc -u /var/qmail/supervise/spamd | logger -i -p mail.info
>>> 
>>> 
>>> What I notice is spamd doesn't exist under qmail/supervise. 
>>> 
>>> On my cos6.6 system it runs as its own standard daemon started by its init 
>>> script under /etc/init.d.
>>> 
>>> So the likely changes needed here are, as I would imagine:
>>> 
>>> Something alone the lines of changing the svc lines to either point to 
>>> other binaries/scripts or something like "service spamd ", ??
>>> 
>>> What was the original sa-update cron script?
>>> 
>>> -
>>> 
>>> Sincerely,
>>> 
>>> Fabian Santiago
>>> 
>>> Sent from my iPhone
>>> 
>>> On May 2, 2015, at 4:54 PM, Fabian Santiago  
>>> wrote:
>>> 
 Ok, that has been my observation. Thanks. 
 
 -
 
 Sincerely,
 
 Fabian Santiago
 
 Sent from my iPhone
 
 On May 2, 2015, at 3:22 PM, Eric Broch  wrote:
 
> Fabian,
> 
> According to the simscan wiki...
> spam_hits=number
> The spam_hits option changes the threshold spamassassin spam value. If a 
> mail gets a spam score that number or above, it is rejected, otherwise it 
> is accepted.
> http://www.qmailwiki.org/Simscan/Guide#regex_matching
> 
> In other words (I think), if an email scores over 'spam_hits' it will be 
> rejected and won't go to a mailbox.
> 
> EricB
> 
>> On 5/2/2015 9:48 AM, Fabian Santiago wrote:
>> Yes it does. I was just able to test it. Thanks. 
>> 
>> -
>> 
>> Sincerely,
>> 
>> Fabian Santiago
>> 
>> Sent from my iPhone
>> 
 On May 2, 2015, at 1:38 AM, Eric Broch  wrote:
 
 I think it should, though, I'm no expert. Maybe someone else can chime
 in...anyone?
 
> On 5/1/2015 11:16 PM, Fabian Santiago wrote:
> Nvm, You helped me find it. You pointed me to the actual config file 
> where as I was looking at a file under /etc/spamassassin, which 
> contains my prior file renamed. 
> 
> Once I edited the actual file all is as expected. Under 
> /etc/mail/spamassassin. 
> 
> Question, can/will sa actually rewrite the header with ***spam*** 
> pre-pended if over the sa defined score limit but below simscans 
> defined spam_hits limit?
> 
> -
> 
> Sincerely,
> 
> Fabian Santiago
> 
> Sent from my iPhone
> 
> On May 2, 2015, at 12:20 AM, Eric Broch  
> wrote:
> 
> Fabian
> 
> And, I might add that the error running I got when initially running
> 'spamassassin -D --lint' was that it could not find the configuration 
> file
>>> -
>>> To unsubscribe, e-mail: qmailtoaster-list-unsubscr...@qmailtoaster.com
>>> For additional commands, e-mail: qmailtoaster-list-h...@qmailtoaster.com
>> -
>> To unsubscribe, e-mail: qmailtoaster-list-unsubscr...@qmailtoaster.com
>> For additional commands, e-mail: qmailtoaster-list-h...@qmailtoaster.com
>