Bekijk Volledige Versie : mail backup in admin backup ?
Beetje rare titel waarschijnlijk maar wist het even niet anders uit te leggen. Het gaat om het volgende elke dag maakt mijn vps met directadmin een backup van alle users naar een ftp. Nu heeft een klant het probleem dat zijn mail verdwenen is. Nu wil ik dus een backup terugzetten. Maar alleen zijn e-mail. Mijn vraag is dus zit de mail in die backups en hoe kan ik alleen de mail terugzetten ? Of kan dit gewoon niet ?
tarretje downloaden, lokaal uitpakken, en de mappen imap, mail en Maildir checken? (mits het geen account is van >veel Gb)
Het is misschien wat omslachtig, maar als je via een andere server de admin backup omzet naar user backup (misschien zijn hier wel tools voor) kan je hem daarna op je juiste server als user uitpakken en wél de restore options kiezen
Gaat het hier om een user backup of om een server backup? In het geval van een server backup kan je emails terug vinden onder die nog in de spool directory zaten op "custom/var/spool/mail.tar.gz".
In het geval het over user backups gaat dan kun je het terug vinden door de tarball te extracten en in de volgende dir te kijken of zijn gegevens er nog in staan: "backup/email_data/" hierin zijn de volgende dirs te vinden zijn imap, pop, en webmail dirs.
Maar waar is hij zijn email kwijt om te beginnen, op zijn client op zijn workstation? Want als hij daar zijn emails kwijt is en hij ze via pop3 binnen gehaalt heeft dan is hij ze voor goed kwijt omdat deze dan ook niet meer op de server staan.
Het is gelukt ! Was nog meer mis met de site dus heb een hele backup terug gezet. Was fout van de klant zelf.
Zit alleen met iets anders nu. Als ik naar de domeinnaam ga dan krijg ik "Apache is functioning normally" maar niet de site dus ! Heb alles nagelopen en de server al een restart gegeven maar geen resultaat. als ik naar serverip/~username ga dan werkt de site weer wel goed ! Het domein staat bij transip en de nameservers van transip. De dns heb ik ingesteld naar mijn server. Andere domeinnamen met de zelfde instellingen werken wel. Iemand enig idee wat dit zou kunnen zijn ??
Ik zou hier eens naar kijken http://help.directadmin.com/item.php?id=242
A top heb alle confs even opnieuw laten rewriten en nu werkt alles weer, bedankt !
Uhuhu nu weer een andere error :( Als ik naar domein.nl/webmail ga krijg ik de volgende error :
ERROR (512): Smarty error: problem creating directory "./tmp/_cached_templates" (/var/www/html/webmail/smarty/Smarty.class.php:589)
En als ik de mail via squirrelmail probeer te benaderen krijg ik na het inloggen onderstaande melding :
Error opening ../data/default_pref
Default preference file not found or not readable!
Please contact your system administrator and report this error.
Iemand enig idee wat dit kan zijn ? Blijf maar bezig op het moment :(
Safe mode staat trouwens uit in php.ini had ik al gecontroleerd.
;
; Safe Mode
;
safe_mode = Off
; By default, Safe Mode does a UID compare check when
; opening files. If you want to relax this to a GID compare,
; then turn on safe_mode_gid.
safe_mode_gid = Off
; When safe_mode is on, UID/GID checks are bypassed when
; including files from this directory and its subdirectories.
; (directory must also be in include_path or full path must
; be used when including)
safe_mode_include_dir =
marsipulami
04/09/09, 22:36
controleer de rechten even van dat bestand default_pref in /var/www/html/squirrelmail/data
welke rechten heeft deze?
-rwxrwxrwx 1 webapps webapps 41 Feb 7 2007 default_pref
(de naam default_pref is groen !)
Ik weet verder niet wat dit inhoud ?
De error die ik krijg is trouwens precies die hier staat uitgelegd alleen is mijn safemode standaard uit in php.ini !
http://help.directadmin.com/item.php?id=123
En heb verder nog 1 probleempje. Als ik users aanmaak dat is de public_html dir standaard 770 er komt dan ook een 403 error op het scherm hoe zorg ik ervoor dat nieuwe users weer een 755 ofzo krijgen zodat de public_html wel te lezen is ?
marsipulami
05/09/09, 10:41
hmm dat is wel heel entausiast gechmod volgens mij, ik heb hem op 644 staan. maar dat zal het dus niet zijn.
dennis0162
05/09/09, 10:45
cd /urs/local/directadmin/scripts/
./set_permissions.sh
marsipulami
05/09/09, 10:56
cd /urs/local/directadmin/scripts/
./set_permissions.sh
die is volgens mij niet van toepassing op squirrelmail toch?
Helpt helaas niet :(
Sat Sep 5 11:41:44 CEST 2009 : ./set_permissions.sh
DirectAdmin File Permission/Ownership script
Usage:
./set_permissions.sh all
./set_permissions.sh da_files
./set_permissions.sh user_homes
./set_permissions.sh mysql
./set_permissions.sh email
./set_permissions.sh logs
./set_permissions.sh etc_configs
internal:
./set_permissions.sh maildir <user> <path/Maildir>
Niemand enig idee wat ik hier aan kan doen ? Heb nog even getest en alleen squirrelmail en samrty werken net. Roundcube en die andere werken wel gewoon ! Er zit dus echt ergens iets fout bij die twee programma's
marsipulami
06/09/09, 09:32
probeer es:
cd /usr/local/directadmin/custombuild
./build update
./build squirrelmail
Kijk werkt ! Alleen nu het andere mail programma nog. Dacht met ./build uebimiau ook die te fixen maar dan krijg ik onderstaande error. Enig idee hoe ik dit nog kan fixen ?:
[root@vps custombuild]# ./build uebimiau
You can not install UebiMiau, because you do not have it set in options.conf file.
marsipulami
06/09/09, 13:41
dan moet je die op yes zetten in je options.conf
Als ik die file open krijg ik onderstaande te zien. Wat moet ik dan op yes zetten ? en als ik daarna weer met build werk is uebimiau dan ook weer gewoon op domein/webmail te vinden ?
#PHP settings. default_php possible values - 4 or 5
default_php=5
php5_cli=yes
php5_cgi=no
php4_cli=no
php4_cgi=no
php_ini=yes
#Possible values - recommended or dist
php_ini_type=recommended
zend=yes
#Possible values - 5.0 or 5.1 (4.1 is possible too, but it's EOL)
mysql=5.0
mysql_inst=yes
mysql_backup=yes
#Possible values - 1.3, 2.0 or 2.2
apache_ver=2.2
#Web applications
phpmyadmin=yes
atmail=yes
squirrelmail=yes
roundcube=yes
uebimiau=no
#Mail options
marsipulami
06/09/09, 13:55
#Web applications
phpmyadmin=yes
atmail=yes
squirrelmail=yes
roundcube=yes
uebimiau=yes
Ik ga er wel vanuit dat die dan daar weer te vidnen is.
haha idd helemaal overheen gelezen stom. Maar heb het gedaan en werkt nu weer als een zonnetje ! gewoon op domein/webmail te vinden weer gelukkig. Nu zit ik dus nog met 1 dingetje als ik nieuwe users aanmaak dan krijgt de public_html 755 rechten. Hij is dan niet te openen in internet. Je krijgt dan een 403 error. Hoe kan ik ervoor zorgen dat nieuwe users weer wel de goede rechten krijgen ?
marsipulami
06/09/09, 14:06
755 is goed, hoe test je het dan? als je IP/~username gebruikt kan je php bestanden zowieso niet uitlezen wanneer je iets als suphp aan hebt staan
oeps ik bedoel 770. op die mannier kan je de website niet zien op de domeinnaam of via ip/~username !
Niemand een idee hoe ik dit kan fixen ?
marsipulami
08/09/09, 07:32
Dit werkt niet voor je ? : http://help.directadmin.com/item.php?id=173
Ben het nu aan het proberen. Staat nu al wel iets van 10 min. bij 1 mail dir. Kan dit kloppen ? Of moet ik hem opnieuw starten ? Wil niet hebben dat de problemen straks groter zijn dan dat ze waren natuurlijk :) Volgens mij vpsinfo bestand gebruikt hij nog wel iets van 40% van de processor. Dit veranderd ook steeds dus lijkt wel dat hij nog iets doet !
marsipulami
09/09/09, 11:41
is het gelukt? ik neem aan dat hij nu niet meer bezig is :lovewht:
Heb hem na 1 uur bij het zelfde mail bestand te blijven hangen maar afgebroken. Mysql was in die tijd ook gestopt dus veel site's slecht bereikbaar. Wil het eigenlijk nog wel een keertje doen 's nachts maar hoelang mag zoiets duren ?
Heb het weer geprobeerd maar hij blijft weer bij de zelfde file hangen ! :
set /home/site/Maildir/new site:mail 770 flag
(waar nu "site" staat, staat normaal een username)
Enig idee hoe ik dit probleem kan omzeilen ofzo ?
heb je geen rotte disk? wat geeft S.M.A.R.T. aan? iets in de logs wellicht?