pop / imap, encrypted?
Twee (algemene) vragen over e-mail, namelijk:
1) Gebruik je POP of IMAP?
De verschillen tussen de beide opties zijn me wel redelijk duidelijk, maar wanneer kies je beter voor het een en wanneer juist beter voor het ander? Ik heb het idee dat IMAP "moderner" is en dat POP niet meer zoveel wordt gebruikt?
2) Encrypt jij je mail?
Er bestaat een manier om e-mail via PGP te encrypten. Maakt iemand daar (wel eens) gebruik van? Het werkt met een public en private key. Een beetje vergelijkbaar met SSL. Maar ik heb volgens mij nog nooit van iemand een ge-encrypte mail ontvangen, dus ben ik benieuwd of iemand hier op het forum wel eens encryptie (heeft) gebruikt bij het versturen van e-mail.
Ik hoor het graag ... :)
Gewijzigd op 27/05/2015 01:14:25 door Ozzie PHP
Encryptie heb ik overigens nog nooit gebruikt. Ik mail immers geen bedrijfsgeheimen of andere dingen die niet in plain tekst het daglicht kunnen verdragen.
Encryptie heb ik ook nog nooit gebruikt.
Verder lijkt er ook niet veel ontwikkeling meer in POP te zitten. Er is ooit een voorstel voor POP4 geweest, maar dat ligt al meer dan 10 jaar stil.
Bij mij is de behoefte aan IMAP ontstaan toen ik een webmailserver wilde installeren, om ook mijn mail te kunnen lezen als ik niet thuis was (op dit punt is het misschien handig om te weten dat ik mijn eigen mailserver heb). Vooral het kunnen inzien van mijn mailarchief was wel handig, en dat is iets wat bij POP absoluut onmogelijk is, tenzij je al je mail in je inbox laat staan.
Wat encryptie betreft: ik gebruik PGP vooral om -heel af en toe- een bericht te signen, maar ik ben nog net niet paranoïde genoeg om mijn mail te encrypten. ;-)
Toevoeging op 27/05/2015 12:50:55:
Ozzie PHP op 27/05/2015 12:37:34:
Maar qua archiveren op je eigen computer is het weer minder. Als een mail op de server weg is, ben je m zelf dus ook kwijt.
IMAP heeft ook de mogelijkheid om de mail naar je client te kopiëren, maar die staat standaard uit. In Thunderbird (en in andere clients ongetwijfeld ook, al heet het misschien anders) kun je per map de optie 'select for offline use' aanvinken.
Toevoeging op 27/05/2015 12:52:29:
>> IMAP heeft ook de mogelijkheid om de mail naar je client te kopiëren, maar die staat standaard uit. In Thunderbird (en in andere clients ongetwijfeld ook, al heet het misschien anders) kun je per map de optie 'select for offline use' aanvinken.
Ah oké, ik heb net een nieuwe tool in gebruik genomen, dus ik weet niet of dat daar op zit eigenlijk.
Daar hebben 'ze' iets voor uitgevonden: back-ups. ;-)
Wat jij doet is eigenlijk niet meer dan het probleem verleggen. Als je alle mail op je client hebt en die crasht, dan ben je ook je mail kwijt. Wat dat betreft heeft het gebruik van POP dus geen principieel voordeel. En andere voordelen aan POP heb ik nog niet gevonden. :)
Het backuppen van clients vind ik juist lastiger dan van servers. Bij clients is het vaak een handmatige actie (en die vergeet je na verloop van tijd, tot het moment dat het te laat is). Je kan het wel automatisch via scheduled scripts doen, maar dan zul je net zien dat je client uitstaat op het moment dat zo'n backup moet plaatsvinden. Het alternatief is (automatisch) backuppen op momenten dat je doorgaans zit te werken, maar dan werkt de backup vaak weer vertragend.
Gewijzigd op 27/05/2015 13:48:38 door Willem vp
Toevoeging op 27/05/2015 13:58:39:
Gebruik je trouwens voor dat backuppen aparte software, of een eigen gemaakt script?
Zelf gemaakt. Echt veel om het lijf heeft het niet, maar het is geschreven op mijn setup en ik garandeer dus niet dat het op een ander systeem werkt zonder aanpassingen. ;-)
Als IMAP-server gebruik ik dovecot. Die is zo ingesteld dat hij per email 1 bestand gebruikt; volgens mij is dat redelijk standaard. Wel heb ik ten opzichte van de standaard config wat zitten sleutelen aan de mappenstructuur. Ik ben even kwijt wat de standaard precies is, maar in ieder geval worden alle data die bij een map horen, opgeslagen in een submap .Data (volgens mij is Data de standaard). Ik heb daarvoor de volgende configregel gebruikt:
mail_location = maildir:~/Maildir:INBOX=~/Maildir/INBOX/.Data:LAYOUT=fs:DIRNAME=.Data
Omdat ik niet alle afzonderlijke bestanden wil backuppen, maak ik per map een tarfile aan. Verder wil ik mappen die sinds de vorige backup niet zijn gewijzigd ook niet opnieuw tarren.
In mijn script zoek ik alle .Data-mappen onder mijn mailbox op. Elke .Data-map heeft een submap 'cur'. Als de timestamp daarvan nieuwer is dan van de tarfile, dan wordt de map opnieuw getard.
De tarfiles komen in eerste instantie in een lokale backup-map terecht. Aan het eind van de backup wordt die middels rsync gekopieerd naar de NAS. Van mappen die gewist worden op de server, blijft de backup gewoon bestaan. Als ik die ook zou willen verwijderen, moet dat handmatig op zowel de server als de NAS gebeuren. Dat is 'by design'.
Code (php)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
#!/bin/bash
MAILDIR=~/Maildir
MAILBKP=/data/mailbackup
if [[ ! -d ${MAILBKP} ]]
then
echo Creating ${MAILBKP}...
mkdir -p ${MAILBKP}
fi
cd ${MAILDIR}
for folder in $(find * -name .Data -print)
do
tarfile=$(dirname ${folder} | sed 's/\//./g')
if [[ "${folder}/cur" -nt "${MAILBKP}/${tarfile}.tar.bz2" ]]
then
echo "Backing up ${folder}"
tar chjf "${MAILBKP}/${tarfile}.tar.bz2" "${folder}"
fi
done
cd - > /dev/null
rsync -au /data/mailbackup/ nas:/volume1/Data/mailbackup
MAILDIR=~/Maildir
MAILBKP=/data/mailbackup
if [[ ! -d ${MAILBKP} ]]
then
echo Creating ${MAILBKP}...
mkdir -p ${MAILBKP}
fi
cd ${MAILDIR}
for folder in $(find * -name .Data -print)
do
tarfile=$(dirname ${folder} | sed 's/\//./g')
if [[ "${folder}/cur" -nt "${MAILBKP}/${tarfile}.tar.bz2" ]]
then
echo "Backing up ${folder}"
tar chjf "${MAILBKP}/${tarfile}.tar.bz2" "${folder}"
fi
done
cd - > /dev/null
rsync -au /data/mailbackup/ nas:/volume1/Data/mailbackup
Gewijzigd op 27/05/2015 15:50:02 door Willem vp
Kan je zoiets ook in PHP maken en dan het php-bestand via een cronjob aanroepen?
Ozzie PHP op 27/05/2015 16:07:17:
Aardig ingewikkeld :-/
Kan je zoiets ook in PHP maken en dan het php-bestand via een cronjob aanroepen?
Kan je zoiets ook in PHP maken en dan het php-bestand via een cronjob aanroepen?
Ook dat zou moeten kunnen als je de juiste rechten hebt, maar bash is gewoon krachtiger als je command-line acties wilt benutten.
Als je niet wilt tarren, kun je natuurlijk ook gewoon iets doen als
Code (php)
1
rsync -au /home/ozzie/Maildir/ backupserver:/data/Mailbackup
Uiteraard kun je alles ook wel in PHP maken, maar ik denk dat je het dan niet met 20 regeltjes code redt. ;-)
Gewijzigd op 27/05/2015 16:21:28 door Willem vp
Ozzie PHP op 27/05/2015 16:07:17:
Het linux/unix script van Willem is niet ingewikkeld toch? Een if statement en een for loopje. Zoiets in php maken en zodoende php/apache misbruiken voor lokale klusjes is oneigenlijk gebruik van php. Een unix/linux script en voor wat ingewikkelder (data)bewerkingen python of java programma zijn de aangewezen tools ipv php. Neem de moeite om een lokaal hulpmiddel te leren en te gebruiken. Met php (=Personal Home Page, weetjenog) moet je dan weer iets met exec doen om OS jobs te realiseren en dat is echt mijl op zeven.Aardig ingewikkeld :-/
Kan je zoiets ook in PHP maken en dan het php-bestand via een cronjob aanroepen?
Kan je zoiets ook in PHP maken en dan het php-bestand via een cronjob aanroepen?
Gewijzigd op 27/05/2015 19:06:47 door Aad B
Met dit ene zinnetje ben ik het niet eens. ;-) Je kan PHP ook gebruiken als command-line scripttaal. Dat is geen misbruik, maar een alternatief voor talen als Perl en Python. De afkorting PHP staat dan ook niet voor Personal Home Page. Althans, niet meer sinds PHP 3.0 (en die versie stamt alweer uit 1998).
Wel ben ik het met je eens dat het gebruik van PHP in dit geval geen toegevoegde waarde biedt, omdat het óf een paar honderd regels code is, óf een serie system/exec-calls.
Ik ben niet (zo) bekend met Linux, vandaar mijn voorkeur voor PHP. Maar als dat niet de juiste weg is, dan hebben jullie wel gelijk dat ik beter jullie manier kan volgen. Als ik over een tijdje wat verder ben en back-uppen wat meer noodzaak krijgt, dan kom ik hier graag op terug. Bedankt voor jullie expertise en advies!
Verzenden van mail gaat meestal via SMTP en heel soms via IMAP (meestal die van Office365, want die is minder goed dichtgetimmerd).
Versleutelen? Nee. De lezer moet het tenslotte ook makkelijk kunnen lezen. Dit zijn meestal geen technici. En ik mail geen geheimen rond. Hooguit root-passwoorden etc ;)