Re: [qmailtoaster] loop and bounce

[Dave M]

I found a previous cause of this to be emails going to an account with a 
vacation message on, or some other auto responder.
And it loops if the sender also has some kind of auto response message set 
up.


Hope that gets you in the right direction.

Dave M

-Original Message- 
From: Eric Broch

Sent: Monday, April 07, 2014 7:31 PM
To: qmailtoaster-list@qmailtoaster.com
Subject: [qmailtoaster] loop and bounce

Hello list,

I've been getting loop/bounce messages (coming through the SMTP server
fine), that ultimately bounce in the send module, for a couple days.
Subsequently I get a MAILER-DAEMON message to the postmaster account.
Below is the error in the send log. Any ideas on the cause of this?


2014-04-07 19:29:30.968554500 new msg 2884147
2014-04-07 19:29:30.968557500 info msg 2884147: bytes 18757 from
 qp 9332 uid 89
2014-04-07 19:29:30.972801500 starting delivery 2138: msg 2884147 to
local acemt.com-jer...@localdomain.com
2014-04-07 19:29:30.972804500 status: local 1/10 remote 0/60
2014-04-07 19:29:37.407211500 delivery 2138: failure: mail_is_looping/
2014-04-07 19:29:37.407214500 status: local 0/10 remote 0/60
2014-04-07 19:29:37.412169500 bounce msg 2884147 qp 9339
2014-04-07 19:29:37.412214500 end msg 2884147

Eric


-
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

[qmailtoaster] Re: qtp-backup won't work

[Eric Shubert]

This is making me crazy.
Please try version 182 from the qtp subversion repo.
I'm pretty sure I got it right this time.
Thanks.

--
-Eric 'shubes'

On 04/07/2014 09:58 PM, Peter Peterse wrote:

The backup directoty contains this information:
-rw-r--r-- 1 root root 780691347 Apr  6 00:14 20140406-backup.tar.gz
-rw-r--r-- 1 root root 793295168 Apr  8 00:15 20140408-backup.tar.gz
-rw-r--r-- 1 root root   204 Apr  8 06:49 201404080635-assign.tar.bz2
-rw-r--r-- 1 root root   223 Apr  8 06:35
201404080635-qmailadminpasswd.tar.bz2
-rw-r--r-- 1 root root  8763 Apr  8 06:35
201404080635-qmailcontrol.tar.bz2
-rw-r--r-- 1 root root   2258412 Apr  8 06:35
201404080635-spamassassin-files.tar.bz2
-rw-r--r-- 1 root root46 Apr  8 06:35
201404080635-squirrelmail-plugins.tar.bz2
-rw-r--r-- 1 root root 14392 Apr  8 06:35
201404080635-squirrelmail-prefs.tar.bz2
-rw-r--r-- 1 root root  2275 Apr  8 06:49 201404080635-vpopmail.sql.gz
-rw-r--r-- 1 root root 790966889 Apr  8 06:49 201404080635-vpopmail.tar.bz2



 Oorspronkelijk bericht 
Van Peter Peterse 
Datum: 08-04-2014 06:54 (GMT+01:00)
Aan qmailtoaster-list@qmailtoaster.com
Onderwerp Re: [qmailtoaster] Re: qtp-backup won't work


Hi Eric

This one didn't work either.

 > Op 8 apr. 2014 om 00:18 heeft Eric Shubert  het
volgende geschreven:
 >
 >> On 04/07/2014 02:38 PM, Peter Peterse wrote:
 >> Eric Shubert schreef op 7-4-2014 23:12:
  On 04/07/2014 02:04 PM, Peter Peterse wrote:
  Eric Shubert schreef op 7-4-2014 22:49:
 >> On 04/07/2014 01:24 PM, Peter Peterse wrote:
 >> Eric Shubert schreef op 7-4-2014 22:19:
  On 04/07/2014 01:12 PM, Peter Peterse wrote:
  Eric Shubert schreef op 7-4-2014 22:01:
 >> On 04/07/2014 12:46 PM, Peter Peterse wrote:
 >> Eric Shubert schreef op 7-4-2014 20:54:
  On 04/07/2014 11:47 AM, Peter Peterse wrote:
  Eric Shubert schreef op 7-4-2014 18:29:
 > What was the error? Same?
 >
 > I take it doing a cd before the command and omitting
 > --directory
 > worked?
 >
 > Thanks.
  Hello Eric,
 
  Yes when I've change the script to:
  ==
  cd $backupdest
  tar -C $backupdest \
   -czf $backupdest/$curlfile $DATENAME-* >
/dev/null 2>&1
  ==
 
  The script worked correctly.
  It look like the last $DATENAME-* don't work with the tar
  command on
  this way.
 
  $ touch /tmp/testfile.txt
  $ tar -C /tmp -czf /tmp/test.tgz testfile*
  tar: testfile*: Cannot stat: No such file or directory
  tar: Error exit delayed from previous errors
 
  While it will work when I use the next command
  $ tar -C /tmp -czf /tmp/test.tgz testfile.txt
 
  There are more backup files not correct:
  -rw-r--r-- 1 root root46 Apr  7 06:35
  201404070635-squirrelmail-plugins.tar.bz2
  -rw-r--r-- 1 root root46 Apr  7 06:35
  201404070635-squirrelmail-prefs.tar.bz2
  These to are empty tar files.
 
  Regards,
  Peter
 
 
-
 >>>
 >>> That's very strange to me. Using the -C option is supposed
to be
 >>> preferable to doing a cd before the tar command.
 >>>
 >>> Would someone care to look into this in detail? This needs
to be
 >>> fixed
 >>> so that it works on both COS5 and COS6. It might be a while
 >>> before I
 >>> get to look at it, as what time I have is being spent on
 >>> finishing up
 >>> the COS6 release.
 >>>
 >>> Thanks.
 >>
 >> Hi Eric,
 >>
 >> It looks like a issue with the combination between shell and
tar:
 >>

 >>
 >>
 >>
 >>
 >>
 >> Does it work on your CentOS 6 system, because I've test it
on one
 >> of my
 >> CentOS 6.5 systems and the result is:
 >> # ls -l  /tmp/testfile.txt
 >> -rw-r--r-- 1 root root 0 Apr  7 21:41 /tmp/testfile.txt
 >> # tar -C /tmp -czf /tmp/test.tgz testfile*
 >> tar: testfile*: Cannot stat: No such file or directory
 >> tar: Exiting with failure status due to previous errors
 >>
 >> Regards,
 >> Peter
 >>
 >>
-
 >
 > I should've caught that.
 >
 > Does "testfile*" work?
 > (putting 

[qmailtoaster] Re: mail flow process

[Eric Shubert]

On 04/07/2014 08:47 PM, Kelly Cobean wrote:

Hey all,
 Does anyone have a flow-chart showing how a message moves through
the various QTP modules?  It would really help when troubleshooting
issues and I'm honestly very fuzzy on it all.



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




Kelly (et al),

Please do not hijack threads (reply to existing messages with a new 
subject). This causes your new message to be buried in another thread.


When you create a new subject, do so by creating a new message. This 
keeps threads straight, and makes your post more visible.


--
-Eric 'shubes'


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

[qmailtoaster] IMAP Proxy for WebMail Clients on QMailToaster

[LHTek]

http://www.imapproxy.org/

Has anybody used this with QMailToaster?

I'm looking for ways to speed up my RoundCube Webmail interface and found this.

[qmailtoaster] Re: qtp-backup won't work

[Eric Shubert]

On 04/08/2014 09:16 AM, Eric Shubert wrote:

This is making me crazy.
Please try version 182 from the qtp subversion repo.
I'm pretty sure I got it right this time.
Thanks.



Let me know how this works for you.
It worked for me (finally).

--
-Eric 'shubes'


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

[qmailtoaster] Re: IMAP Proxy for WebMail Clients on QMailToaster

[Eric Shubert]

On 04/08/2014 11:23 AM, LHTek wrote:


http://www.imapproxy.org/

Has anybody used this with QMailToaster?

I'm looking for ways to speed up my RoundCube Webmail interface and
found this.


I have not.

I would suggest using nginx, which has an imap/pop3 reverse proxy 
component. I intend to eventually replace apache with nginx in QMT.


I've used nginx a good bit for http server and reverse proxy, but 
haven't used the imap/pop3 reverse proxy setup yet. I'd be happy to see 
someone use it before I get to it.


The nginx configuration is quite nice, although it's a little foreign at 
first. Spend some time reading the docs before delving into it. Also, be 
warned that there are a *lot* of *bad* configuration examples on the 
internet. Stick with the official nginx docs as much as possible.


Here's the /etc/yum.repos.d/nginx.repo file so you can yum it:
[nginx]
name=nginx repo
baseurl=http://nginx.org/packages/centos/$releasever/$basearch/
gpgcheck=0
enabled=1

--
-Eric 'shubes'


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

Re: [qmailtoaster] Re: qtp-backup won't work

[Peter Peterse]

Eric Shubert schreef op 8-4-2014 18:16:
> This is making me crazy.
> Please try version 182 from the qtp subversion repo.
> I'm pretty sure I got it right this time.
> Thanks.
>
Hi Eric,

you are not the only one.

I've just test 182 and it this script don't give me the wanted result.
[root@mail qmailbkup]# ll /backup/qmailbkup
total 2315800
-rw-r--r-- 1 root root 780691347 Apr  6 00:14 20140406-backup.tar.gz
-rw-r--r-- 1 root root 793295168 Apr  8 00:15 20140408-backup.tar.gz
-rw-r--r-- 1 root root   204 Apr  8 20:43 201404082030-assign.tar.bz2
-rw-r--r-- 1 root root   223 Apr  8 20:30
201404082030-qmailadminpasswd.tar.bz2
-rw-r--r-- 1 root root  8764 Apr  8 20:30
201404082030-qmailcontrol.tar.bz2
-rw-r--r-- 1 root root   2258592 Apr  8 20:30
201404082030-spamassassin-files.tar.bz2
-rw-r--r-- 1 root root46 Apr  8 20:30
201404082030-squirrelmail-plugins.tar.bz2
-rw-r--r-- 1 root root 14392 Apr  8 20:30
201404082030-squirrelmail-prefs.tar.bz2
-rw-r--r-- 1 root root  2261 Apr  8 20:43 201404082030-vpopmail.sql.gz
-rw-r--r-- 1 root root 792746759 Apr  8 20:43 201404082030-vpopmail.tar.bz2

In the home from the root user:
# ll
total 1448
-rw-r--r-- 1 root root 45 Apr  8 20:43 201404082030-backup.tar.gz

The script creates the backup command:

tar --create \
--gzip \
--file 201404082030-backup.tar.gz \
  201404082030-qmailcontrol.tar.bz2 \
  201404082030-squirrelmail-prefs.tar.bz2 \
  201404082030-squirrelmail-plugins.tar.bz2 \
  201404082030-qmailadminpasswd.tar.bz2 \
  201404082030-spamassassin-files.tar.bz2 \
  201404082030-vpopmail.tar.bz2 \
  201404082030-vpopmail.sql.gz \
  201404082030-assign.tar.bz2 \
  > /dev/null 2>&1

When I change the command to:

tar --create \
--directory /backup/qmailbkup/ \
--gzip \
--file /backup/qmailbkup/201404082030-backup.tar.gz \
  201404082030-qmailcontrol.tar.bz2 \
  201404082030-squirrelmail-prefs.tar.bz2 \
  201404082030-squirrelmail-plugins.tar.bz2 \
  201404082030-qmailadminpasswd.tar.bz2 \
  201404082030-spamassassin-files.tar.bz2 \
  201404082030-vpopmail.tar.bz2 \
  201404082030-vpopmail.sql.gz \
  201404082030-assign.tar.bz2 \
  > /dev/null 2>&1

I've changed the script and it's running now.

Regards,
Peter



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

Re: [qmailtoaster] Re: Log Entries - Somewhat OFF Topic

[LHTek]

I'm finally getting back to this...

I wanted to take time to see if my findings remained true before I replied. 
Plus I've been swamped.

I was finally able to locate the log entries for the messages via qmlog. 
However this didn't do me much good because all it told me that the messages 
came from one of my web servers. What ended up doing is implementing the 
suggestion in the link I sent 
(http://martinvalasek.com/blog/how-to-catch-emails-sent-with-php-on-your-local-server).
 If you do the same be sure to include:

shell_exec("chmod 777 /var/log/mail/ -R");` to /usr/local/bin/sendmail

..or your form submissions will die after the code grabs it.

The result of the modification is that I was able to see what form was creating 
the messages because the file created contains a line 
(X-PHP-Originating-Script: 1000:send_requestInfo.php) that told me what form 
submitted the message. I then contacted the owner and it turns out that they 
had a WordPress site with open comments.

I don't really see how this can be monitored any better since the logs don't 
contain the extra headers text (X-PHP-Originating-Script).

Anyways, for those who are still curious, this was my solution. It is messy but 
it worked.

Thanks,
Denny






>
> From: Eric Shubert 
>To: qmailtoaster-list@qmailtoaster.com 
>Sent: Friday, March 21, 2014 5:29 PM
>Subject: [qmailtoaster] Re: Log Entries - Somewhat OFF Topic
> 
>
>On 03/21/2014 02:20 PM, LHTek wrote:
>> Thanks for the reply!
>>
>> There is no instance of 517839...@aol.com  or
>> www-d...@raguel.lhtek.com  in either:
>> smtp/current
>> submission/current
>
>Depending on how busy your server is, your logs quite possibly could 
>have rolled. That's (one of the reasons) why I use qmlog to do the 
>searching.
>
>> The only instance of either of those emails is in send/current
>
>Which begs the question, how did it enter the system? Cloaked in some 
>fashion? ;) Keep in mind, there are 2 sender addresses in an email. You 
>might also search for the IP address of raguel.lhtek.com (the address 
>that QMT would see).
>
>> I made the changes mentioned here to the web server so I can monitor the
>> mail it sends out:
>>
>> http://martinvalasek.com/blog/how-to-catch-emails-sent-with-php-on-your-local-server
>
>Don't have time to check that out right now, but the subject is 
>certainly interesting. Something we should probably make available to 
>QMT users.
>
>> I will watch it for a few days and see what happens. NOTE: The log
>> entries seem to happen mostly in the wee hours of the morning so
>> hopefully this time tomorrow I'll have more clues.
>>
>
>Thanks Denny. Do keep us posted. (Inquiring minds want to know!)
>
>>
>>     
>>     *From:* Eric Shubert 
>>     *To:* qmailtoaster-list@qmailtoaster.com
>>     *Sent:* Friday, March 21, 2014 12:16 PM
>>     *Subject:* [qmailt oaster] Re: Log Entries - Somewhat OFF Topic
>>
>>     On 03/21/2014 08:27 AM, LHTek wrote:
>>      > Hello,
>>      >
>>      > This is somewhat off topic but I don't know where else to turn. Plus,
>>      > I'm hoping someone else on this list has had this issue since it does
>>      > include use of qmail (sort of).
>>      >
>>      > I see entries in my send log like this:
>>      >
>>      > @4000532c16d72557da44 info msg 48367716: bytes 1064 from
>>      > mailto:www-d...@raguel.lhtek.com>> qp
>>     27680 uid 89
>>      > @4000532c16d72597f854 starting delivery 71817: msg 48367716 to
>>      > remote 517839...@aol.com 
>>      > @4000532c16d725990dac status: local 0/10 remote 1/200
>>      > @4000532c16d8279aa23c delivery 71817: failure:
>>      >
>>     
>>User_and_password_not_set,_continuing_without_authentication./64.12.91.196_does_not_like_recipient./
>>      > Remote_host_said:_550_5.1.1_<517839...@aol.com
>>     
>>>:_Recipient_address_rejected:_aol.com/Giving_up_on_64.12.91.196./
>>      >
>>      > I can see that it comes from one of my web servers
>>      > (www-d...@raguel.lhtek.com )
>>     which means it'll be a web form. I see
>>      > enough of these (and others similarly) that I suspect one of the
>>     sites
>>      > has an "email a friend" type form and it's being abused. I host
>>     hundreds
>>      > of sites. How can I go about locating the offending site? I've tried
>>      > searching in the log files for the email but it doesn't find any
>>     matches.
>>      >
>>      > Any ideas on the bread crumbs I need to be looking for?
>>      >
>>      > Thanks in advance!
>>      > Denny
>>      >
>>      >
>>
>>     Well, you've identified the server, but that isn't much of a start.
>>
>>     I'm going to presume that the server doesn't authenticate, in which
>>     case
>>     you should see a messages in the smtp log corr

Re: [qmailtoaster] Re: qtp-backup won't work

[Peter Peterse]

Eric Shubert schreef op 8-4-2014 21:01:
> On 04/08/2014 09:16 AM, Eric Shubert wrote:
>> This is making me crazy.
>> Please try version 182 from the qtp subversion repo.
>> I'm pretty sure I got it right this time.
>> Thanks.
>>
>
> Let me know how this works for you.
> It worked for me (finally).
>
Hi,

does the script cleanup you backup directory? In my case NOT. I'm
running a new test with the change:
rm -rf \
  $backupdest/$QMAILCONTROL \
  $backupdest/$SQMAILPREFS \
  $backupdest/$SQMAILPLUGS \
  $backupdest/$QMAILADMINPASSWD \
  $backupdest/$SPAMASSASSINFILES \
  $backupdest/$VPOPMAIL \
  $backupdest/$gzmysqldata \
  $backupdest/$usersassign

Also in the summery I've changed:
tar -tzvf $backupdest/$curlfile >> /tmp/emailmsg.txt

Peter

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

[qmailtoaster] heartbleed bug

[Finn Buhelt]

Hi list

Will this affects QMT ? ( latest release uses openssl-1.01 which is hit)

"New security holes are always showing up. The latest one, the so-called 
Heartbleed Bug 
 in the OpenSSL  cryptographic library, is an 
especially bad one"  - taken from zdnet.com



Regards,
Finn

[qmailtoaster] Re: qtp-backup won't work

[Eric Shubert]

On 04/08/2014 12:27 PM, Peter Peterse wrote:

Eric Shubert schreef op 8-4-2014 21:01:

On 04/08/2014 09:16 AM, Eric Shubert wrote:

This is making me crazy.
Please try version 182 from the qtp subversion repo.
I'm pretty sure I got it right this time.
Thanks.



Let me know how this works for you.
It worked for me (finally).


Hi,

does the script cleanup you backup directory? In my case NOT. I'm
running a new test with the change:
rm -rf \
   $backupdest/$QMAILCONTROL \
   $backupdest/$SQMAILPREFS \
   $backupdest/$SQMAILPLUGS \
   $backupdest/$QMAILADMINPASSWD \
   $backupdest/$SPAMASSASSINFILES \
   $backupdest/$VPOPMAIL \
   $backupdest/$gzmysqldata \
   $backupdest/$usersassign

Also in the summery I've changed:
tar -tzvf $backupdest/$curlfile >> /tmp/emailmsg.txt

Peter

-


Thanks Peter.

I see my problem now. I was thinking that the full path $backupdest was 
already in the full file name. I've changed the scripts that way now, 
version 183 in qtp svn repo.


My testing wasn't exactly thorough. It only worked for me because I was 
in that directory already. (Doh!)


Should be good to go now.

P.S. I also modified backup to grab whole qmail/users directory, as it 
wasn't grabbing the cdb file there. There are some other configuration 
settings it should be getting as well. I know it needs to be updated for 
spamdyke. Now that I'm thinking of it, I believe that tcp.smtp is 
missing too.


--
-Eric 'shubes'


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

Re: [qmailtoaster] Re: qtp-backup won't work

[Peter Peterse]

Eric Shubert schreef op 8-4-2014 21:53:
> On 04/08/2014 12:27 PM, Peter Peterse wrote:
>> Eric Shubert schreef op 8-4-2014 21:01:
>>> On 04/08/2014 09:16 AM, Eric Shubert wrote:
 This is making me crazy.
 Please try version 182 from the qtp subversion repo.
 I'm pretty sure I got it right this time.
 Thanks.

>>>
>>> Let me know how this works for you.
>>> It worked for me (finally).
>>>
>> Hi,
>>
>> does the script cleanup you backup directory? In my case NOT. I'm
>> running a new test with the change:
>> rm -rf \
>>$backupdest/$QMAILCONTROL \
>>$backupdest/$SQMAILPREFS \
>>$backupdest/$SQMAILPLUGS \
>>$backupdest/$QMAILADMINPASSWD \
>>$backupdest/$SPAMASSASSINFILES \
>>$backupdest/$VPOPMAIL \
>>$backupdest/$gzmysqldata \
>>$backupdest/$usersassign
>>
>> Also in the summery I've changed:
>> tar -tzvf $backupdest/$curlfile >> /tmp/emailmsg.txt
>>
>> Peter
>>
>> -
>
> Thanks Peter.
>
> I see my problem now. I was thinking that the full path $backupdest
> was already in the full file name. I've changed the scripts that way
> now, version 183 in qtp svn repo.
>
> My testing wasn't exactly thorough. It only worked for me because I
> was in that directory already. (Doh!)
>
> Should be good to go now.
>
> P.S. I also modified backup to grab whole qmail/users directory, as it
> wasn't grabbing the cdb file there. There are some other configuration
> settings it should be getting as well. I know it needs to be updated
> for spamdyke. Now that I'm thinking of it, I believe that tcp.smtp is
> missing too.
>
Hi Eric,

I should prefer no to use the absolute path for the files which have to
be backup. When restoring the configuration it store the files in 1
subdirectory and not in X subdirectory's.

Peter

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

Re: [qmailtoaster] heartbleed bug

[Peter Peterse]

Finn Buhelt schreef op 8-4-2014 21:53:
> Hi list
>
> Will this affects QMT ? ( latest release uses openssl-1.01 which is hit)
>
> "New security holes are always showing up. The latest one, the
> so-called Heartbleed Bug 
>  in the OpenSSL  cryptographic library, is
> an especially bad one"  - taken from zdnet.com
>
>
> Regards,
> Finn

Hi Finn,

I've read CentOS 6 is affected and CentOS 5 not.

CentOS 5.10 contains OpenSSL 0.9.8e

Regards,
Peter

[qmailtoaster] Re: qtp-backup won't work

[Eric Shubert]

On 04/08/2014 12:53 PM, Eric Shubert wrote:

On 04/08/2014 12:27 PM, Peter Peterse wrote:

Eric Shubert schreef op 8-4-2014 21:01:

On 04/08/2014 09:16 AM, Eric Shubert wrote:

This is making me crazy.
Please try version 182 from the qtp subversion repo.
I'm pretty sure I got it right this time.
Thanks.



Let me know how this works for you.
It worked for me (finally).


Hi,

does the script cleanup you backup directory? In my case NOT. I'm
running a new test with the change:
rm -rf \
   $backupdest/$QMAILCONTROL \
   $backupdest/$SQMAILPREFS \
   $backupdest/$SQMAILPLUGS \
   $backupdest/$QMAILADMINPASSWD \
   $backupdest/$SPAMASSASSINFILES \
   $backupdest/$VPOPMAIL \
   $backupdest/$gzmysqldata \
   $backupdest/$usersassign

Also in the summery I've changed:
tar -tzvf $backupdest/$curlfile >> /tmp/emailmsg.txt

Peter

-


Thanks Peter.

I see my problem now. I was thinking that the full path $backupdest was
already in the full file name. I've changed the scripts that way now,
version 183 in qtp svn repo.

My testing wasn't exactly thorough. It only worked for me because I was
in that directory already. (Doh!)

Should be good to go now.

P.S. I also modified backup to grab whole qmail/users directory, as it
wasn't grabbing the cdb file there. There are some other configuration
settings it should be getting as well. I know it needs to be updated for
spamdyke. Now that I'm thinking of it, I believe that tcp.smtp is
missing too.



Hold on. That fix won't work either, because the backup files will have 
the full path in them. svn version 184 should work.




--
-Eric 'shubes'


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

[qmailtoaster] Re: qtp-backup won't work

[Eric Shubert]

On 04/08/2014 01:02 PM, Peter Peterse wrote:

Hi Eric,

I should prefer no to use the absolute path for the files which have to
be backup. When restoring the configuration it store the files in 1
subdirectory and not in X subdirectory's.

Peter


I agree. Backups should have no absolute paths.
(which is one reason I changed users/assign)
Thanks for all your testing on this.

--
-Eric 'shubes'


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

Re: [qmailtoaster] Re: qtp-backup won't work

[Peter Peterse]

Eric Shubert schreef op 8-4-2014 22:09:
> On 04/08/2014 01:02 PM, Peter Peterse wrote:
>> Hi Eric,
>>
>> I should prefer no to use the absolute path for the files which have to
>> be backup. When restoring the configuration it store the files in 1
>> subdirectory and not in X subdirectory's.
>>
>> Peter
>
> I agree. Backups should have no absolute paths.
> (which is one reason I changed users/assign)
> Thanks for all your testing on this.
>
Hi Eric,

Script 184 has ended:

# qtp-backup
tar: /backup/qmailbkup/201404082211-backup.tar.gz: Cannot open: No such
file or directory
tar: Error is not recoverable: exiting now
tar: Child returned status 2
tar: Error exit delayed from previous errors
 Backup is complete and located in: /backup/qmailbkup

So no luck.


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

Re: [qmailtoaster] Re: qtp-backup won't work

[Peter Peterse]

Peter Peterse schreef op 8-4-2014 22:28:
> Eric Shubert schreef op 8-4-2014 22:09:
>> On 04/08/2014 01:02 PM, Peter Peterse wrote:
>>> Hi Eric,
>>>
>>> I should prefer no to use the absolute path for the files which have to
>>> be backup. When restoring the configuration it store the files in 1
>>> subdirectory and not in X subdirectory's.
>>>
>>> Peter
>> I agree. Backups should have no absolute paths.
>> (which is one reason I changed users/assign)
>> Thanks for all your testing on this.
>>
> Hi Eric,
>
> Script 184 has ended:
>
> # qtp-backup
> tar: /backup/qmailbkup/201404082211-backup.tar.gz: Cannot open: No such
> file or directory
> tar: Error is not recoverable: exiting now
> tar: Child returned status 2
> tar: Error exit delayed from previous errors
>  Backup is complete and located in: /backup/qmailbkup
>
> So no luck.
>
>
> -
> To unsubscribe, e-mail: qmailtoaster-list-unsubscr...@qmailtoaster.com
> For additional commands, e-mail: qmailtoaster-list-h...@qmailtoaster.com
>
Eric,

There is a typo in the tar command. It should be --directory and not
--diretory

Peter

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

[qmailtoaster] Re: qtp-backup won't work

[Eric Shubert]

On 04/08/2014 01:37 PM, Peter Peterse wrote:

Peter Peterse schreef op 8-4-2014 22:28:

Eric Shubert schreef op 8-4-2014 22:09:

On 04/08/2014 01:02 PM, Peter Peterse wrote:

Hi Eric,

I should prefer no to use the absolute path for the files which have to
be backup. When restoring the configuration it store the files in 1
subdirectory and not in X subdirectory's.

Peter

I agree. Backups should have no absolute paths.
(which is one reason I changed users/assign)
Thanks for all your testing on this.


Hi Eric,

Script 184 has ended:

# qtp-backup
tar: /backup/qmailbkup/201404082211-backup.tar.gz: Cannot open: No such
file or directory
tar: Error is not recoverable: exiting now
tar: Child returned status 2
tar: Error exit delayed from previous errors
  Backup is complete and located in: /backup/qmailbkup

So no luck.


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


Eric,

There is a typo in the tar command. It should be --directory and not
--diretory

Peter

-


Yeah, I just found that too. I'm actually testing it now. ;)
185 should be good now. If you concur, I'll cut another QTP release.

--
-Eric 'shubes'


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

Re: [qmailtoaster] Re: qtp-backup won't work

[Peter Peterse]

Eric Shubert schreef op 8-4-2014 22:50:
> If you concur, I'll cut another QTP release
it is running. I will let you sweat for 15 minutes ;-)

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

Re: [qmailtoaster] Re: qtp-backup won't work

[Peter Peterse]

Peter Peterse schreef op 8-4-2014 22:57:
> Eric Shubert schreef op 8-4-2014 22:50:
>> If you concur, I'll cut another QTP release
> it is running. I will let you sweat for 15 minutes ;-)
>
> -
> To unsubscribe, e-mail: qmailtoaster-list-unsubscr...@qmailtoaster.com
> For additional commands, e-mail: qmailtoaster-list-h...@qmailtoaster.com
>
Hi Eric,

I can confirm  that de qtp-backup script is working again as it should
on my system (CentOS 5.10)
Tonight it will start via the crontab. This is my final test.

Regards and thanks for all your time,
Peter

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

[qmailtoaster] Re: qtp-backup won't work

[Eric Shubert]

On 04/08/2014 02:13 PM, Peter Peterse wrote:

Regards and thanks for all your time,


Likewise.

--
-Eric 'shubes'


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

[qmailtoaster] Re: heartbleed bug

[Eric Shubert]

On 04/08/2014 01:04 PM, Peter Peterse wrote:

Finn Buhelt schreef op 8-4-2014 21:53:

Hi list

Will this affects QMT ? ( latest release uses openssl-1.01 which is hit)

"New security holes are always showing up. The latest one, the
so-called Heartbleed Bug 
 in the OpenSSL  cryptographic library, is
an especially bad one"  - taken from zdnet.com


Regards,
Finn


Hi Finn,

I've read CentOS 6 is affected and CentOS 5 not.

CentOS 5.10 contains OpenSSL 0.9.8e

Regards,
Peter


RHEL/CentOS has fixed this in openssl-1.0.1e-16.el6_5.7
The fixed package was in all of the mirrors I happened to catch.

To check if your package has the fix applied, you can:
$ rpm -q openssl --changelog | grep CVE-2014-0160
If you get nothing back (and you're on COS6) you should (yum) update 
your openssl package.


--
-Eric 'shubes'

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

[qmailtoaster] Re: heartbleed bug

[Eric Shubert]

On 04/08/2014 01:04 PM, Peter Peterse wrote:

Finn Buhelt schreef op 8-4-2014 21:53:

Hi list

Will this affects QMT ? ( latest release uses openssl-1.01 which is hit)

"New security holes are always showing up. The latest one, the
so-called Heartbleed Bug 
 in the OpenSSL  cryptographic library, is
an especially bad one"  - taken from zdnet.com


Regards,
Finn


Hi Finn,

I've read CentOS 6 is affected and CentOS 5 not.

CentOS 5.10 contains OpenSSL 0.9.8e

Regards,
Peter


Thanks guys for pointing this out.

--
-Eric 'shubes'


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

Re: [qmailtoaster] Re: heartbleed bug

[Cecil Yother, Jr.]

  
  
FYI,  This fix has only come out in the past few days.
On 04/08/2014 04:54 PM, Eric Shubert
  wrote:

On
  04/08/2014 01:04 PM, Peter Peterse wrote:
  
  Finn Buhelt schreef op 8-4-2014 21:53:

Hi list
  
  
  Will this affects QMT ? ( latest release uses openssl-1.01
  which is hit)
  
  
  "New security holes are always showing up. The latest one, the
  
  so-called Heartbleed Bug
  
  
   in the OpenSSL  cryptographic
  library, is
  
  an especially bad one"  - taken from zdnet.com
  
  
  
  Regards,
  
  Finn
  


Hi Finn,


I've read CentOS 6 is affected and CentOS 5 not.


CentOS 5.10 contains OpenSSL 0.9.8e


Regards,

Peter

  
  
  RHEL/CentOS has fixed this in openssl-1.0.1e-16.el6_5.7
  
  The fixed package was in all of the mirrors I happened to catch.
  
  
  To check if your package has the fix applied, you can:
  
  $ rpm -q openssl --changelog | grep CVE-2014-0160
  
  If you get nothing back (and you're on COS6) you should (yum)
  update your openssl package.
  
  


-- 
  
  

[qmailtoaster] qmailtoaster-plus-0.3.2-1.4.21 released

[Eric Shubert]

This is a bugfix release. There were some problems with qtp-backup.

Everyone on COS5 who is running *-toaster packages should upgrade:
# yum -y update qmailtoaster-plus

If you're on COS6 or running the new packages (with no -toaster 
designation), you shouldn't have qmailtoaster-plus installed on your 
system. You should be using qmailtoaster-util instead.


Thanks.

--
-Eric 'shubes'


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

Re: [qmailtoaster] heartbleed bug

[Steve Huff]

hey folks - please be aware that simply patching OpenSSL is NOT sufficient to 
mitigate the risk.  if you have been using a RHEL/CentOS 6 system to host 
services secured by SSL, then you should consider your keys compromised, revoke 
your keys, and deploy new keys and new certs.

read http://heartbleed.com to learn more.

-steve

On Apr 8, 2014, at 7:57 PM, Cecil Yother, Jr.  wrote:

> FYI,  This fix has only come out in the past few days.
> On 04/08/2014 04:54 PM, Eric Shubert wrote:
>> On 04/08/2014 01:04 PM, Peter Peterse wrote: 
>>> Finn Buhelt schreef op 8-4-2014 21:53: 
 Hi list 
 
 Will this affects QMT ? ( latest release uses openssl-1.01 which is hit) 
 
 "New security holes are always showing up. The latest one, the 
 so-called Heartbleed Bug  
  in the OpenSSL  cryptographic library, is 
 an especially bad one"  - taken from zdnet.com 
 
 
 Regards, 
 Finn 
>>> 
>>> Hi Finn, 
>>> 
>>> I've read CentOS 6 is affected and CentOS 5 not. 
>>> 
>>> CentOS 5.10 contains OpenSSL 0.9.8e 
>>> 
>>> Regards, 
>>> Peter 
>> 
>> RHEL/CentOS has fixed this in openssl-1.0.1e-16.el6_5.7 
>> The fixed package was in all of the mirrors I happened to catch. 
>> 
>> To check if your package has the fix applied, you can: 
>> $ rpm -q openssl --changelog | grep CVE-2014-0160 
>> If you get nothing back (and you're on COS6) you should (yum) update your 
>> openssl package. 
>> 
> 
> -- 
> 

-- 
http://five.sentenc.es



signature.asc
Description: Message signed with OpenPGP using GPGMail

Re: [qmailtoaster] qmailtoaster-plus-0.3.2-1.4.21 released

[Eric Broch]

On 4/8/2014 6:03 PM, Eric Shubert wrote:
> This is a bugfix release. There were some problems with qtp-backup.
>
> Everyone on COS5 who is running *-toaster packages should upgrade:
> # yum -y update qmailtoaster-plus
>
> If you're on COS6 or running the new packages (with no -toaster
> designation), you shouldn't have qmailtoaster-plus installed on your
> system. You should be using qmailtoaster-util instead.
>
> Thanks.
>
Your the man, EricS.

Thanks!!!

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

Re: [qmailtoaster] Re: qtp-backup won't work

[Peter Peterse]

Hi Eric,

The script run also succesfull from the crontab.


> Op 8 apr. 2014 om 23:27 heeft Eric Shubert  het volgende 
> geschreven:
> 
>> On 04/08/2014 02:13 PM, Peter Peterse wrote:
>> Regards and thanks for all your time,
> 
> Likewise.
> 
> -- 
> -Eric 'shubes'
> 
> 
> -
> 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