We are migrating from an On Prem Exchange to the lastest MDaemon server. Only some users are getting 404 for file attachments leading to this being a per user configuration issue. I've been Ai Bot sitting but spinning my wheels to pin point the problem and settings in version 26.x
Does anyone know where this might be coming from? The attachments are usually PDF or other light weight items that are near the size limits of ignore and deliver or store and generate an attachment link. Not sure that's ralivent.
Thanks
Its not clear to me what environment the user is in or what they are trying to do when the when the 404 error occurs.
Are the users using webmail? What theme are the using? Does the issue occur if they choose a different theme?
What are they trying to do with the attachments when they get the 404?
What does the webmail log show is happening?
Are you using IIS or the built in webserver to host webmail?
Are you using Attachment Linking?
Is there an AV gateway that might be scanning HTTPs traffic and blocking access?
Is AV configured to exclude the entire MDaemon directory on the MDaemon server? If not is the AV engine preventing access to the file?
@Arron
Hi Arron,
All users are on Outlook connectors. Incoming messages with attachments to multiple people in the org. Some links work and the user can access the file. Others can not. Looks like the way the GUID is working or not.
I've gone over the most common issues but not seeing anything. I'm currently retesting to see if it was just a communication issue. Some of the user accounts where recently migrated over but there are all the same as far as the configs go.
I'm currently searching through the AttachmentLinking.dat file to any issues.
Our Ai friends seem to think its a per-user attachment-folder or GUID mapping failure.
Ok, to make sure I understand. You have attachment linking enabled for messages. When some users click on the link in the body of an email to download the attachment they get a 404 error. Is that correct?
If you get the GUID from a URL (al=<GUID>) that results in a 404, then search the MDaemon\app\Attachmentlinking.dat file, do you find the GUID?
Is the file that that is referenced by the GUID in the attachmentlinking.dat file still on disk?
Do you have the option enabled to Delete Attachmetns from disk when messages are deleted? You can find the setting in Remote Administration under Setup | Attachment Linking.
If you turn the option off, does it fix the issue?