What is the intention of /home/yellowtent/boxdata/mail/spamd ?

[d19dotca]

Okay I see a couple of mailboxes regenerated in there now so that's good. I feel less scared. haha. Still not sure when it gets generated though, I had tried for example moving one email to my own spam folder and checked but didn't see it generated. Any insight there?

[girish]

They get created when the spam filter learnt something about the address. This can happen because of user action - user marked spam or ham (moving in and out of Spam folder). There is also nightly cron job that learns from recent mail (mail of last 3 days) of each user.

[d19dotca]

@girish Is it expected to see forwarding addresses created in there? For example, I have one directory created in there for an email that doesn't reside on my server and is used in forwarding only from a mailing list in Cloudron (not from a mailbox). Seems strange that'd be in there, no?

[girish]

@d19dotca Yes, you shouldn't see forwarding addresses in spamd directory. Do you know if this address was a mailbox before? If so, can you also double check if /home/yellowtent/boxdata/mail/vmail/<forwardingaddress> exists ?

[d19dotca]

@girish I’ll check in the morning for sure, I’ll double check if it exists somehow in vmail. It shouldn’t though as it’s an @me.com address (Apple-owned) so it’s never been something I could even host at all in the first place.

Though now that I think about it, back before Cloudron allowed mailing list to external addresses, it was a mailbox on their business domain and then a forwarding rule assigned to their @me.com address. But that mailbox was removed soon after mailing lists could forward externally and is just a mailing list since the. So maybe there’s still something in there?

I’ll update tomorrow

[girish]

Oh, the vmail and spamd directories should only ever contain addresses that are hosted on Cloudron. If you see anything not belonging to Cloudron, you can delete it . If they "re-appear", please report here, because that is some bug. I thought we fixed this bug a long time ago. I quickly checked atleast 5 Cloudrons that I could get hold of and none of them have external mailboxes (anymore).

[d19dotca]

@girish I think that’s the thing though, the one I’m mentioning I see in spamd is the @me.com address, so I guess that’s a bug then eh?

[girish]

@d19dotca Yes, that looks like a bug. Can you remove it when you ssh in the next time around and let me know when it re-surfaces?

[d19dotca]

@girish I had emptied the spamd folder the other day, so if the @me.com address is coming up then I guess a bug. I’ll check the vmail too once I can tomorrow.

[d19dotca]

@girish Okay I checked in vmail today and it's all the expected mailboxes. So the @me.com address is only present in spamd. I've deleted it again from spamd and will see if it comes back again later today.
EDIT: I just looked again in the spamd folder and actually found three others in there that went to domains I've never hosted (i.e. they're external domains used in forwarding only from mailing lists and not mailboxes). Definitely seems like a bug, but I've removed all of them now and will see if any of those come back.

[d19dotca]

@girish Okay, I can confirm it's back again (just one of them but I assume if I wait longer the others will show up too). So definitely seems to be a bug. Is there anything I can do to help troubleshoot / diagnose it? Do you want SSH access again?

Here's a screenshot showing some of the mailboxes in the spamd folder, can confirm the @me.com in there which obviously I don't host that domain since Apple does.

One thing I noticed is the permissions all seem a bit inconsistent, not sure if that's expected but I'd have assumed they'd be consistent. So that may or may not be another bug too?

[d19dotca]

@girish - just wanted to follow up on this. Anything needed of me for fixing this defect?

[girish]

@d19dotca I will try to reproduce this, it's in my TODO list.

[d19dotca]

@girish Hi Girish. Just following up on this. Doesn't seem like it's been fixed yet.

[d19dotca]

@girish Just following up on this. Seems to still be an issue in Cloudron (or at least my instance of it).

[d19dotca]

(still an issue - also possibly related to https://forum.cloudron.io/topic/4921/bayes_00-rule-set-for-some-mail-to-mailing-list-no-mailbox/1 ?)

[d19dotca]

By the way, it looks like I still have this issue years later. The directories in /home/yellowtent/boxdata/mail/spamd/ do not represent all hosted mail, but rather includes some external mail too. No idea how they're getting created as I've never hosted some of these mailboxes before and the domain isn't one I host either.

For example, these are forwarded addresses (from a mailing list) being listed in the directory:

drwx------  2 cloudron cloudron 4.0K Mar 13 05:59 {redacted}@yahoo.ca
drwx------  2 cloudron cloudron 4.0K Mar 13 06:17 {redacted}@gmail.com
drwx------  2 cloudron cloudron 4.0K Mar 13 06:21 {redacted}@me.com

There's also an unexpected one too...

drwx------  2 cloudron cloudron 4.0K Mar 13 04:57 shared-mailboxes.db

[girish]

The shared-mailboxes.db is a dictionary used by dovecot acl for shared mailboxes. That one is safe to ignore.

I went and checked some of the mail servers we had access to and they don't have external mailbox directories there. Is anyone else seeing this?

[d19dotca]

@girish Would it help if I sent you support access from the Cloudron dashboard? It's something very strange for sure. Maybe something unique to my environment if you're not seeing it at all, but I'm at a loss to what creates it since I am not manually creating any directories so it's presumably Cloudron creating that content.

[girish]

@d19dotca are you able to reproduce this somehow? atleast, on the servers I have access to, we don't see extra folders. I think if you can send emails from those yahoo/gmail/me accounts and if they somehow create those directories, would be great!

Do you happen to use email lists feature? Not sure if it's related but that is one feature, we don't use and neither do I use in my personal server.