Skip to Main Content
HCL Domino Ideas Portal

Welcome to the #dominoforever Product Ideas Forum! The place where you can submit product ideas and enhancement request. We encourage you to participate by voting on, commenting on, and creating new ideas. All new ideas will be evaluated by HCL Product Management & Engineering teams, and the next steps will be communicated. While not all submitted ideas will be executed upon, community feedback will play a key role in influencing which ideas are and when they will be implemented.

For more information and upcoming events around #dominoforever, please visit our Destination Domino Page

Status Already Exists
Workspace Domino
Categories Administration
Created by Guest
Created on Feb 10, 2020

An attachment is rendered as a *.dat file due to the sending server splitting the long attachment name into parts

An attachment is rendered as a .dat file due to the sending server splitting the long attachment name into 2 parts.

name*xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx;
name*xxxx.pdf

when it should only be:
name=xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx.pdf

When support tried to telnet the mail's page source as is: The issue can be reproduced - we can see the attachment being rendered as a .dat file.

When support tried to telnet the mail's page source changing the filename of the attachment from:

name*xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx;
name*xxxx.pdf

to

name=xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx.pdf

The attachment is being rendered correctly as a .pdf file.

This has been reproduced on 2 different domino servers. Version 901.

Note: Even though the attachment is rendered as a .dat file, when you double click on it, it still opens as a pdf.

The company that owns the sending server reported that they upgraded their code to adhere to the RFC standards:

https://tools.ietf.org/html/rfc2045
https://tools.ietf.org/html/rfc2231

According to rfc2231:

(1)   Lines in Internet email header fields are folded according to RFC 822 folding rules.  This makes long parameter values problematic.
 
SPR # MJTMAPNP5K  - Reporting this issue as an enhancement request
  • Attach files
  • Admin
    Thomas Hampel
    Reply
    |
    Feb 18, 2020
    Please work with support and have this item addressed as SPR. This platform is not supposed to track specific bugs.
  • Guest
    Reply
    |
    Feb 11, 2020

    Outlook config send attachments as rich text, instead of html.