veto Posted August 21, 2017 Share Posted August 21, 2017 i'm just in a the process of migrating a froxlor managed couriermail server to a new froxlor/debian9/postfix/dovecot mail server there are hundreds of gigabyte imapmap emails with hundreds of accounts. to make this a bit less painfully to move i started to created a small email migration script for the beginning https://github.com/veto64/sync_froxlor requirements: emails passwords must be plain latest docker remote access to the server Link to comment Share on other sites More sharing options...
d00p Posted August 21, 2017 Share Posted August 21, 2017 Ehm, there is https://wiki.dovecot.org/Migration/Courier Link to comment Share on other sites More sharing options...
veto Posted August 21, 2017 Author Share Posted August 21, 2017 thanks, courier-dovecot-migrate.pl i will try to use for another server Link to comment Share on other sites More sharing options...
huneyman Posted September 15, 2017 Share Posted September 15, 2017 is there any better way to prevent spamming.? there is a virus poping out in my system called vigrx plus what is the solution Link to comment Share on other sites More sharing options...
d00p Posted September 17, 2017 Share Posted September 17, 2017 dovecot is not there to prevent spam...if you need virus/malware removal, google for a solution or hire a good admin Link to comment Share on other sites More sharing options...
veto Posted September 18, 2017 Author Share Posted September 18, 2017 Quote i use postgrey and SpamAssassin with postfix my notes may give you the hint: postgrey: http://myridia.com/dev_posts/view/706) spamassassin http://myridia.com/dev_posts/view/1238 Quote http://wiki.apache.org/spamassassin/IntegratedSpamdInPostfix 1) Create a bash script to receive e-mail from Postfix and pipe it to SpamAssassin for rewriting. Then forward the rewritten version to Postfix's sendmail implementation: #!/bin/bash # # spamfilter.sh # # Simple filter to plug SpamAssassin into the Postfix MTA # # Modified by Jeremy Morton # # This script should probably live at /usr/bin/spamfilter.sh # ... and have 'chown root:root' and 'chmod 755' applied to it. # # For use with: # Postfix 20010228 or later # SpamAssassin 2.42 or later # Note: Modify the file locations to suit your particular # server and installation of SpamAssassin. # File locations: # (CHANGE AS REQUIRED TO SUIT YOUR SERVER) SENDMAIL=/usr/sbin/sendmail SPAMASSASSIN=/usr/bin/spamc logger <<<"Spam filter piping to SpamAssassin, then to: $SENDMAIL $@" ${SPAMASSASSIN} | ${SENDMAIL} "$@" exit $? 2) Ensure the newly-created /usr/bin/spamfilter.sh has correct permissions (0755), and is owned by root:root. 3) Modify the /etc/postfix/master.cf file; first, change the first 'smtp' line of the file to: smtp inet n - - - - smtpd -o content_filter=spamfilter Then, add the following (a call to our newly-created spamfilter script) at the end: spamfilter unix - n n - - pipe flags=Rq user=spamd argv=/usr/bin/spamfilter.sh -oi -f ${sender} ${recipient} Link to comment Share on other sites More sharing options...
oedwards0088 Posted September 19, 2017 Share Posted September 19, 2017 Have a look at http://www.scrolloutf1.co I use two of these as mx0 & mx1. They are reliable and fairly easy to get up and running. You would need to set them up with sticky records, then point your domain name(s) MX records to use these. From within Scrollout you then forward the email that is permitted to your Froxlor server. Link to comment Share on other sites More sharing options...
Question
veto
i'm just in a the process of migrating a froxlor managed couriermail server to a new froxlor/debian9/postfix/dovecot mail server
there are hundreds of gigabyte imapmap emails with hundreds of accounts.
to make this a bit less painfully to move
i started to created a small email migration script for the beginning
https://github.com/veto64/sync_froxlor
requirements:
emails passwords must be plain
latest docker
remote access to the server
Link to comment
Share on other sites
6 answers to this question
Recommended Posts
Archived
This topic is now archived and is closed to further replies.