Yes that's correct. Look at the owner/group of the file/folder in
question, and compare that to the id in /etc/passwd for the user on the
old vs the new server. Also confirm that messages are actually sending
and not suck in /var/spool/mail/<user>, (centos/redhat/oracle/rocky) or
wherever your spool directories are on your system
check /var/log/messages or your default log location for clues as to
where things are going or if there are errors, and check
/etc/dovecot/conf.d/10-logging.conf for logging details.
You may want to increase the logging verbosity for a time to track down
where the messages are going.
Chris
On 6/20/2024 5:04 PM, Nils via dovecot wrote:
On 6/20/24 23:15, Christopher Wensink via dovecot wrote:
If you using Thunderbird I would try repairing the folder, (under
properties) or compact folders. That fixes a lot of issues for us.
The only other thought I had was maybe the UID of your use for the
sent folder was different from the old to the new server, and the
mail is still trying to be copied to the old uid?
Chris
Thank you for your hints, Chris. I didn't know that Thunderbird had a
repair option. Sadly it didn't work this time, but I will keep it in
mind for the future.
I'm not exactly sure if I understand you correctly. Do you mean the
filesystem uid as in user-id/owner of the folder or is there something
that I don't know of.
_______________________________________________
dovecot mailing list -- dovecot@dovecot.org
To unsubscribe send an email to dovecot-le...@dovecot.org
--
Christopher Wensink
IS Administrator
Five Star Plastics, Inc
1339 Continental Drive
Eau Claire, WI 54701
Office: 715-831-1682
Mobile: 715-563-3112
Fax: 715-831-6075
cwens...@five-star-plastics.com
www.five-star-plastics.com
_______________________________________________
dovecot mailing list -- dovecot@dovecot.org
To unsubscribe send an email to dovecot-le...@dovecot.org
