Hello all,
Would any of you know if the following scenario is "doable"?
We run an old Exchange 2010 infrastructure at my work, and there is no way
they are going to spring for newer: getting them to go from 2003 to 2010
was an ordeal...
Could I set up an Ubuntu Postfix "relay" server between Exchange and the
Internet, that also permits one particular mailbox to be accessible from a
Dovecot install on the same server (as well as relaying the mail for that
mailbox to Exchange)?
Yes/no and pointers most welcomed.
Kind regards
Murray Crane
I seem to recall some discussion about Mastodon on here a while ago. I'd
appreciate guidance about using a Bitfolk VPS for a multi-user Mastodon
instance.
Specifically, I'm trying to get an idea of how much RAM and storage we'd
need for say, 50 or 100 users.
Robin
--
Military history author <https://russellphillips.uk/> : Mastodon
<https://historians.social/@RPBook>
Did this email go to spam? <https://phillipsuk.org/whitelist.html>
Hi,
As you may be aware, the latest stable release Debian 12 bookworm
was released on 10 June.
It is available for new orders and you can of course upgrade your
existing Debian VMs to this release, but we haven't yet updated the
web site to reflect this nor the Xen Shell to allow a clean
self-install. That will happen in the next couple of days.
A reminder though, that in this new release udev has learned about
Xen network interfaces and therefore will rename your eth0 to enX0.
This was previously discussed here:
https://mailman.bitfolk.com/mailman/hyperkitty/list/users@mailman.bitfolk.c…
Thanks,
Andy
--
https://bitfolk.com/ -- No-nonsense VPS hosting
Hi,
Debian 12 "bookworm" which was released on 10 June 2023 is now
available for self-install from our Xen Shell:
https://tools.bitfolk.com/wiki/Using_the_self-serve_net_installer
The command:
xen shell> install debian_testing
also now leaves you with an install of testing, but aside from the
code names in /etc/apt.sources.list that is currently pretty much
exactly the same as bookworm.
Cheers,
Andy
--
https://bitfolk.com/ -- No-nonsense VPS hosting
Hi,
After a minor incident of some phishing emails being sent purporting
to be from bitfolk.com, on 3 June I tightened the SPF record of
bitfolk.com from ~all to -all. This basically says that ONLY the
hosts listed in the SPF record are permitted to use a bitfolk.com
envelope sender on email, and that any other host trying to do so
should be rejected.
I have since noticed that some customers are using traditional
server-side forwarding, e.g. on role addresses, to send BitFolk
emails to a group of people, and some of those recipients are doing
as asked and rejecting the email. More are probably silently
discarding or filing the mails away in spam/junk folders.
This happens because when your mail server forwards an email from
e.g. billing(a)bitfolk.com through role(a)yourdomain.co.uk and out to
joe.bloggs(a)example.com, your mail server is pretending to be
billing(a)bitfolk.com. Since you do not match bitfolk.com's SPF
record, the mail server for example.com rejects the email (unless
configured otherwise).
Unfortunately we can't go back on this configuration. It's just the
way that email works in the 21st century. Server-side forwarding of
email in this way is not something that can be expected to work any
more, unless you control both the recipient address and every
address it expands out to.
So what can you do if you currently do forwarding of addresses like
this?
- The generic answer is Snder Rewriting Scheme:
https://en.wikipedia.org/wiki/Sender_Rewriting_Scheme
- A more limited answer is to run a real mailing list of some sort,
so that, for example, billing(a)yourdomain.co.uk goes through a real
mailing list manager like majordomo or Mailman, is rewritten and
sent out to the people who should receive it.
- If you control or have strong influence on all recipients, you can
configure them to allowlist particular senders.
- You can set up real mailboxes for your role accounts and have
interested parties download the email by IMAP or POP.
I'm sorry that this change has broken some previously-working
forwarding setups. It isn't something we can revert though (and
indeed, it will have to get stricter, with additional DKIM and DMARC
to come).
Cheers,
Andy
--
https://bitfolk.com/ -- No-nonsense VPS hosting
Hi all,
I need some information/help to solve a problem. I backup my VM daily
using rsync, and I have been meaning to test the restore process, but
life got in the way. Until this week.
Bottom line, restore appears to set all the files correctly, I re-setup
grub, but restored machine will not boot.
What I am doing. I use a keyfile to ssh into the VM as root, and run the
following to take the backup.
#!/bin/bash
rsync -aAXv \
--delete-during \
--exclude=/swapfile \
--exclude=/dev \
--exclude=/lost+found \
--exclude=/media \
--exclude=/mnt \
--exclude=/proc \
--exclude=/run \
--exclude=/tmp \
--exclude=/var/log \
--exclude=/home/*/.cache \
--exclude=/sys \
--exclude=/var/lib/lxcfs \
root@ianhobson.co.uk:/* /home/ian/BackupFiles/hobson42
For the restore, I manually:
1) Created a proxmox VM to restore to.
2) Install the same version of the O/S (Ubuntu 20.04.06) as the live VPS.
3) Set up passwordless access for root, from the backup machine into the
restore machine.
4) Run the following as root
rsync -aAXv \
--exclude=/home/ian/BackupFiles/hobson42/etc/hostname \
--exclude=/home/ian/BackupFiles/hobson42/etc/hosts \
--exclude=/home/ian/BackupFiles/hobson42/etc/netplan/* \
--exclude=/home/ian/BackupFiles/hobson42/boot/*
--exclude=/home/ian/BackupFiles/hobson42/boot/grub/*
/home/ian/BackupFiles/hobson42/* root@europa.hcs:/
The excludes are to stop the IP, and hostname being changed.
5) I then run the following as root on restored machine.
grub-mkconfig > /boot/grub/grub.cfg
6) Tried to log in. Saw all users (restore has gui)
but logging in produced a quick error popup, which was so
fast I could not read a word. Then got the usernames again.
7) SSHed in OK, and checked the files - they seem OK.
8) Reboot. This shows the grub menu, but when I select ubuntu
I get a black screen - and nothing further.
I have tried omitting the excludes of boot - same result.
Thoughts:
Restore is to VM under proxmox and not xen. Significant?
Do I need to edit something in /etc/grub.d?
Have I missed something blindingly obvious?
Ideas very welcome. A backup that I can't restore is about as useful as
a chocolate tea pot!
Regards
Ian
--
Ian Hobson
Tel (+66) 626 544 695
