I want to ask you few questions as
Your latest version of aspose_email_for_python_via_net-25.11-py3-none-manylinux1_x86_64.whl do support for python 3.13 and it is tested for it. right?
Plus i am jumping from 22.12 to 25.11
I have purchased new license too but now the .pst files are blank after download i am not getting why?
can you help?
@Harshvardhanpatil
The publicly available documentation does not contain an explicit statement that Aspose.Email for Python via .NET 25.11 has been tested with or officially supports Python 3.13 [5]. If you need a definitive answer, the most reliable source is the product’s release‑notes or a direct confirmation from the Aspose .Email team.
Regarding the blank .pst files after upgrading from 22.12 to 25.11 (even with a new license), the documentation does not provide a specific cause or known limitation for this behavior [5]. To isolate the issue, consider the following steps:
- Verify the license is applied correctly before any PST operation (e.g.,
License license = new License(); license.SetLicense("Aspose.Email.lic");).
- Check the source PST before download – open it with a PST viewer or with the same API in a minimal script to confirm it contains items.
- Inspect the download code for changes between 22.12 and 25.11 (e.g., any new overloads, required parameters, or async handling).
- Enable logging (
Aspose.Email.Logging.EnableLogging = true;) to capture any warnings or errors during the download.
- Run a simple repro on a clean environment (e.g., a fresh virtual machine with Python 3.12/3.13) to see whether the problem persists.
If the PST remains empty after these checks, it is likely a regression in the 25.11 build. Please provide a minimal reproducible code snippet, the exact license‑application code, and the Python version you are using so we can investigate further.
I have just updated Python from version 3.9 to 3.13, and Aspose.Email
from Aspose.Email_for_Python_via_NET-22.12-py3-none-manylinux1_x86_64.whl
to aspose_email_for_python_via_net-25.11-py3-none-manylinux1_x86_64.whl.
As there were no breaking code changes mentioned in the documentation, I did not find any issues.
Using the same code that worked fine with the old Python and Aspose version, and with correct data in the .pst file, I am now doing everything exactly as before. However, after generating the .pst file, it turns out to be empty.
@Harshvardhanpatil
The public documentation does not contain an explicit statement that Aspose.Email for Python via .NET 25.11 has been tested with or officially supports Python 3.13 [1]. For a definitive answer you would need to check the product’s release‑notes or obtain a direct confirmation from the Aspose .Email team [1].
If a PST file generated with version 25.11 is empty, the most common causes are:
-
License not applied correctly – the license must be set before any PST operation, e.g.
from aspose.email import License
lic = License()
lic.set_license("Aspose.Email.lic")
Verify that this code runs without errors [1].
-
Source PST actually empty – open the source PST with a viewer or a minimal Aspose script to confirm it contains items [1].
-
API changes or required parameters – although no breaking changes were announced, compare the overloads used in 22.12 with those in 25.11 and ensure all required arguments are supplied [1].
-
Enable logging to capture warnings/errors –
import aspose.email as ae
ae.Logging.enable_logging = True
Review the log for any messages that indicate why items are not being written [1].
-
Run a minimal reproducible script on a clean environment (e.g., a fresh VM with Python 3.12/3.13 and only the Aspose.Email wheel installed) to see whether the issue persists [1].
If the PST remains empty after these checks, it is likely a regression in the 25.11 build. Please provide a minimal code snippet, the exact license‑application code, and the Python version you are using so the team can investigate further [1].
How to contact to the aspose.email team?
Hello @Harshvardhanpatil,
Aspose.Email for Python via .NET is compatible with Python 3.5 or newer.
To investigate your issue, we need to reproduce the behavior on our side.
Could you please share a minimal code example that you are using to generate the PST file?
Thank you.
I have identified an important change after upgrading from version 22.12 to 25.7/25.11.
The method 'MapiMessage.from_stream` has been removed.
Could you please suggest the recommended alternative or replacement for this function?
@Harshvardhanpatil,
Yes, you are correct, MapiMessage.from_stream has been removed.
This method was deprecated earlier and has now been eliminated.
Please use the MapiMessage.load method instead. It fully replaces from_stream.
If you were previously passing a stream, the same approach applies: load accepts a stream input and behaves equivalently.
Thank you.
Yes, I checked with ‘dir(MapiMessage)’ but didn’t find ‘from_stream’, so I was in doubt that ‘from_stream’ might have been removed completely. Then I checked your documentation again point:
Loading from Stream.
Url : Loading, Viewing and Parsing MSG file|Documentation
There you have used ‘from_stream’, which confused me. But I know I should consider the code as the source of truth, so that’s fine. Thanks.
I’ll check if this works. If it doesn’t, I’ll get back to this thread.