Community Discussions and Support

The perfect forum for discussions or technical questions about Pegasus Mail.

0
-1
closed
mollym posted Jan 5 '20 at 3:03 am

Constructed -- actually, I think, copied & pasted-- my .BAT file from instructions I got here (maybe from you).Years ago!

 

PMail and its thumb drive have gone all over the USA and Canada with me -- on several Windows laptops --with no major problems, and at home regularly brings me mail as I switch between the  desktop and the Surface and now the laptop I got when the desktop (win7, bless it) went into a decline and finally became unbootable. Gotta love a program like that!

 What I was wondering about was whether the fact that I was attempting to run the various help executables from the thumb drive conflicted with wherever Windows thought they should run from. Given how intrusive Win 10 is.

 One thing, a vital Passport (brand new) drive with all the data I could rescue from the desktop drives went nuts -- "can't acess disk/file/etc because of fatal hardware error" -- with moments of usability as I changed cables, moved it from one slot on the powered hub, etc. As the Passports are seen as hard drives and the bulky ones often won't read when plugged into a hub, I put the Passport into the one free port on the laptop and it's fine.  I also had it on kind of a long cable and the 2nd Passport, on the supplied cable, has never had a problem. Plugging the thumb drive directly into the laptop didn't do a thing for the disappearing help problem but it might be a question to ask, given the complaints about the current hubs failing -- sometimes slot by slot.y

 Thanks for all your help and encouragement. Now that the problem with the search results folders refusing to go away on exit, I may not need PMail's help for another 5 years so I'm not going to worry about it!

@echo off
start %drive%\PMAIL\Programs\winpm-32.exe -roam -a -ms -i (myname)
exit

0
-1
closed
euler posted Jan 6 '20 at 4:21 am

[quote user="mollym"]

PS: clarification of "hanging on to (American idiom?):" PMail was not releasing -- i.e., deleting-- found files upon exit. Nothing to do with system hang though like you I'm finding  the new Win 10 laptop deadly slow with almost everything, and it should be far faster than either the Surface (Win 8) or the several years old desktop (Win 7)

[/quote]
0
-1

This can happen when there is a duplicate Pegasus Mail folder name, even if they are in different Trays.

You can check for a duplicate folder name by searching HIERARCH.PM for multiple hits on that folder name.

If you find this is the case, make note of the filename and tray name for each one.

Entries in HIERARCH are in the form:

0,0,"U12CGKH7:6C1E:FOL03D5F","0851582:TrayName","FolderName"

The filename is the 8 characters following the second colon (FOL03D5F in this example).

Below is a method that I'm pretty certain will work but as I've typed this I started to wonder whether simply changing the "FolderName" portion of one of the entries will solve the problem.  You can try it if you like, just have a safety copy of HIERARCH.PM to restore if it doesn't work.

Here is the method that I'm pretty sure will work:

Once you have the filenames, make sure Pegasus Mail is closed and that you have a backup of your mailbox directory. 

Navigate to your mailbox directory using a file explorer and move one of the above found filename.PMM and .PMI file pairs to a temporary location. 

Start Pegasus Mail.  You should now see one of the missing folders in the folder list.  Rename it.

Close Pegasus Mail.

Copy the moved PMM & PMI files back to the mailbox directory.

Start Pegasus Mail.  You should now see the other missing folder.

0
-1
closed
DSE posted Jan 1 '20 at 9:35 pm

It appears that both computers have Pmail in C:\Pmail and the mail folders are C:\Pmail\Mail

 

I will try what you suggested in the earlier message.

 

Thanks,

 

0
-1
closed
Brian Fluet posted Dec 30 '19 at 7:04 pm

If the PC hasn't been restarted I suggest doing that to rule out a system anomaly.

 

0
-1
closed
Eshtaol posted Dec 20 '19 at 12:21 am

Gentlemen"

I wish to thank everyone for their help on trying to solve my problem. After all your suggestions plus seeing a tutorial

on the issue I find that my default settings was the problem and I'm now okay.

I went to start button and typed default settings and saw (among others) Adobe Acrobat Reader DC and went further to see not everything

was checked so I just hit the check all button went back to see and all works fine... simple as that....ironic for a simple person it appears

Thanks again and here's wishing all a very Merry Christmas & best wishes for the new year

thank yo so much

 

 

0
-1
closed
FJR posted Dec 20 '19 at 10:14 am

Hi Euler,

[quote]No. The Default Identity attribution is a by folder feature.[/quote]

Sorry - as I described - you're partly wrong.

You may set default identity by folder, but obviously Pegasus already has the functionality to set default identity for a whole IMAP-Mailbox by setting it on mailboxname. As desribed this works very good. Despite you have set default identities for some folders in the mailbox, this setting works on all other folders in the mailbox.

The only problem is, that Pegasus doesn't save the setting for the mailbox. I would call it a little bug [;)]

[quote] If you plan to use a certain Identity for the whole IMAP account it is better select that account and work on[/quote]

I know how to use it - but for commodity reasons (people including me miss changing the identity far to much) and because the functionality is already implemeted, I would prefer David adding the missing save of configuration. I want him to do that, because in our environment (like in most business) there is no POP anymore. And Pegasus is the only mail program where I can't set default identity persistent for a IMAP-mailbox. More and more this will be a KO-criteria.

Editing and repairing STATE.PMJ  is no problem for me. [:)] I was hoping that there is exactly one missing entry for the default identity for the whole IMAP-mailbox. That's what I'm searching for.

[quote]I'm sure you have a very good reason to do so but I'm wondering why one would do that.[/quote]

I have 8 IMAP-mailboxes. 2 functional mailboxes (with multiple mailaliases) and 1 personal mailbox for job and 5 private mailboxes. All are accessed via IMAP (and most don't support POP). All of them have some form of webmailer too - and those are based on IMAP. It is necessary to have access to every mailbox despite of available mailclient or webmailer - or the computer where Pegasus (or any other mailclient) is running with a due to POP local mailbox on it's hardisk (mobile Pegasus is no choice). That's modern art using and handling mail - POP is antique and will not be the future - sorry.

[quote]There's also This server supports folders within folders (see help) IMAP option to consider[/quote]

The problem remains the same on any type of IMAP-Server and any type of folder support. The IMAP-Servers are Mercury (trays only), exchange (folders in folders), postfix and cyrrus (both configurable).

[quote]Of all little experience I have with IMAP usage (I keep it to a minimum) one I remember constantly is that "every one has your IMAP", and that means servers and clients[/quote]

In business it's very simple: my "boss" wants (in case I can't do it for some reasons) to have access to my business mails. This access may be essential for the company. The law on how this is possible in a legal manner defers from country to country - but at least it must be possible. So mails have to be at the servers of the company (in my case the university). It's the job of the company to limit access to my mailbox at IMAP-Server to me and authorized personal - and it's my job to ensure nobody unauthorized has access to any mailclient where mails may be cached local or due to saved password authorized connections to the IMAP-Server may be established automatically. So it's my job to delete any cache in local mailclient or webbrowsers if I use them for authorizing and reading mails.

In other words: there should be no mail local at any computer. Due to increasing use of mobile computers (means desktop, tablet, smartphone and so on) and increasing "loss" of those computers there is no way having mails, the answers on that mails and the folder structures only on that mobile computer.

[quote]IOW it is a poorly standardized protocol[/quote]

There is no need to discuss the quality of standardization of IMAP here - fact is, that it works nicely - with every IMAP-Server I know and have access and every mailclient.

Bye     Olaf

0
-1
closed
jficklin posted Dec 19 '19 at 1:23 am

Thanks everyone for your efforts... Problem Solved!

 Awhile back the e-mail provider connected to my problem mailbox decided to drop POP3 and use only IMAP.  I created an IMAP profile, but had so many problems trying to get IMAP to work with this provider that I finally gave up, set all e-mail from this provider to forward to another provider I use that supports POP3, and had Pegasus retrieve my e-mail from the POP3 client.  In reading over all your replies, a reference to IMAP made me realize that the persistent folder problem began about the same time as the IMAP adventure.  I checked, and sure enough I still had an IMAP profile for the original e-mail provider entered for that mailbox in Pegaus.. It turns out that it was the IMAP profile that was opening the "folders" window.  After I eliminated the profile from IMAP in that mailbox on Pegasus, the persistent window disappeared.

Thanks again for all your suggestions... and research on my behalf.  Hope you all have a great holiday season.

0
-1
closed
Brian Fluet posted Dec 16 '19 at 6:29 pm

[quote user="jficklin"]Could have saved myself some playing around if I had just been a little bit more patient waiting for your reply.[/quote]

There wouldn't have been any sense of accomplishment in that!  [:)]

0
-1
closed
irelam posted Dec 14 '19 at 12:22 am

Click the Folders menu item.  You will see the Create a Folder. It has a drop down choice, and there you will see Unix MBOXs. Import and Export work.

Martin

0
-1
closed
Brian Fluet posted Dec 13 '19 at 4:55 pm

Be aware that the PMAIL.INI file resides in the new mail directory which does not move.

From the help file topic Preferences and settings > Mailbox location:

Even if you move your home mailbox location, your new mail will continue to arrive in the default new mail directory: Pegasus Mail will also continue to store your PMAIL.INI settings file in that directory. This is important for the continued correct operation of the program and is neither an error nor an oversight. You cannot relocate your new mail folder using this option.

0
-1
closed
Brian Fluet posted Dec 11 '19 at 2:29 pm

If the goal is to always capture a copy of sent messages a trick I discovered is to create a copyself rule that always copies to a specific folder.  That copy is recorded with the To: prefix.

This does not interfere with the option to select a copyself destination folder (results in an additional copy).


0
-1
closed
Brian Fluet posted Dec 12 '19 at 9:43 pm

Eshtaol,

Have you confirmed that double clicking on a .pdf file from within a file explorer works to open the file? 

If not, uninstall/reinstall Acrobat Reader DC to reset the system defaults for .pdf and Acrobat files.

If a .pdf attachment will open using the "Open" button but not by double clicking the filename disable the "Turn off attachment preview by default in the attachment view" option located in  Tools > Options > Incoming Mail >Message reader.

If you can open .pdf files with a double click from within a file explorer AND have ruled out the attachment preview setting as the source of the problem then...
  • Within Pegasus Mail go to Tools > Options > Incoming Mail > Content viewers
  • Delete the entry associated with ".pdf".
  • Delete the entry associated with "Acrobat" if one exists.
  • Restart Pegasus Mail
  • Try opening a .pdf attachment
If that doesn't work,...
  • Within Pegasus Mail go to Tools > Options > Incoming Mail > Content viewers
  • Click the "Add" button,
  • Tick the "Filename extension" option then enter ".pdf" in the "Matches this" box (no quotes).
  • Leave the action set to "Let Windows choose..."
  • Click OK
  • Click the "Add button again
  • Tick the "Attachment type information" option then select "Acrobat" from the drop down list available for the "Matches this" box
  • Leave the action set to "Let Windows choose..."
  • Click OK
  • Click OK again to close the Preferences and Settings window.
  • Restart Pegasus Mail
  • Try opening a .pdf attachment
If that still doesn't work...
  • Within Pegasus Mail go to Tools > Options > Incoming Mail > Content viewers
  • Select the .pdf entry then click the "Edit" button.   In the action section tick the "Run this program" option the click the "Browse" button and navigate to the Acrobat Reader DC installation files (likely 'C:\Program Files (x86)\Adobe\Acrobat Reader DC\Reader'). Select the Acrord32.exe file.  Click the Open button.
  • Click OK
  • Select the "Acrobat" entry then click the "Edit" button. Do the exact same thing.
  • Click OK until you are out of the Preferences and Settings window.
  • Restart Pegasus Mail
  • Try opening a .pdf attachment
That is my brain dump on the subject.
 
0
-1
closed
Michael posted Feb 12 '20 at 11:00 pm

[quote user="Euler GERMAN"]I maybe wrong as I never used AOL but as noted by an email can't have a line bigger than 1024 characters. If it is Base64 encoded no line can exceed 64 characters. Your message has an encoded line which exceed 64-char by far.[/quote]

Well, it's actually 76 plus the two characters of the line break sequence as per RFC 2045 (emphasis by me, so there's absolutely no ambiguity):

   The encoded output stream must be represented in lines of no more than 76 characters each.

The length of the encoded GIF forwarded to me by David is of ridiculously 38,368 bytes length!

The general line length limits are defined in RFC 5322 as follows:

   There are two limits that this specification places on the number of

characters in a line. Each line of characters MUST be no more than

998 characters, and SHOULD be no more than 78 characters, excluding

the CRLF.

   The 998 character limit is due to limitations in many implementations

that send, receive, or store IMF messages which simply cannot handle

more than 998 characters on a line. Receiving implementations would

do well to handle an arbitrarily large number of characters in a line

for robustness sake. However, there are so many implementations that

(in compliance with the transport requirements of [RFC5321]) do not

accept messages containing more than 1000 characters including the CR

and LF per line, it is important for implementations not to create

such messages.

David Harris already extended some of the buffer lengths he uses up to 4096 bytes in the past, but I don't know which ones and whether there are even some of infinite length (lets rather say up to at most 1 GB which would be a rational limit in 32bit environments).

0
-1
closed
Rob Hart posted Nov 27 '19 at 10:28 pm

Ah, that's it. I missed that one in going through the settings. Thank you.

Well at least everything else is now up-to-date as well.

0
-1
closed
Bburg posted Nov 26 '19 at 11:49 pm

I did it completely differently. I subscribed to a rss-to-email service called Blogtrottr: https://blogtrottr.com

It delivers my RSS-feeds directly in my email inbox. 

0
-1
closed
euler posted Nov 18 '19 at 7:23 pm

Folks,

Looking at today's posts of GRC's Usenet I found a tool some of you may wanna try. The author also provides the full source code of the application. Following below, some of author's notes:

[quote]Wrote the tool quite some time ago for my personal needs, but since it may be useful for other people willing to run checks on SMTP servers and since it's useful for diagnostic purposes, I thought to share it, the zip file is available at this URL

http://www.mvps.org/bitbucket/smtptest.zip

and contains the 32 bits exe and the full "C" sources, the program is a simple commandline tool which may be used to perform some checks toward an SMTP server (or even the "FakeMX"), running the program without any arguments will show the following help

smtptest: simple SMTP server checking tool
Version 4.7 written by ObiWan Feb-2017

usage: smtptest [-option [value]] server_or_domain

option          option meaning/usage
------------      ------------------------------------------
-p port         SMTP port for connection (default=25)
-h helo         HELO/EHLO string to use (default=DNS-PTR)
-e                use HELO instead of EHLO
-a type         AUTH type 1=PLAIN, 2=LOGIN
-U user         AUTH user name
-P pass         AUTH password
-x                send a HELP command to the server
-f fromaddr    use this address as the "from" (-c/-r)
-c address     check <address> using VRFY/EXPN
-r recipient     try an RCPT TO <recipient>
-M filename   send an email from file contents
-t timeout      connect/response timeout (default=10000)
-n retries       number of retries on error (default=1)
-d delay        delay between retries (default=30000)
-i                  ignore SMTP 5xx codes (keep going)
-T                use TCP only for DNS queries (no UDP)
-I                 use ICMP to check if the host is alive
-m               test all MX for the given domain
-C               enable colors
-o               dump traffic in readable format
-v                enable verbose/debug logging mode
-?               shows this help text
------------     ------------------------------------------

examples: smtptest mx1.hotmail.com
                smtptest -t 30000 -v mx2.hotmail.com
                smtptest -r postmaster@live.com mx3.hotmail.com
                smtptest -xm hotmail.com

notice that while the program may optionally be used to send an email message, I purposely didn't optimize that part so hopefully it won't be abused as a "spam tool", also, the program currently doesn't support SSL, time ago I started fiddling with schannel code, but then I didn't go on and add it to the program, willing to do so, the best approach would probably be adding an "sslsock.c" module exposing the needed functions and then modifying the "smtptest.c" code to add calls to the module to deal with either implicit or explicit SSL modes.[/quote]

5.73k
31.82k
18
Actions
Hide topic messages
Enable infinite scrolling
Previous
Next
All posts under this topic will be deleted ?
Pending draft ... Click to resume editing
Discard draft