Yeah I rather not mess about with them being MX for the internal server.
That said this way I have one advantage: I have no SMTP port open on my
firewall at all. Sending mails internally (and through vpn) goes through
the server of course, but since it'S only 2 mailboxes anyway the rest is
just a lot easier with just fetching it every minute or so.
Also our ISP has spam filters, antivirus filter, greylisting (which
sometimes annoys me ^^) so i don'T really want to have that as a backup
MX as long as this works.
maybe I'll look @ imapsync, but I just set up fetchmail which is really
what i wanted anyway since I don't want to leave the mails on the ISPs
server at the moment (and if I did i'd just add a 'keep' to the config
;)), so syncing is not really what I want anyway ;)
That said I want to put this in the wiki later/the next few days some
time so it'd be cool to add those 2 options as alternatives anyway.
Gotta get this wiki vaguely up2date again and add some tips&tricks that
can be found on the mailinglists only at the moment.
That said: Paul agreed that we could have specific users with access to
the wiki so he gave me wiki edit access so I could add some stuff, but
if anyone else wants to contribute let paul know :)
On 2013-12-03 11:42, Harald Leithner wrote:
Thats right WAN is enough, the reset should be done local ;-)
Am 03.12.2013, 11:33 Uhr, schrieb Reindl Harald (mobile)
<[email protected]>:
The question is which ISP is really able to provide a proper backup MX
with a recent RCPT list to not become backscatter and how integrate a
spamfilter in this concept because if spammers realize that the
backup MX is more open they use it - I saw solutions where the backup
MX rejects anything as long the primary is up - depending on the
source route that may not be the same view as for the rest of the
world
in general my experience with ISP's is do not let them touch anything
from your infrastructure besides the WAN link and honestly be happy if
they manage this without burning down your life energy again and
again :-)
-------- Ursprüngliche Nachricht --------
Von: Harald Leithner <[email protected]>
Gesendet: Tue Dec 03 11:14:27 MEZ 2013
An: DBMail mailinglist <[email protected]>
Betreff: Re: [Dbmail] Fetch mails from remote imap server and
store/deliver locally
The common way doing this is to let the ISP be your Backup MX and you
local site is the primary, so if the connection fails your ISP holds
the
message till its delivered or dropped after 7 days (common value I
think).
Alternative it would be better to use pop3 for fetching new mails.
Am 03.12.2013, 10:51 Uhr, schrieb Reindl Harald (mobile)
<[email protected]>:
Take a look at imapsync which is a perl script with a ton of options
for
source and target Server and scriptable for cronjobs
-------- Ursprüngliche Nachricht --------
Von: Thomas Raschbacher <[email protected]>
Gesendet: Tue Dec 03 07:42:16 MEZ 2013
An: [email protected]
Betreff: [Dbmail] Fetch mails from remote imap server and
store/deliver locally
hi
I was just wondering what would be the best way to fetch mails from a
remote imap server (ISP in our case) and then store or deliver them
locally (i do not trust our connection here to make this server the
MX
for the domain so I rather fetch the 2 mailboxes from the server)?
First thing that came to mind was fetchmail but I'm not completely
sure
if that is the best option. Is anyone else doing something like this,
and if so how do you do it?
Regards
_______________________________________________
DBmail mailing list
[email protected]
http://mailman.fastxs.nl/cgi-bin/mailman/listinfo/dbmail
--
Reindl Harald (mobile)
the lounge interactive design GmbH
A-1060 Vienna, Hofmühlgasse 17
CTO / CISO / Software-Development
+43 (676) 40 221 40
http://www.thelounge.net
_______________________________________________
DBmail mailing list
[email protected]
http://mailman.fastxs.nl/cgi-bin/mailman/listinfo/dbmail
--
Reindl Harald (mobile)
the lounge interactive design GmbH
A-1060 Vienna, Hofmühlgasse 17
CTO / CISO / Software-Development
+43 (676) 40 221 40
http://www.thelounge.net
_______________________________________________
DBmail mailing list
[email protected]
http://mailman.fastxs.nl/cgi-bin/mailman/listinfo/dbmail
_______________________________________________
DBmail mailing list
[email protected]
http://mailman.fastxs.nl/cgi-bin/mailman/listinfo/dbmail
