Re: Users with enough rope to hang themselves
Original Message On Apr 4, 2024, 14:02, Marc < m...@f1-outsourcing.eu> wrote: > > Also autodiscovery for external (as in, not Microsoft/Apple) mail is being frustrated. Apple Mail on iPhones is currently ignoring autodiscovery and forcing their own smtp server, breaking DMARC. ___ dovecot mailing list -- dovecot@dovecot.org To unsubscribe send an email to dovecot-le...@dovecot.org
RE: Users with enough rope to hang themselves
> > It was a constant pain ... Finally resolved by migrating them to MS-365. > Maybe dovecot would be more forgiving, but we did not dare to try. That is why these fuckers of Apple and Microsoft are doing it, and these morons at EU market abuse commissions don't get it, don't read complaints. etc. Also autodiscovery for external (as in, not Microsoft/Apple) mail is being frustrated. It is either on purpose frustrating or they have incompetent designers/developers. ___ dovecot mailing list -- dovecot@dovecot.org To unsubscribe send an email to dovecot-le...@dovecot.org
Re: Users with enough rope to hang themselves
> On 04/04/2024 03:15 EEST Joseph Tam wrote: > > > Rupert Gallagher writes: > > > I keep finding myself in a corner with a user. He uses mail extensively, > > which > > is fine, he has a huge archive of own professional correspondence, which is > > fine, but he uses mail folders as if they were regular system folders, with > > very long paths, and keeps renaming them and moving them around, daily, > > breaking the mail index > > Tangentially query: is Dveocot smart enough to optimize mailbox renaming > to do index renaming (i.e. does not try to copy or recreate indices)? > Dovecot is, if you use LAYOUT=index. This will use only mailbox GUID on disk, and the folder name is only in indexes (both list index and mailbox index for recovery purposes). I would recommend using 2.3.21 with LAYOUT=index to avoid problems. Aki ___ dovecot mailing list -- dovecot@dovecot.org To unsubscribe send an email to dovecot-le...@dovecot.org
Re: Users with enough rope to hang themselves
I keep finding myself in a corner with a user. He uses mail extensively, which is fine, he has a huge archive of own professional correspondence, which is fine, but he uses mail folders as if they were regular system folders, with very long paths, and keeps renaming them and moving them around, daily, breaking the mail index Hi Rupert, I share your frustration. I have had similar users, who used mailbox as a sort of task/ticket manager. Each task was a separate folder, (with all related emails), and they renamed/moved the folder when the task status has changed. It was OK as long as they used POP3 + Outlook and everything was in local PST folder. Until the PST grew over some limit (4 GB or such) that outlook was not able to handle. So we migrated them to IMAP (cyrus), and ran into a problem with forbidden characters in folder names. Most prominent was "." - used for date format. But they kept on trying other special chars, always hitting something forbidden. (too late I realized I should have switched the folder separator from . to / before moving from POP3 to IMAP) To make things worse, Outlook did not complain about forbidden characters, it just made folder "local only" and stopped syncing it to the IMAP server. Users gladly edited the folder name and removed the "local only" from the name so it was impossible to trace back which folders were synced and which not. It was a constant pain ... Finally resolved by migrating them to MS-365. Maybe dovecot would be more forgiving, but we did not dare to try. -- Best regards Vladislav Kurz ___ dovecot mailing list -- dovecot@dovecot.org To unsubscribe send an email to dovecot-le...@dovecot.org
RE: Users with enough rope to hang themselves
> > > I keep finding myself in a corner with a user. He uses mail > extensively, which > > is fine, he has a huge archive of own professional correspondence, > which is > > fine, but he uses mail folders as if they were regular system folders, > with > > very long paths, and keeps renaming them and moving them around, daily, > > breaking the mail index > I am offering users auto archiving of inbox and sent messages folders, both will be combined into a folder 2024 etc. Most users even appreciate this. A bit weird is the moving of folders, most people have some logics behind it, and stay with it. Maybe he is using some shitty client on the phone? You have no idea what kind of crap 'rookie I only care about how it looks' developers can produce. I can remember trying to offer assitance to developers of such app. My user was using their app, and it generated like 800% more load than the average user constantly(can't remember exactly). > > > and ultimately wasting his own time looking around for > > lost mail. His Inbox holds a gargantuan of subfolders, causing both the > client > > and the server to overwork each time he opens the mail. His Archive is > a maze I don't get why you care? I am little surprised to read that this could be an issue. Is this maybe related to how you store messages? I am using this mdbox. I think nothing much changes there if they create/move folders etc. I have everything in 4mb files. > > of subfolders with repeating names. I advised him almost daily across > 20 year > > on how to stay organised, but he keeps abusing the service. I have users that are doing the same, and offline clients are very capable of searching and retrieving messages. Never heard anything about this being a problem. > Semantically, he may be inept/disorganized/unappreciative, but I wouldn't > raise this to abuse. However, the damages are often the same. Maybe > the fix is not technical but social by making it clear you're done trying > to fix his mistakes and he's on his own. Just sayin'. > > > I want to help him by limiting what he can do with folders. This is the > agenda: > > 1. the Archive is the only place where he can create folders; > > I'm guessing https://doc.dovecot.org/configuration_manual/acl/ > > > 2. folder names have a maximum length of 20 characters. > > No clue here: maybe artful remapping of namespaces? > What about switching this user to different storage? I think that is doable and not that much work for one user. I am really surprised about reading this, since I have never experienced anything like this. I can't really believe I have been so clueless for decades ;) Can this really be an issue? ___ dovecot mailing list -- dovecot@dovecot.org To unsubscribe send an email to dovecot-le...@dovecot.org